网站只要运营一段时间，就一定会出现打不开的地址：旧栏目下线、文章被合并、URL 规则调整、外部链接指向早已删除的页面。这些地址本身不可怕，可怕的是没人管——访客点进去看到一片空白，蜘蛛反复来抓同一个死地址，抓取预算被慢慢消耗掉。
这篇讲的是失效链接与 404 页面的日常自查，重点是找出问题、分清类型、按优先级处理，而不是把所有报错一次性抹平。
先分清几种“找不到”
同样是打不开，背后的情况并不一样，处理方式也不同：
- 真 404：页面确实已经不存在，且没有对应替代内容。返回 404 是正确的，不需要硬拉回首页。
- 410：明确告知内容已永久删除。适合确定不再提供的页面，语义上比 404 更干脆，但并非必须使用。
- 软 404：服务器返回 200，页面内容却是“抱歉，没有找到”。这类最容易混淆，等于把死页面当成正常页面交出去。
- 可挽救的地址：内容还在，只是换了 URL。这种情况应该用 301 指向新地址，而不是让它变成 404。
判断标准很简单：内容还在就做跳转，内容真的没了就老老实实返回 404，不要用 200 状态码掩盖问题。
从哪里把失效链接挖出来
- 服务器访问日志：搜状态码为 404 的记录，按 URL 聚合后排序，出现次数最多的往往就是最该先修的。日志里的地址可能带参数，统计时可以先把查询串去掉。
- 站内链接自查：用爬虫工具或自建脚本跑一遍站内链接，重点看导航、侧栏、页脚、专题页这些模板位置，一处写错会扩散到全站几千个页面。
- 站内搜索无结果词：用户在站内搜了什么却什么都没搜到，说明站里可能缺内容，也可能只是搜索词和标题对不上，这两类要分开看。
- 改版记录：每次栏目调整、URL 规则变更后，把旧地址列一份清单，主动确认跳转有没有配齐。
检查工具不要开太高的并发去抓自己的站点，尤其是流量高峰时段，否则自查本身就会拖慢服务器。
404 页面本身也要做
失效链接无法完全避免，但 404 页面可以做得有用一点：
- 返回正确的 404 状态码，不要自动跳转到首页——自动跳转会让访客以为链接是好的，也让问题被隐藏起来。
- 给出返回首页、主要栏目的入口，别只放一句冷冰冰的“页面不存在”。
- 推荐几篇与当前栏目相关的内容，或提供站内搜索框，让访客还有下一步可走。
- 页面保持与站点一致的头尾导航，减少访客的迷失感。
修复顺序怎么排
- 模板层面的错误链接：影响面最大，一处修改可能解决成千上万次报错。
- 被大量访问、且有外部链接指向的地址：优先做 301 或恢复内容。
- 日志里出现频率高的地址：说明还有人在访问或抓取，值得早点处理。
- 零星的、无人访问的旧地址：可以集中批量处理，不必逐个纠结。
修完之后别急着删日志，隔一两周再看一次同样的报表，确认报错量是否真的下降，也能发现新产生的死链。
把它变成常态动作
失效链接不是一次性任务。比较省力的做法是：每次内容下线或改 URL 时，在发布流程里多加一步“旧地址登记 + 跳转配置”；每月固定看一次 404 报表，把新增的高频地址处理掉。这样既不会攒出一大堆历史死链，也不会等到访客反馈“你们网站点不动”才被动应对。