網站改版、栏目重组、CMS 更換、目錄改名，這些動作在运营里迟早會發生。對訪客来说可能只是一次換皮，對蜘蛛来说却是成千上萬個地址在同一個時間点集体失效。改版做得稳不稳，往往不取决于新頁面多漂亮，而取决于舊地址有没有被妥善安置。
第一步：先把舊地址盘清楚
不少站点是改完再补救，结果舊路径已经被覆盖，只能凭记忆补重定向。更稳妥的顺序是：先導出、再動手。
- 從服務器訪問日誌里導出最近三到六個月有真實請求的 URL，這些是真正有人訪問的地址，優先級最高。
- 從站点地图、CMS 内容列表里導出全部已發布地址，包括栏目頁、标簽頁、作者頁和专题頁。
- 把地址按類型分组：仍保留的、改了路径的、合並進新栏目的、确定下线的。
這一步的产出應该是一張表：舊地址 → 新地址 / 下线處理方式。表里没有出現的地址，改版後大概率就是一個失效頁。
重定向映射怎么定
能一對一的，尽量一對一
内容還在、只是換了目錄的頁面，用永久跳轉指到最接近的新地址。不要图省事把整站舊地址全部指向首頁，這種做法對訪客和蜘蛛都没有實际帮助，反而會让首頁被当成萬能落点，掩盖掉真正需要修的映射。
栏目合並的，指向承接頁
几個舊栏目合並成一個新栏目时，把舊栏目地址指向新栏目的列表頁，並確認列表頁上能找到原来那些内容，而不是让用戶落地後一無所获。
确定下线的，给一個明确结果
确實不再提供的内容，直接返回 404 或 410，比跳到一個不相關的頁面更干净。如果站点有站内搜尋，可以在错誤頁放搜尋框和几篇相關推荐，减少跳出。
内鏈、静態资源和外鏈別漏掉
- 正文和導航里的内鏈，多數是手工寫入的舊地址，需要批量检索後统一替換。
- 图片、样式表、脚本如果換了目錄，引用路径要一並核對，否則頁面能打開但样式或图片會缺。
- 友鏈、合作方頁面、投放物料、QR Code、App 内嵌頁里的地址，也要同步通知對方更新。
- 订阅源、分享連結、邮件模板和短鏈服務，往往是最晚被發現的一批漏網地址。
上线之後，观察比上线本身更重要
改版上线只是開始，接下来几周需要的是盯資料，而不是庆祝。
- 盯服務器日誌里的 404 和跳轉狀態碼，出現量突然上升，說明還有没覆盖的地址。
- 抽查跳轉鏈條，避免 A 跳到 B、B 又跳到 C 的多跳，也避免出現循环。
- 核對站点地图是否已经換成新地址，並重新提交一次。
- 检查 robots.txt 是否還挡着已经不存在的舊目錄，或者誤挡了新目錄。
重定向是過渡手段，不是長期方案。稳定執行一段時間後，把站内連結全部改成新地址，让跳轉只服務于站外的老連結，维護起来會轻松很多。
几個常见的翻车点
- 改版前没有备份，新模板出問题想回滚却回不去。
- 測試环境没加訪問限制，改版中間狀態被提前抓走。
- 临时跳轉和永久跳轉混用，時間一長没人分得清哪些是過渡、哪些是最终形態。
- 只處理了首頁和主要栏目，大量長尾詳情頁成批失效。
- 映射表做完就丢，下一次改版又要從零開始重盘一遍。
把改版当成一次地址盘点，而不是一次單纯的视觉更新，後續的维護成本會明顯下降。建议把那張映射表和導出日誌一起归档，下次迁移时它就是最省事的起点。