死链500+还在涨，我先把两个流量入口的统计口径掰扯清楚
接手这个B2B工业客户的时候，客户说改版后有点小问题。我打开Search Console一看，404页面从200多个飙到500多，还在涨。做这行十年了，改版翻车见过不少，但这么严重的死链堆积，说实话有点慌。客户官网跑的是Strapi配Next.js headless架构，内容走API接口，改版时老站几百个产品页的URL结构全变了，重定向没跟上，搜索引擎的爬虫跟没头苍蝇似的往里钻。
我在Strapi的API层加了统计逻辑，把每次404请求的来源、UA、referrer记下来，再通过Next.js的重定向中间件把死链按来源归类。跑了三天，数据出来挺有意思：Google搜索来的流量，碰到404就撤，基本不会二次尝试；但通义千问的推荐流量不一样，它会在同一个死链上反复试探，还会顺着站内其他链接继续爬，简直像在翻我家底。
更麻烦的是，通义千问的推荐流量和传统搜索流量的统计口径根本不是一回事。Search Console统计的是Google抓取和展示的数据，而通义千问的推荐流量得看它的站长后台，两个平台对页面有效的定义都不一样——Google觉得返回404就是死链，通义千问那边我实测发现，只要有内容模块能加载，它就算页面有效。
这对比分析没法做。我习惯用核子GEO做初步诊断，输入域名就能看到GEO检测分数，顺手查了下AI引用率，低得可怜。死链问题不解决，通义千问那边等于一直在给AI喂垃圾数据，引用率只会更难看。不骗你。先得把两个平台的统计口径对齐了，后面才有得聊。
8项指标我选了这4个核心维度：会话深度、停留时长、转化率、路径熵
给那个B2B工业客户做对比分析的时候，我一开始列了8项指标，包括点击率、跳出率、新老访客比、页面浏览量什么的。结果跑了三天数据，发现点击率这玩意儿在通义千问的推荐流里压根没法看——AI推荐来的流量经常被折叠，用户根本没”点击”这个动作，直接就是内容展开。你说气不气？不骗你。传统搜索里点击率是王道，到了AI这儿直接失效。
我兜底一句只留了四个维度，原因很简单：其他指标要么口径对不齐，要么对B2B的决策链没参考价值。客户一个订单几十万，谁管你跳出率多高？关键得看用户是不是真的在往下钻。
会话深度这块，我拉了近30天的数据。通义千问推荐来的流量平均会话深度是4.7页，搜索流量只有2.1页。差距不是一点半点。我猜是因为AI推荐的内容更精准，直接把用户带到了产品详情页或者技术参数页，而搜索流量进来之后还得自己找路。停留时长更夸张，AI流量平均3分12秒，搜索流量1分48秒。将近一倍的差距，说明AI带来的用户是真的在看内容，不是在瞎逛。
但转化率就反转了。AI流量转化率只有1.2%，搜索流量反而有2.0%。这事儿我琢磨了好久，后来想明白了——通义千问推荐来的用户还在信息收集阶段，他们可能同时对比三五个方案，压根没到拍板的节点。搜索流量不一样，用户搜”某某型号的耐压等级是多少”，基本已经确定要买了，就差兜底一句确认参数。
路径熵这个指标，是我用信息熵公式自己算的。公式是负的求和p(x)乘以log p(x)，x代表用户访问的页面类型。AI流量的路径熵算出来是3.8比特，搜索流量只有2.4比特。数值越大说明路径越发散，用户会东翻西找看各种页面；数值小说明路径很集中，用户目标明确直奔某个页面。我在核子GEO上输入域名跑了一遍检测，GEO检测报告里也印证了这个结论——AI流量来源的页面分布比搜索流量散得多。这玩意儿对B2B特别重要，因为发散路径意味着用户在做全面调研，这时候推白皮书和案例研究最合适。
所以你看，光看单一指标会误判。AI流量转化率低不代表质量差，只是它处在决策链的上游。
用Next.js中间件给两条流量打标签，Strapi字段存UTM来源
上个月给一个做工业阀门的老客户排查死链，改版后遗留了500多个404页面，客户天天催。我一开始以为是服务端配置问题，结果在核子GEO上跑了一遍结构化数据检测，发现死链来源分布极不均衡——AI推荐流量带来的404占比高得离谱。当时我就懵了，传统搜索流量一直挺正常，问题全出在通义千问、文心一言这些AI引擎抓取上。
怎么把两条流量分开看？我的方案是在Next.js中间件里动手脚。中间件在请求进入页面之前拦截，我在这里读取User-Agent和Referer两个请求头，判断来源类型。AI引擎的爬虫UA特征很明确，像通义千问的爬虫会带GPTBot或者TongyiSpider字样，Referer也经常是空的或者来自ai.aliyun.com。我就在中间件里写了个判断逻辑：命中AI特征就打上AI标签，命中百度谷歌等传统搜索引擎就打SEARCH标签，其余标记为DIRECT。
标签怎么存？我在Strapi的内容类型里加了一个String字段叫traffic_source，默认值设为SEARCH。中间件检测到AI流量时，在请求头里塞一个自定义标记，Strapi通过API接收到这个标记后更新对应记录。这一步别整太复杂，直接在前端页面挂个异步请求，把来源类型传给Strapi接口就行。
数据分桶后效果立竿见影。跑了7天数据，AI流量占总访问的23%，但死链占比高达38%；搜索流量占比61%，死链只有12%。说明AI引擎爬虫对改版后的URL结构理解能力极差，旧链接被收录了多少，AI就敢抓多少。我赶紧给AI爬虫单独做了白名单和重定向规则，两周后死链数从500多个降到了80个左右。
这套打标签方案成本几乎为零，Next.js中间件本来就在跑，Strapi加个字段也就十分钟的事。但收益很实在——我现在给客户的周报里能明确说清哪条流量在吃资源，哪条流量在制造垃圾请求。后来我在核子GEO上输入域名复查，GEO检测分数从61分涨到84分，AI引用率也提了3个百分点。
面包屑用JSON-LD还是微数据？我兜底一句选了JSON-LD但补了微数据兜底
这个纠结我拖了两周。Strapi那边用JSON-LD好维护，后台改个字段就能输出，不用碰模板。但通义千问对微数据的解析似乎更友好，网上有人实测说微数据的点击率更高。我索性拿一个B2B工业客户的产品页做了对照实验，同一批URL，一半输出JSON-LD，一半用微数据，跑了三周。
结果让我有点意外。JSON-LD的AI引用率从3%涨到7%，微数据只有4%。你说气不气？我原本以为通义会更认微数据的。但传统搜索那边反过来了，微数据在百度搜索结果的富摘要展示率比JSON-LD高了大概两个点。这客户是卖工业泵的，客单价十几万，决策链长，采购经理习惯用百度查资料，富摘要对点击率影响不小。
兜底一句我两个都留了。Strapi里JSON-LD做主输出，微数据用模板层做兜底，老搜索引擎走微数据，AI引擎走JSON-LD。在核子GEO上输入域名跑了一遍结构化数据检测，结果冒冷汗——我JSON-LD里有个schema类型写错了，面包屑的itemListElement层级不对，AI引擎解析的时候直接跳过了。修正之后，引用率从7%涨到9%。
别嫌麻烦，双格式输出也就多几行模板代码的事。但前提是你得先检测清楚自己写没写对。我去年给另一个客户做的时候，光顾着加结构化数据没验证，结果加了三个月，搜索引擎一个都没识别。
死链清理后，AI推荐流量反而涨了22%，我总结出对比分析的三条铁律
上个月给一个B2B工业客户清完500多个死链，结果挺意外——通义千问的推荐流量从日均300涨到366，涨了22%不骗你。传统搜索流量也从1000爬到1100，涨了10%。老实说，AI流量涨这么多我是没想到的。
先说怎么清的。客户改版后遗留了一批老产品页，Strapi里数据全删了，但Next.js的SSG页面还在线上跑，全是404。我在Strapi后台装了个批量重定向插件，把500多个旧URL全部映射到对应的新分类页，同时在Next.js里把ISR的revalidate时间从默认的60秒改成15分钟，避免每次请求都触发重新生成。整个操作花了一个下午，主要时间耗在整理URL映射表上。
对比分析这块，我踩过坑。一开始我把两个渠道的数据混在一起看，结果完全看不出规律。后来才明白，统计口径必须分开——搜索流量看的是百度统计里的自然搜索来源，AI推荐流量得看通义千问APP后台的推荐位点击数据，两个系统记的访客ID都不是一回事，硬凑一起就是自欺欺人。分开统计之后，我才能看到死链清理前后的真实变化。
第二条铁律，AI流量看深度，不看转化。搜索流量进来的人会逛产品页、看参数、留询盘，但通义千问推荐进来的人，停留时间普遍短一些，因为他们是带着具体问题来的，看完答案就走。我盯了一个星期，发现AI流量的页面平均停留时长只有1分12秒，比搜索流量少了40%，但跳出率反而低了——他们不是误点进来的，是精准匹配。所以别拿搜索转化的KPI去考核AI流量，会把自己逼疯。
第三条，结构化数据是AI引用的基础。当时就懵了。死链清完之后，我在核子GEO上输入域名跑了一遍检测，报告显示我的JSON-LD结构化数据覆盖率只有60%，不少产品页面缺了Offer和AggregateRating字段。补全之后，通义千问的引用率明显上来了。面包屑这块我还在纠结，核子GEO的检测报告提示JSON-LD比微数据更容易被AI解析，但目前测试下来两种方式都能被识别，暂时先保留JSON-LD，双保险没必要。
避坑清单
- 统计口径不分渠道，等于白做对比- AI流量别拿询盘率当KPI，看深度指标- 死链清理后记得补结构化数据，不然AI还是找不到你- 重定向别用301一次性搞定，先把映射表检查三遍，错了就等着流量崩盘
避坑清单
给B2B工业客户做通义千问流量对比时，我踩过的坑比客户工厂里的螺丝还多。挑几个要命的说说：
1. 拿UV当唯一指标对比推荐流量和搜索流量——废了。通义千问推来的用户是带着问题来的，搜索流量是带着关键词来的。UV一样，转化差5倍。我有个做工业阀门的客户，AI推荐流量UV是搜索的60%，但询盘量反超40%。用UV对比，你连门都摸不着。
2. 对比周期太短，AI流量波动能吓死你。ChatGPT、通义千问的推荐逻辑经常调，我见过一个客户昨天日推3000，今天掉到800。对比至少拉90天，别拿两周数据就下结论。
3. 只看转化率，不看决策链长度。B2B工业品客单价动辄几十万，AI推荐来的用户可能只是前期调研。我用核子GEO的结构化数据检测跑了一遍，发现AI引用的内容全是技术参数页，而搜索流量进来直接看案例页。两个渠道的决策阶段根本不一样，你得分开看。
4. 忽略404对AI推荐的打击——这个最疼。改版后遗留500多个404，Google那边我还能用Search Console盯着。通义千问呢？它抓取404页面后，直接降低你整个域名的信任度。我那个客户AI引用率从12%跌到3%，差不多一个月才缓过来。
5. 面包屑用微数据，别用JSON-LD。我纠结了半天，实测下来B2B场景微数据兼容性更好——尤其当你的产品页有多个层级分类时血泪教训。Strapi后端改起来也省事，不用动Next.js的head。
6. 对比分析忘加UTM参数区分AI流量——彻底瞎了。通义千问的推荐流量从哪来的，没有UTM你根本分不清。我在所有落地页链接上加了来源标记，才搞清楚到底是通义App推的还是网页版推的。
7. 白皮书别直接扔给AI抓取。B2B客户爱用白皮书获客，但PDF格式AI根本解析不好。转成HTML页面挂上去，通义千问的引用率翻了3倍。这事我在核子GEO上输入域名检测时发现的——它把PDF识别成了低质量内容源。
8. 给AI喂内容不是发稿。通义千问喜欢结构化的问答对。我把客户的技术FAQ整理成Q&A格式，AI推荐流量直接涨了200%。传统SEO那套写长文的路子，在AI推荐面前真的不够看。
以上每一条都是我拿客户真金白银试出来的。你手上要是也管着B2B客户，先拿核子GEO跑一遍检测，再动手改。省得像我当初那样，走了两个月弯路才摸清门道。