网站死链检测 - 怎样确认配置实际生效
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /c01c3a6cd89e.html
📄
网站死链检测 - 怎样确认配置实际生效
确认网站死链检测配置是否生效，不能只看工具界面显示“已启用”，而要用一个已知的坏链接去触发检测流程，再核对它是否出现在结果列表、报告或告警中。如果坏链接被识别并记录了状态码，说明配置链路基本生效；如果毫无反应，则要按抓取范围、规则匹配、输出通道逐层排查。
先准备一个可验证的坏链接
在站点中找一个确定返回404的地址，例如手动拼一个不存在的路径：/this-page-should-404.html。也可以临时把某个测试页面的链接指向这个地址。关键是这个链接必须位于检测工具应当覆盖的范围内，比如同一域名、同一目录或站点地图包含的页面中。
如果检测工具只扫描站点地图，而你测试的坏链接只出现在某个页面正文里，那么它不出现是正常的。先确认检测范围，再判断是否生效。
用三个检查点判断是否真的生效
- 抓取日志或任务记录：检测任务是否实际请求了该坏链接。若工具提供访问日志，能看到对应请求和返回状态码，说明抓取环节已生效。
- 结果列表：坏链接是否被标记为死链，并附有状态码（如404、410）或错误类型（如超时、DNS失败）。只有状态码被正确记录，才说明识别环节生效。
- 输出通道：报告、邮件、webhook或后台列表是否收到了这条记录。如果结果列表有但告警没发，问题出在通知配置，而不是检测本身。
三个检查点中任意一个缺失，都说明配置没有完整生效。不要因为工具显示“运行成功”就认为死链检测已经可用。
常见失效原因与对应验证方法
配置写了但没生效，通常有这几类原因，可以按顺序排查：
- 规则范围不匹配：检测规则限定了目录、域名或链接来源，测试链接不在范围内。验证方法：把测试链接放进规则明确覆盖的页面或站点地图，再跑一次。
- 抓取被限制：robots.txt 禁止了检测工具的抓取，或服务器对检测工具返回了403。注意，robots.txt 的抓取限制不等于索引移除，但它会直接阻止检测请求。验证方法：查看服务器访问日志中检测工具的请求是否被拒绝。
- 输出通道未配置或失败：结果生成了，但通知没发出。验证方法：检查通知目标地址、密钥、触发条件，并手动发送一条测试消息。
- 缓存或任务未重新运行：修改配置后旧任务结果被复用。验证方法：手动触发一次全新任务，不使用历史缓存。
如果以上都正常，但坏链接仍未被识别，可能是检测工具本身对该类链接（如JavaScript渲染后才出现的链接）不支持。此时需要换一种检测方式或补充渲染能力，而不是继续调整原有配置。
什么情况下可以认为配置已经生效
当同一个坏链接在连续两次独立检测中都被识别，并且结果进入了你实际会查看的报告或告警渠道，才可以认为配置生效。只出现一次可能是缓存或偶然抓取，不稳定。另外，如果站点使用CDN或反向代理，要确认检测工具看到的是源站响应还是CDN响应，两者状态码可能不同。
对于需要持续监控的场景，建议保留一份基线记录：记录测试坏链接的地址、预期状态码、实际检测结果和检测时间。后续每次修改配置后，用同一基线复测，才能判断改动是否影响了检测效果。
下一步：选一个你确定返回404的地址，按上面的三个检查点跑一次完整检测，把结果与预期逐项对照，再决定是调整范围、修复抓取限制，还是更换检测方式。
