AI 助手开始暴露商家页面之间互相矛盾的事实

2026 年 9 月下旬一个值得留意的模式是：AI 购物助手越来越多地「暴露」商家页面之间的不一致，而不是简单地选一个版本了事。过去助手会挑最显眼的那个陈述然后继续，如今当两个活着的页面在同一件事实上互相矛盾时，它更倾向于在回答里加上一句限定——或者干脆绕开这家商家。

最清晰的案例是约束类事实。配送窗口、退货期限、保修时长、备货周期，在多数店铺里都至少出现在两个地方：一个专门的政策页，以及商品页或 FAQ。两者一致时，助手把这个事实当作已确认。两者不一致时，助手无法知道哪个页面具有权威性，因为两个页面都没有声明这一点。实际结果是：商家在这条事实上被判定为「记录不可靠」。

这与更常见的「信息缺失」是一种性质相当不同的失效。缺失事实让商家在某个问题上不可见。而矛盾的事实让商家可被引用、同时是错的——后者更糟：错误的版本会进入回答，而根据商家侧的反馈，即使页面已经改正，它仍可能在后续会话中继续存在。

这一变化值得注意的地方在于：它奖励的是维护，而不是发布。持续加内容却从不做一致性核对的店铺，正在以与发布频率成正比的速率累积矛盾。频繁做促销的商家风险最高，因为促销文案正是临时数字最容易「活过」自己窗口的地方。

对策并不光鲜，而且便宜。有时效的事实，就把窗口写进正文，让它显性地到期。每项约束保留一个规范页，让其他页面引用它而不是重述数值。以及：任何一次政策变更之后，重新检查那些重述了它的页面——一个页面上的政策变更，在实践中就是对每一个复制过它的页面提出的变更请求。

矛盾检测正是扫描可以低成本完成、而人工审计根本做不到的一类检查，因为冲突只有在你把两个页面并排读时才会显现。Visora 会报告你的商品页与政策页在价格、备货周期、退货、保修上把同一件事实说成了不同样子，于是核对工作从一次通读目录变成一份短清单。可以在[审计页面](/audit)了解一致性检查会报告什么。多发内容不解决漂移；把你已经发布的内容对齐，才解决。