条目上的“最后更新”别乱写：dateModified 和页面日期怎么对齐

搜索引擎在结果里显示的那个日期，很多人以为是抓页面时自动算的。确实大部分时候是算的，但算的依据是什么，你能控制。

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

日期是怎么定出来的

Google 在 2019 年发过一篇博客讲这件事。原文的意思概括一下：系统会综合多个因素来估计页面的发布或更新时间，主要包括页面上显眼的日期，以及发布者通过结构化标记提供的日期。

为什么不只看一个？因为每个都不可靠。有的站根本不显示日期，有的站结构化数据里的时区是错的。所以是多因素交叉验证，取一个"最佳估计"。

结论是你给的信号越多、越一致，被采信的概率越高。

三条硬要求

页面上要有看得见的日期

这是第一条，也是最容易被忽略的一条。结构化数据里写得再规范，页面上找不到日期，可信度就要打折。位置要显眼，标题下面那一行就行，并且要有明确标签——"发布于"或"最后更新于"，别光秃秃放一个 2026-10-22。

结构化数据和可见日期必须一致

官方原文的要求是"确保用户可见的日期和结构化数据里的日期（含可选的时间和时区）一致"。这条最容易犯的错是：主题模板输出一个日期，SEO 插件在 JSON-LD 里输出另一个，评论区又是一套。

"datePublished": "2023-05-02T09:00:00+08:00",
"dateModified": "2026-10-14T16:20:00+08:00"

用 ISO 8601 格式，带时区。不带时区的话搜索引擎会按默认时区处理，站点在国内、服务器时区是 UTC 的情况下，很容易差一天。

别用未来日期，别用主题日期

日期描述的是页面本身的发布或修改时间，不是页面讲的那件事的时间。写"2027 年行业趋势预测"这种内容，datePublished 应该是你发这篇文章的日子，不是 2027。

什么情况下可以改 dateModified

这条是重点。官方的说法是：内容有实质性变动时更新日期说得通，但不要为了显得新鲜而人为刷新日期。

什么样的改动算实质？加了新章节、修正了事实、更新了数据或版本号、换了失效的链接。什么样的不算？改错别字、调 CSS、换张配图、加了两个标签。

有个折中做法挺好用：区分"最后更新"和"最后核验"。核验是有人在这一天检查过内容，确认还准确，但内容没变。这样既能体现维护状态，又不用为了日期去硬改内容。前提是——你真的核验了。

目录站的特殊情况

导航站的条目页有两个日期：站点收录时间、条目信息最后核验时间。这两个含义完全不同，别混在一起显示。

更常见的毛病是批量刷时间。跑个定时任务，每天把全库条目的 dateModified 更新成当天，或者 sitemap 里所有 URL 的 lastmod 全是今天。这事的后果不是被惩罚，是被忽略——Google 的 sitemap 文档里写得很明白，lastmod 只有在"持续且可验证地准确"时才会被采信。你天天全量刷，系统学到的是"这个站的 lastmod 没有信息量"，之后真有更新也不看了。

正确的做法是让它真的跟着内容走。条目信息被编辑了才更新 lastmod，核验通过了更新核验时间，收录时间从头到尾不动。

页面上的其他日期要收一收

官方排查建议里有一条：如果日期一直被判错，看看页面上有没有其他干扰日期。相关文章列表里那五条带日期的、页脚的版权年份、评论区的时间戳，都在干扰判断。

不是说要删掉，而是主日期的位置和标签要足够明确。标题正下方那一行是主日期，其他地方用更小的字号、更弱的样式，让主次分出来。

五分钟自检

1. 打开一个条目页，看标题下面显示的日期是哪天
2. 查看源代码，搜 datePublished 和 dateModified，对一下是不是同一天、同一个时区
3. 数一下页面上还有几个别的日期
4. 看 sitemap 里这个 URL 的 lastmod，是不是真实的最近一次实质修改
5. 用富媒体结果测试工具跑一遍，看有没有报错

最后补充一句：Google 明确说了，即使在页面上标了日期，也不保证一定显示。标对了是给它可用的素材，不是下单。