死链检测工具：源站正常而边缘节点异常时应保留哪些证据
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /ea4808652dd2.html
📄
死链检测工具：源站正常而边缘节点异常时应保留哪些证据
结论有条件：当源站返回正常、而边缘节点对同一 URL 返回 404、403 或 5xx 时，应优先保留能证明“同一请求在两处得到不同响应”的原始证据，而不是先改页面或提交删除。若边缘节点异常只出现在你本地网络或单个出口 IP，则这组证据不足以证明节点故障，需要换网络复测。
先固定请求本身，再谈节点差异
死链检测工具给出的结果通常只是汇总状态，无法区分是源站问题还是边缘问题。要保留的第一类证据是请求的完整定义：URL、请求方法、Host 头、协议版本、查询串、User-Agent、Referer、Cookie 或登录态是否参与。
做法是分别对源站地址和边缘节点地址发起同一请求，把两侧的响应状态码、响应头和响应体前若干字节记录下来。动作结果是：如果两侧状态码不同，你才有资格进入“节点异常”的判断；如果两侧相同，则应回到源站或应用层排查，不要继续在边缘侧找原因。
能区分“节点异常”与“本地假象”的证据
仅凭一次请求失败不能下结论。以下证据组合能帮助区分：
- 同一 URL 在两个以上不同网络出口的响应状态码是否一致。
- 边缘节点返回的响应头中是否带有节点标识、缓存状态或回源标记。
- 响应体是源站页面、节点默认错误页，还是空白或截断内容。
- 同一时刻源站直连的响应是否稳定，且与边缘结果存在可重复的差异。
如果只有单个出口、单个时刻出现异常，合理替代解释包括本地 DNS 解析到旧节点、代理或防火墙拦截、请求头被中间设备改写。这些都会让死链检测工具显示“死链”，但并非边缘节点故障。
一个注明假设的短例子
假设某页面在源站直连时返回 200，在边缘节点返回 404。你先保留两侧的响应码、响应头和响应体片段，再用另一网络出口复测边缘地址。若第二个出口同样返回 404，而源站仍为 200，则节点异常的可能性上升；若第二个出口返回 200，则更可能是首个出口的本地链路问题。这个例子只说明比较方法，不代表任何真实项目结果。
会使结论失效的反例
如果边缘节点的 404 只出现在带登录态或特定 User-Agent 的请求中，而匿名请求正常，那么“源站正常、边缘异常”的结论不成立。此时应检查边缘侧是否对特定请求做了拦截或改写，而不是把它当成死链处理。另一个反例是：源站返回 200 但内容为空或为错误占位页，这种情况下源站并不真正正常，边缘返回 404 反而可能是预期行为。
下一步动作及结果如何影响后续
在保留上述证据后，下一步是向边缘节点或 CDN 侧提交一条最小复现：固定 URL、固定请求头、两个出口的响应对比。若对方确认节点缓存或回源配置异常，后续动作是等待节点刷新并复测同一 URL；若对方无法复现，则应回到本地网络、DNS 或代理层继续排查。
不要因为死链检测工具显示异常就立即删除页面或提交索引移除。robots.txt 的抓取限制不等于可靠的索引移除，站点地图也不保证收录。只有在确认是源站内容确实不存在时，才考虑移除或重定向；若只是边缘节点异常，正确动作是修复节点或刷新缓存，而不是改动源站内容。
