改版、換域名、調整目錄结构之後，最常见的情况是：新頁面迟迟不進索引，舊地址却還在搜尋结果里挂着，流量像被抽走了一截。這时候多數人第一反應是去催收錄，但真正的問题往往不在新站，而在舊 URL 没有完成交接。
交接的本质：让索引從舊地址挪到新地址
搜尋引擎的索引里存的是 URL，不是你的“網站”。頁面地址變了，原来的收錄不會自動跟過去。你要做的，是通過明确的信号告诉搜尋引擎：這個舊 URL 對應的内容，現在在哪個新 URL 上。信号越清楚、越一致，交接就越顺。
動手之前，先做两份清單
- 舊 URL 清單：從舊站 sitemap、服務器日誌、索引报告里把有抓取和收錄的地址尽量收全，包括栏目頁、詳情頁和分頁。
- 對應關系表：每個舊 URL 對應哪個新 URL，决定是一對一迁移、合並到某個頁面，還是彻底下线。
這一步偷懒，後面就會出現大量 404 和跳错頁。需要合並的頁面，挑内容最全的那個做目标頁；确實不再提供的頁面，直接返回 410 或 404，比硬跳到一個不相關的頁面更干净。
301 是主线，但细节决定成败
- 尽量一對一 301，不要把舊地址统一跳首頁，那等于放弃了這些頁面积累下来的信号。
- 避免 301 鏈條：舊地址跳到中間地址再跳到新地址，會损耗传递效率，能一步到位就一步到位。
- 301 要保持足够長的時間。索引更新有滞後，短則几個月，長則一年，別急着撤掉。
- 同步更新内鏈、sitemap 和 canonical。如果站内連結還大量指向舊地址，蜘蛛就會一直走老路。
迁移期間，這几件事尽量別做
- 用 robots.txt 把舊站整站屏蔽。這样蜘蛛既看不到舊頁面，也發現不了 301。
- 给舊頁面加 noindex。它和 301 的作用方向相反，容易让交接過程變得混乱。
- 同时改 URL 規則、改模板、改内容结构。一次改一样，出問题时才知道是哪一步引起的。
- 反复調整映射規則。每次改動都要等搜尋引擎重新抓取，来回折腾只會拉長過渡期。
迁移後盯哪些資料
- 索引报告里舊 URL 的數量是否在下降，新 URL 是否在上升。
- 服務器日誌里蜘蛛對新地址的抓取频率，是否從零星變成稳定。
- 重点頁面的搜尋表現。迁移後短期波動是正常的，別看到下降就立刻改回去。
- 舊地址的 301 是否還在正常响應，有没有因為服務器配置變化被改掉。
判断交接是否顺利，看的不是某一天的資料，而是一段時間的趋势。舊 URL 慢慢登出、新 URL 慢慢接上，這個過程走完，才算真正完成迁移。
迁移不是“搬完就結束”，而是一次需要留出观察期的交接工程。把映射清單做扎實，比事後反复补救省力得多。