站点改版、栏目重排、域名更换，都会让一批 URL 换地址。收录层面的麻烦通常不在改版当天出现，而是在之后几周里慢慢显形：旧地址还留在索引里，新地址迟迟没进来，搜索结果点进去落在一条已经 301 的旧链接上。迁移期的核对重点，是把“地址变更”这件事拆成几个能逐个检查的环节，而不是改完就等。
一、先把 URL 变更清单列出来
动手改之前，先做一次地址盘点。把现有 URL 按变化类型分开，后面才知道每条旧地址该跳去哪。
- 彻底删除的页面：没有对应新地址，只能 404 或 410，不要硬跳首页。
- 路径变化的页面：有明确的一对一新地址，做 301。
- 合并的页面：多条旧地址并到一个新地址，需要判断哪个是主版本。
- 只改了参数或结尾斜杠的页面：这类容易被忽略，但旧形式可能已经被收录过。
列清单的好处是能提前发现“找不到去处”的旧地址。这些页面如果被批量跳转到首页或栏目页，往往会被当成软 404 处理，反而拖慢整体迁移。
二、跳转链尽量做成一条直线
理想状态是旧 URL 经过一次 301 直接落到最终新 URL。A 跳到 B、B 再跳到 C 这种多跳，会消耗抓取、拉长确认时间，也更容易在中途断掉。
- 用 curl -I 或抓取工具抽样验证每条旧地址的跳转次数。
- 检查是否出现跳转循环，尤其是带参数和斜杠的地址。
- 确认新地址返回的是 200，而不是又一次跳转或 200 包装的错误页。
跳转链本身不复杂，麻烦的是改版后临时加的重定向规则层层叠加。建议在迁移前把跳转规则整理一遍，删掉不再需要的旧规则。
三、内链和站点地图的切换顺序
常见的失误是：站点地图已经换成新地址，站内链接却还指着旧地址。蜘蛛从地图进来的是新页面，顺着页面里的链接又跑回旧地址，判断起来会更慢。比较稳妥的顺序是：
- 先改站内链接，包括导航、面包屑、正文内链、分页和列表页。
- 再更新站点地图，只保留可索引的新地址。
- 确认 robots.txt 没有挡住新的路径或目录。
- 观察服务端日志里新地址的抓取是否逐步出现。
如果站点地图先于内链更新，也不是不能做，但要意识到这几天站内会出现“新旧混用”的状态，核对时别把它当成异常。
四、新旧地址同时出现在索引里，属于过渡状态
索引不会在改版当天完成切换。旧地址被 301 之后，需要被重新抓取、确认跳转关系，再把积累的信号转交给新地址。在这之前，两边同时出现是正常的，不必急着提交删除。
什么情况才需要动手处理
- 旧地址仍返回 200，没有跳转——这是规则没生效，要修。
- 旧地址跳到了无关页面或首页——先确认有没有更合适的目标。
- 跳转链过长或形成循环——按上一节的办法收口。
- 新页面本身没有被收录——先解决新地址的抓取和索引，而不是纠结旧地址。
换句话说，旧地址的“残留”多数时候会随新地址的稳定收录而逐步消退；真正需要优先处理的，是新地址进不去。
五、改版后值得盯的几项
- 搜索结果里的落地页是否仍指向旧地址。
- 日志中新 URL 的抓取频次是否在上升。
- 站点地图是否存在报错或抓取失败。
- 站内是否还有指向旧地址的链接残留。
- 流量回落的曲线是否在数周内趋于平稳，而不是持续下滑。
改版的收录问题，大多不是“提交得不够多”，而是顺序没理顺：跳转没跳对、内链没跟上、地图和内链不同步。把这几项按顺序核对一遍，比反复提交地址更有用。
迁移不是一次动作，而是一段需要核对的过渡期。旧地址什么时候退出索引，取决于新地址什么时候被稳定地抓取和确认。