商家开始用“事实衰减速度”给自己打分

2026 年 9 月下旬，商家分析里出现了一个更安静的变化：追踪 AI 引用覆盖的团队开始在页面数量之外，加入一个“衰减速度”指标。

按这些团队的用法，衰减速度很简单。对每个页面，数出助手可以引用的事实——价格、门槛、保修时长、备货周期、兼容性——并记录在最近一次验证中，其中有多少条已经不成立。用不成立条数除以事实总数，再除以距上次验证的天数。得到的是一个速度，而不是一个状态：这页多快开始变得不准确。

这和“新鲜度”问的不是同一个问题。上周刚编辑过的页面，如果承载着没人复核的快变事实，衰减速度可能很高。一年没动过的页面，如果上面全是慢变事实，衰减速度可能接近零。新鲜度衡量的是投入，衰减速度衡量的是暴露面。

推动这一转变的有两件事。

其一，过期事实的代价变得可测量了。 当助手开始在购物答案里直接引用商家页面，一个过期的门槛就不再只是小瑕疵，而是一个署着商家名字的错误答案。团队现在能把被弱化或被撤掉的引用追溯到具体页面，于是衰减从哲学忧虑变成了一条可入账的成本。

其二，页面数量不再能预测引用。 多发页面并没有稳定带来更多引用，因为瓶颈从来不是数量，而在于某个页面是否持有助手在提问那一刻能够有把握陈述的事实。

实际后果是内容日历的排序被改写了。在这些团队描述的工作流里，日历的主要职责不再是排新文章，而是排既有事实的验证，新文章只填剩下的产能。高衰减页面每月验证，低衰减页面每季度扫一遍。没有内容靠编辑直觉来决定验证与否。

还有一个二阶效应值得一提：一旦开始测量衰减，最便宜的改进通常不是写新东西，而是把你自家两个互相矛盾的页面调和起来，或者把一个事实从图片里挪成可见文本。两者都在不新增任何页面的前提下降低暴露面，这对内容团队来说是一种不太常见的收益。

Visora 的视角：[geovisora.com/audit](/audit) 的审计从一开始就围绕可提取事实而不是页面数量来设计，原因正在这里——一个助手无法提取的页面，其实践中的衰减速度就是百分之百。