先分清迁移類型，再動手核對
換域名和換目錄不是一回事。整站從 old.com 到 new.com，和把栏目從 /a/ 挪到 /b/，涉及的范围、需要保留的舊地址數量、索引切換的节奏都不同。動手前先把舊站 URL 清單拉出来：首頁、栏目頁、文章頁、分頁、标簽頁、附件地址，各自记下目前狀態和計划去向。没有這份清單，後面很容易出現“舊地址還能打開、新地址却没被索引”的中間態。
第一步：解析、證书與可達性先過關
收錄轉移的第一步不是提交，而是新域名能稳定訪問。如果新域名解析未生效、證书报错、訪問被 CDN 拦截，抓取工具看到的就是失敗响應，後續信号都無從谈起。
- 確認新域名解析生效，HTTP 和 HTTPS 都能打開同一批頁面。
- 證书覆盖主域名與需要保留的 www 或子域，避免證书不匹配。
- 舊域名不要急着停解析。301 需要舊地址可訪問才能生效。
- 检查跳轉鏈：舊地址最好一跳到達最终新地址，不要舊→中間域→新域。
第二步：301 映射要一對一，別把整站压回首頁
迁移中最常见的偏差，是把舊 URL 全部 301 到新首頁。對用戶和搜尋引擎来说，這等于告诉它們“原来的内容不在這個地址了，只剩一個總入口”，舊頁面积累的入口信号很难按主题落到新頁面上。更稳妥的做法是建立一張映射表：舊 URL 對應新 URL，能一對一就一對一；确實合並的頁面，再指向最相關的上級或替代頁。
- 文章頁尽量映射到新站同主题文章頁。
- 栏目頁映射到新栏目頁，不要映射到首頁。
- 分頁、篩選參數類地址，能收敛就收敛到規范列表頁。
- 已刪除且無替代的内容，用 410 或 404，不要硬 301 到無關頁面。
第三步：内鏈和站点地图先換成新地址
外部連結和用戶訪問靠 301 轉，站内入口則應该直接指向新地址。導航、面包屑、正文内鏈、相關推荐、XML 站点地图，如果還寫着舊域名，就會持續给舊地址輸送抓取和信号，迁移完成時間被拉長。
站点地图提交新域名的版本，舊域名的站点地图可以保留一段時間，但其中的 URL 應逐步替換或通過 301 指向新地址。不要新舊两份站点地图長期並存且内容大量重复。
第四步：检查 canonical、hreflang 與结构化資料里的地址
這些标簽容易被忽略，却直接影响索引地址收敛。
- 新頁面 canonical 應指向新域名自身或對應的規范新地址，不能還寫舊域名。
- hreflang 里的 URL 如果指向舊域名，多語言版本可能被拉到舊地址集合。
- 结构化資料、Open Graph、分享連結中的 URL，也一並換成新域名。
- RSS、AMP、移動版地址如果獨立存在，同样纳入替換范围。
第五步：舊域名保留多久，索引怎么切換
舊域名保留 301 的時間没有统一答案，通常建议至少覆盖一個完整的抓取與索引更新周期，常被提到的范围是數月。保留期間，舊地址應稳定返回 301，而不是时好时坏、偶尔 200 或 404。新站资源在搜尋後台單獨驗證，观察新地址的抓取與索引狀態；舊站资源則看 301 是否被正常识別、舊地址是否逐步减少。
抓取记錄里出現新 URL，只說明抓取工具訪問過；它是否進入索引、以哪個地址進入索引，是另一层狀態，需要分開看。
第六步：核對顺序清單
- 新域名解析、證书、訪問速度是否稳定。
- 舊 URL 到新 URL 的 301 映射是否一對一、是否多跳。
- 站内導航、内鏈、站点地图是否已指向新域名。
- canonical、hreflang、结构化資料是否残留舊域名。
- 舊域名是否保持可訪問並稳定返回 301。
- 新站资源是否驗證，索引覆盖率报告是否在逐步變化。
- 舊地址在搜尋结果中是否逐步被新地址替換。
迁移不是一次提交就結束的動作。按可達性、映射、站内入口、标簽、保留策略、索引狀態依次核對，比反复提交 URL 更能定位問题卡在哪一步。如果某一环出現異常，先回到上一步確認，不要同时改多個變量。