先把迁移类型分清
换域名、换目录、从 HTTP 换到 HTTPS，都常被归到“迁移”里，但它们对搜索索引的影响不一样。主机名变了，要处理的是域名之间的信号转移；路径变了，要处理的是站内 URL 的收敛；协议变了，往往先影响抓取入口和重复地址判断。开始操作前，先写清楚：旧地址是什么、新地址是什么、是一对一迁移还是大量页面合并或删除。
按顺序核对，别跳步
- 旧地址保持可访问。旧域名不要立刻停止解析，也不要把服务器直接下线。蜘蛛和用户访问旧地址时，至少要能拿到跳转响应。
- 301 指向最终新地址。避免 301 到另一个会继续跳转的中间地址，链条越长，抓取和信号传递越容易损耗。
- 新地址返回正常内容。新 URL 要返回 200，并且页面主体、标题、正文与旧版本对应。不要跳到新域名首页就算完成。
- 确认新地址没有被挡住。检查 robots.txt、noindex、防火墙、登录墙或地区限制。新地址如果抓不到，旧地址的跳转也难被跟进。
- 更新 canonical。页面的规范地址应指向新域名下的对应 URL，不要继续指向旧地址，也不要全部指到首页。
- 提交新站点地图，保留旧站点地图一段时间。新地图帮助发现新 URL，旧地图可以继续暴露旧 URL，让蜘蛛在访问时看到跳转。
这个顺序的意义在于：先保证旧地址有出口，再保证新地址能进、能读、能识别。顺序颠倒，容易出现旧地址已下线、新地址又没被发现的空档。
容易漏掉的几个入口
站内链接和导航
菜单、面包屑、文章正文、页脚里的内链，如果还大量指向旧域名，相当于自己给蜘蛛制造绕路。迁移后要全站替换为新的绝对地址或相对地址。相对地址在这种情况下更省事，但前提是站点本身没有把域名写死。
站点地图、RSS 和接口
站点地图、RSS、移动端接口、AMP 或其他输出格式里，只要包含 URL，都要一起更新。旧文件如果继续输出旧地址，会拖慢新地址被发现的速度。
外链和分享链接
站外链接无法全部改，但稳定的 301 可以把访问者和抓取带到新地址。需要担心的是旧域名解析不稳定、跳转规则经常变，或者只对部分路径做了跳转。
搜索资源平台与验证
新旧域名最好都有验证和资源入口。这样既能看到旧地址的抓取与索引变化，也能观察新地址是否开始被收录、是否有展示。只看一侧，容易误判。
迁移期间不建议做的事
- 用 302 或 JS 跳转代替 301，尤其是长期迁移。
- 把所有旧页面都跳到新首页，造成大量页面指向同一目标。
- 新页面上线同时加 noindex，等“稳定了再放开”。
- 旧站点地图和旧内链完全不管，直接删除。
- 迁移同时大改模板、栏目结构和内容，导致问题无法归因。
收录迁移更像信号转移，不是按一下开关。旧地址从索引里淡出、新地址接上，需要抓取、重新评估和时间。
迁移后看什么
观察旧地址在索引中的数量是否缓慢下降，新地址被抓取和收录的数量是否上升。再看日志里蜘蛛访问旧地址的频率、返回的跳转状态，以及新地址是否开始有搜索展示。通常需要数周甚至更久，期间不要因为短期波动频繁改跳转规则或反复提交。
如果旧地址长期留在索引，先核对 301 是否稳定、旧地址是否还有大量内链或外链、新地址是否存在可抓取障碍。找到入口和响应问题，比反复提交 URL 更有效。