迁移不是一次切換，而是一段過渡期
換域名、換目錄结构、從 http 到 https、舊站合並到新站，都會让收錄狀態在几周到几個月内處于不稳定狀態。這段時間里，搜尋索引中會同时存在舊地址和新地址，比例每天都在變。如果只盯着某一天的總數，很难判断迁移是否顺利。更實用的做法是把它拆成几個可以單獨核對的环节，按顺序看，哪一环没通就先解决哪一环。
迁移前先准备两份材料
- URL 映射表：舊地址和新地址一一對應。合並的頁面、下线的頁面單獨标注，不要用一條通配跳轉盖住全部，容易把不相關的頁面也带過去。
- 入口清單：站内導航、面包屑、列表頁、内鏈、sitemap、外部連結與投放連結，全部列出来。迁移之後這些入口指向哪里，决定了新地址能不能被持續發現。
迁移後按這個顺序核對
一、舊地址的跳轉能否直接到達
用不带 Cookie、不带登入狀態的請求看舊地址返回什么狀態碼，是不是 301，是不是一跳就到新地址，中間有没有经過好几层。跳轉鏈太長不僅增加抓取成本，也让狀態判断變得模糊。同时確認跳轉目标本身不是 404，也不是另一個還需要再跳的地址。
301 還是 302 取决于迁移是否為永久性變更。临时跳轉長期挂着，容易让舊地址繼續被当作有效地址處理。
二、新地址能否被正常發現和抓取
检查新地址的 robots 規則、頁面自身的 canonical 是否指向自己、sitemap 是否已经換成新地址，以及站内連結是否已经指向新地址。這几項里任何一項還指着舊地址，抓取路径就會绕路，新地址被發現的速度也會慢下来。
三、索引里舊地址的變化
關注舊地址數量是否在缓慢下降，新地址是否在增加。两组資料要放在同一時間窗口、同一統計口径下比較，否則只會看到無意义的波動。舊地址長期大量留存，常见原因是跳轉没有生效、站内或外部仍然大量指向舊地址，或者舊地址本身就是被高频引用的入口頁面。
四、新地址的内容與结构
很多迁移會顺便改版，模板、栏目划分、正文長度一起變。這时收錄變化很难归因：是迁移造成的，還是内容變薄造成的。更稳妥的做法是一次只改一件事，迁移期尽量保持内容结构稳定，改版排到迁移稳定之後再做。
五、内鏈與外部入口的更新
站内内鏈可以主動改，外部入口只能被動等。能做的包括：让 sitemap 保持准确、让重要頁面的站内点击深度不要太深、给仍然被外部引用的舊地址保留跳轉。入口是否顺畅，往往比迁移当天的操作更能决定後續的發現效率。
六、舊域名與跳轉的保留時間
舊域名和跳轉建议長期保留，至少保留到外部連結自然衰减。贸然让舊域名失效，會让仍通過舊連結進入的訪問和抓取落到错誤頁面，也會让此前积累的入口信号断掉。保留成本通常遠低于重建入口的成本。
迁移期常见的几種情况
- 舊地址還在索引里：先確認跳轉是否可達、是否仍被反复引用。
- 新地址抓取量少：先看入口數量和站内連結是否跟上。
- 新舊地址内容相同且同时在线：確認 canonical 與跳轉方向一致，不要互相打架。
- 收錄量先降後升：過渡期常见，重点看趋势以及入口是否在恢复。
一份可执行的核對清單
- 整理完整 URL 映射，标注一一對應、合並、下线三類。
- 抽查舊地址的返回狀態與跳轉层數。
- 確認新地址的 robots、canonical、sitemap 三者一致。
- 把導航、列表頁、正文内鏈统一改為新地址。
- 按周记錄舊地址與新地址在索引中的數量，保持統計口径一致。
- 迁移稳定之後，再安排改版和内容结构調整。
迁移没有一步到位的做法，能否顺利過渡，取决于入口是否清楚、跳轉是否干净、内容是否稳定。把這三件事分開核對，比每天刷新收錄數量更有意义。