死链检测方法：改版或迁移时应核对什么，两种处理方案怎么选
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /46de0292b07d.html
📄
死链检测方法：改版或迁移时应核对什么，两种处理方案怎么选
改版或迁移时，死链检测方法要核对的核心是：旧URL是否还能被访问、返回什么状态码、是否被其他页面或外部链接指向、以及这些URL最终该保留、重定向还是返回404。处理方案只有两类：能一一对应的旧URL用301重定向；没有对应新页面的旧URL要么保留一个有效页面，要么让它返回404或410。判断依据不是“旧URL多不多”，而是它是否还有可承接的流量入口和等价内容。
清单第一项：抓取全量旧URL，拿到真实状态码
要查的是旧站所有可访问过的URL，而不是只查导航里能点到的页面。可以从三处汇总：旧站XML站点地图、服务器访问日志、以及站内链接爬取结果。用爬虫工具或命令行请求每个URL，记录HTTP状态码和最终跳转地址。
- 怎么查：对每个旧URL发一次请求，观察返回码。批量处理时注意跟随重定向，同时记录跳转链长度。
- 结果说明什么：返回200表示页面仍可访问；301表示已永久跳转；404表示不存在；302或307是临时跳转，迁移场景下通常不适合作为长期方案。
- 注意：站点地图只能作为URL来源之一，它不保证这些URL已被收录，也不保证其中没有已失效地址。
清单第二项：确认哪些旧URL有外部链接和流量
要查的是每个旧URL是否被其他站点链接、是否在访问日志中有持续请求。这一步决定重定向的优先级。
- 怎么查：用外链分析工具查旧URL的入站链接，同时在服务器日志里按路径统计请求量和来源。
- 结果说明什么：有稳定外部链接或自然流量的旧URL，优先做301到最相关的新页面；没有链接也没有流量的旧URL，可以直接返回404，不必强行重定向到首页。
- 判断条件：如果旧URL的主题在新站已不存在，把它301到首页属于软404式跳转，用户和搜索引擎都难以判断对应关系，通常不如返回404清晰。
清单第三项：检查重定向目标是否等价、是否形成链条
要查的是每条301的目标页面是否与旧页面主题一致，以及是否出现多级跳转或循环。
- 怎么查：导出重定向映射表，逐条打开旧URL，记录最终落地页；检查A→B→C这类链条，以及A→B、B→A这类循环。
- 结果说明什么：一跳直达、主题对应的重定向是可用状态；多级链条会拖慢响应，循环会导致页面无法访问，两者都需要改成直接指向最终目标。
- 短例子：假设旧URL
/old-service已无对应页面，新站有/new-service，应配置/old-service直接301到/new-service，而不是先跳到栏目页再跳一次。
清单第四项：核对robots.txt、站点地图与404页面的配合
要查的是迁移后robots.txt是否误屏蔽了新路径，站点地图是否只包含可访问的URL，404页面是否给出返回入口。
- 怎么查：打开
/robots.txt看Disallow规则是否覆盖了新目录；打开站点地图，抽查其中URL的状态码；随机访问一个不存在的地址，看404页面是否有导航和搜索入口。 - 结果说明什么：robots.txt的抓取限制不等于可靠的索引移除，被屏蔽的URL仍可能因外部链接出现在结果中；站点地图不保证收录，只用于提交候选URL；404页面有明确入口，能减少用户直接流失。
- 如果使用HTTPS：证书有效只说明传输层加密正常，不代表站点没有安全漏洞，也不构成排名保证，这部分应与死链核对分开处理。
两种处理方案怎么选
方案一：逐条301重定向。适用条件是旧URL与新URL存在一一对应或主题等价关系，且旧URL有外部链接或流量。执行后要复查跳转链、目标状态码和落地页内容是否匹配。
方案二：批量返回404或410，仅对高价值URL做重定向。适用条件是旧内容已整体下线、新旧结构无法对应，或旧URL数量极大而绝大多数没有链接和流量。执行后要确认404页面可用、站点地图已移除失效URL、服务器不再对旧路径返回200空页面。
选择依据可以归结为三点：旧URL是否还有外部链接；新站是否有等价内容承接；重定向后用户看到的是否是同一主题。三项都满足时用方案一，多数不满足时用方案二并对少数高价值URL单独处理。
下一步：先导出旧站URL全量清单，标注每一条的状态码、外链数和日志请求量，再按上面的三项依据逐条决定重定向还是返回404，最后用爬虫复查一遍跳转链和最终状态码。
