为什么 AI 助手一直在引用你商品页上的过期事实？

AI 助手不会检查你的商品页是否「最新」。它检查的是这个页面是否「可被引用」。这是两种不同的检验，而一个页面可能在第二种上长期合格、却在第一种上失败好几个月而无人察觉。这种失效模式叫事实漂移（fact drift）：你三月发布的那条事实，到九月在结构上依然完美、标记依然规范、依然容易被提取——但它已经不再为真。助手照旧引用它。

在助手介导的渠道里，这件事比在搜索时代更重要。搜索结果里显示了一个过期价格，是把顾客送到你的页面上，让他看到正确的价格。而一个助手回答里陈述了过期价格，是让对话带着一个错误的数字、并且挂在你品牌名下结束。商家很少能看到这件事发生，因为回答是在站外生成的，也不会出现在你的任何分析报表里。

## 事实漂移长什么样

漂移不等于缺失。缺失的事实让你不可见；漂移的事实让你变错。在我们的扫描中，四种模式覆盖了绝大多数情况：

过期值。 价格、备货周期或配送窗口在履约端已经变化，但页面文本没改。最常见的变体是促销截止日期已经过去，文案还挂着。

冲突值。 两个页面把同一件事实说成了不同的样子。配送政策写 7 到 10 天，商品页写 3 到 5 天。单独看，每个页面都可被引用。合起来看，这是一处无法消解的冲突，而助手处理冲突的方式通常是排除该商家。

孤儿值。 某个事实只在一处被陈述，而那一处已经不存在或不再被链接——比如 2025 年一篇博客脚注里说保修两年，而政策页现在写的是一年。

幽灵属性。 某个规格在旧 SKU 版本上为真，并在产品换代后存活了下来。容量、材质、兼容性、尺寸——任何「实物变了、文本没变」的地方。

## 为什么漂移的累积速度变快了

三个结构性原因，没有一个是因为不认真：

1. 事实所在的地方变多了。 价格同时存在于店铺、平台刊登、商品 feed 和 schema 块里。改一处是一个项目；改全四处是一种纪律。 2. 助手会缓存。 被记住的事实会在源头改变之后继续存在，所以即使你改好了页面，错误的版本仍在流通。修正必须跑赢一段记忆。 3. 没有人被指派做这件事。 漂移不是 bug 报告。没有顾客会来投诉「助手报了上个季度的价格」。只有某个东西主动在找，它才会浮出水面。

## 这周就能跑的一次漂移审计

起步不需要新工具。第一遍就是一次文本比对。

第 1 步——挑出你价值最高的十五条事实。 不是页面，是事实。价格区间、备货周期、保修时长、退货窗口、材质、兼容性。那些助手要回答一个购买问题时「必须陈述」的事实。

第 2 步——找出每条事实出现的每一个页面。 用站内搜索找那个数字或短语，而不是一页页读。把政策页、博客、FAQ 页，以及所有旧活动落地页都算进来。

第 3 步——与唯一事实源比对。 唯一事实源不是营销页。它是你的履约系统、你当前的政策、你当前的 feed。如果页面与系统不一致，页面就是漂移的。

第 4 步——记录冲突的方向。 过期（旧值，没有竞争版本）、冲突（两个都活着的版本）、孤儿（只有一个版本但授权不对）。修法因类型而异。

第 5 步——修，然后复验。 修是容易的一半。确认修好了，是被跳过的那一半，而它是唯一能告诉你冲突是否真的消失的一半。

## 按漂移类型来修

过期值需要一次单独编辑加一个日期戳。如果这条事实本身有时效——促销、季节窗口——就把窗口明确写进正文，而不是留给读者去推断。一条标注了失效时间的事实无法悄悄漂移；它会显性地到期。

冲突值需要合并，而不是修正。不要把一个页面改成与另一个一致、然后让两个都继续挂着。两个页面陈述同一件事实是一项长期负债，因为两者都可以再次漂移。选定一个规范页，让另一个引用它。

孤儿值需要删除或重指向。一篇旧博客陈述一个已被取代的保修条款，比没有这篇博客更糟，因为它可被引用且是错的。要么更新，要么删掉。

幽灵属性需要一次与 SKU 换代流程绑定的刷新。如果实物可以在页面文本不变的情况下改变，那么漂移是排定好的，不是意外发生的。

## 结构化数据保护不了你

一个格式规范的 JSON-LD 块让事实容易被提取。它不会让事实变成真的。事实上，与可见页面文本不一致的结构化数据，是助手能遇到的最清晰的失效信号之一——标记说一个数字，段落说另一个，而两者都没有被标注为权威版本。我们早前那篇[哪些 JSON-LD schema 类型对 AI 商品引用真正重要](/en/blog/which-jsonld-schema-types-matter-ai-product-citations-2026)从另一个方向讲了同一件事：schema 是加固层，不是事实源。如果文本漂移了，schema 是放大漂移，而不是修正它。

[FAQ schema](/en/blog/does-faq-schema-help-shopify-product-citations-2026)同理。给一个与退货政策矛盾的答案加标记，不会创造第二种意见。它创造的是一条贴着机器可读标签的矛盾。

## 哪些该按周查，而不是按年查

如果全目录审计太重、跑不勤，就对变化最快的事实跑一次窄口径的：

• 价格与促销文案——每周，因为这里是漂移产生最快的地方。
• 备货周期与截单日期——旺季每周，其余每月。
• 退货、保修、配送政策页——每次政策变更后，外加每月一次扫查。
• 换代 SKU 的商品规格——每次产品换代时，作为一道闸门而不是一件后续事项。

这个节奏的重点不是周全。而是：一周内发现的漂移是一次文案编辑，一年内发现的漂移是一个引用历史问题。

## 常见问题

内容审计问的是页面在一般意义上是否准确、完整、最新。漂移审计问的是一个更窄的问题：助手可能用来描述我们的哪些事实，在两个活着的地方被说成了不同的样子，或者被陈述在一个我们已不再控制的地方。范围更小，修复清单更可执行。

要，只要那个页面仍被索引、仍可被引用。流量不是标准，可提取性才是。一个低流量的政策页恰恰是助手会去读的那类页面，因为它是某项约束听起来最权威的来源。

直接测那条事实。问助手一个会迫使它陈述该事实的问题——价格、备货周期、保修——然后看它返回什么。如果答案与你当前的事实源不一致，你就找到了实时漂移。把你十五条价值最高的事实都这样过一遍，你就有了一个可用的漂移基线。

检测的自动化成本远低于修复。Visora 的免费审计会报告哪些事实可从你的页面提取，以及目录中哪些地方出现不一致，于是每周扫查从一次人工通读变成对一份短清单的复核。从 [geovisora.com/audit](/audit) 开始——扫描只需几分钟，报告会点名具体页面，而不是丢给你一个分数。

漂移不是内容质量问题，是维护问题。处理它的商家把事实当作库存记录来对待：有负责人、有唯一事实源、有检查机制。在助手介导的渠道里，真正要紧的那个版本的商品页，不是你有空最后编辑过的那个。而是机器仍然能自信陈述的那个——而这个区别，你必须有意去维护。关于背后的方法论，我们的[常见问题页](/faq)说明了 Visora 如何持续追踪可提取事实。