📍 WDQWDWQD987AAAAA:216.73.216.175
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /b1770f483c2c.html
📄

死链检测怎样判断问题属于哪一层：从链接、页面到服务端逐层排查

判断死链检测问题属于哪一层，核心方法是先确认“坏的是哪一个环节”：是链接地址本身写错，是页面被删除或改址，是服务器返回了错误状态，还是抓取工具根本没访问到。把现象按链接层、页面层、服务端层、抓取层分开验证，就能确定起点和下一步。

第一层：先查链接本身是否指向了错误地址

这一层要查的是链接的完整URL，包括协议、域名、路径、参数和大小写。做法很简单：把待检测链接复制到浏览器地址栏直接访问，同时用命令行工具查看响应状态。

• 要查什么：链接是否多出空格、缺少斜杠、参数被截断、http与https混用。
• 怎么查：用 curl -I "完整URL" 查看返回的第一行状态码和Location头。
• 结果说明什么：如果直接访问正常，但检测工具报死链，问题更可能在检测工具的抓取方式或页面内链接写法，而不是链接目标本身。

适用条件是你能拿到原始链接文本。判断依据是同一URL在浏览器和命令行中结果是否一致。若两者都失败，继续往下一层查。

第二层：再查页面是否被删除、改址或返回错误状态

链接正确不代表目标页面存在。这一层要确认目标页面当前返回什么状态码，以及是否发生了跳转。

1. 要查什么：目标页返回的是200、301、302、404还是410。
2. 怎么查：用 curl -I 观察状态码；若出现3xx，继续跟踪跳转链，确认最终落点。
3. 结果说明什么：404表示目标不存在；410表示目标已明确移除；301或302表示地址已变更，应更新链接而不是直接判定为死链。

这里要区分“可能原因”和“已经定位的原因”。返回404只能说明该地址当前无内容，不能直接断定是内容被删、路由配置错误还是服务器重写规则导致，需要结合站点配置进一步确认。

第三层：检查服务器与网络是否让请求根本没有到达页面

如果链接和页面逻辑都正常，但访问仍失败，问题可能在服务端或网络层。

• 要查什么：DNS能否解析、TCP能否连接、TLS握手是否成功、服务器是否返回5xx。
• 怎么查：依次使用 nslookup 域名、curl -v "URL" 查看连接过程；5xx通常指向服务端处理异常。
• 结果说明什么：解析失败属于DNS层；连接超时属于网络或防火墙层；5xx属于服务端层。这些都不属于“页面内容被删除”，处理方式完全不同。

注意，HTTPS只能说明传输层启用了加密，并不保证页面一定可访问，也不保证站点没有安全漏洞。遇到证书错误时，应先确认证书是否过期或域名是否匹配，再判断是否影响检测结果。

第四层：确认抓取工具是否被限制或漏抓

有时链接本身完全正常，但检测工具仍报告死链，原因是抓取过程被限制或未覆盖。

• 要查什么：robots.txt是否禁止抓取该路径；检测工具是否支持JavaScript渲染；链接是否只出现在需要交互后才加载的内容中。
• 怎么查：直接打开 /robots.txt 查看对应User-agent的Disallow规则；用关闭JavaScript的方式访问页面，看链接是否仍出现在HTML中。
• 结果说明什么：若robots.txt禁止抓取，检测工具可能无法访问，但这不等于该链接对用户是死链。robots.txt的抓取限制也不等于可靠的索引移除手段，它只约束遵守规则的抓取行为。

另外，站点地图存在某条URL，并不保证它会被收录；站点地图只是提交候选地址的一种方式。检测时不要把“已提交”误判为“已可访问”。

一份可执行的判断顺序

1. 复制原始链接，浏览器直接访问，记录是否可打开。
2. 用 curl -I 查看状态码，记录是2xx、3xx、4xx还是5xx。
3. 若为3xx，跟踪跳转链，确认最终落点是否有效。
4. 若为4xx，检查页面是否被删除或改址，决定更新链接还是保留。
5. 若为5xx或连接失败，检查DNS、网络和服务端日志。
6. 若直接访问正常但工具报错，检查robots.txt、JavaScript渲染和抓取权限。

每一步只回答一个问题：这一层是否正常。哪一层先出现异常，问题就归到哪一层，后续排查从该层继续。不同搜索引擎和检测工具的支持情况需要分别核查，不能用一个工具的结果直接推断所有环境。

下一步建议：挑一条你手头报错的具体链接，按上面六步依次执行，把每步的状态码和现象记下来，再对照异常出现的那一层去修复。