条目页上那个「更新于」不能乱改：目录站的日期标注规矩

打开一个目录站的条目页，标题下面通常有一行小字：收录于某年某月，更新于某天。这行字对读者是判断依据，对搜索引擎是日期信号。问题是，很多站把"更新于"做成了一个每天自动刷新的时间。

谷歌在《创建有用、可靠、以用户为先的内容》里，把两件事直接列为警告信号：为了凑字数而写，以及在内容没有实质变化时改日期让它显得新鲜。这不是猜测，是写在自查清单里的原文。

图片来源：网络，版权归原作者所有，侵权请联系删除

页面上到底该放几个日期

目录站的条目页其实涉及三种不同的时间，把它们混成一个字段，后面所有判断都会歪。

日期	表示什么	能不能自动变	要不要进结构化数据
收录时间	这个条目被收进目录的日子	不能，写入后固定	datePublished
内容更新时间	条目的介绍、截图、链接真的改过	只能在人工审核通过后改	dateModified
最后核验时间	编辑最后一次确认它还活着	核验通过才更新	不单独标，写在正文里

第三种是目录站特有的，也最有用。一个网站三年前收录、昨天核验过还活着，和用户最相关的信息是"昨天核实过"，不是"三年前收录"。把它单独写成一行，比刷更新时间诚实得多。

可见日期和结构化数据必须来自同一个字段

谷歌的署名日期文档给的要求很具体：页面上显著位置放一个用户看得见的日期，用"发布于"或"最后更新"这样的文字标注清楚；同时用 CreativeWork 的子类型（Article、BlogPosting 之类）标注 datePublished 和 dateModified，用 ISO 8601 格式，带正确时区。

关键在于两处的值要完全一致。最省事的实现方式就是让它们从同一个字段渲染出来，模板里取一次，结构化数据里再取一次，物理上不可能不一致。分开维护的两份日期，三个月内一定会漂移。

另外几条同样写在文档里：不要写未来日期；不要写内容里提到的事件日期（那是 Event 标记该干的事）；页面上其他日期尽量少，日期多了系统反而会挑错。最后一条在实践中很常见——相关推荐卡片上的时间、评论时间，都会被算进去。

什么时候才配改更新时间

我给自己定的规则是：只有内容实质变化才改，包括换了介绍、换了截图、官网地址变了、发现站点关停下架。改排版、改错别字、加了一个内链，都不改。

加一个内部判断字段比人工自觉更可靠：后台的"更新"按钮只在编辑勾选了"内容有实质变更"时才写日期，否则只记录一条内部操作日志。这样既是给读者交代，也是给以后排查留证据。

谷歌不保证显示日期

文档里说得明白，即使你把所有最佳实践都做对了，也不保证搜索结果里一定显示日期。系统综合多个因素估算，只在认为对用户有用时才展示。所以做日期标注的收益是间接的：减少系统猜错的概率，让条目页在有时效性的查询里不吃亏。

结构化数据整体怎么搭、哪些类型适合目录站，这篇讲得比这里细。

判断自己做对没有的标准挺朴素：随便挑一个条目页，看那行日期能不能回答"这个信息现在还准吗"。能回答就够了，不能回答就是标错了东西。