網站改版时調整 URL 结构，本身不是問题，問题往往出在新舊地址的交接上。舊地址還留在索引里、新地址迟迟没被重新發現、跳轉落到了不相干的頁面，這几類情况叠在一起，收錄資料就會在一段時間里顯得很乱。下面這套顺序，目的是让交接過程可核對、可收尾。
先判断這次改動属于哪一類
不同性质的改動，處理方式和观察周期都不一样，先分類再動手：
- 只改地址，内容不變：重点是映射關系和跳轉，頁面主体不動，風險相對可控。
- 只改内容，地址不變：這属于内容更新，和 URL 迁移是两件事，不要混在一起處理。
- 地址和内容同时改：最麻烦的一類，跳轉目标本身是新頁面，需要額外確認新頁面的内容是否達标。
迁移前：把 URL 映射關系寫全
改版最容易省略的一步，是把舊地址和新地址的對應關系一條條列出来。哪怕只是抽样，也要覆盖栏目頁、詳情頁、列表頁這几類，避免只處理了首頁和几個大栏目。
尽量一對一，別用一條通配規則兜底
用通配把所有舊地址跳到首頁或某個栏目頁，看起来省事，實际會让大量舊地址落到内容不對應的頁面上。搜尋方會把跳轉理解成“這個地址已经不再使用”，但如果目标頁和原内容毫無關系，原地址积累下来的關联也就断了。
舊地址要不要繼續存在
常见的做法是把舊地址永久跳轉到最接近的新地址，並让跳轉保持足够長的時間。這里有几個细节容易被忽略：
- 不要在新地址上线後立刻删掉舊地址的跳轉規則，跳轉中断會让舊連結變成死鏈。
- 不要让舊地址一邊跳轉、一邊又返回正常内容，同一個地址出現两種狀態會让後續判断變复杂。
- 如果舊栏目整体取消，跳轉目标要選一個内容最接近的頁面，而不是随便找一個入口頁。
新地址需要被重新發現
跳轉解决了“舊地址怎么办”，但新地址能不能被找到，要靠另一套動作：
- 站点地图里換成新地址，舊地址不必繼續保留在站点地图中。
- 站内導航、面包屑、内鏈和列表頁里的連結，统一更新到新地址。
- 頁面的 canonical 指向自身的新地址，不要還指着舊地址。
- 检查 robots.txt 和頁面級 noindex 設定，確認新地址没有被自己挡住。
迁移後的核對顺序
- 抽一批舊地址，逐個打開，看跳轉是否落到内容最接近的新頁面。
- 確認新頁面可以被抓取：狀態碼正常、robots 允许、没有 noindex。
- 观察新地址是否開始出現在抓取记錄里，再往後看索引结果。
- 观察舊地址在索引中的數量變化，通常是逐步减少，不會一次清空。
- 复查内鏈和站点地图，確認没有残留的舊地址。
跳轉上线和收錄结果更新不是同步的。跳轉生效当天就去查索引數量，看到的往往還是舊狀態，容易被誤判成“改错了”。
三類容易漏掉的地方
- 站点地图没同步：頁面改了，站点地图里還是舊地址，等于给出一條已经失效的线索。
- canonical 指向舊地址：頁面本身已经是新地址，規范标记却指回舊地址，两個信号互相矛盾。
- 站内搜尋和參數連結：這類連結常被忽略，改版後仍在生成指向舊地址的入口。
URL 结构迁移没有一步到位的办法，能做的就是把映射關系寫清楚、跳轉指向對、新地址能被發現，然後按顺序一段一段核對。至于索引结果什么时候更新完，取决于站点規模和抓取节奏，與其反复刷新資料，不如先把上面這几項確認到位。