新建页面时，多数人都会认真检查标题、配图和链接；页面发布之后的事情，往往就没人管了。内容改没改、什么时候改的、页面上的时间和 Sitemap 里写的时间对不对得上，这些细节看着很小，积累起来会影响用户对内容新鲜度的判断，也容易让抓取节奏和实际情况错位。

页面上的时间戳：发一次，改一次

常见做法有两种：只显示发布日期，或者同时显示“发布于 / 更新于”。如果一篇教程两年里改过五次，却只留最初日期，读者会默认它已经过期。

• 发布时间保留首次公开的时间，不要因为改了内容就重置成今天，否则历史记录全乱。
• 更新时间用在实质性修改上：补充章节、修正错误、更新数据、调整结论。
• 两个时间不要隔几分钟就跳一次，频繁跳动会让时间失去参考意义。
• 格式尽量统一，用明确的年月日，避免“3 天前”这类相对时间被缓存后长期不变。

Sitemap 里的 lastmod 要和页面对得上

lastmod 是给抓取工具看的“这块地刚动过”的信号。如果页面显示六月更新，Sitemap 里却写三月，或者每次全站生成都把 URL 刷成当天，等于天天喊“狼来了”，信号很快就不值钱了。

• 只在页面内容真的变了的时候更新 lastmod。
• 如果更新时间展示给用户看，就让它和 lastmod 保持一致，减少前后矛盾。
• 模板调整、广告位更换、导航微调不算内容更新，不必改 lastmod。

改内容还是改地址，先想清楚

修订内容时最容易出问题的动作，是顺手把 URL 也改了。改标题、换栏目、调路径，如果没有配套重定向，等于把老页面连同它的外链和访问记录一起丢掉。

改内容尽量不动地址；确实要动地址，就一条一条做 301，别指望搜索引擎自己猜。

修订也要分级

不是所有修改都值得对外通知。可以给自己定个简单分级：

• 小修：错别字、标点、图片替换。不必改更新时间，也不必在正文里说明。
• 中修：补一段解释、换一个例子、更新一组数据。更新页面上的更新时间，必要时在文末加一行修订说明。
• 大修：结构重写、结论改变、标题重拟。这类修改值得同步 lastmod，并在正文里说明变化，避免读者看到的内容和记忆中的版本脱节。

结构化数据里的日期

如果页面用了结构化数据，datePublished 和 dateModified 应该和页面上展示的时间一致。常见毛病是模板自动填了生成时间，或者 dateModified 永远等于 datePublished，标记和页面各说各话。模板改完后，找几个确实改过的页面抽查一遍。

列表页、首页和标签页要不要跟着变

内容更新之后，用户和抓取工具第一眼看到的往往是列表，而不是详情页。列表的排序规则、置顶逻辑、时间显示如果不刷新，新内容就沉在下面。

• 栏目列表是否按更新时间或权重排序，有没有把半年没动的文章一直顶在前面。
• 首页推荐位是否有明确的轮换规则，而不是靠人工记。
• 标签页、聚合页在内容变动后有没有跟着更新，还是停在三年前的快照。

旧内容怎么处理

更新不等于不断加新。过期的内容大致有三条路：继续维护、明确标注过期、下线归档。判断标准是它还有没有访问量、有没有外链、有没有可替代的页面。下线时给一个明确的 404 或 410，或者跳到最接近的新页面，别让用户落在一个空白页上。

把更新做成习惯

与其攒半年做一次大扫除，不如定个轻量节奏：每周翻一遍访问日志和搜索词里出现的旧页面，挑一两篇补数据、改结论；每月检查一次 Sitemap 的 lastmod 是否和页面一致。更新完成后，确保新内容能从栏目页、内链、站点地图等位置被发现，剩下的交给抓取工具按自己的节奏来。