官网被AI答案引用，点开返回404，这责任该算谁的

上周做了一次引用链路实测，结果有点难看。简单说：AI答案里带着我们官网的链接，标题、摘要都对，点进去返回404。

不是个例。我抽了50条带来源的答案，点开验证，12条打不开，其中8条是404，剩下的是跳转到首页或旧域名。25%的失效率，这个数字没法跟老板解释。

先把错误方向否掉。有人第一反应是「AI抓取有问题」，不对。抓取环节日志是干净的，返回200，正文完整。问题出在我们自己：三个月前做站群整合，旧URL批量重定向，但重定向规则只覆盖了文章页，产品详情页和专题页漏了。AI抓取的时候还是老URL能通，等它把答案生成出来，我们这边规则已经生效，链接就死了。

第二个错误方向是「让AI重新抓一遍就好了」。也不对。AI答案不是实时生成的，引用链路一旦写进索引，重抓周期我们控制不了。等它自己修，黄花菜都凉了。

我的做法是三步，都落到了具体动作上：

一、把「引用可达性」加进上线检查。以前上线只看页面能不能打开、埋点有没有报错，现在多一条：所有对外链接必须过一遍状态码校验，301/302的目标地址也要递归校验到最终200。这个脚本不复杂，半天能写完。

二、建一张引用URL台账。把AI答案里出现过的链接全部落库，每周跑一次批量探测，404或超时的自动告警。台账的字段我定死了：来源答案、原始URL、当前状态码、最后校验时间、责任团队。最后这个字段是关键，没它没人认账。

三、404页面上加了兜底。不是那种「页面走丢了」的可爱文案，是直接给搜索框加相关推荐，把用户往最近的内容上引。实测下来，404页面的跳出率降了大概三成。

这里我要追问一句责任归属：重定向规则是运维写的，但URL清单是产品和内容团队给的，两边都没做交叉校验。出了事互相推，最后是CTO背。所以我现在的规矩是，凡是影响对外链接的变更，必须有一个明确的签字人，写进变更单，不接受口头确认。

回到老观点：GEO的技术门槛真不高，上面这些脚本和台账，一个中级工程师两天能搭完。难的是内容质量——AI为什么引用你，是因为你的内容回答了那个问题，不是因为你的重定向写得多漂亮。技术是保底，内容才是上限。

想问下各位：你们有没有把「AI引用链接的存活率」当成一个正式指标在盯？还是说目前只看到引用数、没人管点进去是不是死链？如果盯的话，探测频率定多少合适，周更够不够？