站点改版或者更換域名，往往是在业務需要下做出的决定，但對搜尋引擎来说，這意味着它熟悉的地址、结构和内容组织方式同时發生了變化。收錄表現出現波動是正常的，關键在于把波動控制在可解释、可恢复的范围内。
先分清改版和迁移
這两件事對收錄的影响路径並不相同。
- 改版：域名不變，改的是模板、栏目结构、URL 形式或内容组织方式。影响主要集中在 URL 是否變化、内鏈是否重排、頁面主体内容是否被替換。
- 迁移：域名或目錄层級發生變化，頁面地址整体換了一套。除了结构問题，還要處理新舊两套地址之間的交接。
如果只是換配色、調排版、加侧栏，URL 不動、正文不動，通常不需要做額外的收錄處理；真正麻烦的是 URL 變了。
迁移前要把映射表定下来
迁移最容易出問题的地方，是舊地址和新地址没有一一對應。跳轉規則往往靠正則批量生成，一旦規則寫错，就會出現某些栏目整体跳到首頁的情况。
- 導出舊站所有可訪問的 URL，去掉參數、分頁和已下线的地址，得到一份干净的清單。
- 為每一條舊 URL 指定一個新 URL；确實没有對應内容的，明确是合並到某個栏目頁，還是直接返回 404。
- 跳轉規則按映射表生成，而不是反過来用規則去猜映射關系。
- 新舊 sitemap 分開维護，新站点地图只放新地址。
301 跳轉的几個常见誤区
- 鏈式跳轉：A 跳到 B，B 又跳到 C。多跳一层，传递效果就會打折扣，最好直接跳到最终地址。
- 一律跳首頁：内容不對應，蜘蛛會認為舊頁面没有合适的新归属，關联關系也就断了。
- 用 JS 或 meta refresh 代替 301：這類跳轉在识別和處理上都更慢，能返回狀態碼就用狀態碼。
- 舊域名直接停止解析：跳轉還没生效或還没被處理完，舊地址就全部變成了無法訪問，等于把之前的积累直接丢掉。
域名不變、只改 URL 的情况
這種场景其實和迁移的處理方式一样，只是少了域名交接這一环。原則是能不動 URL 就不動：把模板、样式、導航、内鏈结构調整好，往往就能解决大部分体驗問题。如果确實要改，就当作一次小規模迁移来做，逐條 301，同时把站内所有指向舊地址的連結、sitemap 和對外投放的連結都替換掉。
過渡期该看什么
跳轉上线之後，短時間内可能出現舊地址仍在索引里、新地址迟迟不出現、展示量下滑等現象，這是過渡期的常態。可以關注几類信号：
- 抓取日誌中新地址的抓取比例是否在上升，舊地址是否在下降。
- 站点地图中的新地址被發現的進度。
- 索引里新舊地址同时存在的情况，是否存在内容重复。
- 搜尋结果的落地頁是否逐渐從舊地址切換到新地址。
過渡期以周為單位观察比較合理，站点規模越大，切換過程通常越長。用一两天的資料下结论，很容易誤判。
容易踩的坑
- 新舊站点同时在线、同时可訪問、内容一致，却没有做規范化處理，形成重复内容。
- 新站的 robots.txt 沿用了測試环境配置，把不该屏蔽的目錄挡掉了。
- 舊 sitemap 没有下线，蜘蛛還在按舊地址抓取。
- 跳轉漏掉了非 HTML 资源、分頁和带參數的地址。
- 新域名上线後抓取频繁，服務器响應變慢，反過来拖慢了收錄节奏。
- 迁移和大幅改内容同时進行，出問题时很难判断是哪一环導致的。
一份简化的检查清單
- 映射表完整，每條舊 URL 都有明确归宿。
- 301 為單跳，指向内容對應的新地址。
- 新站 sitemap 已提交，舊 sitemap 已移除或标记失效。
- 站内連結、canonical、分頁關系都指向新地址。
- robots.txt 允许抓取，且没有被測試配置污染。
- 舊域名的解析和跳轉至少保留數月，直到抓取日誌中舊地址明顯减少。
- 迁移與内容大改尽量错開排期。
把迁移当成一次有計划的交接，而不是上线即完成的任務，收錄的過渡通常會平顺很多。真正需要耐心的部分往往在跳轉上线之後，而不是之前。