下架不等于立刻從索引里消失
頁面删掉了、換了路径、或者整個栏目下线，几周後在搜尋结果里還能看到舊 URL，這是很常见的現象。索引是一份獨立的資料副本，站点端的刪除動作只是提供了一個“這個地址已经不可用”的信号，什么时候把它清掉，取决于搜尋引擎重新抓取後怎么理解這個信号。所以，處理顺序往往比處理動作本身更重要。
先分清頁面属于哪一種下线
永久不再需要
這類頁面直接返回 404 即可。如果希望信号更明确，返回 410 也可以，它表達的是“永久移除”，语义上没有歧义。關键是让服務器真實返回這個狀態碼，而不是返回 200 再在頁面上寫一句“内容已刪除”——那属于软 404，容易被当成正常頁面繼續保留。
临时下线，之後可能恢复
如果只是短期维護或暂时隐藏，不要用 404，因為一旦被当成永久移除，恢复後需要重新走一遍發現和索引流程。可以用 503 配合 Retry-After 表達“暂时不可用”，但要控制时長，長期挂 503 對整站抓取节奏並不友好。另一種折中是頁面保留、内容加 noindex，等确定不再恢复时再改成 404。
内容搬到了新地址
用 301 指向新 URL，同时確認新頁面可正常抓取、内容與舊頁面确實對應。多個舊地址指向同一個新地址是可以的，但不要做成鏈條，也不要让中間环节随意變動，否則信号在传递過程中容易断掉。
推荐的清理顺序
- 定狀態碼：先让舊 URL 返回正确的狀態碼，這是最核心的一步。
- 拆内鏈：检查導航、面包屑、正文里的舊連結，能改的改成新地址，确實不需要的去掉。
- 改 sitemap：從 sitemap 中移除舊 URL，避免繼續主動推荐已经失效的地址。
- 保留可用的 404 頁面：给用戶一個返回入口，不影响狀態碼。
- 观察與复查：按批次處理，记錄每批的時間点，隔一段時間再回看。
几個容易踩的坑
- 用 robots.txt 屏蔽舊目錄：頁面抓不到，noindex 也就永遠讀不到，索引里的舊版本反而可能長期留着。
- 把失效 URL 全部跳轉到首頁：這會让舊地址和首頁内容對不上，既不利于判断，也容易干扰首頁自身的收錄表現。
- 只删内容不改模板：列表頁、聚合頁仍在輸出這些條目，蜘蛛會反复發現並訪問。
- 期望一两天见效：索引刷新有自己的节奏，通常需要几次抓取周期才能观察到變化。
怎么確認有没有生效
可以從三個方向看：用 URL 检查工具或站内搜尋抽查几個代表性地址；看服務器日誌里舊 URL 的訪問频率和返回碼是否稳定在目标狀態；看索引覆盖报告里對應分類的數量變化趋势。抽样比看總量更可靠，因為總量會同时受到新頁面發布的影响。
提示：清理舊 URL 和發布新内容是两條互不干扰的线。不必等舊地址全部清完才繼續做内鏈和内容更新，但也不要把失效地址長期留在重要路径上。