死链处理方法：入口页面正常但深层链路失效时怎样定位断点
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /1d5fb3657f9c.html
📄
死链处理方法：入口页面正常但深层链路失效时怎样定位断点
入口页面能正常打开，不代表它下游的每个链接都活着。深层链路失效通常出现在“入口→栏目→详情→附件或旧接口”这条路径的中后段，定位断点的核心动作是：从入口开始逐跳请求，记录每一跳的最终状态码和最终URL，直到出现第一个非200或跳转到无关页面的节点，那个节点就是断点。找到断点后，再决定是保留、改写还是退出这条链路。
先确认“入口正常”到底正常在哪一跳
入口返回200并不等于链路健康。它可能只是返回了一个空壳页面，真正的深层内容由前端异步加载；也可能入口做了重定向，浏览器地址栏变化被忽略。定位时不要用浏览器肉眼判断，而要用逐跳检查的方式：对入口URL发一次请求，记下状态码、重定向链和最终URL；再从这个最终URL出发，提取页面中指向下一层的链接，逐个请求。
如果入口是列表页，断点往往出现在列表项本身失效，而不是列表页失效。此时应抽查列表中的若干条目，而不是只测列表页顶部。若列表由接口渲染，还要单独请求接口地址，确认返回的是数据还是错误结构——接口返回200但内容为空，和接口返回404，是两种不同的断点原因。
用逐跳记录把断点缩小到具体一跳
假设有一条旧链路：入口页 A 指向栏目页 B，B 指向详情页 C，C 指向附件 D。逐跳请求后可能出现几种可区分的结果：
- A 到 B 正常，B 到 C 返回404：断点在 B 的内容层，C 已不存在，但 B 仍在引用它。
- B 到 C 正常，C 到 D 跳转到首页：断点在 C 的附件引用，D 被替换成了兜底跳转。
- 每一跳都返回200，但 C 的正文为空：这不是链路失效，而是内容被清空，处理方式应归入改写或退出，而不是修链接。
逐跳记录的价值在于把“深层链路失效”这个模糊描述，变成“第几跳、什么状态、最终落到哪里”的可执行信息。只有拿到这个信息，后面的保留、改写或退出才有依据。
保留、改写还是退出：按断点性质决定
断点定位清楚后，处理方式取决于断点处的内容是否仍有价值，以及修复成本是否低于重建成本。
适合保留并修复的前提：断点只是链接写错、路径变更或大小写不一致，目标内容仍然存在且质量可用。此时直接改正引用关系即可，动作最小。改完后重新逐跳请求一次，确认整条链路每一跳都落到预期页面，再决定是否更新站点地图。
适合改写的前提：目标内容已不存在，但该路径仍有稳定的访问需求，且站内有主题相近的可用页面。此时把断点指向一个真正相关的替代页面，而不是统一跳首页。统一跳首页会让访问者失去上下文，也无法判断这次改写是否解决了问题。改写后同样要复测，确认替代页面与入口主题一致。
适合退出的前提：内容已过时、合作关系结束、旧系统不再维护，且没有相近替代。此时应让断点明确返回404或410，而不是继续返回200空页或软跳转。返回明确的失效状态，比伪装成正常页面更利于后续清理，也避免访问者在空壳页上反复点击。
一个假设的取舍例子
假设某旧栏目页仍能打开，但它引用的三个详情页中，两个返回404，一个跳转到首页。逐跳记录显示断点在栏目页的内容引用层，而不是栏目页本身。若这三个详情页对应的内容已无保留价值，且站内没有主题相近页面，合理选择是退出：把栏目页中对这三个详情页的引用移除或改为明确的失效提示，并让详情页返回404，而不是继续保留指向首页的跳转。动作完成后复测栏目页，确认它不再产生新的深层断点，再决定这个栏目页本身是否也需要退出。
反过来，若其中一个详情页只是路径变更、内容仍在，就应保留并改正引用，而不是连同另外两个一起退出。这就是断点定位带来的直接取舍：同一层断点，不同节点可以有不同的处理结论。
定位之后要验证的两件事
第一，确认修复动作没有把问题从一层推到另一层。例如把详情页跳转到栏目页，可能让原本的深层断点变成循环跳转。第二，确认清理动作的影响范围：移除引用后，是否还有其他入口指向同一断点。逐跳记录应覆盖所有已知入口，而不是只测最初发现问题的那个。
需要提醒的是，robots.txt 的抓取限制不等于可靠的索引移除，站点地图也不保证收录，因此不要用“已加站点地图”或“已写robots”当作断点已解决的证据。判断依据始终是逐跳请求的实际结果：每一跳是否落到预期页面，断点是否已被消除或明确退出。完成这一步，再决定这条旧链路是继续维护还是整体下线。
