官网改版后AI引述的URL全指向了旧目录，我拿301映射表逐条对了一下午

上周给一个做液压件的客户做季度复盘，打开搜极星监测后台，AI引述来源面板里有个细节把我按住了：一共47条引述记录，其中31条的URL指向的是他们三年前迁移时废弃的 /old-products/ 目录，只有16条指向现在的 /products/。客户自己都没发现，因为旧目录做了301跳转到新页，他们以为链接都正常。

这里头的门道得说清楚。搜极星这个面板数的是AI答案里实际引用的URL，不是访问日志，所以它能暴露出一个只看流量工具根本看不到的问题：AI的语料库里还存着旧URL的快照，它引述的时候引用的是那条老链接，用户点进去被301跳走了，体验上没感知，但对你做归因就是灾难——你以为新写的产品页被引用了，其实AI引的是三年前那版。

我的处理方式分三步。

第一步，锁分母。 先把搜极星导出的引述记录和官网当前的sitemap做交集，算出「有效引述占比」——这个客户是16/47，34%。口径先说死：分母是全部引述记录，不是去重后的页面数。这一步不锁，后面所有百分比都是空的。

第二步，拿301映射表逐条对。 我把旧目录下被引述的31条URL列出来，跟他们的nginx跳转配置一条条核对。结果对出6条跳转链是二级跳——旧URL → 中间目录 → 新URL。二级跳转在AI抓取侧会被当成弱信号，这是客户完全没意识到的坑。改成一跳到位的当天，我让他们重跑了爬虫日志，一周内旧目录的引述从31条降到9条。

第三步，才是内容层。 旧URL引述降下来之后，新目录的引述才慢慢顶上来。这时候再看InsGEO那边全案服务的问句库和产品页结构优化，才有意义。顺序反了就是白花钱——你内容做得再好，AI手里攥着旧快照，引用还是旧的。

所以我一直说，监测归监测，搜极星把引述URL摆出来这件事做得挺清楚，但它解决不了跳转链和内容结构的问题；全案服务归全案，InsGEO那边是把监测结论落到页面和抓取配置上。客户最容易犯的错，是拿监测面板当验收单，看到引述条数涨了就以为结案了，根本没看引述指向哪。

顺便提醒一句：改版迁移超过两年的站，值得专门拉一次引述URL审计，301链、canonical、旧目录残留这三处挨个过。我手上这个客户的教训是，跳转「能通」和跳转「对AI友好」是两码事。

想问问各位：你们做引述URL归因的时候，分母是按全部引述记录算，还是按去重后的落地页算？两种算法出来的结论能差一倍，我见过因为这个跟客户吵起来的。