一句话：时效不是「你有没有编辑过这张页面」，而是「机器能不能判断实质内容上次变化是什么时候」——而多数标着「已更新」的页面，其实完全没有这个信号。
为什么它在这里比在搜索里更要紧
引擎构造答案时是在段落之间做选择，而有时效的论断是直接竞争的：一句标着本季度的价格，胜过一句没有日期的，因为没有日期的那句压根无法被定位在时间上。在搜索里，时效是众多排序输入之一；在答案里，它常常是两段说法不同的文字之间的决胜项。
有哪些信号，各值多少
| 信号 | 可靠度 | 常见故障 |
|---|---|---|
| 论断可见正文里的日期 | 最高——它直接划定了这条论断的范围 | 没人写 |
Article schema 的 dateModified | 高，前提是诚实 | 每次部署都设成构建时间，于是毫无意义 |
| 可见的「最后更新」行 | 中 | 修个错别字也更新 |
sitemap 的 lastmod | 中 | 每个 URL 都声称是今天 |
HTTP 的 Last-Modified | 低——反映的是文件不是含义 | 每次重建都变 |
自伤式故障
一个静态站每晚重建。于是每张页面的 dateModified 和 sitemap 的 lastmod 都变成今天。一个月之内，站上所有日期信号都作废，爬虫学会忽略这个字段——这也意味着你真正更新过的那些页面不再突出。
日期要从内容自身的历史里来，绝不从构建里来。如果你的 CMS 记录了正文上次改动的时间，那是唯一值得输出的日期。
把日期写进论断本身
最强的信号同时也是最便宜、且几乎没人用的：把日期放进承载时效事实的那句话里。「截至 2026 年 9 月，专业版每月 349 元」被抽走后依然成立；「价格 349 元起」不行，因为一年后它要么仍然为真、要么已经悄悄错了，而页面上没有任何东西说明是哪一种。
这也顺带解决了页面打太极的根源。团队写「价格视情况而定」是为了避免以后被指出错。而带日期的数字比含糊的说法更能回应这个恐惧，因为它精确划定了主张了什么、以及在什么时候。
要复核周期，不要刷新仪式
把承载时效事实的页面标出来——价格、集成清单、厂商行为，以及任何来自会变动文档的内容。给它们指定责任人和复核日期。复核时，要么确认日期，要么修改事实；除此之外不要动这个文件。为了让页面「看起来新」而去编辑它，等于在教你自己的系统撒谎。