換域名、換目錄结构，或者把 http 換成 https，本质上都是让搜尋引擎重新認识一批 URL。舊地址的收錄不會自動搬到新地址，它更像是一次重新發現、重新抓取、重新判断的過程，中間的节奏取决于你给出的信号是否清楚。
先保證新舊 URL 能一一對應
迁移最容易出問题的地方，是把所有舊 URL 都跳到新站首頁。這種做法對用戶和蜘蛛都不友好：蜘蛛拿不到對應關系，只能重新從头爬一遍新站，原本积累的入口關系也断掉了。
- 舊 URL 應该 301 到内容最接近的新 URL，路径尽量保持结构一致，比如 /a/b/ 到 /a/b/，不要压成一层。
- 确實没有對應内容的頁面，再考虑跳到上級栏目頁，並確認這個栏目頁本身是可索引的。
- 避免用 302、meta refresh 或 JS 跳轉来做長期迁移，這類信号强度弱，蜘蛛不一定按你的想法處理。
迁移動作的先後顺序
- 新站先上线並能正常訪問，主要頁面不返回 5xx，也不需要登入。
- 配置好 301 映射，抽样驗證一批典型 URL 的跳轉结果和狀態碼。
- 更新導航、面包屑和正文内鏈，把還指向舊域名的連結改掉。内鏈是最稳定的發現入口，留着舊域名會持續把蜘蛛引向 301。
- 更新 sitemap、canonical、hreflang 等指向自身域名的标簽，確認里面寫的都是新地址。
- 提交站点地图，如果有地址變更類工具就一起用上，没有也可以靠 301 和内鏈慢慢過渡。
- 舊域名保留解析和 301 一段時間，通常以月為單位，不要迁移完第二天就停掉。
301 只是告诉蜘蛛该去哪，抓到 301 不等于新 URL 已经被收錄。這两件事在時間上经常差好几周。
迁移後重点观察哪些信号
- 日誌里舊 URL 的 301 命中是否稳定，有没有出現大量 404 或 5xx。
- 新 URL 的抓取频次是否在上升，尤其是原来收錄量比較大的栏目。
- 搜尋结果里的展現地址是否逐步換成新域名，标题和摘要是否還是舊版本。
- 收錄量短期下滑属于常见現象，重点看几周内的趋势，而不是某一天的數值。
站点大可以按栏目分批迁
全站一次性迁移节奏快，但問题也會集中爆發，排查时不容易定位。栏目多、结构复杂的站点，可以按栏目分批：先迁结构清晰、流量偏小的栏目，观察跳轉、抓取和收錄是否正常，再推下一批。分批的代價是周期拉長，映射表和 sitemap 要维護得更细，別让中途出現舊新两套並存又互相打架的情况。
几個反复出現的坑
- 舊域名上另放一套内容，和 301 同时存在，等于让两套頁面互相竞争。
- 新站的 canonical 還寫着舊域名，等于告诉搜尋引擎主版本在舊站。
- 只迁了首頁和主要栏目，長尾頁面没做映射，直接 404。
- 迁移期間同时做大規模内容改版，出問题时很难判断是迁移還是改版導致的。
把迁移当成一條鏈路来看會清楚很多：舊 URL 要能被抓到並正确跳轉，新 URL 要被發現、被抓取、被判断质量，最後才谈收錄和展現。每一步都留出观察時間，比迁移完立刻盯着收錄數字更有效。