站点改版、栏目合並、目錄结构調整，這几件事几乎每個站点都會遇到。動手之前如果只想着新頁面長什么样，很容易忽略一件事：舊地址還散落在各處。等改版上线後再回头补，往往要同时面對日誌里成片的 404、外鏈失效，以及一堆待清理的舊入口。把 URL 對照關系提前列清楚，是成本最低的一步。
先盘清現在到底有多少個地址
很多人凭印象估數，结果動手时才發現漏掉一整批。建议從几個来源各取一份，再合並去重。
- 站点地图：能反映你主動提交的地址，但通常不含參數頁和篩選頁。
- 服務器日誌：能反映蜘蛛和訪客實际訪問過的地址，是最接近真實情况的一份。
- 站内連結：導航、面包屑、正文内鏈、侧栏推荐里出現過的地址。
- 外部来源：友鏈、投稿、合作頁面上寫死的連結。
把這几份導出後合並、去掉重复項，先得到一個總量。如果數量和你的内容量差得太遠，說明還有没被發現的入口，值得再查一轮。
做一張三列的對照表
對照表不需要复杂工具，一張表格就够。關键是把每個舊地址都给出明确归宿，而不是留白。
- 第一列寫舊地址，尽量保留原始形態，不要提前做“看起来更整齐”的人工改寫。
- 第二列寫目标地址。能一一對應的一一對應，無法對應的要寫明原因。
- 第三列寫處理方式：301 跳轉、保留但内容調整、正常下线。三種情况要分清楚，不要一律用跳轉糊過去。
大站点可以按栏目分批推進，一次處理一個目錄，比一次性铺開更容易核對。
迁移前後需要复查的几件事
- 跳轉层數：舊地址最好一步跳到最终地址，不要 A→B→C 串成鏈。
- 站点地图：上线後提交新地址，舊地址從地图里移除，別让两套地址同时存在。
- 站内連結：導航和正文里的舊連結要同步替換，否則跳轉會被反复触發。
- canonical 與面包屑：確認它們指向的是新地址，而不是残留的舊路径。
- robots 與目錄權限：新目錄如果延續了舊的屏蔽規則，頁面可能连被訪問的机會都没有。
- 日誌观察：上线後一段時間内留意舊地址的訪問和狀態碼，判断是否需要补漏。
對照表的價值不在于它多完整，而在于每個地址都有一個明确的去向。留白的部分，最後都會變成需要單獨排查的麻烦。
几個容易忽略的地方
改版时頁面标题和描述往往也會一起調整，這时最好把新舊對應關系记在同一張表里，方便之後核對。另外，測試环境里的地址不要顺手寫進正式站的内鏈，否則等于多開了一個入口。栏目拆分後如果舊栏目還有流量，可以考虑保留一個简短的索引頁，把用戶引到新位置，而不是直接返回错誤頁。
最後提醒一句：迁移不是上线就結束的事。上线後的一到两周里，這張對照表仍然是最實用的核對清單。