站点跑久了，出現 404 是很正常的事：頁面下线、栏目調整、文章合並、外鏈指向的舊地址失效，都會留下打不開的 URL。真正麻烦的不是 404 本身，而是分不清哪些该修、哪些该留、哪些其實是被伪装成 404 的正常頁面。這篇讲的是排查思路，不涉及具体平台的操作细节，重点是让判断有依據。

先分清三種“打不開”

同样表現為“頁面不對”，背後的狀態碼和原因完全不同，處理方式也完全相反：

• 真 404：内容确實不存在，服務器返回 404 狀態碼，這是符合预期的结果，不需要慌張。
• 软 404：頁面没有實际内容（空搜尋结果、空分類、已下架條目），但服務器返回 200，對外看起来是一個“正常頁面”。
• 假 404：頁面其實存在，却因為規則、權限或大小寫問题返回了 404，等于把本来能用的地址挡在门外。

软 404 和假 404 都不會在頁面上寫“我出错了”，只能靠狀態碼和内容比對發現，這也是它們容易被忽略的原因。

软 404 為什么值得花時間處理

一個空结果頁如果長期返回 200，會被当成有效地址反复訪問，占用抓取资源，也容易让用戶点進去後一無所获。更麻烦的是，這類地址數量往往不少，因為篩選參數、搜尋參數、翻頁參數可以组合出大量變体。處理它不追求“全部消灭”，而是让空頁面不要假装自己是内容頁。

自查清單

1. 看狀態碼，不看頁面長相

用命令行或抓取工具批量請求一批 URL，只看返回碼。頁面長得像模板、带着導航和頁脚，並不代表它是有效内容頁。

2. 检查空结果與篩選组合

站内搜尋、标簽篩選、價格区間、排序參數，都是空頁面的高發区。挑几组极端條件的组合訪問，看返回的是 200 還是 404，頁面上有没有提示“没有找到结果”。

3. 检查大小寫與尾部斜杠

同一篇文章，/News/123 和 /news/123 是否都能打開？带斜杠和不带斜杠是否都返回 200？如果是，說明同一内容存在多個可訪問地址，需要统一到一個正式地址上，其余做跳轉。

4. 检查改版遗留地址

栏目改名、目錄层級調整之後，舊地址通常還能在外部連結、舊站内地图、歷史頁面里找到。把它們整理成一張清單，逐個確認是恢复、跳轉還是放弃。

5. 检查 404 頁面本身

訪問一個确定不存在的地址，確認它确實返回 404，而不是 200；頁面里有没有返回首頁或主要栏目的入口；有没有站内搜尋框。一個正常工作的 404 頁面，比整站返回空白已经好很多。

失效地址的處理方式怎么選

1. 内容還在，只是換了地址：做 301 跳轉到最接近的正式頁面，注意跳轉目标要和原内容主题相關，不要全站跳首頁。
2. 内容已合並：跳到合並後的頁面，並確認该頁面确實覆盖了原来的主题。
3. 内容彻底不再提供：保留 404，或明确返回 410，不必强行制造跳轉。
4. 只是暂时不可用：考虑临时性處理，不要急着做永久跳轉，避免後續再改回来。

判断标准很简單：用戶顺着連結点進来，看到跳轉後的頁面會不會觉得“找错地方了”。如果答案是會，那這個跳轉不如不做。

404 頁面该做成什么样

• 返回正确的 404 狀態碼，不要用 200 伪装。
• 给出返回首頁、主要栏目、最近内容的入口，別只寫一句“頁面不存在”。
• 提供站内搜尋，让用戶有机會自己找到目标。
• 不要在 404 頁面上自動跳轉，用戶和抓取都可能来不及看清發生了什么。

记錄與观察

把排查结果落到一張简單的表里：地址、發現時間、原因、處理方式、處理日期。過一段時間再看同一批地址是否還會被訪問，如果反复出現，說明有頁面在不断产生失效連結，需要回头检查内鏈和模板。站内連結、站点地图、舊版導航，都是失效地址的常见来源。

提示：不必追求站内一個 404 都没有，那既不現實也没有必要。重点是让失效地址可解释、可追踪，不要出現大量看似正常、實則空白的頁面。

這類排查不需要一次性做完，按栏目分批處理即可。每處理一批，連結结构就干净一点，用戶点開空頁面的概率也會低一点。