失效页面不只是“用户点不到”

很多站点的 404 是被动发现的：某个用户点了旧链接，或者在日志里看到一片 404 记录，才知道又坏了一批地址。失效页面的影响其实有三层：用户走到这里会中断，内链和导航结构出现断点，而搜索引擎的抓取预算会持续消耗在这些没有内容的地址上。定期处理失效链接，本质上是在维护站点的通行性。

先分清是哪一种失效

处理之前先分类，不同情况对应的返回码完全不同：

• 临时下线：比如活动页结束、栏目临时维护。如果确定几周内会恢复，用 503 配合 Retry-After 更合适，不必急着 301。
• 永久删除：内容确定不再提供，直接返回 410 或 404，让蜘蛛尽早放手。
• 地址迁移：页面还在，只是换了 URL。这种情况应该 301 到新地址，并且尽量一一对应。
• 误删或配置错误：本该存在的页面被删掉，优先恢复内容，而不是用重定向遮掩。

最容易被忽略的是“软 404”

有一类情况更麻烦：HTTP 状态码返回 200，页面上却写着“内容不存在”，或者只剩一个空壳模板。这种软 404 会让蜘蛛以为抓到了一篇正常页面，反而更可能反复来访。自查方法很简单，挑几个已删除的地址手动访问，看返回码和页面内容是否一致。

状态码是给机器看的，页面是给人看的，两者表达的信息不一致时，吃亏的通常是站点自己。

失效地址通常从哪几个地方冒出来

• 导航、面包屑、页脚里的老链接，改版后没有同步更新；
• 正文内链指向已经下架的内容；
• Sitemap 或 RSS 里还留着已经删除的地址；
• 带参数的旧地址，比如早期的跟踪参数、分页参数；
• 图片、JS、CSS 等资源路径变更，页面本身正常但资源 404。

从服务器日志里按状态码筛一遍，把 404、410 的访问量排个序，通常能很快看出高频失效地址集中在哪个目录，进而定位到是哪次改版或哪批内容下架留下的痕迹。

按优先级处理，比一次性清空更现实

失效地址往往成百上千，全量处理并不现实，可以先挑三类：被外部链接引用过的、日志里被抓取频次较高的、原本有转化或访问量的。这三类值得花时间找最接近的替代页面做 301，或者直接恢复内容。剩下的长尾地址，做好 404 页面的引导说明、从内链和 sitemap 里移除，就已经足够了。

需要提醒的是，不要把全部 404 统统一 301 到首页。这种做法对用户没有帮助，也容易让搜索引擎把首页当成一堆无关地址的落点。

留一张台账，避免重复劳动

处理结果最好记下来：原地址、失效原因、处理方式（301 到哪、410、还是恢复内容）、处理日期、复查日期。改版频繁的站点，三个月后同样的问题很可能再出现一次，有台账就不用从头查起。巡检节奏也不用太密，每月盘一次高频失效地址，配合改版后的即时抽查，基本能覆盖大部分问题。