不少站点的内容其实已经改过好几轮，但页面上只留一个最初发布时间，读者和搜索引擎看到的都是半年前的日期。这类“看不出更新”的问题不会立刻带来明显损失，却会让一些真正有价值的改动白做。下面这份自查，关注的是时间戳、修订记录和实际改动之间有没有对得上。
为什么更新时间值得单独检查
更新时间本身不决定排名，但它会参与几个判断：用户点进来之前会先看日期，决定这篇还值不值得读；搜索引擎在安排重新抓取时，也会参考页面是否发生过变化。如果内容和日期长期不一致，要么读者先入为主觉得过时，要么抓取端认为页面没动过，两种结果都不太划算。
更常见的情况是，团队里每个人对“更新”的理解不同：有人只改了错别字，有人补了整段新内容，还有人只是把日期批量刷新一遍。没有统一规则，时间戳很快就失去参考价值。
三类常见的时间戳问题
- 批量改日期：把一批老文章的时间统一改成当天，正文一个字没动。访问日志里看得出来，经常回访的用户也容易觉得站点在刷时间。
- 改了内容不更新日期：补充了新数据、换了配图、修正了错误结论，日期却还停在三年前，读者第一眼就可能放弃阅读。
- 日期全靠模板自动取：页面直接调用当前时间或缓存时间，每次打开都是“刚刚更新”，同样不可信。
自查步骤
- 抽 20 到 30 个主要栏目页面，把后台的最后修改时间和前台显示的日期放在一起对比，看是否一致。
- 找出过去半年里前台日期没变、但后台确有修改记录的页面，确认是漏改还是有意的。
- 检查同一批内容里是否存在大量日期集中在同一天的记录，判断是否批量刷新过。
- 确认模板是否区分“发布时间”和“最后更新”，两者都显示时，注意格式和位置是否清楚。
- 看移动端、列表页与正文页显示的日期是否一致，避免同一个页面出现两个时间。
修订记录怎么留
不用做得很复杂，在内容后台或文档里留几行就够：什么时候改的、改了哪一部分、为什么改。下次有人问“这篇到底动过没有”，几秒钟就能回答，也方便判断哪些内容还需要继续维护。
如果改动较大，比如结论被推翻、数据整体替换，可以在正文里用一句话说明更新范围，比悄悄换掉更清楚。改动较小，比如错别字和排版调整，一般不必单独标注。
更新之后顺手做的事
内容改完、时间戳也对上了，还有几件小事可以一起处理：确认列表页和聚合页上的摘要是否跟着变，避免旧描述继续挂在外面；检查内链锚文本是否还把读者引向已经过时的结论；如果站点地图里记录了更新时间，确认没有因为改动被放到不合适的位置。这些动作不复杂，但漏掉之后容易让新旧内容同时存在，互相矛盾。
把“更新时间”当成一个需要维护的字段，而不是一个随手刷的数字。它记录的是内容真实的变化，一旦掺水，读者和抓取端都会很快不再相信它。
小结
时效自查并不需要额外的工具，花半小时抽样比对就能发现大部分问题。真正需要解决的是规则：什么程度的修改值得更新日期，由谁来改，改完有没有留下记录。规则定下来之后，时间戳才能重新变回一个有用的信号。