新建頁面时，多數人都會認真检查标题、配图和連結；頁面發布之後的事情，往往就没人管了。内容改没改、什么时候改的、頁面上的時間和 Sitemap 里寫的時間對不對得上，這些细节看着很小，积累起来會影响用戶對内容新鲜度的判断，也容易让抓取节奏和實际情况错位。

頁面上的時間戳：發一次，改一次

常见做法有两種：只顯示發布日期，或者同时顯示“發布于 / 更新于”。如果一篇教程两年里改過五次，却只留最初日期，讀者會預設它已经過期。

• 發布時間保留首次公開的時間，不要因為改了内容就重置成今天，否則歷史记錄全乱。
• 更新時間用在實质性修改上：补充章节、修正错誤、更新資料、調整结论。
• 两個時間不要隔几分钟就跳一次，频繁跳動會让時間失去參考意义。
• 格式尽量统一，用明确的年月日，避免“3 天前”這類相對時間被缓存後長期不變。

Sitemap 里的 lastmod 要和頁面對得上

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

• 只在頁面内容真的變了的时候更新 lastmod。
• 如果更新時間展示给用戶看，就让它和 lastmod 保持一致，减少前後矛盾。
• 模板調整、广告位更換、導航微調不算内容更新，不必改 lastmod。

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

修订内容时最容易出問题的動作，是顺手把 URL 也改了。改标题、換栏目、調路径，如果没有配套重定向，等于把老頁面连同它的外鏈和訪問记錄一起丢掉。

改内容尽量不動地址；确實要動地址，就一條一條做 301，別指望搜尋引擎自己猜。

修订也要分級

不是所有修改都值得對外通知。可以给自己定個简單分級：

• 小修：错別字、标点、图片替換。不必改更新時間，也不必在正文里說明。
• 中修：补一段解释、換一個例子、更新一组資料。更新頁面上的更新時間，必要时在文末加一行修订說明。
• 大修：结构重寫、结论改變、标题重拟。這類修改值得同步 lastmod，並在正文里說明變化，避免讀者看到的内容和记忆中的版本脱节。

结构化資料里的日期

如果頁面用了结构化資料，datePublished 和 dateModified 應该和頁面上展示的時間一致。常见毛病是模板自動填了生成時間，或者 dateModified 永遠等于 datePublished，标记和頁面各说各话。模板改完後，找几個确實改過的頁面抽查一遍。

列表頁、首頁和标簽頁要不要跟着變

内容更新之後，用戶和抓取工具第一眼看到的往往是列表，而不是詳情頁。列表的排序規則、置顶逻辑、時間顯示如果不刷新，新内容就沉在下面。

• 栏目列表是否按更新時間或權重排序，有没有把半年没動的文章一直顶在前面。
• 首頁推荐位是否有明确的轮換規則，而不是靠人工记。
• 标簽頁、聚合頁在内容變動後有没有跟着更新，還是停在三年前的快照。

舊内容怎么處理

更新不等于不断加新。過期的内容大致有三條路：繼續维護、明确标注過期、下线归档。判断标准是它還有没有訪問量、有没有外鏈、有没有可替代的頁面。下线时给一個明确的 404 或 410，或者跳到最接近的新頁面，別让用戶落在一個空白頁上。

把更新做成习惯

與其攒半年做一次大掃除，不如定個轻量节奏：每周翻一遍訪問日誌和搜尋词里出現的舊頁面，挑一两篇补資料、改结论；每月检查一次 Sitemap 的 lastmod 是否和頁面一致。更新完成後，确保新内容能從栏目頁、内鏈、站点地图等位置被發現，剩下的交给抓取工具按自己的节奏来。