换域名、换目录结构、把 HTTP 换成 HTTPS，本质上是同一件事：让搜索引擎把一批旧地址上积累的索引，转移到一批新地址上。不少人以为「配好 301 就完事」，几周后去看，旧地址还在索引里，新地址迟迟没起来。这通常不是 301 没生效，而是索引迁移本身有先后顺序。
迁移期间，索引里会经历哪些阶段
蜘蛛再次抓取旧地址，看到 301，跟随跳到新地址。新地址被重新抓取、重新评估，然后才谈得上进入索引。旧地址不会在跳转生效的那一刻消失，它可能在一段时间里和新地址同时出现在结果页上，这属于迁移过程中的正常现象，不必急着判为故障。
真正会让迁移拖住的，是跳转本身没做干净：A 跳到 B、B 又跳到 C 的链式跳转；把大量旧页面统一跳到首页；或者跳到内容对不上的页面。这类情况容易被当成软 404 处理，结果是旧地址长期挂在索引里，新地址也接不上班。
迁移前要落实的几件事
- 一对一映射：每个旧 URL 都有对应的新 URL，尽量不用整站跳首页的偷懒做法。
- 内容保持一致：迁移和大改版同时做，出问题时很难判断是跳转的锅还是内容的锅，建议拆开。
- 指向新地址的元素全部更新：站内链接、导航、面包屑、canonical、sitemap 里都别再留旧域名。
- 旧域名保持解析和跳转：不要跳转刚生效就把旧域名下线，索引退场比新地址进索引慢得多。
- 旧站 robots.txt 允许抓取：屏蔽掉旧站，蜘蛛就看不到 301，迁移会直接卡住。
- 新旧资源都做验证：在站长平台里同时保留新旧站点的验证，方便对照观察。
迁移后按什么顺序看
第一层看抓取：服务器日志或抓取统计里，蜘蛛有没有开始以新地址为主。第二层看进索引：用站点查询抽样，或看索引报告里新地址的收录量是否在涨。第三层才是旧地址退场，这一步最慢，也最不该天天盯。
观察迁移建议以周为单位看趋势，不要按天刷新数据。索引状态本身就存在延迟，按天看只会被波动带着走，误判成「迁移失败」然后再去做多余的动作。
几个常见的坑
- 只给首页配了 301，栏目页和内容页仍是旧地址可访问的 200 页面。
- 跳转链太长，蜘蛛跟到一半放弃，新地址一直没被发现。
- 旧站返回 200 的空壳页，蜘蛛判断不出这是已迁移的站点。
- canonical 忘了改，新页面自己声明规范地址是旧域名。
- 同时改了域名、目录结构和标题模板，出问题后无法定位是哪一步导致。
换域名是一次资产搬家，不是一次配置修改。判断迁移是否顺利，看的不是 301 有没有生效，而是新地址有没有开始接住旧地址原有的位置。
如果你的站点正处在这个阶段，可以先按上面的顺序做一次自查：跳转是否一对一、站内是否还有旧地址、旧站是否可被抓取、新地址的抓取量是否在上升。把这几项确认清楚，剩下的就交给时间，不必因为短期内新旧地址并存而反复调整。