先把搬家当成一次全站 URL 变更来对待
换域名、换目录前缀、把 http 换成 https、把带 www 的换成不带 www 的，这些操作在蜘蛛眼里是同一件事：一批旧地址要让位给一批新地址。区别只在于有的站点只改了几百个 URL，有的站点等于全站重来。核对收录时，先把变更范围列清楚，再去看信号有没有跟着走，比盯着索引量曲线更有效。
旧地址有没有把信号交出去
301 覆盖要完整，落点要准确
旧地址应该统一返回 301，并指向新地址中语义最接近的那个页面。常见问题有三种：一是只给首页做了跳转，栏目页和详情页仍然返回 200，等于新旧两份内容同时在线上；二是所有旧地址都跳到新站首页，蜘蛛拿不到对应关系；三是 A 跳 B、B 再跳 C 的多级跳转，链条过长容易在中途断掉。核对时把旧站主要类型的 URL 各抽样打开一遍，看状态码和落点是否符合预期。
canonical 和内链别留在旧地址
新旧版本同时存在一段时间是正常的，但页面上的 canonical 应该指向新地址。如果新页面的 canonical 还写着旧域名，或者导航、面包屑、正文里仍然链接到旧地址，等于自己在提示主版本在那边。内链是蜘蛛发现新地址最稳定的入口之一，改版后要连同导航、侧栏、相关推荐一起更新。
sitemap 只留新地址
迁移完成后，sitemap 里不应再混入旧地址，否则蜘蛛会把抓取次数花在必然跳转的 URL 上。同时确认 sitemap 中的地址、canonical、内链指向三者写法完全一致，包括大小写、尾斜杠和参数写法。
一个可执行的核对顺序
- 列出变更前后的 URL 对应表，确认每个旧地址都有明确落点。
- 抽查旧地址的状态码和跳转链长度，检查是否有仍然返回 200 的残留页。
- 抽查新地址的 canonical、内链、sitemap 三项是否一致。
- 在服务器日志里按新地址前缀筛选，观察蜘蛛是否开始按新路径抓取。
- 用 site 查询分别看新旧两个域名，记录索引量的变化方向，而不是只看某一天的数字。
- 把已发现但未编入索引的页面单独建表，观察是暂时排队还是长期停留。
迁移期的索引量下降或波动很常见，它不一定代表出错。判断标准应该是：旧地址是否还在被大量抓取、新地址是否稳定被抓取、索引里出现的到底是旧版本还是新版本。
几个容易被误判的情况
- 旧地址直接删成 404。没做 301 就下线，等于告诉蜘蛛这一页消失了，信号不会自动转移。
- 新地址出现重复版本。同一内容既有带 www 又有不带 www 的版本进了索引，说明跳转或 canonical 还没统一。
- 索引里仍是旧版本。蜘蛛尚未重新处理新页面时，索引保留旧内容属于过渡状态，不必反复改标题来催促。
- 站内仍有旧链接。模板、分页、历史文章里的旧地址没清理，蜘蛛会顺着这些链接回到旧站。
迁移的收录核对，本质是确认地址换了、信号也跟着换了这件事有没有做完整。把跳转、canonical、内链、sitemap 这四件事对齐，再结合日志和索引数据观察一段时间，比反复提交 URL 或频繁改动能更快看到方向。