網站只要运营一段時間，就一定會出現打不開的地址：舊栏目下线、文章被合並、URL 規則調整、外部連結指向早已刪除的頁面。這些地址本身不可怕，可怕的是没人管——訪客点進去看到一片空白，蜘蛛反复来抓同一個死地址，抓取预算被慢慢消耗掉。
這篇讲的是失效連結與 404 頁面的日常自查，重点是找出問题、分清類型、按優先級處理，而不是把所有报错一次性抹平。
先分清几種“找不到”
同样是打不開，背後的情况並不一样，處理方式也不同：
- 真 404：頁面确實已经不存在，且没有對應替代内容。返回 404 是正确的，不需要硬拉回首頁。
- 410：明确告知内容已永久刪除。适合确定不再提供的頁面，语义上比 404 更干脆，但並非必须使用。
- 软 404：服務器返回 200，頁面内容却是“抱歉，没有找到”。這類最容易混淆，等于把死頁面当成正常頁面交出去。
- 可挽救的地址：内容還在，只是換了 URL。這種情况應该用 301 指向新地址，而不是让它變成 404。
判断标准很简單：内容還在就做跳轉，内容真的没了就老老實實返回 404，不要用 200 狀態碼掩盖問题。
從哪里把失效連結挖出来
- 服務器訪問日誌：搜狀態碼為 404 的记錄，按 URL 聚合後排序，出現次數最多的往往就是最该先修的。日誌里的地址可能带參數，統計时可以先把查询串去掉。
- 站内連結自查：用爬虫工具或自建脚本跑一遍站内連結，重点看導航、侧栏、頁脚、专题頁這些模板位置，一處寫错會扩散到全站几千個頁面。
- 站内搜尋無结果词：用戶在站内搜了什么却什么都没搜到，說明站里可能缺内容，也可能只是搜尋词和标题對不上，這两類要分開看。
- 改版记錄：每次栏目調整、URL 規則變更後，把舊地址列一份清單，主動確認跳轉有没有配齐。
检查工具不要開太高的並發去抓自己的站点，尤其是流量高峰时段，否則自查本身就會拖慢服務器。
404 頁面本身也要做
失效連結無法完全避免，但 404 頁面可以做得有用一点：
- 返回正确的 404 狀態碼，不要自動跳轉到首頁——自動跳轉會让訪客以為連結是好的，也让問题被隐藏起来。
- 给出返回首頁、主要栏目的入口，別只放一句冷冰冰的“頁面不存在”。
- 推荐几篇與目前栏目相關的内容，或提供站内搜尋框，让訪客還有下一步可走。
- 頁面保持與站点一致的头尾導航，减少訪客的迷失感。
修复顺序怎么排
- 模板层面的错誤連結：影响面最大，一處修改可能解决成千上萬次报错。
- 被大量訪問、且有外部連結指向的地址：優先做 301 或恢复内容。
- 日誌里出現频率高的地址：說明還有人在訪問或抓取，值得早点處理。
- 零星的、無人訪問的舊地址：可以集中批量處理，不必逐個纠结。
修完之後別急着删日誌，隔一两周再看一次同样的报表，確認报错量是否真的下降，也能發現新产生的死鏈。
把它變成常態動作
失效連結不是一次性任務。比較省力的做法是：每次内容下线或改 URL 时，在發布流程里多加一步“舊地址登记 + 跳轉配置”；每月固定看一次 404 报表，把新增的高频地址處理掉。這样既不會攒出一大堆歷史死鏈，也不會等到訪客反馈“你們網站点不動”才被動應對。