換域名、換目錄结构、把 HTTP 換成 HTTPS，本质上是同一件事：让搜尋引擎把一批舊地址上积累的索引，轉移到一批新地址上。不少人以為「配好 301 就完事」，几周後去看，舊地址還在索引里，新地址迟迟没起来。這通常不是 301 没生效，而是索引迁移本身有先後顺序。
迁移期間，索引里會经歷哪些阶段
蜘蛛再次抓取舊地址，看到 301，跟随跳到新地址。新地址被重新抓取、重新评估，然後才谈得上進入索引。舊地址不會在跳轉生效的那一刻消失，它可能在一段時間里和新地址同时出現在结果頁上，這属于迁移過程中的正常現象，不必急着判為故障。
真正會让迁移拖住的，是跳轉本身没做干净：A 跳到 B、B 又跳到 C 的鏈式跳轉；把大量舊頁面统一跳到首頁；或者跳到内容對不上的頁面。這類情况容易被当成软 404 處理，结果是舊地址長期挂在索引里，新地址也接不上班。
迁移前要落實的几件事
- 一對一映射：每個舊 URL 都有對應的新 URL，尽量不用整站跳首頁的偷懒做法。
- 内容保持一致：迁移和大改版同时做，出問题时很难判断是跳轉的锅還是内容的锅，建议拆開。
- 指向新地址的元素全部更新：站内連結、導航、面包屑、canonical、sitemap 里都別再留舊域名。
- 舊域名保持解析和跳轉：不要跳轉刚生效就把舊域名下线，索引退场比新地址進索引慢得多。
- 舊站 robots.txt 允许抓取：屏蔽掉舊站，蜘蛛就看不到 301，迁移會直接卡住。
- 新舊资源都做驗證：在站長平台里同时保留新舊站点的驗證，方便對照观察。
迁移後按什么顺序看
第一层看抓取：服務器日誌或抓取統計里，蜘蛛有没有開始以新地址為主。第二层看進索引：用站点查询抽样，或看索引报告里新地址的收錄量是否在涨。第三层才是舊地址退场，這一步最慢，也最不该天天盯。
观察迁移建议以周為單位看趋势，不要按天刷新資料。索引狀態本身就存在延迟，按天看只會被波動带着走，誤判成「迁移失敗」然後再去做多余的動作。
几個常见的坑
- 只给首頁配了 301，栏目頁和内容頁仍是舊地址可訪問的 200 頁面。
- 跳轉鏈太長，蜘蛛跟到一半放弃，新地址一直没被發現。
- 舊站返回 200 的空壳頁，蜘蛛判断不出這是已迁移的站点。
- canonical 忘了改，新頁面自己声明規范地址是舊域名。
- 同时改了域名、目錄结构和标题模板，出問题後無法定位是哪一步導致。
換域名是一次资产搬家，不是一次配置修改。判断迁移是否顺利，看的不是 301 有没有生效，而是新地址有没有開始接住舊地址原有的位置。
如果你的站点正處在這個阶段，可以先按上面的顺序做一次自查：跳轉是否一對一、站内是否還有舊地址、舊站是否可被抓取、新地址的抓取量是否在上升。把這几項確認清楚，剩下的就交给時間，不必因為短期内新舊地址並存而反复調整。