站点上线几年之後，内容库往往會變成一座杂货仓库：有当天刚寫的文章，也有三年前發布的政策解讀、报價單和活動頁。訪客從搜尋结果進来，看到的可能是一份早已失效的信息，而运营者本人並不知情。舊内容维護不是重寫全站，而是把明顯過期、明顯错誤、明顯没人管的頁面挑出来，逐一给出處理意见。
為什么要专门做一次舊内容排查
内容老化带来的麻烦通常是叠加的。訪客按舊信息做判断，失望之後不會告诉你；内鏈指向一個已经停更的頁面，權重和注意力都被浪費；同一件事在新舊两篇文章里说法不一致，站点的可信度就打了折扣。搜尋引擎是否繼續展示某個頁面由它自己判断，但頁面打開後寫着什么，是站点必须负责的部分。
第一步：把頁面按時間分堆
先不要急着改，先用後台的發布時間、更新時間字段把内容大致分堆，心里有個數量概念。
- 近期更新過的頁面：半年内有過實质修改，暂时不用管。
- 長期未動但本身不過期：概念解释、原理說明、操作教程這類内容，時間不影响正确性，只需確認連結和截图還正常。
- 带明确時間属性的頁面：價格、政策、活動、榜單、年度資料、行业統計，這類最容易過期。
- 已無對應业務的頁面：停售产品、結束的項目、撤销的栏目，往往還挂在導航或搜尋结果里。
第二步：判断该更新、标注還是下线
可以更新的
主体框架仍然成立，只是資料、價格、联系方式、示例過时。這類頁面優先更新，改完在頁面内注明最近一次修订的時間，比重新寫一篇更容易被找到，也不會造成新舊两篇互相冲突。
需要标注時間的
内容本身有參考價值，但结论依赖当时的环境，比如某次行业調整、某年的統計口径。不要悄悄改數字，可以在開头或结尾加一句說明，寫清資料對應的時間范围，让訪客自己判断适用性。
應该合並或下线的
同一主题寫過多篇，内容高度重叠，或者頁面已经没有存在的必要。合並时保留信息最全的那一篇，其余地址做跳轉；确定要下线的頁面，返回清晰的失效提示，而不是跳回首頁让訪客重新找一遍。
別忽略连带處理
處理完頁面本身，還有几處需要顺手检查，否則清理的效果會被抵消。
- 指向這些頁面的内鏈是否還通，锚文本是否仍然准确。
- 站点地图與站内搜尋是否還在輸出已经下线的地址。
- 頁面上标注的日期字段、结构化資料是否和實际修订時間一致。
- 被合並頁面的外部連結是否被正确引導到新地址。
把维護變成固定動作
一次性清理不难，难的是不再堆积。可以按下面的顺序把它變成日常习惯。
- 每次發新内容时，顺手看一眼同栏目里最舊的一篇，判断是否還成立。
- 每季度拉一次列表，按更新時間排序，检查排名靠前的舊頁面。
- 维護一份简單记錄：頁面地址、處理方式、處理日期、负责人。
- 下线的頁面做好跳轉或失效提示，不要留下空白响應。
不要為了顯得站点活跃，把舊文章的日期改成最新却一字未動。訪客看的是内容，不是時間戳；這種做法短期看似省事，長期只會让頁面的可信度下降。
舊内容维護不需要一次做完。先處理搜尋流量靠前、導航里還挂着、以及明确寫着價格和政策的頁面，剩下的按季度慢慢推進，站点的信息质量就會稳定下来。