先確認狀態碼，再谈頁面设計
自定义 404 頁面的前提是：它真的返回 404。有些站点為了「不让用戶看到错誤」，把不存在的地址统一 302 跳到首頁，或者返回 200 狀態碼再顯示一段提示文字。前者會让大量無效地址變成指向首頁的跳轉鏈，後者容易被当成低质内容處理。正确顺序是保留 404 狀態碼，把「友好」放在頁面内容上，而不是放在狀態碼上。
404 頁面至少要给三個出口
- 一句说清問题：告诉訪客這個地址不存在，而不是只丢一個 Error 或空白頁。
- 几個明确入口：首頁、主要栏目、最近更新的内容，用真實連結寫清楚点進去能看到什么。
- 站内搜尋框：走错路的人往往知道自己想找什么，让他自己搜往往比導航更快。
出口不用堆成几十條全站導航，三到八個覆盖主干就够了。入口太多，反而看不出重点。
別让所有错誤都跳首頁
把 404 全部重定向到首頁，短期看用戶没走，長期看两件事同时變糟：訪客点進来發現内容不對，照样离開；同一類失效地址反复出現，等于用跳轉盖住了本该修的問题。更合理的顺序是能修則修——改内鏈、补内容、更新過期連結——修不了再退回 404 頁面承接。
404 頁面是兜底，不是解决方案。凡是能定位到来源的失效地址，優先去改来源。
把 404 记錄当成坏鏈清單
服務器日誌里的 404 记錄，是站内坏鏈最直接的线索。每周挑出訪問量靠前的几十條，按来源分三類處理：
- 站内頁面寫错的連結：直接改掉，並顺手检查同類模板有没有同样問题。
- 舊地址仍被外部引用：考虑 301 到内容最接近的在售頁面，不要一律指向首頁。
- 被程序或采集器掃出的随机地址：多數可以忽略；若反复高频出現，再考虑在服務器层或 robots.txt 挡掉。
分類之後通常會發現，真正需要動手的地址比想象中少得多。
几個常被忽略的细节
- 404 頁面別依赖大量脚本渲染，否則用戶和爬虫都可能看不到出口。
- 確認它不會以正常頁面身份出現在搜尋结果里，這類頁面不需要任何收錄引導。
- 移動端检查出口連結可点、字号可讀，不少站点的错誤頁在手机上只剩一行灰字。
- 检查它是否繼承了站点模板的導航與样式，避免出現無头無尾的裸頁面。
- 如果站点有多個語言或子站，404 頁面也要跟着切換語言，別一律顯示英文。
一份可执行的自查清單
- 抽三個不存在的地址，逐一確認返回的是 404，而不是 200 或 302。
- 在無痕窗口打開 404 頁面，看出口連結是否真實可用、是否指向對應栏目。
- 用手机打開同一地址，確認文字可讀、連結可点。
- 從日誌導出近一周 404 Top 50，按站内、外鏈、掃描三類归档。
- 把站内来源的坏鏈修完，隔一周再導一次，看數量是否下降。
做完這几步，404 頁面就從「意外兜底頁」變成了运营工具：它既能接住走错的訪客，也顺手帮你把站内坏鏈一点点清理干净。