做站点运营時間長了，服務器日誌里總能看到一批 404。它們有的来自内部連結寫错，有的来自外部站点引用，有的是用戶手輸或爬虫探测。404 本身不是错誤，它是 HTTP 协议里正常的回應。真正需要關注的，是數量、来源和是否该繼續留在那里。
先分清硬 404 和软 404
硬 404 指服務器确實返回了 404 狀態碼，頁面不存在。软 404 則是地址能打開、返回 200 狀態碼，但頁面内容其實是“没有找到”“该内容已下架”，或者只剩标题和頁脚的空壳。软 404 對搜尋引擎不友好：它让抓取工具以為這是一個正常頁面，于是繼續抓取、繼續收錄，最後用戶点進来看到的是空内容。
常见的软 404 表現
- 返回 200，但正文只有一句“内容不存在”，模板其他部分照常渲染。
- 栏目分類下商品或文章全部下架，頁面還在，只剩導航和頁脚。
- 站内搜尋無结果頁，每個關鍵詞都生成一個可訪問地址。
- 标簽頁、聚合頁里没有任何條目，标题却照常輸出。
- 分頁超出實际頁數，第 99 頁依然返回 200。
用日誌把来源摸清楚
不要凭感觉改，先拉資料。多數服務器或 CDN 都能導出訪問日誌，按狀態碼筛出 404，再按 URL 聚合統計次數。
- 統計 TOP 404 地址：按訪問次數排序，先看前 50 到 100 條，它們通常占了大部分請求。
- 区分来源：看 referer 或請求特征，判断是内部連結、外鏈、用戶手輸，還是爬虫在掃描常见路径。
- 抽样驗證真實狀態碼：用命令行带 -I 參數看响應头，確認是 404、410 還是被软處理成了 200。
- 检查软 404 特征：正文長度異常短、标题含固定话術、模板区块缺失、頁面结构高度雷同。
- 按類型分组：把同一批地址归類，先處理影响面大的组，而不是逐個手動改。
按“有没有替代内容”决定處理方式
- 有明确替代頁：做 301 跳轉到最相關的新地址，而不是一律跳到首頁。跳到首頁會让用戶和蜘蛛都得不到有效信息，也容易被视為不相關跳轉。
- 完全無替代：保留 404，或用 410 明确告知已永久移除，让抓取工具尽快停止請求。
- 内部連結寫错：直接去模板或正文里改掉源連結，光做跳轉只是把错誤藏起来。
- 參數或搜尋地址：這類通常是程序生成的，靠跳轉治不干净，更适合在 robots 里屏蔽參數，或让無结果頁返回 404。
- 被外部引用的老地址：改不了別人的連結，就自己做一個稳定的跳轉目标。
自定义 404 頁的几個基本要求
- 狀態碼必须是 404，不要為了頁面好看改成 200。
- 提供站内搜尋框和几個主要栏目入口，帮用戶繼續找路。
- 不要做几秒後自動跳首頁，跳轉會让用戶来不及看清提示，也可能被判定為可疑行為。
- 不要把全站連結都堆上去，几十上百個連結既没用，也稀释了頁面本身的價值。
- 文案简洁說明“頁面可能已刪除或地址有誤”，別寫一大段道歉。
404 不是要清零的指标。一個上萬頁的站点，長期保持少量 404 很正常；需要警惕的是短期内 404 數量激增，或者大量软 404 長期返回 200。
把巡检變成固定動作
建议每月看一次 404 匯總，改版、下架、迁移這類操作之後單獨再跑一次。把常见類型和處理規則记在团队文档里，新同事遇到同類問题就不用重新判断一遍。處理完记得回头驗證：跳轉是不是單层、目标頁是不是 200、软 404 有没有真的改成 404。做完這三点，失效地址才算真正理清楚了。