網站上线時間越久，内容库越容易變得臃肿。早期寫的活動頁、已经下架的产品說明、连自己都忘了的測試文章，仍然留在站内。它們可能被内鏈指向，也可能被站点地图提交，甚至偶尔還會被蜘蛛抓取。對訪客来说，這些頁面没有帮助；對站点来说，它們分散了抓取预算，也让内容结构越来越模糊。
舊内容不處理，會带来哪些實际問题
這里说的舊内容，不只是發布時間早，而是指信息已经失效、與目前业務無關、或者质量明顯低于現在标准的頁面。它們通常有几種表現：
- 頁面上的價格、政策、联系方式已经過期，訪客看完還得再找客服確認；
- 主题與現有栏目不再匹配，却被舊内鏈反复指向；
- 同一话题拆成好几篇，内容互相矛盾，站内搜尋和蜘蛛都难以判断哪篇更完整；
- 頁面已经没有入口，只能靠站点地图或外鏈被發現，属于典型的孤岛内容。
這些問题不會让網站立刻出故障，但會一点点消耗运营效率。編輯每次更新栏目，都要先绕開一堆無效連結；技術同学看抓取日誌，也會發現蜘蛛在不少低價值 URL 上反复停留。
先做一次内容盘点
處理舊内容不能凭感觉，最好先拉一份清單。可以從後台内容列表、站点地图、抓取日誌和站内搜尋词几個来源交叉整理。
用資料筛出候選頁面
- 按發布時間排序，筛出两年以上且從未更新過的頁面；
- 按訪問量排序，找出连續几個月几乎没有自然流量的内容；
- 查看抓取日誌，找出被频繁抓取但很少带来点击的 URL；
- 检查内鏈，找出仍然被多個頁面引用、但内容已经過时的文章；
- 检查站点地图，確認是否還在提交已经下架或合並的頁面。
人工判断頁面的價值
資料只能缩小范围，最终還要人工過一遍。判断时問几個問题：這個頁面是否還解决某個具体問题？是否還有訪客通過搜尋或站内查找進入？如果删掉，會不會让已有外鏈和用戶收藏變成死路？有没有更新的頁面可以承接它的内容？
更新、合並還是归档
盘点之後，每個頁面大致會落到三種處理方式里。
更新：仍有明确需求
如果頁面主题仍然成立，只是信息過期，優先更新。补充最新資料、修正错誤描述、替換失效連結、調整标题和段落结构，並在頁面明顯位置标注更新時間。更新後重新提交 URL，让搜尋引擎有机會重新發現内容變化。
合並：主题高度重叠
同一话题下有多篇零散文章时，可以選一篇作為主頁面，把其他文章里有價值的部分合並進去。合並完成後，舊 URL 設定 301 跳轉到主頁面。這样既保留了外鏈传递，也避免多個頁面互相竞争。
归档：彻底過时或無關
如果内容已经没有任何保留價值，可以考虑归档。归档不是简單地把頁面删掉，而是根據情况選擇：
- 保留但 noindex：頁面仍可訪問，方便老用戶查阅，但不希望它繼續出現在搜尋结果里；
- 301 跳轉：有明确替代頁面时，把舊地址永久跳轉到新地址；
- 410 或 404：内容永久移除且没有替代頁时使用，確認没有重要外鏈後再操作；
- 移出站点地图和内鏈：無论是否保留頁面，都應停止主動推荐。
归档不等于直接刪除
直接刪除頁面之前，先確認它有没有外鏈、有没有被用戶收藏、有没有在广告或邮件里被引用。如果拿不准，可以先設定 noindex 並移出内鏈，观察一段時間再决定是否跳轉或刪除。
把舊内容一次性清理干净，往往比一篇篇修补更省事，但前提是先备份、先確認替代關系，再動手。
执行时的几個注意点
- 不要批量把大量舊頁面直接 301 到首頁，這會让跳轉關系變得含糊；
- 更新舊文时，尽量保留原有 URL，除非标题和主题已经完全不同；
- 合並内容後，记得修改站内其他頁面的連結，避免繼續指向舊地址；
- 每次調整後，观察一段時間的抓取日誌和站内搜尋记錄，確認没有誤伤仍有需求的内容；
- 把處理结果记錄到内容台帳里，方便下次盘点时不用重复判断。
小结
舊内容處理不是一次性的清理运動，而是站点运营的日常動作。定期盘点、该更新就更新、该合並就合並、该归档就归档，站内 URL 才會保持清晰，蜘蛛和訪客也更容易找到真正有價值的内容。