有些頁面其實已经不再提供内容了，但服務器仍然返回 200。用戶点進去看到的是一句“内容不存在”或者一片空白，蜘蛛拿到的也是一個正常狀態碼。這類頁面就是常说的软 404。它比直接返回 404 更隐蔽，也更容易在站点运营里被長期忽略。
软 404 常见的几種表現
- 商品或文章下架後，詳情頁模板還在，只是正文区域為空，頁面头尾導航照常輸出。
- 站内搜尋無结果时，直接渲染一個空列表頁，狀態碼仍然是 200。
- 參數错誤或 ID 不存在时，程序没有报错，而是落到一個預設模板上。
- 栏目被合並後，舊列表頁還在，但里面没有任何條目。
- 内容被设為隐藏或草稿狀態，前台仍可訪問，只是不顯示主体信息。
這些頁面的共同点是：HTTP 狀態碼正常，正文有效信息很少，模板痕迹明顯。它們看起来像正常頁面，實际上没有承担任何内容职责。
為什么它比 404 更难處理
真正的 404 會让蜘蛛快速放弃，也會在日誌里留下清晰记錄。软 404 不同，蜘蛛看到的是 200，會把它当作正式頁面對待，繼續抓取、繼續排队，甚至可能進入索引。抓取预算被這類頁面占用，真正需要更新的内容反而排到後面。對运营来说，日誌和监控也會失真：狀態碼統計看起来正常，但有效頁面數量在缩水。
對用戶而言，软 404 同样不友好。頁面能打開，却找不到想要的信息，用戶不确定是内容下架、連結過期，還是站点出了問题。缺少明确提示，往往會直接离開。
排查软 404 的几個入手点
- 抽样检查。從栏目列表、Sitemap、站内搜尋里各抽一批 URL，看狀態碼，也看正文長度和主要区域是否有實质内容。
- 看日誌里的“小頁面”。狀態碼 200、响應字节數很小、又被重复抓取的 URL，值得單獨拉出来看。
- 搜模板提示词。用站点搜尋或資料库检索“暂無内容”“已下架”“未找到”等文案，看哪些模板在輸出這些提示，同时返回 200。
- 检查下架流程。内容編輯下架一篇文章或商品时，程序是刪除、隐藏還是只清空正文？如果只是隐藏，软 404 就會持續产生。
- 核對栏目調整记錄。每次合並、改名、改路径之後，舊地址有没有留下空壳頁面。
處理原則：让狀態碼和頁面實际狀態一致
- 确定不再提供的内容：返回 404 或 410，並给出简短說明和返回入口。
- 已经迁移到新地址的内容：用 301 指向最相關的新頁面，不要统一跳到首頁。
- 临时不可用：考虑 503 並設定合理的 Retry-After，不要用 200 假装正常。
- 空列表頁：如果没有持續维護計划，返回 404 比保留一個空壳更清晰；如果有價值，就补上說明和替代入口。
- 清理入口：把指向這些頁面的内鏈、Sitemap 條目、導航項一並處理，避免蜘蛛反复發現。
一個常见誤区：用前端跳轉代替狀態碼
有些站点在空頁面上放一段脚本或 meta refresh，直接跳到首頁。用戶看到的是首頁，蜘蛛拿到的仍然是 200。這既没有传递正确的頁面狀態，也让跳轉關系變得混乱。處理软 404 时，優先让服務端返回對應狀態碼，而不是靠前端补救。
把狀態碼規則寫進日常流程
软 404 往往不是一次性問题，而是内容下架、栏目調整、模板改動之後留下的尾巴。可以在發布流程里加一條检查：新頁面和下线頁面分別應该返回什么狀態碼。技術侧則可以把“200 但正文為空”纳入监控，按周看一次趋势，發現某個模板集中产出空頁面时及时處理。
不需要追求一次清理干净。先把訪問量較高、被外鏈引用較多的软 404 處理掉，再逐步覆盖長尾。狀態碼准确了，日誌和抓取資料才有參考價值，後續的栏目規划和内容更新也才有可靠依據。
狀態碼是頁面狀態的第一句话。頁面已经不在，就让它如實說明。