死链本身不致命，但数量多了会占用抓取时间、打断用户的浏览路径，也让站内页面之间的权重传递出现断口。把死链当成一个需要定期清理的运营动作，比等到用户投诉再处理要省事得多。
死链一般从哪来
- 栏目调整或内容合并后，旧地址没有做跳转，直接返回 404。
- 文章里引用的外部链接失效，或者引用站内已被删除的页面。
- URL 命名规则改过，比如大小写、结尾斜杠、参数形式变化，老地址还留在外链和搜索结果里。
- 商品下架、活动结束、临时专题页撤掉，但没有给出替代落点。
- 服务器或程序改动导致部分路径解析失败，出现批量 404。
多数死链都不是“出错”，而是正常的运营动作留下的尾巴。所以处理方式也应该是流程化的，而不是见到一个补一个。
先找到它们
找死链的渠道主要有三类：服务器访问日志、站内链接扫描，以及外部来源。
- 访问日志：筛选状态码为 404、410 的请求，按路径出现次数排序。高频被访问的 404 说明它仍然有入口，优先处理。
- 站内扫描：把栏目页、文章正文、导航、页脚里的链接跑一遍，重点检查正文里的站内引用。
- 外部来源：看外链和旧地址还能不能进来，尤其是换过域名或改过结构的站点。
记录时至少保留：原地址、状态码、首次发现时间、被访问次数、来源页面、处理方式。表格不用复杂，但要有地方可查。
怎么处理才算合适
不是所有死链都要跳转，判断标准是：那个地址对应的内容，今天还有没有等价替代。
- 有等价页面：用 301 跳到最接近的页面。只跳一层，不要 A 跳 B、B 再跳 C。
- 内容彻底没了：返回 410 或保留 404，让蜘蛛知道这里不会再恢复。不要统一跳首页，那样会让首页收到大量无关流量，也容易让跳转关系失去参考价值。
- 地址写法变了：把新旧地址做成一一映射，批量配置跳转规则，别手工逐条加。
- 只是站内引用写错：直接改正文或模板里的链接，不用新增跳转。
判断一个 404 要不要救，先看还有没有人访问它。没有人访问、也没有外链的地址，安静留着就好。
把死链治理接进日常
- 每次栏目调整、内容合并、下架操作，都在上线前补一份旧地址清单和对应处理方式。
- 每月跑一次站内链接扫描，把新增的死链加进记录表。
- 每季度回看状态码统计，看 404 总量是上升还是下降。
- 确认站点地图和内部链接里没有指向已删除页面的地址。
几个容易踩的坑
- 用 JavaScript 跳转代替 301，蜘蛛不一定执行，用户也会看到闪一下。
- 跳转到明显不相关的内容，用户会直接返回，反而拉高跳出。
- 把 404 页面做成自动跳首页，短期看访问没丢，长期看会模糊页面的主题边界。
- 改了链接却没更新页面里的锚文本，跳转生效了，但描述和实际目标对不上。
死链治理没有一次性做完的说法。把它做成一次次的例行检查，每次改动留下记录，站点上的断口就会慢慢变少。