網站改版是收錄波動最集中的场景之一。換域名、調整 URL 结构、動目錄层級，都會让原本已经進入索引的地址失效。搜尋引擎需要重新抓取、重新判断、重新建立指向，這中間出現收錄數量下降、排名起伏，基本属于過程的一部分，而不是某一步一定做错了。真正要控制的是：把新舊地址的對應關系讲清楚，別让蜘蛛在過渡期走進死胡同。
先分清是哪一種改版
不同改版對收錄的影响差別很大，處理顺序也不一样。
- 換域名：所有 URL 都變了，需要全站級的對應關系，工作量最大。
- 同域換 URL 结构：比如從 /p/123 改成 /category/slug，域名没變，但地址全變。
- 只改模板或版式：URL 不動，收錄通常不受太大影响，主要看頁面内容是否被大幅删改。
- 局部調整：只動某個栏目，按小范围處理即可，不必整站重来。
先把改版归到哪一類，才能确定後面要准备多少條映射關系，也大致能估出观察周期有多長。
301 是主线，但要跳得干净
舊地址指向新地址，最可靠的手段還是服務器层面的 301 重定向。几個容易出問题的点：
- 一對一對應。舊頁面跳新頁面，不要整站跳到首頁。批量跳首頁容易被当成软 404 處理，原来的信号也传不過去。
- 避免鏈式跳轉。A 跳 B、B 又跳 C，會拉長抓取路径，也容易在中間断掉，直接让舊地址指向最终地址更稳。
- 覆盖要全。除了正文頁，還要把分頁、列表頁、带參數的地址一並梳理，別只處理主栏目。
- 保留足够長時間。重定向不是上线一周就能撤的，外部連結、收藏、蜘蛛队列里的舊地址都會持續訪問，通常要按季度来保留。
canonical 與 sitemap 是辅助，不是替代
canonical 能帮助確認哪個地址是首選，但它没有 301 那样的跳轉效果。新頁面自身的 canonical 應指向自己，不要出現舊地址仍 canonical 到舊地址的情况。sitemap 則用来提交新地址清單，让蜘蛛有明确的抓取入口，两者配合 301 使用，而不是互相顶替。
如果舊地址還能打開並返回 200，同时又没有 301，新舊两個版本可能同时留在索引里，後續再收拾會更麻烦。
内鏈要跟着一起換
站内連結是最直接的爬取路径。改版後如果導航、面包屑、正文里的連結還指向舊地址，蜘蛛每次抓取都要多绕一次 301，抓取效率會明顯下降。
- 優先更新導航、栏目頁、列表頁這類全站性連結。
- 正文内鏈可以分批處理，但重要落地頁要尽快改過来。
- 舊連結不要一次性硬删，外部引用多的頁面保留跳轉更稳妥。
观察期该看什么
過渡期不建议只盯收錄總量一個數字，可以分几個层面看：
- 抓取情况：服務器日誌里，蜘蛛訪問的是新地址多還是舊地址多，舊地址是否大量返回 301。
- 索引狀態：新地址是否逐步進入已抓取和已编入索引，舊地址是否在缓慢减少。
- 错誤類型：404、软 404、重定向错誤有没有集中出現，集中在哪些目錄。
- 流量走向：過渡期自然流量波動是正常的，重点看趋势是否在恢复，而不是某一天的涨跌。
常见的几個坑
- 新站已经上线，robots.txt 還没放開，或者測試环境的屏蔽規則被带到线上。
- sitemap 里同时挂着新舊两套地址，反而让索引更混乱。
- 重定向規則寫得太宽泛，把不该跳的地址也跳走了。
- 只顾提交新地址，忘了處理站内和站外的舊引用。
- 改版和内容大改同时進行，出問题时無法判断是哪個原因造成。
改版後的收錄恢复快慢，取决于站点規模、外鏈结构、蜘蛛抓取频率等因素，没有统一的時間表。能控制的是流程是否干净：映射關系完整、跳轉明确、入口清晰、舊路径保留合理。把這几件事做好，剩下的交给抓取和重新评估。