软 404 不是一種 HTTP 狀態碼，而是一種结果：頁面返回 200，但用戶和搜尋引擎看到的内容，跟一個不存在的頁面没有本质区別。比如商品已下架但模板還在輸出空壳，或者參數错誤时頁面只顯示“暂無資料”。
软 404 為什么容易一直存在
從服務器角度看，請求成功、模板正常渲染、狀態碼 200，日誌里看不出異常。從搜尋引擎角度看，它拿到的是一份可解析的 HTML，没有报错，就會按普通頁面進入抓取和索引流程。
問题在于，這類頁面没有獨立價值，却會占用抓取资源，拉低整站被判断的质量印象。數量少时影响有限，數量一多，站点里有效頁面的發現和更新都會受牵连。
它和 404、410 的区別
- 404：明确告诉搜尋引擎這個地址没有内容，通常不會被索引。
- 410：更明确地表示永久移除，收敛速度可能比 404 快一些。
- 软 404：返回 200，但内容空、重复或與标题不符，搜尋引擎需要額外判断。
三者中，软 404 最容易被誤当成正常頁面。它不會立刻伤害站点，但會让收錄資料變得不干净。
對收錄的常见影响
搜尋引擎對软 404 的處理没有统一開關，常见结果有三種：
- 頁面被正常收錄，但排名和点击都很差，成為索引里的“僵尸頁”。
- 抓取一段時間後，搜尋引擎自己判断為低质量或空頁，逐渐不再抓取。
- 同一批模板生成的软 404 太多，影响搜尋引擎對整站质量的判断。
如果這類頁面數量不多，優先級可以往後放。如果站内批量存在，建议按模板和參數逐類收敛。
先识別，再决定怎么處理
不要只看狀態碼。建议從以下几個入口抽查：
- 搜尋资源平台的索引覆盖报告，看是否存在大量“已抓取，未编入索引”或抓取後無價值頁。
- 服務器日誌里，返回 200 但字节數明顯偏小的 URL。
- 站内搜尋、篩選、排序參數生成的頁面，是否在無结果时仍返回 200。
- 已下架商品、已刪除文章、已過期活動的詳情頁，模板是否還在輸出空内容。
確認属于软 404 後，處理方式取决于頁面是否還有未来價值。确定不再使用的，返回 404 或 410；只是暂时無資料的，考虑返回 200 但给出明确提示，並避免让搜尋引擎把它当成有内容的詳情頁。
處理时的顺序建议
- 先處理批量模板問题，例如空搜尋结果頁、無效篩選頁。
- 再處理單頁問题，例如下架商品、刪除内容。
- 最後检查内鏈和 sitemap，避免繼續把软 404 地址当成正常 URL 輸出。
把软 404 改成 404 只是第一步。如果内鏈、sitemap、站内搜尋還在持續生成這些地址，問题會反复出現。
复查时看什么
調整後不用每天盯着。可以在两到四周後复查：這些 URL 是否還在被抓取，索引里是否逐渐减少，服務器日誌里返回 200 的空頁面是否變少。如果只改了狀態碼，但入口還在，收錄表現通常不會有明顯變化。
软 404 的本质是“内容與狀態不匹配”。它不一定會立刻拉低收錄，但會让收錄資料失真，也會让後續的站点运营判断失去准头。把它当成頁面质量的一部分来管理，比單纯追收錄數字更實际。