改版本身不难，难的是迁移之後：老地址還有没有人在訪問，新地址要多久才被重新抓取和替換，中間這段時間里出現的空档怎么處理。下面按操作顺序把這件事捋一遍。
第一步：把新舊地址的對應關系列清楚
動手之前先做一張對照表，左邊是老 URL，右邊是新 URL，一行一個。這張表决定了後面所有動作，也决定了出問题时能不能快速定位。
- 哪些頁面保持原地址不變；
- 哪些頁面換了地址但内容不變；
- 哪些頁面要合並到一個新地址；
- 哪些頁面确定不再需要。
合並的情况只保留一個目标頁，其余的都指向它。没有這張表就上线，後面看到一個 404 都不知道是漏配了還是本来就要删。
第二步：跳轉统一用 301，並且只跳一跳
301 表示永久替代，搜尋引擎會把新地址当成老地址的接替者。302、meta refresh、JavaScript 跳轉容易被理解成临时處理，老地址可能繼續留在索引里，新地址也拿不到應有的位置。
跳轉鏈越長，传递過程越容易损耗。老地址 → 中間頁 → 新地址這種结构，最好改成老地址直接指向最终頁。
另外注意大小寫、结尾斜杠、www 與非 www 在迁移时保持一致，別让同一次迁移又引入一批新的形式變体。
第三步：地址改動和内容改動尽量分開做
換域名、改 URL 结构、重寫正文、換模板，如果全部挤在同一天上线，一旦出現問题，你很难判断是哪一步引起的。比較稳的做法是分批：
- 先只改地址，内容和模板保持原样，观察一轮；
- 再換模板和版式；
- 最後調整正文和结构。
時間上确實赶不開，至少把舊版本的頁面内容留档，方便對照判断哪個新地址對應哪個老頁面。
第四步：不要把所有老頁面都跳到首頁
整站 301 到首頁是常见的省事做法，但搜尋引擎判断不出對應關系，通常不會把首頁当成那些頁面的替代，老地址更可能被当作失效内容處理。只有确實找不到替代頁面的地址，才让它返回 404 或 410。
第五步：迁移期間要同步更新的几處
- sitemap：換成新地址版本，別再長期提交老地址的 sitemap。
- 站内連結：導航、面包屑、文章内鏈都要直接指向新地址，不要依赖跳轉。
- canonical：指向新地址自己，不要還指回老地址。
- robots.txt：確認新目錄没被意外屏蔽。
- 提交入口：新舊地址都過一遍，確認没有遗漏。
老地址要保留多久
301 至少保留到老地址在搜尋结果里基本消失、訪問量稳定落到新地址為止。常见做法是一年以上，訪問量大的站点更久一些，別急着停掉老域名。
判断依據主要看两處：日誌里老地址還有多少真實訪問和抓取；站内搜尋或粗略的站点查询里老地址還剩多少。後者只是參考，不要当成精确資料。
迁移後常见的三種情况
新地址收錄慢
新地址需要重新走一遍被發現、被抓取的過程。先確認它内鏈可達、在 sitemap 里、没有被屏蔽，然後给一点時間。只靠提交入口而不修内鏈，效果通常有限。
老地址還出現在结果里
可能是跳轉還没被處理完，可能是站内還有連結指向老地址，也可能是外部連結仍在指老地址。只要跳轉正常，用戶点進去到的是新頁面，這一般属于過渡期現象。
流量短期起伏
迁移期間流量有所波動是正常的。重点看整体趋势和最终落到哪個地址，別在几天内反复改跳轉、改 canonical，那样只會让狀態更难判断。
迁移是一次性的工程。按對照表、301、内鏈、sitemap 的顺序推進，比上线之後一点点补窟窿要省力得多。