站点跑得越久，失效链接就越多。改过栏目、换过域名、删过文章、做过一次 CMS 迁移，都会留下打不开的地址。这些地址本身不致命，麻烦的是它们会零散地藏在站内导航、老文章正文、图片引用和外部转载里：访客点进去看到一片错误提示，蜘蛛爬到也只能空手而归。把死链当成一项常规维护，比等到用户投诉再动手要省事得多。
死链为什么值得当成常规项
它影响的不是某一个页面，而是整站的体验和抓取效率。
- 访客体验：从搜索结果点进来却看到错误页，多数人不会再去翻导航，直接关掉。
- 抓取效率：蜘蛛的抓取配额是有限的，把时间花在一堆打不开的地址上，真正需要更新的内容就排到后面了。
- 信号分散：同一篇内容如果有好几个失效地址在流传，权重和入口都变得零散。
先分清几种打不开的情况
不是所有错误页都叫死链，处理方式也完全不同，动手之前先分类。
- 404 与 410：内容确实不存在了，返回 404 是正常做法；410 表示永久删除，语义更明确，但不必强求。
- 301 与 302 链：跳转本身没问题，问题是一次跳转指向的下一个地址又跳一次，访客被转好几道弯才落地。
- 403 与 401：这是权限问题，被挡住的可能是蜘蛛，也可能是访客，需要单独检查，别当成普通死链忽略。
- 500 类错误：这是故障，不是死链，应该按服务器问题去排查，而不是简单地做重定向掩盖过去。
- 软 404：地址返回 200，页面却写着内容不存在。蜘蛛会把它当正常页面收录，反而更麻烦。
一套能落地的自查流程
不需要多复杂的工具，按下面顺序走一遍，大部分问题都能浮出来。
- 从服务器访问日志里筛出返回 404 的请求，按出现次数排序，先看排在前面的那些。
- 用站内爬取工具跑一遍全站，把站内链接、导航和正文里指向错误页的地址列出来。
- 检查图片、脚本和样式文件。文章正文删掉了，配图地址常常还留在那里，页面看似正常，实际每次加载都在产生一次失败请求。
- 核对站点地图。已经删掉的页面如果还留在 sitemap 里，等于主动把蜘蛛往死路上引。
- 抽查外部链接。合作站点改版、被引用的资源下线，都会让站内出现打不开的外链。
- 确认 404 页面返回的确实是 404 状态码，而不是 200，也不是一条自动跳回首页的脚本。
从请求量决定优先级
死链可能成百上千条，但真正值得马上处理的通常只有几十条。判断标准很简单：有没有真实访客或蜘蛛在请求它。请求量高、来源是站内链接、出现在热门文章里的，优先处理；从没人访问过的，记下来慢慢清即可。
该重定向还是让它保持 404
常见的误区是把所有死链一股脑跳转到首页。这样做的结果是访客满怀期待地点进来，落到的却是一个跟预期无关的页面，体验并不好。更合理的判断是：
- 内容只是换了地址，还在站内，做 301 指向新地址。
- 内容合并到另一篇里，301 指向合并后的页面。
- 内容确实永久删除，且没有合适替代，就让它返回 404，不必强行跳转。
- 栏目整体调整，优先在栏目层面做规则，而不是一条条加跳转。
- 跳转只用一跳，避免 301 指向 301 这种链式结构。
404 页面本身也要做对
错误页是访客遇到的最后一道缓冲，做得太随意等于把流量直接送走。
- 明确告诉访客页面不存在，别用含糊的提示让人以为加载失败。
- 给出返回首页和主要栏目的入口，或者放一个站内搜索框。
- 不要设置自动跳转，也不要把错误页做成广告页。
- 保持与全站一致的导航和样式，让访客知道自己还在同一个站点里。
把它变成习惯
死链不会一次性清完，它是随着内容更新持续产生的。比较省力的做法是定一个固定周期，比如每月跑一次日志筛查，同时在后台形成几条小规矩：删除文章前先看看有没有内链指向它，修改固定链接时顺手配置跳转，迁移完成后立刻核对一次站点地图。这些动作单次只花几分钟，攒起来能省掉大量事后补救。
死链自查不需要追求零错误，而是让每一条失效地址都有明确归属：要么指向一个还有效的页面，要么干脆地告诉访客和蜘蛛，这里已经没有内容了。