站点做久了，總會积累一批“活着的死頁面”：活動早就結束、产品早已下架、政策文件被新版替代，但頁面還在，還被内鏈指着，還在 sitemap 里，搜尋蜘蛛還會反复来抓。單看一個頁面没什么危害，數量一多就會挤占抓取预算，用戶也會在站点里绕圈。
先判断哪些頁面真的该處理
不要凭感觉删。先把候選頁面拉成一張表，字段至少包括：URL、頁面類型、最近 90 天自然流量、外鏈數量、最後更新時間、是否還有轉化動作。判断顺序大致如下：
- 有流量也有外鏈：優先更新内容，不要動 URL。
- 有外鏈但没流量：保留原地址，做内容重寫或指向新頁面的跳轉，先保住外鏈價值。
- 没有流量也没有外鏈，内容确實過期：可以進入下架流程。
- 两個頁面主题重复：選一個作為主頁面，另一個合並過去。
四種處理方式，對應四種场景
更新
适合时效性内容但主题仍成立的情况。补充最新資料、更新案例時間、改掉過期的联系方式。更新时顺手改一下頁面的最後修改時間标注，让讀者知道這是维護過的内容，而不是三年前的舊文。
合並與跳轉
把被合並頁面的有效段落搬進主頁面，然後做 301 指向主頁面。注意跳轉目标要和原内容同主题，別把“秋季活動頁”一股脑跳到首頁，那等于告诉搜尋引擎這個地址没有對應内容。
下架
内容彻底無效、且没有外部連結时，返回 410 或 404 都可以。410 的语义更明确，但並不是所有站点都方便配置。不要用 200 狀態碼返回一個“内容已刪除”的提示頁，那會變成软 404。
保留但削弱
有些頁面需要長期留存作為存档，比如歷史公告、舊版條款。這類頁面可以保留，但要處理三件事：從主導航、侧栏推荐、相關阅讀里移除入口；從 sitemap 中撤下；頁面顶部加一句說明，引導用戶去看目前版本。
下架前後要同步的清單
- 内鏈：搜尋全站引用该 URL 的锚文本，逐個改成新地址或直接删掉連結。
- sitemap：下架後及时從站点地图里移除，別让無效地址繼續提交。
- 導航與聚合頁：栏目列表、标簽頁、专题頁里的入口一並清理。
- 结构化資料：如果頁面带有商品、活動類标记，下架要连同标记一起處理。
- 站内搜尋：確認站内搜尋结果里不再出現已下架的條目。
归档和下架是分批推進的工作，不建议一次性批量刪除几百個頁面。搜尋引擎和用戶都需要一個适應過程，站点本身的收錄结构也會跟着波動。
下架後的观察期
處理完一批後，留出两到四周观察：看服務器日誌里這些地址的抓取频次是否下降，看站点整体的抓取總量有没有被轉移到有效頁面上，看核心頁面流量是否稳定。如果某個頁面下架後自然流量明顯下滑，而它本身還有轉化，就說明判断失誤，及时恢复或改寫。
把這件事做成常規動作會轻松很多：每季度固定盘点一次，按“最後更新時間超過一年、且近三個月無流量”作為初筛條件，然後人工過一遍。舊内容治理不是一次性清理，而是让站点的内容库始终保持在可维護的狀態。