网站链接检查 - 用变更记录与复盘清单减少返工
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /f6e6f2c28bfc.html
📄
网站链接检查 - 用变更记录与复盘清单减少返工
把每次网站链接检查当成一次可追溯的变更：先记录检查范围、工具、时间和原始结果，再记录谁基于结果改了什么，最后用同一套检查项复测并对比前后差异。这样多人协作时，接手的人能看懂“为什么改”，而不是只看“改成了什么”。
检查前先固定记录字段
链接检查最容易返工的地方，是两次检查的口径不同。开始前先约定并写下这些字段，之后每次沿用：
- 检查对象：具体是哪些页面、哪一层目录、哪个栏目，是站内链接还是出站链接。
- 检查类型：死链、重定向链、外链失效、锚文本与目标页不匹配，分别记录，不要混成一句“链接有问题”。
- 工具与版本：用了哪个爬虫或检查工具、什么配置（是否跟随重定向、是否检查外链、并发和超时）。
- 时间与执行人：具体到日期和操作者，便于判断结果对应的是哪一版页面。
- 原始结果存放位置：导出文件放在共享目录的哪个路径，命名规则统一。
这些字段的作用是让结果可复现。缺少工具配置和时间，同一份链接在改动前后可能得出不同结论，复盘时就无法判断是页面变了还是检查条件变了。
逐项检查清单：查什么、怎么查、结果说明什么
- 查死链：用爬虫抓取目标范围，筛出返回 404、410 等状态的 URL。结果说明这些链接当前无法到达目标内容，需要判断是删除链接、替换目标，还是补建被指向的页面。
- 查重定向链：对返回 301、302 的 URL 记录跳转次数和最终落点。结果说明是否存在多跳跳转或跳转到无关页面，多跳会拖慢访问，落点错误则等于链接失效。
- 查站内链接指向：抽查重要页面上的内链，确认锚文本描述的内容与目标页主题一致。结果说明用户和搜索引擎是否能把这条链接理解成同一件事，锚文本与目标不符会削弱链接的作用。
- 查出站链接：确认外部目标是否仍可访问、是否已变成无关内容。结果说明这条引用是否还有保留价值，失效或变质的引用应替换或移除。
- 查孤岛页面：结合爬取结果，找出没有被任何站内链接指向的页面。结果说明这些页面缺少内部入口，需要补上合理的内链路径。
注意区分“可能原因”和“已定位原因”。比如某个链接返回 404，可能是页面被删除、URL 被改写、服务器配置变化，只有在核对服务器日志或发布记录后才能确认是哪一种，不要凭现象直接下结论。
变更记录怎么写才不留坑
每条变更至少写清四件事：改前状态、改后状态、依据、责任人。例如：
页面 A 的“下载手册”链接原指向 /old.pdf（404），依据是 3 月 10 日爬取结果第 12 行，改为 /guide.pdf，执行人 B，待复测。
这样写的好处是：复测时能直接定位到具体链接，而不是重新全站爬一遍；出现问题也能追溯到是哪次改动引入的。批量改动时，建议按“一次改动一个目的”拆分记录，不要把删死链、换锚文本、改跳转混在同一条里，否则复测失败时无法判断是哪一步出的问题。
复盘：用同一口径复测并对比
改动完成后，用与首次检查相同的范围、工具配置和字段再查一遍，然后逐项对比：
- 已修复：原问题项不再出现，记录复测时间即可关闭。
- 未变化：说明改动未生效或改错了位置，需要核对发布是否成功、缓存是否未更新。
- 新增问题：说明本次改动引入了新链接问题，优先回看变更记录，判断是否由这次修改导致。
复盘的重点不是统计修了多少条，而是找出反复出现的问题类型。如果同一栏目多次出现死链，可能是内容下线流程缺少同步清理链接的步骤，这时应调整流程，而不是每次检查后重复手工修补。
多人协作时的交付约定
交付给下一位同事时，确保对方只凭记录就能独立复测：检查范围明确、工具配置写明、原始结果可访问、每条变更都有依据和责任人。若涉及具体品牌或工具的功能核验，以该工具当前官方说明为准，不依赖旧版本的操作记忆。下一步，选一个近期做过的链接检查，按上面的字段补一份变更记录，再用相同口径复测一次，看差异是否能被记录解释清楚。
