換域名，或者從 http 切到 https、從舊目錄结构換成新结构，本身並不复杂。复杂的是让搜尋引擎把原来给舊 URL 的那份记錄，尽量完整地轉移到新 URL 上。這個過程没有開關，只能靠跳轉、内鏈、站点地图，加上一段時間里的观察，一点一点推進。

迁移的本质是換地址，不是重新做一個站

不少站点換域名时把新站当全新站点来推：重新提交、重新攒外鏈、舊域名不再维護。结果是新域名開始被抓取，舊域名积累的记錄却慢慢被丢掉。更稳的思路是——新站承接舊站的全部信号，舊域名在過渡期内繼續可用，並且每個舊 URL 都能對應到一個具体的新 URL。

上线前要處理好的几件事

用 301，逐條對應到最具体的頁面

302、JS 跳轉、meta refresh 對迁移的帮助都有限。理想映射是「舊詳情頁 → 新詳情頁」，而不是「所有舊頁面 → 新首頁」。大量舊 URL 集中跳到首頁，往往會被当成软 404 處理，等于主動放弃這些頁面。

站内連結、canonical、sitemap 一並換到新域名

只改域名解析、不改頁面里的連結，會让爬虫繼續在舊域名里打轉。canonical 如果還指向舊域名，會和新 URL 互相打架。sitemap 里新舊地址混放，也會分散抓取。

不要顺手把舊站整站屏蔽

把舊域名的 robots.txt 寫成禁止抓取，是最常见的自伤操作，跳轉也随之失效。舊站至少要保留可達性，让跳轉能被爬到。

迁移後的观察顺序

1. 先看抓取：新域名的日誌是否開始出現，量級是否逐步接近舊站。
2. 再看舊 URL 是否還在被抓：過渡期内有少量抓取正常；長期大量抓取，說明跳轉或内鏈没改干净。
3. 然後看收錄替換：搜舊 URL 时结果是否換成了新 URL。這一步通常按目錄分批發生，不會一次完成。
4. 最後才看排名與流量：迁移期波動很常见，過早下结论容易做错動作。

几個容易漏掉的地方

• 參數、大小寫、尾斜杠等 URL 變体没有一起迁移，舊變体只能跳到新首頁。
• 图片、CSS、JS 等静態资源仍指向舊域名，舊域名一到期，頁面立刻變形。
• 分頁、篩選頁、站内搜尋结果頁被一並繼承，新站刚上线就背上大量低质 URL。
• 只處理了普通網頁，忘了 feed、移動端域名、舊子目錄。
• 外鏈没有更新，能联系到的高质量引用應尽量換成新地址。

舊域名该保留多久

没有统一答案，判断依據通常是三條：舊域名上的抓取是否已经很少；新域名的收錄是否基本承接住；以及還有多少外鏈指向舊域名。只要還有外鏈指向舊域名，跳轉就有價值。另外，域名到期後被他人抢注，是概率不高但代價很大的一種風險，值得提前考虑。

把迁移当成一段時間的维護，而不是一次提交動作：跳轉、内鏈、sitemap 是你要做的動作，日誌、收錄和搜尋结果是你收到的反馈。

一份简短的自查清單

1. 舊 URL → 新 URL 的映射是否逐條，是否落到最具体的頁面。
2. 站内連結與 canonical 是否全部指向新域名。
3. sitemap 是否只包含新域名下的規范 URL。
4. 舊域名是否仍可訪問，是否被誤屏蔽。
5. 日誌里新域名抓取是否稳定，舊域名抓取是否在减少。

這几步做完，剩下的就是给時間。收錄替換的快慢受站点規模、抓取频率和更新活跃度影响，規模小、更新少的站点會慢一些，這属于正常范围，不必因為一两周没動静就反复改跳轉規則。