網站改版、栏目合並、域名更換或 CMS 迁移，几乎每個站都會碰上。對用戶来说，只是頁面長得不一样了；對搜尋蜘蛛来说，却是原本熟悉的一批地址突然消失，新地址又没有任何歷史。迁移做得好不好，往往要在切換後的一两個月里才慢慢顯出来。下面這份清單，帮你在動手前後把该確認的事情過一遍。
先盘点，再動手
迁移最怕的是“邊改邊想”。建议在開發排期确定後，第一時間把舊站的 URL 清單導出来，作為後續所有工作的底稿。清單来源可以是服務器日誌、XML 站点地图、後台内容列表，几份互相印證更稳妥。
- 记錄舊 URL、HTTP 狀態碼、頁面類型（栏目頁、詳情頁、标簽頁等）；
- 标出哪些頁面還有自然流量、還有外鏈，這些優先級最高；
- 标出哪些頁面本来就打算下线，避免把無價值地址也一並接力過去；
- 留一份基线資料，方便上线後對照。
新舊映射表怎么寫
映射表是迁移的核心文档，一行一個舊地址，後面接新地址和跳轉類型。寫的时候通常會遇到三種情况：
- 一對一：最常见，舊地址直接 301 到语义最接近的新地址；
- 一對多：舊栏目拆成两個新栏目时，應指向内容覆盖最全的那個頁面，其余通過站内連結补充；
- 多對一：多個舊頁合並成一個新頁时，所有舊地址都要保留跳轉，不能只寫其中一條。
确實找不到對應頁面的，可以跳轉到上級栏目或首頁，但要控制數量。大量地址统一跳到首頁，等于告诉蜘蛛這些内容都不重要了。
跳轉類型別選错
永久性迁移用 301，临时調整或測試用 302。最忌讳的是把永久迁移寫成 302，蜘蛛會認為舊地址只是暂时不可用，迟迟不肯把信号轉到新地址上。跳轉鏈也要尽量压到一层，別出現 A→B→C 這種接力。
判断标准很简單：如果這個地址以後不會再變回来，就用 301；如果只是短期開關，才考虑 302。
站内也要跟着一起改
很多迁移出問题，不是因為跳轉没做，而是站内還在指向舊地址。上线前逐項確認：
- 導航、面包屑、底部連結是否全部指向新 URL；
- 正文里的内鏈、图片地址、下载連結是否已替換；
- canonical、og:url 等标簽是否同步更新到新地址；
- XML 站点地图是否重新生成並提交，舊地图是否已撤下；
- 後台編輯器里残留的舊域名是否需要批量替換。
上线後的观察期
切換完成不等于工作結束。接下来一到两個月，建议按下面的顺序盯：
- 抽查跳轉是否返回正确的狀態碼，有没有跳轉鏈或一律跳回首頁的情况；
- 看日誌里蜘蛛對新舊地址的抓取比例，是否逐步轉向新地址；
- 看新地址的收錄與展示情况，發現長期不動的頁面再單獨排查；
- 站内搜尋、站外渠道带来的入口連結，是否還有人仍在用舊地址訪問。
几個容易忽略的细节
舊域名的解析和跳轉至少保留一年，別急着注销；改版期間尽量不要同时調整大量頁面模板和内容结构，變量太多會影响判断；如果有多個子域或移動站，记得一起纳入映射表。迁移是件慢工出细活的事，把清單列全、把映射寫對，後面的维護會轻松很多。