内容下线时，最常见的两個選擇是返回 404 或 410。不少站長把它們当成同一件事，随手用框架預設的 404 處理，结果發現索引里的頁面挂了几個月還在。這两種狀態碼都在说“這個地址没有内容了”，但表達的确定性不同，後續的處理路径也會略有差別。

先把邊界说清楚：狀態碼影响的是移除判断的速度和确定性，不是“一定多少天刪除”。頁面最终何时從索引里消失，還取决于它被引用的程度、被抓取的频率，以及搜尋引擎自己的調度节奏。

404 表示“暂未找到”，410 表示“永久不存在”

404 的字面含义是“這里現在没有東西”，它並不排除將来恢复的可能。搜尋引擎遇到 404 时，往往會在之後一段時間里繼續回訪，確認不是临时故障，再决定是否移除。

410 的语义是“永久刪除，不會再回来”。這是一個更明确的信号，通常能让移除判断更快落地，回訪频率也會相應降低。對于确實不會再上线的頁面，410 比 404 更省事。

什么情况下该用 301，而不是 404 或 410

比較稳妥的選擇顺序是：能找到替代頁面就 301，找不到才用 404 或 410。

值得轉 301 的情况

• 舊頁面有外部連結或自然流量，可以轉到内容最接近的新頁面；
• 产品換型号、栏目合並，新舊内容主题基本一致；
• 頁面被站内其他文章引用，直接停掉會留下一堆死鏈。

可以干脆停掉的情况

• 活動頁、临时专题頁，結束後没有可承接的内容；
• 測試頁、參數拼接批量生成的重复 URL；
• 内容已刪除且不打算提供替代，站内也没有入口引用。

需要注意的是，301 是“内容搬家”，不是“刪除”。把一堆不相干的舊頁面统一 301 到首頁，是常见但效果一般的做法：主题對不上，跳轉容易被忽略，用戶也會觉得被誤導。如果确實没有對應頁面，用 404 或 410 反而更清楚。

批量下架时，別一次全開

一次性把几千個 URL 全改成 404，會让抓取端在短時間内收到大量“消失”信号，也容易誤伤那些其實還能救的頁面。可以按顺序處理：

1. 先導出這批 URL 的抓取與流量資料，筛出仍有訪問和外鏈的部分；
2. 對這部分優先安排 301，其余暂时保持原状；
3. 观察一到两周，再對確認無價值的部分批量置為 404 或 410；
4. 更新 sitemap，把已下架的 URL 移出，避免繼續主動提交；
5. 检查站内連結，把指向已下架頁面的入口改成有效地址。

比較稳妥的节奏是分批，每批控制在几百個 URL 的量級，中間留出观察期。中大型站点尤其如此——一次性變更會同时影响抓取和索引两端，出問题时很难判断是哪一批带来的。

几個容易踩的坑

• 返回 200 的空頁面：模板還在、正文被清空，狀態碼仍是 200，這属于软 404。抓取端會把它当正常頁面反复抓取，比直接 404 更麻烦。
• 只删内容不改狀態碼：把正文清掉、留一句“暂無内容”，對索引来说這個頁面依然存在。
• 404 頁面返回 200：自定义错誤頁没有正确設定狀態碼，等于告诉搜尋引擎“這個地址一切正常”。
• 下架後立刻刪除所有内鏈：如果頁面還有外部連結，建议先保留一段時間的 301 過渡，而不是瞬間断掉。
• 用 robots 屏蔽代替下架：被 robots 挡住的 URL 抓不到，狀態碼也讀不到，索引里的舊内容反而可能停留更久。

怎么確認處理结果

下架之後主要看两件事：一是日誌里這些 URL 的抓取频次是否下降，二是索引报告里對應的條目是否逐步减少。如果一两個月後仍被频繁抓取，通常說明還有内部或外部連結指向它們，需要回到連結层面检查。

下架處理的目标不是“让頁面立刻消失”，而是让搜尋引擎清楚地知道：這個地址以後不用再来了。狀態碼说得越明确，後續的抓取和索引负担越轻。

最後回到一個基本判断：能不能找到内容相近的替代頁，是所有决策的起点。能找到就 301，找不到就用 404 或 410 明确結束。把這個顺序理顺，下架這件事就不會越處理越乱。