換域名、調整目錄结构、把 http 換成 https，本质上是同一類操作：原来指向舊地址的外鏈、书簽和搜尋流量，需要被平滑地引導到新地址上。搜尋引擎不會因為你在後台点了“改版”就立刻完成替換，它要在抓取、比對和重新评估的過程中，逐步確認新舊頁面的對應關系。做對下面几件事，能把這段時間的收錄波動压到比較小的范围。
迁移前：把新舊 URL 的對應關系列出来
最容易出問题的不是技術實現，而是“哪些頁面要迁、迁到哪儿”這件事本身没想清楚。建议在動手之前先拉一份舊站 URL 清單，来源可以是索引报告、服務器日誌、站内 sitemap、内鏈抓取结果，去重之後逐條标注新的目标地址。
- 有對應頁面的：一對一映射到新地址；
- 已经合並或刪除的：指向最相關的上級頁面，而不是一律丢给首頁；
- 带參數、分頁、篩選類的：判断是否值得單獨迁移，不值得的可以统一收敛到一個規范地址。
這份表在迁移後還有用——重定向是否生效、有没有漏跳，都可以拿它逐條核對。
301 重定向：跳對地方比跳得快更重要
舊地址上积累的信任，主要通過 301 传递。這里有两個反面做法很常见：一是把所有舊 URL 统统 301 到新站首頁，二是让跳轉绕好几道弯。前者會让搜尋引擎認為這批舊頁面已经失效、只剩一個首頁，後者會稀释传递效果，也拖慢抓取。
- 保持路径對應：能一一對應的，就让舊路径跳到内容最接近的新路径；
- 避免鏈式跳轉：A→B→C 這種要直接改成 A→C，一次性跳到位；
- 用 301 而不是 302：302 表示临时跳轉，不适合做長期迁移；
- 別同时保留两套内容：新舊頁面都能訪問、内容又一样，等于自己制造重复，最後哪一版被留下就不好说了。
让新地址自己站得住
重定向解决的是“舊連結怎么過来”，新地址本身還需要被重新發現和评估。迁移完成後，建议同步做几件事：
- 提交新的 sitemap，里面只放新 URL，不要再混入舊地址；
- 把站内導航、面包屑、文章互鏈里的绝對地址全部替換成新域名，別让内鏈還指向老地址来回跳；
- 检查 canonical、og:url、结构化資料里的 URL 是否都更新了，指向舊地址的 canonical 會把新頁面“指”回去；
- 確認新站的 robots.txt 没有誤屏蔽，改版期間最容易顺手加一條 Disallow 然後忘了删。
過渡期该盯哪些資料
迁移後的几周里，索引數量、抓取频次和關鍵詞表現通常都會有一段波動，這属于正常現象，不用一看到下降就反复改配置。更值得看的是這几類信号：
- 抓取日誌：蜘蛛是否開始抓新地址，舊地址的請求是不是在被 301 正常處理；
- 索引狀態：新 URL 是否陆續進入索引，舊 URL 是否在逐步登出；
- 搜尋表現：重点頁面的曝光和点击有没有異常断层，是整体性的還是集中在某一批 URL；
- 服務器狀態碼：有没有出現大量 404、5xx，或者重定向鏈過長造成的抓取浪費。
几個反复出現的坑
- 只把首頁做了重定向，内頁全部 404；
- 舊域名到期直接關停，跳轉都没来得及做；
- 新站内容還没铺好就急着切，用戶和蜘蛛都落到了空頁面；
- 迁移和改版、換模板同时進行，出了問题分不清是哪一步引起的。
迁移不是一次点击就能完成的操作，而是一段需要观察和修正的過程。把映射關系做扎實、把跳轉寫干净、让新地址自己能站住，剩下的交给時間。