站长工具死链，改版或迁移时应核对什么
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /2fad46367029.html
📄
站长工具死链，改版或迁移时应核对什么
改版或迁移时，站长工具死链核对的重点不是“工具里有没有报错”，而是确认旧链接是否仍可访问、是否被正确重定向、以及新结构是否把用户和爬虫带到了有效页面。时间和人手有限时，优先处理有外链或已有流量的旧地址，再处理普通内链和站点地图。
先核对旧链接的响应状态
要查的是：改版前可访问的主要旧页面，现在返回什么状态码。怎么查：从站长工具、服务器日志或旧站点地图中导出旧 URL 列表，用批量抓取工具或命令行逐个请求，记录状态码和最终跳转地址。结果说明：返回 200 表示页面仍可用；返回 301 或 308 表示已永久跳转，需确认目标页与原内容主题一致；返回 302 或 307 属于临时跳转，不适合作为长期迁移方案；返回 404 或 410 说明旧地址已失效，应尽快补上重定向或恢复内容。
核对重定向链与跳转终点
要查的是：旧链接是否经过多次跳转，以及最终落点是否有效。怎么查：对每个旧 URL 跟踪完整跳转链，检查是否存在 A→B→C 的多跳、跳转到无关页面、或最终又回到 404 的情况。结果说明：单次 301 到主题对应的新页面最利于用户和爬虫理解；多跳会拖慢访问，也增加抓取消耗；如果终点是首页而非对应内容，应改为指向最接近的新页面。
核对站长工具中的死链报告
要查的是：站长工具里标记为死链的 URL，是真实失效还是抓取限制造成的误报。怎么查：把工具报告中的 URL 与服务器访问日志、robots.txt 规则、防火墙拦截记录对照。结果说明：如果日志显示爬虫被拒绝或返回 403，问题可能在抓取限制而不是页面不存在；如果确实返回 404，则进入重定向或内容恢复流程。需要注意，robots.txt 的抓取限制不等于可靠的索引移除，站点地图也不保证收录，死链报告应结合日志判断。
核对内链、站点地图与 canonical
要查的是：站内是否还有链接指向旧地址，站点地图和 canonical 是否仍引用失效 URL。怎么查：用站点爬虫抓取全站，筛选出指向旧路径的内链；检查 XML 站点地图中的 URL 是否全部可访问；检查旧页面模板中的 canonical 是否指向自身或错误地址。结果说明：内链指向 404 会持续制造死链，应改为新地址；站点地图包含失效 URL 会浪费抓取预算；canonical 指向失效页会干扰索引判断，应更新为有效目标。
按优先级安排处理顺序
时间和人手有限时，可以按下面顺序执行：
- 有外链或历史流量的旧 URL：优先补 301，跳转到主题最接近的新页面。
- 返回 404 但仍有访问的 URL：检查日志确认来源，再决定重定向或恢复内容。
- 站内模板和导航中的旧链接：批量替换为新路径，避免持续产生新死链。
- 站点地图与 canonical：清理失效 URL，确保只提交可访问地址。
- 普通无流量旧 URL：可最后处理，返回 410 或保留 404 也可接受。
判断标准很简单：一个旧 URL 如果还有外部链接或用户访问，就值得重定向；如果既无外链也无访问，优先保证新站结构清晰即可。HTTPS 不保证安全无漏洞或排名，迁移时仍需单独检查证书和混合内容，但这与死链处理是两件事。
下一步：从站长工具或日志中导出旧 URL 清单，先筛出有外链或访问记录的地址，逐个确认状态码和跳转终点，再批量处理内链与站点地图。
