死链处理方法：迁移后旧地址没有等价目标时的取舍
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /1ccbe1cc357c.html
📄
死链处理方法：迁移后旧地址没有等价目标时的取舍
迁移后旧地址找不到完全等价的新页面时，不要急着把它全部指向首页或统一跳到一个栏目页。先判断这个旧地址原来承担的是“可替代的内容入口”还是“唯一的资源标识”，再决定用 301 指向最接近的替代页，还是返回 410 让它退出索引。判断依据可以从旧页面的外链锚文本、历史点击落点、以及它是否仍被站内引用这三类证据里找。
先分清两类旧地址，选择完全不同
第一类是可替代的内容入口：旧页面讲的是某个主题，迁移后这个主题被合并进一个新页面，或者被拆成几个新页面。此时只要新页面能覆盖旧页面的核心意图，301 到最接近的那一个通常成立。第二类是唯一的资源标识：旧地址是某个文件、某条记录、某个型号或某个活动的唯一定位，迁移后没有对应物。这类地址如果 301 到首页或栏目页，访问者会落到一个与预期无关的页面，等于把一次明确请求变成一次误导。
区分方法不靠感觉，靠可核对的证据。假设一个旧地址的外链锚文本大量是“XX 型号说明书下载”，而迁移后站点已不再提供该型号，那么把它 301 到“说明书总览页”只是把需求导向一个泛列表，属于可替代性不足。反过来，如果锚文本是“XX 系列介绍”，而新站有一个覆盖该系列的介绍页，301 就有明确落点。
能找到近似目标时，301 要指向最接近的那一个
当确认存在近似目标，实施动作是逐条建立旧地址到新地址的映射，而不是用规则批量重定向。批量规则适合路径结构整体平移的情况，比如 /old-category/item-a 整体变成 /new-category/item-a；一旦新旧结构不是一一对应，批量规则就会把不相关的旧地址塞进同一个目标。
映射完成后要验证结果，而不是只看配置文件写没写。用抓取工具或命令行请求旧地址，确认返回的是 301 且 Location 指向预期的新地址，再请求新地址确认返回 200。如果旧地址返回 301 但目标本身是 404，或者目标又二次跳转，这条链路对访问者和抓取都是损耗。验证发现的断点会直接决定下一步：是补一条新映射，还是把这个旧地址改判为无等价目标。
没有等价目标时，410 往往比硬跳首页更合适
当旧地址确实没有对应物，返回 410 或 404 让搜索引擎把它逐步移出索引，通常比 301 到首页更符合实际。硬跳首页会制造大量“所有旧地址都指向同一页面”的信号，既不利于访问者判断，也让搜索引擎难以理解这些地址的真实状态。这里要说明一个常见误判：旧地址返回 410 后，如果一段时间内仍能在搜索结果里看到它，并不等于处理失败。索引移除需要时间，缓存、外部链接和抓取排期都会让旧记录继续出现，不能只凭“还搜得到”就断定 410 无效。
同样，robots.txt 里屏蔽这些旧路径也不是可靠的移除手段。抓取限制只是阻止抓取，不等于把已有记录从索引中删除；被屏蔽的地址反而可能因为无法读取状态而长期保留模糊记录。移除意图应该通过状态码本身表达，而不是靠抓取限制替代。
用一组证据区分“该跳”还是“该弃”
面对一批旧地址，可以按下面的顺序判断，每一步的结论都会改变下一步动作：
- 看旧地址是否仍被站内链接引用。如果站内还有页面链向它，先修站内链接，再决定这个旧地址本身是跳转还是废弃。
- 看外链锚文本指向什么意图。锚文本描述的是具体资源，而新站没有该资源，倾向 410；锚文本描述的是宽泛主题，且新站有对应主题页，倾向 301。
- 看旧地址是否有历史点击落点。如果它长期承接的是某类明确需求，而新站只能提供泛列表，跳转只会放大落差。
- 看替代页是否真的覆盖原意图。只是“相关”不够，要能回答旧页面原本回答的问题。
这套顺序的价值在于，它把“要不要跳”拆成可以分别核对的证据，而不是一次性拍板。任何一步证据不足，就先保留旧地址的原始状态，等证据补齐再处理，避免用一次错误的批量跳转制造新的清理成本。
实施后要观察什么，以及哪些例外要单独处理
处理上线后，重点观察旧地址的返回状态是否稳定、跳转目标是否长期有效、以及站内是否还有指向已废弃地址的链接。如果发现某条 301 的目标页后来被下线，这条跳转就变成了坏链，需要重新映射或改判为 410。这个反馈会反过来修正最初的判断：原本认为有等价目标的地址，可能因为目标消失而变成无等价目标。
例外情况要单独列出，不要混进批量规则。带参数的旧地址、大小写不一致的路径、以及曾经用于文件下载的地址，往往需要逐条确认，因为它们的“等价目标”判断标准与普通内容页不同。站点地图能帮助发现仍被引用的地址，但它不保证这些地址被收录，也不能替代状态码本身表达的处理意图。把这些例外单独记录并逐条验证，比追求一次性全量规则更可控。
