換域名、改目錄结构或者整站更換内容管理系統，把新站上线只是第一步。真正麻烦的是：搜尋引擎需要把舊地址的收錄和信号轉移到新地址，這個過程需要時間，也需要顺序。顺序做错，常见的後果是舊地址長期留在索引里、新地址迟迟不出現，或者两邊同时被抓取，變成内容重复。
迁移前：先確認新站本身可以被抓取
很多迁移問题其實不是迁移造成的，而是新站上线时就带着抓取障碍。正式切換前，先把這几件事確認一遍：
- 新域名能正常訪問，没有全站登入墙、驗證碼或 IP 限制；
- robots.txt 没有沿用測試环境里的屏蔽規則，這是最常见的低級错誤；
- 服務器响應稳定，在新站流量突然增加时不會频繁超时；
- HTTPS 證书有效，http 與 https、带 www 與不带 www 只保留一個主版本，其余做跳轉；
- 頁面内容與舊站基本一致。迁移不是改版重寫的时机，两件事一起做，出問题时很难判断是哪一邊的原因。
301 映射：一對一，別批量跳首頁
舊 URL 到新 URL 的對應關系要尽量精确。几種做法里，只有一對一映射是可以接受的：
- 一對一映射：舊文章頁跳到新文章頁，舊栏目頁跳到新栏目頁，主题尽量對上；
- 批量跳首頁：所有舊地址都 301 到新站首頁。這會把大量不相關的信号集中到首頁，舊内容原有多少相關性很难保留；
- 鏈式跳轉：舊地址跳到中間地址，再跳到新地址。跳轉鏈越長，被正确跟随的概率越低。
另外，跳轉要用服務端 301，不要用 JS 跳轉或 meta refresh。前者是明确的永久迁移信号，後者更接近一個普通頁面行為。
頁面上要同步修改的地方
跳轉只解决了“用戶和爬虫從舊地址過来”這一半問题，新頁面自身發出的信号也要一致：
- canonical 指向新域名下的自身地址，不要還寫着舊域名；
- 站内連結全部換成新域名，不要依赖舊域名的跳轉；
- 重新生成站点地图，只放新域名下的 URL，舊站点地图尽快下线；
- hreflang、结构化資料里的 URL、分享图和资源文件地址一並更新；
- 如果用了 CDN 或獨立图片域名，资源地址也在迁移范围内，图片收錄同样會受影响。
舊域名保留多久
没有统一答案，但方向是宁可留久一点。半年内直接停用或让舊域名返回 404，是比較常见的失分操作。舊域名只要還有外鏈指向，就仍然有做跳轉的價值。真正下线前，建议先看日誌：如果舊域名上還有稳定的爬虫訪問和真實外部流量，就先不适合彻底關閉。
迁移後按什么顺序看資料
- 先看舊域名的跳轉是否被正常抓取，日誌里應出現對新地址的訪問；
- 再看新域名的抓取量是否逐步上升，同时舊域名的抓取量下降；
- 然後對帳索引量：新域名收錄數上升、舊域名收錄數下降，两條曲线方向相反属于正常過程，两邊都不動才需要排查；
- 最後看流量與轉化。索引量恢复不等于流量恢复，這個時間差是正常的。
如果新域名上线两周，日誌里几乎没有爬虫訪問新地址，先回头检查 robots、證书和跳轉配置，而不是急着反复提交站点地图。
容易漏掉的几類地址
- 图片、PDF、附件等非 HTML 资源的舊地址；
- 分頁和篩選參數生成的舊 URL；
- 子域名與移動端域名；
- 外部合作方、广告落地頁、邮件模板里寫死的舊連結；
- 舊站点地图文件與 RSS 地址。
迁移的难点不在技術動作，而在顺序和一致性：舊地址负责把人送過来，新頁面本身還要说清楚“我就是這一份”。