頁面下线是站点运营里躲不開的事：产品下架、活動結束、栏目調整、内容合並，都會留下一批需要處理的 URL。很多人的第一反應是把所有舊地址 301 到首頁，看起来没丢什么，實际往往适得其反。處理下线頁面，關键不是選一個最保險的狀態碼，而是先判断這個頁面對用戶和搜尋引擎還有没有承接價值。
先分清三種下线场景
同样是頁面没了，處理方式差別很大，先归類再動手：
- 換地址但内容還在：内容整体迁移到新 URL，舊地址用 301 指向新地址，一對一，這是最清晰的情况。
- 内容彻底不要了：頁面没有替代内容，也没有搜尋流量和外鏈價值，用 404 或 410 让它登出。
- 暂时下线：活動結束但頁面以後還會用、库存暂时為零，可以考虑保留頁面並更新說明，或用 503 表示临时不可用，不要急着删。
先做這一步分组的價值在于：很多人把暂时下线当永久刪除處理，等頁面重新上线时，之前积累的連結和索引狀態都已经散了。
404 和 410 的實际差別
404 表示资源不存在，410 表示资源曾经存在、現在永久移除，语义更明确。搜尋引擎對两者的處理逻辑相似，410 在某些情况下能更快確認不用再来，但差距没有传言中那么戏剧化。真正影响處理速度的，往往不是選 404 還是 410，而是這個 URL 有没有内鏈和外鏈持續指向它、服務器响應是否稳定。
所以不必為了快一点纠结狀態碼，優先保證：返回的确實是 404 或 410 狀態碼，頁面内容不誤導，而不是返回 200 的已下架提示。後者属于典型的软 404。
软 404 是收錄清理里最常见的坑
软 404 指頁面實际上已经無效，服務器却返回 200，内容是一段空话或推荐位。常见形式有：
- 空白模板頁，只剩導航和頁脚；
- 内容已刪除、為你推荐以下内容的提示頁；
- 參數错誤或 ID 不存在时，仍渲染出一個通用頁面。
搜尋引擎需要額外判断這類頁面是不是真的有内容，结果是要么長期占着索引位，要么在抓取预算里反复消耗。處理方式很直接：让服務器在内容不存在时返回正确的狀態碼，而不是用前端路由渲染一個看起来正常的頁面。
什么时候應该 301，什么时候不该
301 适合有明确對應關系的迁移：舊文章迁到新栏目、两個高度相似的頁面合並成一個。判断标准可以简單一点：新頁面是否能满足從舊頁面過来的用戶预期。如果能，就 301；如果不能，就不要為了保住連結而硬跳。
把大批不相關的下线頁面 301 到首頁，是常见誤区。這會让搜尋引擎看到一個和落地内容無關的跳轉，用戶也會因為点進去不是我要的而立刻返回。對于没有承接内容的頁面，老實返回 404 或 410，比全站跳首頁更清楚。
下线後的收尾工作
改完狀態碼只是第一步，後面還有几件事要走完：
- 清理站内指向该 URL 的連結，包括導航、相關推荐、正文里的舊連結，避免持續给一個失效地址传递信号。
- 從 Sitemap 中移除這些 URL，並重新提交，让搜尋引擎讀到最新版本。
- 如果頁面有大量外鏈，评估要不要用 301 承接；如果有明顯的搜尋流量，優先做替代頁面而不是直接删。
- 观察一段時間服務器日誌，確認搜尋引擎再来抓取這些 URL 时，返回的是预期狀態碼。
- 對于确實希望尽快從结果中消失的頁面，可以先用移除工具做临时處理，但根本解决仍依赖正确的狀態碼和抓取確認。
整個過程的节奏是：狀態碼正确、連結清理、搜尋引擎重新抓取確認、索引更新。中間任何一步缺位，頁面都可能在索引里多留一段時間，這不代表處理失敗，只是流程還没走完。
把下线頁面一律 301 到首頁，看起来省事，代價是把一批不相關的跳轉塞给搜尋引擎和用戶。先問這個頁面還有没有承接價值，再决定狀態碼，通常比套模板更快出结果。