死链检查工具：入口页面正常但深层链路失效时怎样定位断点
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /4c5295ece854.html
📄
死链检查工具：入口页面正常但深层链路失效时怎样定位断点
先用死链检查工具从站内入口页出发，按真实点击路径逐层抓取，直到某一层的状态码或内容信号开始异常；断点通常出现在“上一层能返回正常页面、下一层却返回404/410/超时/软404”的那一跳。定位到这一跳后，再决定保留、改写还是退出。
为什么入口正常不代表链路健康
入口页往往被反复访问、缓存或单独维护，所以它返回200并不说明下游资源还在。深层断点的常见形态有三种：一是入口页列出旧链接，但目标页已被删除或迁移；二是中间层跳转链里某一跳指向失效地址；三是目标页返回200，但正文已被替换成“内容已下架”之类的软404。
用死链检查工具时，不要只跑首页或栏目页。应以入口页为起点，限定同一路径前缀或同一导航层级，让工具沿着页面里的<a href>继续抓取。这样得到的断点位置才对应真实用户点击顺序，而不是一份孤立的失效地址清单。
定位断点的实际动作
第一步，选一条仍有价值的深层路径，例如“入口页 → 中间分类页 → 具体内容页”。在工具里只保留这条路径的抓取范围，避免被全站噪声淹没。
第二步，记录每一跳的返回信号：状态码、最终URL、页面标题、正文首段。若中间层返回200但最终URL已跳到无关页面，说明断点在跳转链，而不是目标页本身。
第三步，对可疑层做一次单页复检，并注明假设。例如假设中间分类页的链接被批量替换过，那么复检时会看到同一层级多个链接指向同一失效地址；若只是个别链接失效，则更可能是单条内容退出，而非系统性问题。
这个动作的结果会直接影响下一步：若断点集中在跳转链，优先修跳转或改链接；若断点分散在多个目标页，则需要先做保留/改写/退出的取舍，再决定是否批量处理。
保留、改写还是退出：各自的适用前提
- 保留：目标页仍有独立搜索需求，且现有内容只是链接失效或路径变更。此时修链接、补跳转即可，不必重写正文。
- 改写：目标页主题仍有价值，但内容已过时或与当前入口页定位不一致。改写后应重新确认它是否还能从入口页被正常点击到。
- 退出：目标页对应旧系统、旧合作关系或已无维护价值的内容。退出时优先返回410而非404，前提是确认该地址不会再被复用；否则用301指向最接近的替代页。
三种选择不要求同时成立。多数深层断点只需要其中一种处理；把退出当成默认动作，容易误删仍有价值的部分。
一个注明假设的短例子
假设某入口页仍正常，但它下面第三层的五个内容页全部返回404。用死链检查工具限定该入口路径后，发现这五个地址在第二层分类页里仍被列出。此时可判断断点在第二层到第三层之间，而不是入口页本身。先修第二层的链接，再复检；若修复后第三层仍失效，才考虑对这批地址做410退出。这个顺序能避免把“入口正常”误当成“整条链路健康”。
不要用单一信号下结论
抓取量骤降、某层返回0条结果，都不能单独证明断点已被正确处理。它们还可能来自抓取限制、超时、工具范围设置过窄或页面需要脚本渲染。robots.txt的抓取限制也不等于可靠的索引移除，站点地图不保证收录。要确认断点是否真的消除，应回到同一条点击路径复检，并对比修复前后的状态码与最终URL。
当断点位置、处理方式和复检结果都能对应上时，这条深层链路才算真正恢复；否则应继续缩小范围，直到找到那一跳。
