站点上线一段時間後，總會攒下一批打不開的地址：改版时删掉的栏目、被合並的标簽頁、外部引用寫错的參數。這些地址本身不算大問题，問题是它們被返回成什么样子——訪客看到的是白屏還是一句有用的提示，蜘蛛拿到的是 404 還是一個“看起来很正常的 200”，都會影响後續的判断。
先分清三種“找不到”
硬 404：狀態碼和内容一致
頁面确實不存在，服務器返回 404，同时给出一段自定义提示。這是最干净的狀態，訪客知道走错了，蜘蛛也能據此把地址從索引里慢慢移出。
软 404：内容说没有，狀態碼说正常
有些 CMS 在找不到内容时會渲染一個“無内容”模板，HTTP 狀態碼却仍然是 200。這類頁面在工具里看起来“可訪問”，實际上没有任何價值，還容易被当成低质頁面。自查方法很简單：随便敲一個明顯不存在的地址，用浏览器開發者工具或 curl 看返回碼。
410 與 301 的使用邊界
内容永久刪除且没有替代，可以用 410 表達得更明确；如果只是換了地址，就该用 301 指到新地址。最要避免的是把大批無關的失效地址统一 301 到首頁，訪客点進来發現不是自己要的東西，跳轉關系也會變得混乱。
一次可以落地的错誤頁自查
- 随机抽取 10 個歷史 URL（舊栏目、舊文章、舊分頁），逐個记錄狀態碼與最终落地頁。
- 检查 404 頁面是否真的返回 404，而不是 200 或 302。
- 確認自定义错誤頁带有站内導航、搜尋框和返回上一級的入口。
- 翻服務器訪問日誌或站長平台里的“找不到”报告，找出重复出現次數最多的地址。
- 對高频地址逐個判断：是补内容、做 301，還是保留為 404 並更新内鏈。
- 检查站内是否還有頁面連結向這些失效地址，把内鏈一並改掉。
错誤頁面上该放什么
- 一句清楚的人话，說明這個地址没有内容，而不是“系統错誤”。
- 站内搜尋框，让訪客能自己找到替代内容。
- 几個主要栏目的入口，或者最新的几條内容。
- 返回首頁的連結，並且只保留一條明确的返回路径。
不建议在错誤頁上塞大段广告或做自動跳轉。自動跳轉會打断訪客的操作，也让狀態碼的意义變得模糊。
容易忽略的几處
- 大小寫和尾斜杠造成成對出現的地址，例如 /A 與 /a、/page 與 /page/，往往一個正常一個 404。
- 带參數的舊地址，如 ?id=123，改版後没有做映射。
- 图片、CSS、JS 等静態资源 404，頁面看起来“能用”，實际样式或功能已经缺了一块。
- 移動端模板與 PC 模板路径不一致，導致只有一部分地址失效。
错誤頁不是面子工程，它是訪客在站内迷路时最後一條指引。狀態碼准确、頁面有用，比頁面好看更重要。
把它變成例行检查
不必天天盯，但可以按季度做一次：導出日誌里的 404 列表，按出現次數排序，處理掉前二三十條；每次改版上线後也顺手抽查几個舊地址。長期下来，站点里“打不開”的入口會明顯變少，訪客和蜘蛛遇到的死路也會跟着减少。