改版是站点运营里少见的“一次性動作”，但它的影响周期很長：目錄结构、URL 規則、頁面模板可能同时變化，而蜘蛛和用戶手里存的還是舊地址。如果没提前把新舊位置對應關系整理清楚，上线当天就會出現大量 404，抓取和訪問一起掉。
先做一份新舊 URL 對照表
這項工作最好在寫代碼之前開始，而不是上线之後靠日誌补。
- 把現有可訪問的 URL 尽量列全，可以從站点地图、訪問日誌、栏目列表三個来源交叉比對；
- 為每條舊地址标注一個去處：迁移到哪個新地址、合並到某個聚合頁，或者确實要下线；
- 确實要下线的頁面，返回 404 或 410，比统一跳到一個不相關的新首頁更清楚。
對照表越完整，上线时寫重定向規則就越少靠猜。
測試环境的處理
新站一般會在測試域名或子目錄里先跑一段時間。這些地址如果被外部連結或分享带出去，蜘蛛可能提前抓到一套内容。上线前记得：
- 測試环境用 robots.txt 或訪問密碼挡在外面；
- 不要把測試地址寫進站点地图或對外文案；
- 正式域名上线後，確認測試环境已關閉或不可訪問。
上线当天要做的几件事
- 重定向規則：按對照表配置，尽量一步到位，避免 A→B→C 這样的鏈式跳轉；
- 導航與頁脚：指向舊地址的入口全部換成新地址；
- 内鏈：正文里的引用連結容易被漏掉，可以用全站检索舊路径来排查；
- 站点地图：重新生成，只放新地址，舊地址從地图里移除；
- 規范連結：確認新頁面的 canonical 指向自己，没有残留舊地址。
上线後盯几天日誌
改版後的一两周是观察窗口，重点看两類记錄：
- 返回 404 的請求里，有没有本来應该跳轉的舊地址；
- 返回 301 的請求量是否在下降，持續偏多可能說明站内還有舊連結没換。
如果某個舊栏目訪問量一直不低，又不适合直接跳轉，可以考虑在新站里保留一個對應的聚合入口，而不是简單丢给首頁。
容易被忽略的细节
- 外部友情連結、投稿、社交分享里的舊地址，能联系修改的尽量改；
- RSS、接口地址、移動端頁面也可能有獨立的舊路径；
- 图片和静態资源換目錄後，老頁面引用可能失效，检查一下资源請求的报错；
- 如果換了域名，還要留意證书是否覆盖新域名、跳轉是否带上协议和主机名。
改版本身不代表風險，風險来自信息断层。把舊地址的去向一條條寫清楚，上线後按日誌核對，大多數問题都能在上线後一周内收敛。