死链接检测工具，怎样确认配置实际生效
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /a3b72cc20afb.html
📄
死链接检测工具，怎样确认配置实际生效
确认死链接检测工具的配置实际生效，不能只看保存成功的提示，而要用一次可控的扫描来验证：先构造一个已知状态异常的链接，再检查工具是否按你设置的规则把它识别出来、是否按你指定的范围扫描、报告是否落到你预期的位置。只有输入、规则、输出三者都能复现，配置才算真正生效。
先确认扫描范围真的包含目标链接
很多配置看似生效，实际上只是扫描范围没覆盖到目标页面。检查方法是：在工具里找到本次任务的入口地址或站点范围设置，然后手动打开一个你确定在范围内的页面，看它是否出现在扫描结果列表中。
- 要查什么：起始地址、包含规则、排除规则、子域名是否纳入。
- 怎么查：把起始地址设为某个栏目页，扫描后看该栏目下的内链是否被列出。
- 结果说明什么：如果目标页面根本没被扫描，就不是检测规则失效，而是范围配置没生效。
适用条件是站点结构清晰、栏目边界明确。如果站点大量使用参数化地址，还要检查工具是否把带参数的同一页面当成多个地址，这会影响后续判断。
用一个已知死链验证检测规则
最直接的办法是人为制造一个必然返回错误状态的地址，例如在测试页面放一个指向不存在路径的链接。假设页面里写了 <a href="/this-page-does-not-exist-12345">测试</a>，扫描后该链接应被标记为 404 或对应的错误状态。
- 要查什么：工具是否把该地址列入死链，状态码是否与服务器实际返回一致。
- 怎么查：先用浏览器开发者工具或命令行请求该地址，记录真实状态码；再与工具报告对比。
- 结果说明什么：两者一致，说明检测规则生效；工具没报或状态码不符，说明规则、超时设置或跳转跟随设置有偏差。
如果该地址被服务器重定向到正常页面，工具可能不报错，这是跳转跟随配置在起作用，不等于检测失效。此时应换一个直接返回 404 的地址再测。
检查排除规则是否按预期放行
排除规则最容易出现“以为排除了，其实没排除”或“排多了，把该查的也漏掉”。验证时同时准备两个地址：一个应被排除，一个不应被排除。
- 要查什么：排除规则的匹配方式，是完整地址匹配、路径前缀匹配还是正则匹配。
- 怎么查：把应排除的地址放入排除列表，扫描后确认它不在结果中；同时确认另一个相似但不应排除的地址仍在结果中。
- 结果说明什么：前者消失、后者保留，说明排除规则生效且范围准确；两者都消失，说明匹配过宽。
这一步的适用条件是排除规则使用了模式匹配。如果工具只支持完整地址排除，就要逐个核对地址拼写，避免因大小写或末尾斜杠差异导致规则不生效。
确认报告输出与通知配置可用
配置生效还包括结果能被你看到。检查报告文件是否生成、存放路径是否可写、通知渠道是否真的发出消息。
- 要查什么：报告格式、保存位置、通知触发条件。
- 怎么查：故意保留一个已知死链，运行一次任务，确认报告里出现该条目，并确认通知收到。
- 结果说明什么：报告缺失可能是路径权限或任务未完成；通知未到可能是触发条件设置过严或渠道配置有误。
如果工具支持定时任务，还要确认下一次运行时间与本次配置一致，避免只验证了手动运行而没验证自动运行。
时间和人手有限时的处理顺序
优先做能排除大面积误判的检查：先确认扫描范围，再用一个已知死链验证检测规则，最后检查排除规则和报告输出。范围错了，后面所有结果都不可信；检测规则错了，报告数量会明显异常。排除规则和通知可以放在确认主体结果可靠之后再调。
下一步建议：选一个影响面最大的栏目，按上面的顺序完整跑一遍，把每一步的实际结果与预期结果并排记录。只有这份记录能复现，才把该配置推广到全站。
