内容下线是站点运营里常见但容易被忽略的一环。頁面從栏目里撤掉、产品下架、活動結束，很多人的做法是把文件删掉或者換個模板，然後就不管了。過一段時間再去看索引，舊地址還在，用戶点進去看到的可能是 404、空模板頁，或者直接跳到了首頁。這些残留地址會持續消耗抓取资源，也會影响用戶對站点的判断。
先明确：是刪除、合並，還是只停止更新
- 刪除：内容本身没有保留價值，也没有合适的承接頁面，這類頁面應当彻底下线。
- 合並：内容還有價值，但要並入另一個更完整的頁面，這时需要把訪問和權重導向新的目标地址。
- 只停止更新：内容依然是有效的參考信息，只是不再维護，這種情况通常保留頁面，不做下线處理。
把這三類分清楚，後面的操作才不會互相打架。最怕的是一批頁面里混着三種情况，却统一處理成同一種结局。
不同结局對應的狀態碼
刪除的頁面，返回 404 是常規做法；如果确定是永久刪除並希望表達得更明确，410 也可以。合並的頁面應当用 301 永久重定向指向新的目标地址，而且目标地址要能正常打開，内容要能承接原来的主题。只停止更新的頁面保持 200，不需要額外處理。
不要用 302 代替 301 做永久合並，也不要把刪除的頁面统一重定向到首頁。這種兜底跳轉會让抓取程序难以判断原頁面到底發生了什么。
操作顺序：先站内，再外部入口
内鏈與導航
- 導航、面包屑、侧栏推荐里的連結先摘掉。
- 正文里的相關阅讀、歷史文章引用逐個替換或刪除。
- 站内搜尋结果、标簽頁、聚合頁如果會带出舊地址，一並检查。
站内引用没清干净，抓取程序還是能顺着連結反复爬到已经下线的地址，重定向的成本也就白花了。
sitemap 與提交入口
從 sitemap 里移除已经下线的地址是基本動作。如果站点有主動推送接口，合並類的頁面可以把新地址推一遍，刪除類的頁面不推。sitemap 只保留希望被訪問的地址，不要把 404 和 301 的地址繼續留在里面。
观察與判断
改完之後需要一段時間才能反映到索引里。观察时重点看两件事：舊地址在抓取日誌里的訪問量是否下降，新目标地址的抓取和收錄是否正常。如果舊地址一直有稳定訪問，多半是還有入口没清理干净。
合並时容易出問题的几個点
- 只做了 301，但原頁面和新頁面主题差得太遠，用戶落地後會觉得跳错了地方。
- 多個舊頁面同时指向同一個新頁面，新頁面可能被当成聚合頁處理，最好確認它們在主题上确實属于同一類。
- 新頁面的标题和正文没有把舊頁面的信息承接進来，原有的長尾查询失去了落点。
- 合並後忘了更新 canonical，頁面里還留着指向舊地址的規范化标簽。
下线不等于刪除資料
從收錄管理的角度，頁面在线上消失和資料库里的记錄消失是两回事。保留原地址的映射關系，做重定向、查歷史流量、處理用戶從收藏夹進来的訪問都會方便很多。真要把映射關系也清掉，最好先確認没有外部連結指向這些地址。
小结
内容下线的關键不是删得多快，而是每一步的收口是否清晰：站内引用先清、狀態碼给對、sitemap 同步、再留出观察時間。把這几步分開做，比一次性全部處理完再去排查問题要省事得多。