站点改版、栏目合并、文章下线，都会留下失效地址。访客点到旧链接，蜘蛛顺着老外链爬过来，最后都落在同一个地方：404 页面。这个页面平时没人看，出事的时候却同时面对两类读者——人和搜索引擎。花十分钟做一次自查，比事后翻日志省事得多。
第一步：先确认状态码到底对不对
很多站点的 404 问题不在页面长相，而在服务器返回的状态码。打开浏览器的开发者工具，或者用 curl 看一眼响应头，重点确认两件事：
- 不存在的地址应该返回 404，不是 200。返回 200 的空页面会被当成正常内容，属于软 404，容易混进索引。
- 不要把所有错误地址 302 或 301 跳到首页。对用户来说像被“甩”回首页，对搜索引擎来说则是大量地址指向同一页面，判断会变得混乱。
如果站点前面挂了 CDN 或反向代理，记得确认它没有把 404 缓存成一整天的错误结果，也没有把 404 改写成 200。
第二步：页面上该放什么
一个能用的 404 页，本质上是一次补救机会。访客已经走错了路，你要做的是给他一条回到正轨的路，而不是一句冷冰冰的英文报错。建议至少包含：
- 一句清楚的中文说明，告诉他这个地址已经不存在，而不是“页面出错”。
- 站内搜索框，让目标明确的人自己找。
- 几个主要栏目的入口，或者近期更新较多的内容链接。
- 返回首页的按钮或文字链接。
如果站点有客服、帮助中心或联系方式，也可以放一个入口，尤其是电商和工具类站点。
第三步：这些做法尽量不要出现
- 用 JavaScript 延时几秒后自动跳转首页，访客还没来得及看说明就被带走。
- 页面上塞满推广位和弹窗，把错误页变成广告页。
- 整页只有一行 404 和英文提示，中文站点尤其容易犯这个毛病。
- 把 404 页也放进站点地图，或者让它被正常索引。
- 不同语言的站点共用同一套错误页，语言对不上。
404 页面的目标不是“留住”访客，而是让他最快找到想去的地方。任何妨碍这个目标的元素都值得删掉。
第四步：把 404 记录变成修复线索
404 页面本身不是问题，它是一份免费的巡检报告。把服务器日志或站点后台里记录到的 404 地址导出来，按访问次数从高到低排一遍，通常能发现三类情况：
- 站内某篇文章的内链写错了，顺手改掉即可。
- 栏目改版后老地址没做重定向，访问量还不低，值得补一条 301。
- 外来垃圾链接或早已下线的推广页，访问量零星，放着不管也行。
建议每隔一到两个月看一次这个列表，重点处理排在前面的地址。如果某个失效地址被大量外部链接指向，补重定向比放任 404 更划算。
第五步：定期复查的清单
- 随机打开几个不存在的地址，确认返回 404。
- 检查 404 页面在手机上是否可读、按钮是否点得到。
- 确认搜索框可用，且搜索结果页不会又返回 404。
- 确认 404 页没有被 robots.txt 之外的方式误挡成 403 或 500。
- 导出近一个月的高频 404 地址，挑出值得修复的几条。
这些检查不需要工具和预算，只是一次点击和一次记录。做与不做的差别，往往体现在访客是继续浏览，还是直接关掉标签页。