死链检查方法 - 怎样检查前后环节的依赖
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /de6b10e6be09.html
📄
死链检查方法 - 怎样检查前后环节的依赖
检查死链的前后环节依赖，核心是沿着“入口页面 → 链接 → 目标地址 → 服务端响应 → 后续跳转或资源”这条链路逐段取证。死链往往不是孤立存在的：一个链接返回 404，可能因为目标页被删除，也可能因为上级栏目改名、重定向链断裂、大小写不一致或参数规则变化。要定位原因，需要把每一环的输入、输出和判定标准记录下来，而不是只看最终状态码。
先明确要查的依赖链路有哪些
一条完整的链接依赖至少包含四段：链接所在页面、链接本身、目标 URL、目标响应。若目标返回 3xx，还要继续追到最终地址；若目标页面依赖 CSS、JS、图片，也要区分“页面可访问但资源失效”。检查前先列出范围：是全站导航与栏目页，还是某个专题、某批外链、某个站点地图中的 URL。范围不同，取证方式不同。
可执行检查清单：每项查什么、怎么查、结果说明什么
- 查链接所在页面是否正常。用浏览器直接打开来源页，确认页面本身返回 200 且内容完整。若来源页已 404，链接失效可能只是上游页面被删，先修复或移除入口。
- 查链接的原始 href。查看页面源码或开发者工具中的元素属性，记录完整 URL，包括协议、域名、路径、大小写和查询参数。结果用于判断是否存在拼写、空格、中文未编码、参数缺失等问题。
- 查目标 URL 的响应状态。用命令行请求目标地址，例如
curl -I https://example.com/path，观察状态码和 Location 头。200 表示可访问；404 表示目标不存在；301/302 表示发生跳转，需要继续追最终地址；403 可能是权限或抓取限制，不等于死链。 - 查跳转链是否形成闭环或过长。连续请求并记录每一跳的 Location，直到返回 200 或错误。若出现 A→B→A 的循环，或跳转超过三到五次，说明依赖链本身有问题，搜索引擎和用户都可能无法到达终点。
- 查 robots.txt 与页面 meta 是否影响抓取。确认目标路径是否被 robots.txt 禁止抓取，页面是否带有 noindex。抓取限制不等于索引移除，noindex 也不等于链接可访问；这两项要分别记录，避免把“不能抓”误判为“死链”。
- 查站点地图与内链是否指向同一地址。对比站点地图中的 URL、导航中的 URL 和正文内链的 URL 是否一致。若同一内容存在多个变体，例如带斜杠与不带斜杠、http 与 https、带参数与不带参数，容易造成部分入口失效。站点地图不保证收录，但其中的失效地址仍值得清理。
- 查外部依赖与资源加载。若页面能打开但样式或脚本报错，检查图片、CSS、JS 的请求状态。资源 404 不会让主文档变成死链，但会影响页面可用性，属于前后环节中的下游依赖。
- 查服务器与 CDN 日志。在日志中筛选目标路径的请求记录，看返回码、来源 IP、User-Agent 和时间分布。若日志显示 200 而浏览器显示 404，可能是缓存、地域节点或大小写敏感差异，需要分别核查。
怎样判断问题是上游、当前链接还是下游造成
把清单结果按链路排列后，判断逻辑比较直接：来源页正常、链接 href 错误，问题在上游入口；href 正确、目标返回 404，问题在目标地址或服务端；目标返回 301 但最终 404，问题在跳转配置；主文档 200 但资源 404，问题在下游资源。若同一路径在不同环境结果不同，优先核查大小写、末尾斜杠、协议跳转和缓存，而不是直接断定服务器故障。
一个短例子：假设的栏目改名场景
假设某栏目从 /old/ 改名为 /new/，导航已更新，但旧文章内链仍指向 /old/page.html。检查时：来源文章返回 200；href 为旧路径；请求旧路径返回 301 到 /new/page.html；再请求新路径返回 200。结论是上游内链未同步，属于依赖链中的入口问题，应批量替换旧路径，而不是删除旧重定向。若旧路径直接返回 404，则说明重定向缺失，需要补上或修正内链。
记录与复核时要注意的边界
HTTPS 只表示传输加密，不保证目标页面存在，也不保证没有安全漏洞或排名优势。不同搜索引擎对 robots.txt、noindex、重定向的处理需要分别核查，不能用一个平台的结果推断全部。检查完成后，把每个 URL 的“来源页、原始链接、状态码、最终地址、判定结论”记成一行，便于修复后复核。下一步可以选一批高频入口页面，按上述清单逐条跑一遍，先处理返回 404 且仍有内链指向的地址。
