网站改版或者换域名之后，收录上最容易出问题的地方，往往不是新页面能不能被收，而是旧地址怎么退场。旧 URL 长期留在索引里，既会占用抓取资源，也可能让用户从搜索结果进到一个已经不再维护的页面。下面按两种情况拆开讲，并给出一个可以照着走的处理顺序。
先分清是域名迁移还是站内改版
这两类问题的处理逻辑不一样，先把它们分开，后面的动作才不会互相打架。
- 域名迁移：域名变了，路径基本保留，例如从 a.com/news/1.html 到 b.com/news/1.html，通常可以做一对一映射。
- 站内改版：域名不变，但栏目结构或 URL 规则调整，一个旧地址可能有对应的新地址，也可能彻底没有对应页面。
站长工具里提交“地址变更”一般只适用于域名迁移，站内改版用它意义不大，这点要先记住。
换域名：301 映射尽量一一对应，并长期保留
301 的作用是告诉搜索引擎“这个地址永久搬到新地址”，它传递的是信号，而不是让旧地址立刻消失。常见做法可以按下面的顺序推进：
- 整理旧站的全量 URL 清单。来源建议取 sitemap、访问日志和索引报表三份数据做合并，只看 sitemap 容易漏掉历史页面。
- 为每条 URL 指定唯一的新地址，能一对一就不要一对多；多个旧地址跳同一个新地址时，信号会被合并，新地址的定位也容易变模糊。
- 把 301 写在服务器层面，而不是只靠前端跳转或 JS 跳转，后者对搜索蜘蛛不够友好。
- 跳转链控制在一跳，避免 a → b → c 的连续跳转。
- 旧域名的 301 建议长期保留，至少保留到旧地址在索引报表里基本清空、流量交接完成为止。
站内改版：先把“没有对应页面”的旧 URL 挑出来
改版时最容易忽略的是那些在新站里找不到归属的地址：下线栏目、合并的标签页、过期活动页。这一类不要统一跳首页，也不要用 302 反复试探。
- 内容确实还有价值、只是换了位置：做 301 指向最相关的新页面。
- 内容已明确下线且不再提供：用 404 或 410，让抓取结果与事实一致。
- 内容只是暂时维护：用 503 并配 Retry-After，而不是先改成一堆跳转。
把旧 URL 全部跳首页，看上去“没有死链”，实际上会让搜索蜘蛛难以判断这批地址的真实关系，后续清理索引也可能更慢。
内链、sitemap 与 canonical 要同步改
跳转只是入口层面的事，站内还要跟着改，否则搜索蜘蛛仍会从旧链接反复进入已经废弃的地址。
- 导航、面包屑、正文里的站内链接，全部替换成新地址，不要依赖跳转兜底。
- sitemap 更新为新 URL 清单，旧清单及时移除。
- canonical 指向新地址，并确认新地址本身可访问、可被抓取，否则会形成指向失效目标的自我引用。
- 对外投放、合作方、社交平台里的旧链接，能改的改，不能改的让 301 兜住。
收尾阶段可以盯这几个信号
- 日志里旧 URL 的抓取比例是否在下降，新 URL 的抓取是否在上升。
- 索引报表中旧地址的数量变化趋势，注意这是过程量，很少一次清零。
- 跳转是否都返回 301，而不是 302、404，或者一个返回 200 的软跳转页。
- 站内是否还有指向旧地址的链接，在持续制造新的抓取。
这些信号主要用来观察进度，达到某种状态并不等于一定会有确定结果，收敛速度本身也受站点规模、抓取频率和内容更新节奏影响。
几个常见的误区
- 只做了首页跳转，栏目页和详情页没处理，等于只搬了一半家。
- 跳转上线几天就撤掉，旧地址重新变成死链。
- 旧域名直接停解析，让所有旧地址变成无法解析的请求。
- 同一批旧 URL 一部分 301、一部分 302，前后信号矛盾。
- 改版后没有更新 sitemap，搜索蜘蛛仍按旧清单抓取。
把旧 URL 的退场当成一次完整的数据交接：清单要全、映射要准、跳转要长期、站内要同步，剩下的交给时间，等索引慢慢收敛。