死链处理：改版或迁移时应核对什么
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /00133ec12b89.html
📄
死链处理：改版或迁移时应核对什么
改版或迁移时的死链处理，核心不是“把404页面做得好看”，而是核对每一个旧URL是否被正确继承或明确废弃。你需要从交付结果倒推：哪些旧地址必须继续可用、哪些可以返回410、哪些需要301到最相关的新页面，以及谁来验收。判断标准只有一个：用户和搜索引擎访问旧地址时，能否得到符合预期的响应，而不是掉进无说明的404或错误的跳转链。
先核对旧URL清单与流量价值
改版前必须拿到完整的旧URL清单，而不是只凭记忆挑几个主要页面。清单来源可以包括：服务器访问日志、站点地图、站内搜索结果、历史栏目页、以及外部链接记录。拿到清单后，按以下维度分类：
- 有自然流量的页面：优先保留或301到内容最接近的新页面。
- 有外部链接的页面：即使流量低，也应尽量301，避免外链价值直接归零。
- 纯功能页或已废弃页面：如旧活动页、临时表单页，可返回410，明确告知已删除。
- 重复或参数页：先判断是否曾被抓取，再决定合并还是屏蔽。
核对时不要只看页面标题，要打开旧URL确认实际内容。假设一个旧产品页 /product/a 在新站已合并到 /products/，那么301到分类页比跳转到首页更合理，因为分类页与旧页主题更接近。
核对跳转规则：301、302还是410
改版迁移中最常见的错误是把所有旧URL统一301到首页。这会让搜索引擎和用户都无法判断新页面的对应关系，也可能被视作软404。正确做法是逐条或按规则匹配：
- 301永久跳转：适用于旧页面被新页面完全替代，且内容主题一致。
- 302临时跳转：适用于短期维护或A/B测试，不适用于永久改版。
- 410删除：适用于内容确定不再提供，且没有合适替代页。
- 404：适用于地址错误或从未存在的页面，不应作为大量旧页面的默认归宿。
核对跳转时，要检查是否存在跳转链。例如旧URL A跳到B，B又跳到C，这种链式跳转应尽量压缩为A直接到C。同时检查跳转目标是否返回200，而不是另一个404或登录页。
核对robots.txt、站点地图与noindex的配合
改版后常见误操作是：旧页面已经301，但robots.txt仍然禁止抓取旧目录，导致搜索引擎无法发现跳转关系。需要明确：robots.txt的抓取限制不等于可靠的索引移除。如果你希望旧URL被移除索引，应使用410或301，而不是只靠robots.txt屏蔽。
站点地图应只包含新站希望被收录的URL，站点地图不保证收录，它只是发现路径。核对时检查：
- 旧站点地图是否已下线或更新，避免继续提交失效地址。
- 新站点地图是否包含所有重要新页面，且返回200。
- 是否误将需要保留的旧URL放进了noindex，导致跳转价值无法传递。
核对交付结果、责任人与验收方法
从交付结果倒推，改版迁移的死链处理需要以下资料和任务：旧URL清单、新旧URL映射表、跳转规则表、robots.txt与站点地图更新记录、以及验收报告。责任应明确到人：谁提供清单、谁配置跳转、谁验证响应码、谁负责上线后监控。
验收时可以用以下步骤实际执行：
- 从旧URL清单中随机抽取至少50条，用命令行或抓取工具请求，记录状态码和最终跳转地址。
- 检查每条301是否跳到内容相关的新页面，而不是统一首页或错误页。
- 检查跳转链长度，超过两跳的记录下来要求优化。
- 上线后一周内查看服务器日志，统计旧URL的404和410数量，确认没有大量意外死链。
判断结果的标准：如果旧URL返回301且目标页200，说明处理正确；如果返回404且该URL曾有流量或外链，说明需要补跳转；如果返回410且确认内容不再提供，可以接受。适用条件是：你已经有明确的旧URL清单和新站结构，否则应先补清单再谈跳转。
下一步，把旧URL清单和新URL映射表整理成一张可核对的表格，逐条标注期望状态码，然后在上线前用抓取工具跑一遍，把不符合预期的条目交给对应负责人修正。
