迁移不是一次切换，而是一段过渡期
换域名、换目录结构、从 http 到 https、旧站合并到新站，都会让收录状态在几周到几个月内处于不稳定状态。这段时间里，搜索索引中会同时存在旧地址和新地址，比例每天都在变。如果只盯着某一天的总数，很难判断迁移是否顺利。更实用的做法是把它拆成几个可以单独核对的环节，按顺序看，哪一环没通就先解决哪一环。
迁移前先准备两份材料
- URL 映射表：旧地址和新地址一一对应。合并的页面、下线的页面单独标注，不要用一条通配跳转盖住全部，容易把不相关的页面也带过去。
- 入口清单：站内导航、面包屑、列表页、内链、sitemap、外部链接与投放链接，全部列出来。迁移之后这些入口指向哪里，决定了新地址能不能被持续发现。
迁移后按这个顺序核对
一、旧地址的跳转能否直接到达
用不带 Cookie、不带登录状态的请求看旧地址返回什么状态码，是不是 301，是不是一跳就到新地址，中间有没有经过好几层。跳转链太长不仅增加抓取成本，也让状态判断变得模糊。同时确认跳转目标本身不是 404，也不是另一个还需要再跳的地址。
301 还是 302 取决于迁移是否为永久性变更。临时跳转长期挂着，容易让旧地址继续被当作有效地址处理。
二、新地址能否被正常发现和抓取
检查新地址的 robots 规则、页面自身的 canonical 是否指向自己、sitemap 是否已经换成新地址，以及站内链接是否已经指向新地址。这几项里任何一项还指着旧地址，抓取路径就会绕路，新地址被发现的速度也会慢下来。
三、索引里旧地址的变化
关注旧地址数量是否在缓慢下降，新地址是否在增加。两组数据要放在同一时间窗口、同一统计口径下比较，否则只会看到无意义的波动。旧地址长期大量留存，常见原因是跳转没有生效、站内或外部仍然大量指向旧地址，或者旧地址本身就是被高频引用的入口页面。
四、新地址的内容与结构
很多迁移会顺便改版，模板、栏目划分、正文长度一起变。这时收录变化很难归因：是迁移造成的，还是内容变薄造成的。更稳妥的做法是一次只改一件事，迁移期尽量保持内容结构稳定，改版排到迁移稳定之后再做。
五、内链与外部入口的更新
站内内链可以主动改，外部入口只能被动等。能做的包括：让 sitemap 保持准确、让重要页面的站内点击深度不要太深、给仍然被外部引用的旧地址保留跳转。入口是否顺畅，往往比迁移当天的操作更能决定后续的发现效率。
六、旧域名与跳转的保留时间
旧域名和跳转建议长期保留，至少保留到外部链接自然衰减。贸然让旧域名失效，会让仍通过旧链接进入的访问和抓取落到错误页面，也会让此前积累的入口信号断掉。保留成本通常远低于重建入口的成本。
迁移期常见的几种情况
- 旧地址还在索引里：先确认跳转是否可达、是否仍被反复引用。
- 新地址抓取量少：先看入口数量和站内链接是否跟上。
- 新旧地址内容相同且同时在线：确认 canonical 与跳转方向一致，不要互相打架。
- 收录量先降后升：过渡期常见，重点看趋势以及入口是否在恢复。
一份可执行的核对清单
- 整理完整 URL 映射，标注一一对应、合并、下线三类。
- 抽查旧地址的返回状态与跳转层数。
- 确认新地址的 robots、canonical、sitemap 三者一致。
- 把导航、列表页、正文内链统一改为新地址。
- 按周记录旧地址与新地址在索引中的数量，保持统计口径一致。
- 迁移稳定之后，再安排改版和内容结构调整。
迁移没有一步到位的做法，能否顺利过渡，取决于入口是否清楚、跳转是否干净、内容是否稳定。把这三件事分开核对，比每天刷新收录数量更有意义。