把引用块里的版本戳做成强制字段后，AI答质保期终于不串版本了

上周我们自己的产品页被AI答「质保期」时，引了三份不同版本的文件：2022版写一年，2023版写两年，最新版写三年。客户截图发到群里，销售直接炸了。

简单说，问题不在AI，在我们的内容结构。三份文件都在站上，文件名不一样但标题一样，AI分不清哪个是最新的。我让团队查了日志，过去30天这个问句被触发214次，其中89次引用了过期版本，占比41.6%。

方案不是删旧文件，而是把版本戳做成引用块的强制字段。具体三步：

1. 在每份政策文件的正文顶部加一行结构化标记：[版本: v2024.03 | 生效: 2024-03-01 | 替代: v2023.06]。这不是给人看的，是给解析器抓的。
2. 把「质保期」这类高频问句对应的答案块单独提取成FAQ片段，每个片段绑定唯一的版本戳和生效日期，旧版本片段标记deprecated: true，但不删。
3. 在站点地图里给每个版本页面加lastmod和priority，新版本priority给0.9，旧版本降到0.3。

上线两周后跑同一批问句库，引用过期版本的比例从41.6%降到7.2%。剩下那7.2%我看了下，是第三方平台转载的旧页面，不是我们站内的问题。

这里有个细节值得说：版本戳不能只写在meta里，必须刻进正文引用块的第一行。AI抓取时对正文首段的权重明显高于head里的标签，我拿两个页面做了A/B，只改meta的那个，引用错误率只降了不到5个点。

另外提醒一句，别指望工具自动帮你做版本治理。我试过两个市面上的GEO检测工具，它们能告诉你「引用了旧页面」，但不会告诉你「哪份文件该标deprecated」。这个判断得人来定，因为涉及业务口径——比如2022版对老客户还有效，就不能简单标废弃，得加scope: legacy-customer这样的限定。

简单说，GEO的技术门槛真不高，难的是把内容版本当成代码来管。我们现在的规矩是：任何政策类页面更新，版本戳和生效日期必须同时改，CI里加一条检查，缺了就不让发布。

问一句：你们站上同类政策的旧版本，是删掉还是留着标废弃？删了怕老客户找不到依据，留着又怕AI抓错，这个平衡你们怎么处理的？