改版、換域名、調整目錄结构，只要 URL 變了，收錄就會重新排一次队。常见的表現是：新地址抓取正常但迟迟不進索引，舊地址已经 404 了却還挂在搜尋结果里，或者同一份内容新舊两個 URL 同时被收錄。這些大多不是「掉收錄」，而是迁移過程中的顺序問题。把顺序理顺，能减少很多無谓的反复。

一、先做 URL 映射表，再動手上线

迁移前最值得花時間的一件事，是把舊 URL 和對應的新 URL 一一列出来。粒度越细，後面越省事。

• 有自然流量的頁面：從搜尋表現資料里導出，按点击排序；
• 有外部連結的頁面：外部連結是舊地址的信任来源，丢一個就少一份；
• 有轉化的落地頁：這類頁面即使流量不大也要保；
• 站点地图里的全部可索引地址：避免只剩主栏目被搬過去。

映射表做完，再决定哪些頁面合並、哪些直接下线。合並要寫清楚合並到哪個新地址，不要留空。

二、301 尽量一對一直到最终地址

跳轉是迁移里最容易出错的一环，几個常见問题是：

• 鏈式跳轉：舊地址跳中間頁再跳最终頁，抓取和信任传递都被削弱；
• 批量跳首頁：内容不對應，搜尋引擎會当作软 404 處理，最终谁都不收錄；
• 通配規則没驗證：規則寫错會把不相關的地址也一起重定向到错誤目标。

上线前用几條真實 URL 實测一遍：跳轉次數、狀態碼、目标地址是否與内容對應。

三、舊地址別急着 404 或 noindex

迁移当天就把舊地址全部 404，或者立刻给舊地址加 noindex，都是比較激進的做法。索引替換需要時間，在新地址還没有建立索引之前，舊地址的索引仍在承担流量角色。保留 301 一段時間，让替換自然完成，比强行切断更稳妥。

只有当舊地址确實不该再出現在搜尋结果里，並且新地址已经稳定收錄，才考虑更彻底的登出方式。

四、内鏈和站点地图同步切換

頁面跳轉做好了，站内却還在鏈舊地址，會让抓取一直在舊 URL 上打轉：

• 導航、面包屑、列表頁、正文内鏈，全部指向新地址；
• 站点地图只放新地址，並更新最後修改時間；
• 分頁、篩選等參數地址，按迁移後的規則重新梳理，避免舊參數繼續被爬。

這一步做完，新舊地址之間的信号冲突會明顯减少。

五、迁移後盯住三件事

1. 索引替換進度：看新地址的收錄量與舊地址索引量的此消彼長，而不是只看總量；
2. 抓取命中情况：服務器日誌里對舊地址的請求是否在下降、新地址是否在上升；
3. 外鏈與流量：重点頁面的外部連結是否被识別到新地址，自然流量是否回到迁移前水平。

六、把迁移当作一段時間的持續動作

索引替換通常不是一两天完成的事，需要给一個以周計的观察窗口。期間不要频繁修改跳轉規則和站点结构，否則每次改動都會让抓取重新判断一遍。等新舊地址的關系稳定下来，再考虑做進一步的清理和收敛。

總的来说，迁移的难点不在「改」，而在舊地址和新地址能不能被清楚地對應起来。對應關系越清晰，收錄替換的過程就越平顺。