改版、換 CMS、調整栏目结构，是站点运营里少见的“大動作”。视觉變化只是表面，真正可能出問题的是地址。舊地址如果没有被妥善接管，之前积累的入口、外鏈和用戶收藏會一起失效，抓取工具再来时只能拿到一串 404。

下面這套流程不是理论，而是可以照着做的操作顺序：先盘点，再映射，再切換，最後观察。

上线前：把舊地址盘清楚

動手改结构之前，第一件事是拿到完整的舊地址清單。可以從三個来源交叉比對：

• 站点地图文件里列出的地址；
• 服務器訪問日誌里近 30 天有真實訪問的地址；
• 站内連結與導航中出現的地址。

把三份清單合並去重，得到一張實际存在的地址表。這时候再给每個地址标一個去向：保留原路径、映射到新地址、確認下线。確認下线的部分要尽量少，尤其是有外鏈或長期訪問量的頁面。

能保留路径就別動

如果新结构允许，把原有栏目的路径原样保留，能省掉大量映射工作。改版最容易犯的错誤，是把分類名、目錄层級、大小寫、结尾斜杠一起改掉，结果同一篇内容凭空多出好几個地址。

映射規則：一條舊地址對應一個终点

需要跳轉的部分，按下面的原則處理：

• 一對一映射：舊地址指向最相關的新頁面，不要全部倒到首頁；
• 避免鏈條：A 跳 B、B 跳 C 的現象要合並成 A 直接跳 C；
• 不要用短暂跳轉代替永久跳轉，也不要用脚本跳轉；
• 跳轉規則放在服務端或反向代理层，別塞進頁面模板。

映射表建议用表格维護：舊地址、新地址、處理方式、负责人、驗證结果。上线後這張表就是排查問题的第一手材料。

切換当天：動作要成套

改版不是只換頁面模板，下面這些項目要在同一次發布里一起完成，避免出現“頁面已经是新的、規則還是舊的”這種中間狀態：

1. 跳轉規則生效；
2. 導航、面包屑、内鏈指向新地址；
3. 站点地图重新生成，只保留可訪問地址；
4. robots.txt 放開被临时屏蔽的目錄；
5. 頁面自身的規范地址标簽指向新地址；
6. 缓存與 CDN 刷新，確認訪客拿到的是新版本。

上线後：一周内盯這几項

• 服務器日誌中舊地址的返回狀態，是否出現大面积 404 或 5xx；
• 跳轉是否還有鏈條或环；
• 新地址是否已经出現在站内連結里；
• 訪問量較高的入口頁是否正常打開；
• 站内搜尋、分頁、篩選這類動態地址是否受影响。

改版期間最容易忽略的不是技術细节，而是“以為改完了”。给自己留一周的观察窗口，比事後补跳轉便宜得多。

几個常见坑

• 舊域名解析停得太早，跳轉規則還没生效就断掉；
• 測試环境的規則被同步到线上；
• 大小寫與结尾斜杠不统一，映射表對不上；
• 只處理 HTML 頁面，漏掉图片、附件、接口地址。

把改版当成一次迁移工程，而不是一次设計更新。地址稳定，站点运营的很多後續工作才有基础。