网站死链检查工具，改版或迁移时应核对什么
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /e5e64a54952d.html
📄
网站死链检查工具，改版或迁移时应核对什么
改版或迁移时，网站死链检查工具要核对的核心不是“有没有报错”，而是旧链接是否仍能到达有效内容、新链接是否真实可访问、站点内部指向是否一致。最关键的一步是：在正式切换前，用同一份旧URL清单分别检查迁移前基线、迁移后测试环境和正式环境，确认每个URL的最终状态码与目标页面，而不是只看工具给出的死链数量。
准备阶段：先建立可核对的URL清单
不要等改版完成后再临时抓取。准备阶段应从多个来源汇总旧URL：
- 旧站可访问页面的站内链接、导航和分页。
- 已有站点地图中列出的URL，但要注意站点地图不保证收录，也不等于完整URL清单。
- 服务器访问日志中曾产生过访问的路径。
- 外部链接或合作方指向的旧地址，可先抽样核对。
把清单整理成表格，至少包含旧URL、预期新URL、内容类型、是否保留、负责人。后续所有检查都围绕这份表进行，避免工具报错后找不到对应关系。
实施阶段：用状态码和目标页面判断，而不是只看数量
迁移测试环境部署后，用网站死链检查工具抓取测试环境。对每条旧URL重点核对三件事：
- 状态码：301表示永久跳转，302表示临时跳转，404表示未找到，410表示已删除，200表示直接返回内容。改版迁移通常应把仍有价值的旧URL设为301到最相关的新页面。
- 跳转终点：状态码正确不代表终点正确。要打开最终落地页，确认内容与旧页面主题一致，而不是全部跳到首页。
- 跳转链长度：A跳到B再跳到C会削弱传递效果，也可能让工具误判。尽量让旧URL一次跳到最终目标。
如果工具报告大量404，先区分“可能原因”和“已经定位的原因”。可能原因包括规则未部署、大小写不一致、带参数URL未处理、服务器配置未生效；已经定位的原因必须通过单条URL手动访问或查看响应头确认。不要因为一个404就断言整站规则失效。
验证阶段：正式环境切换后立即复检
测试环境通过不等于正式环境通过。切换后应再次运行同一份清单，并加入以下检查项：
- 旧URL是否返回预期状态码，而不是落到首页或错误页。
- 新URL是否可正常访问，页面标题和主体内容是否与预期一致。
- 站内导航、面包屑、文章内链是否还有指向旧路径的死链。
- robots.txt是否误封了需要抓取的路径。注意，robots.txt的抓取限制不等于可靠的索引移除，它只控制抓取，不保证页面从搜索结果消失。
- 站点地图是否更新为新URL，但不要把它当作收录保证。
HTTPS也不保证安全无漏洞或排名提升，它只是传输层条件之一。验证时应把协议、主机名、路径、参数分开检查，避免把“https可访问”误当成“迁移无误”。
维护阶段：把死链检查变成例行项
迁移完成后，死链仍会因内容删除、栏目调整、外部链接失效而产生。建议每月或每次批量改动后执行一次检查，并保留历史结果对比。维护时重点看新增404、异常跳转和跳转终点偏离。对于已确认无保留价值的旧URL，可返回410；对于仍有流量或外部引用的旧URL，应继续保留301。
下一步：从旧站导出至少一份包含导航、文章和栏目的URL清单，先在当前线上环境跑一次基线，再在迁移测试环境用同一清单复检。只有同一批URL在切换前后都能对应到明确状态码和目标页面，改版迁移的链接核对才算完成。
