如何检查网站死链——理清前后环节依赖，交付不返工
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /2a89f5b98065.html
📄
如何检查网站死链——理清前后环节依赖，交付不返工
检查网站死链时，真正容易出问题的不是“扫出多少条404”，而是前后环节的依赖关系：谁负责导出链接、谁负责改链接、谁负责验证结果。如果这条链条没理清，扫描结果会在几个人之间来回转手，最后没人能确认哪条已经修好。所以，检查死链的第一步不是打开工具，而是先画出从“发现”到“关闭”的依赖路径：数据从哪来、经过谁、以什么为完成标准、由谁复核。
先分清死链检查的三个环节和各自的交付物
把工作拆成三段，每段都有明确的输入和输出，依赖关系才看得清：
- 发现环节：输入是待检查的URL清单，输出是一份带状态码、来源页面、发现时间的死链列表。这一环的依赖是“清单从哪来”——来自站点地图、日志、内链爬取还是人工整理，来源不同，覆盖范围差别很大。
- 修复环节：输入是死链列表，输出是修改后的链接或重定向规则。依赖是“谁有权改”：内容页链接通常由编辑改，模板级链接由开发改，服务器重定向由运维改。
- 验证环节：输入是修复记录，输出是可复核的验证结果。依赖是“用什么标准算通过”，比如返回200、返回301到相关页面、或确认该链接已从页面移除。
三个环节之间是串联依赖：发现环节漏了来源，修复环节就会改错对象；修复环节没记录改了什么，验证环节就无法判断是否真的修好。多人协作时，返工大多发生在环节交接处，而不是单个人做错。
用“来源—处理人—完成标准”三列把依赖写清楚
一个能实际执行的做法是：在死链列表里固定增加三列，而不是只留URL和状态码。
- 来源列：写明这条死链是从哪个页面、哪份清单或哪次抓取发现的。同一URL可能被多个页面引用，来源不同，修复方式可能不同。
- 处理人列：填具体负责修改的人或角色，不写“待定”。如果一条死链同时涉及内容和模板，要拆成两条记录，各自指派。
- 完成标准列：写清验证时检查什么。例如“该URL返回200”与“引用该URL的页面已不再包含它”，是两种不同的完成标准，不能混用。
填完这三列后，再检查两处依赖：一是发现环节的清单是否覆盖了主要入口，如首页、导航、栏目页、文章内链；二是验证环节是否由修复人以外的人执行。如果修复人和验证人是同一个人，容易把“我改了”当成“已验证”。
比较两种检查顺序的代价，再决定先做哪一步
常见有两种顺序，适用条件不同：
- 先全站扫描，再分派修复：适合站点规模不大、链接改动集中在内容层的情况。代价是一次性产出大量记录，分派和去重工作重，但全局视野清楚。
- 先按栏目或模板分组，再逐组扫描修复：适合多人协作、各栏目由不同人负责的情况。代价是跨栏目的公共链接可能被重复扫描，但每组交付边界清晰，返工少。
判断依据是：如果一条死链的修复会牵动多个负责人，先全站扫描更合适；如果各栏目相对独立、修复权限也分开，分组处理更省交接成本。没有一种顺序对所有团队都最优，关键是选定后把依赖写进同一份记录。
验证时区分“可能原因”和“已经定位的原因”
验证环节最容易出现的误区，是把现象直接当成原因。例如某个URL返回404，可能原因包括：页面确实被删除、URL拼写错误、服务器配置把请求指向了不存在的路径、或重定向规则写错。这些是不同原因，不能因为看到404就断定“页面被删了”。
可执行的检查项：
- 用同一URL分别检查直接访问结果和从来源页面点击后的结果，确认差异是否来自跳转链。
- 查看该URL是否被robots.txt限制抓取。抓取限制不等于索引移除，也不等于链接失效，这两件事要分开记录。
- 核对站点地图中的URL是否与实际可访问URL一致。站点地图不保证收录，但可以作为发现环节的一份输入清单。
- 如果站点使用HTTPS，不要把它当作“已安全”或“已修好”的依据。HTTPS不保证页面内容有效，也不保证链接可达。
验证结论应写成“已定位的原因”加“验证方式”，例如“该URL返回404，直接访问与点击访问结果一致，来源页面已移除该链接”。只写“已修复”无法支撑复核。
交付前做一次依赖闭环检查
在把死链检查结果交付出去之前，按下面几项过一遍，能减少大部分返工：
- 每条死链是否都有来源、处理人、完成标准三项信息。
- 修复记录是否写明了改的是链接本身、页面内容还是服务器规则。
- 验证人是否独立于修复人，验证结果是否可重复。
- 未修复项是否标注了原因和下一步负责人，而不是留空。
- 不同搜索引擎对重定向和抓取的处理需要分别核查，不要用一次检查结果推断所有搜索引擎的表现。
下一步建议：拿一份现有的死链清单，先只补“来源、处理人、完成标准”三列，再决定是全站扫描还是分组处理。这一步做完，前后环节的依赖就基本可见了。
