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

死链检测工具，怎样确认配置实际生效

确认死链检测工具的配置是否生效，不能只看工具界面上的“已保存”或“已启用”，而要用一组已知状态的链接去触发检测，再核对工具输出的结果是否与预期一致。具体做法是：准备一个确定可访问的正常链接、一个确定返回404的链接，以及一个被robots.txt禁止抓取的链接，让工具跑一轮，看它是否分别给出正确判断。如果结果与预期不符，说明配置没有真正作用到检测逻辑上。

先确认工具读取的是哪份配置

很多配置失效的原因不是参数写错，而是改的那份配置根本没被当前任务读取。常见情况包括：

• 改了全局配置，但当前任务用的是单独的任务级配置，任务级优先级更高，覆盖了全局设置。
• 配置保存到了测试环境，实际执行的是生产环境的另一份文件。
• 工具支持多套规则集，当前扫描任务绑定的是旧规则集，新规则没有被引用。

判断方法：在配置里临时加入一条容易识别的规则，例如把某个特定路径标记为“忽略”，然后只扫描这个路径。如果工具仍然报告该路径为死链，说明这条规则没有被读取。

用已知链接做对照测试

这是最直接、也最容易被跳过的一步。准备三个测试目标：

1. 一个确定返回200的正常页面。
2. 一个确定返回404的地址，例如站点下一个不存在的路径。
3. 一个被robots.txt禁止抓取的路径。

让死链检测工具扫描这三个目标，观察输出：

• 正常页面被报为死链，说明状态判断逻辑或超时设置有问题。
• 404地址没有出现在报告里，说明检测范围、过滤规则或排除列表把这类结果屏蔽了。
• 被robots.txt禁止的路径被报为死链，说明工具没有遵守抓取限制，或者配置里没有启用相关选项。

需要区分的是：robots.txt 的抓取限制不等于可靠的索引移除。一个链接被robots.txt禁止抓取，只代表爬虫不应抓取它，不代表它一定返回404，也不代表它已从搜索结果中移除。死链检测工具如果把它当作死链报告，属于误判。

检查检测范围与排除规则是否互相抵消

配置生效的另一个常见障碍是规则冲突。例如：

• 检测范围设置为“仅站内链接”，但待测链接是站外地址，自然不会被检测。
• 排除规则里写了某个目录，而测试链接恰好落在这个目录下。
• 超时时间设置过短，慢速响应的页面被误判为死链。

处理方式：先把排除规则清空，用最小范围跑一次对照测试。确认基础检测正确后，再逐条加回排除规则，每加一条就复查一次输出。这样能定位到具体是哪条规则改变了结果。

复查时要看什么

配置调整后，不要只看“有没有报错”。复查应包含：

• 同一批测试链接，调整前后的输出差异是否符合预期。
• 报告里的状态码、响应时间、跳转链路是否与手工访问一致。
• 扫描日志中是否出现“跳过”“忽略”“未匹配规则”等提示，这些往往是配置未生效的直接线索。

另外，站点地图不保证收录，HTTPS 也不保证安全无漏洞或排名提升，这些与死链检测配置是否生效没有直接关系，不应作为判断依据。

下一步：固定一组三个测试链接（正常、404、被禁止抓取），在每次修改配置后都跑一遍，把输出结果与手工访问结果逐项对照，直到三者都能被正确区分。