先把迁移類型分清
換域名、換目錄、從 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 更有效。