站点改版或換域名之後，收錄對不上是最常见的問题：新地址進得很慢，舊地址還在索引里挂着，点進去才跳到新頁。這时候不要急着提交 sitemap 或者批量推新連結，先做一件事——把新舊 URL 的映射關系整理清楚。
映射清單解决的是什么問题
搜尋引擎需要知道：原来的那個地址，現在對應哪個地址。如果這條线断了，舊地址积累的抓取记錄和外鏈信号就落不到新頁面上，新頁面相当于從零開始。映射清單的作用，就是让每一條舊地址都有一個明确、唯一、可驗證的去向。
第一步：把舊地址盘全
只從後台或者 sitemap 里導一份列表往往不够，三處合起来才比較完整：
- 原来的 sitemap 文件里出現過的地址；
- 服務器日誌里被蜘蛛抓過的地址，包括那些 sitemap 里没寫過的；
- 在索引狀態查询中看到的、實际被收錄的舊地址。
三份合起来去重，得到的才是真實的舊地址全集。只看 sitemap 會漏掉參數頁、歷史遗留頁和手工加過的地址。
第二步：每條舊地址都要有去向
逐條给去向，而不是把整個目錄批量 301 到首頁。常见的三種處理：
- 一對一 301：舊頁面有對應新頁面，内容基本一致，直接指過去，這是最理想的情况。
- 合並 301：多個舊頁面内容相近，合並成一個新頁面，全部指到同一個目标。
- 不保留：内容已下线且没有替代，让地址返回 410 或 404，比硬跳到無關頁面更干净。
要注意，多個舊地址指向同一個新地址是可以的，但反過来，一個舊地址指向多個目标是不行的，跳轉必须是确定的。
第三步：跳轉方式別给自己挖坑
三種做法要避開：
- 鏈式跳轉：A 跳 B，B 再跳 C。每多一跳信号就衰减一次，還可能让蜘蛛提前停下。
- JS 跳轉：原始 HTML 里没有跳轉指令，靠脚本执行，抓取时未必能稳定拿到。
- 跳轉後再跳回舊地址：改版過程中最容易出現的死循环，通常是規則寫撞了。
每條規則上线後，挑几條用命令行或抓取工具實际請求一次，看狀態碼和 Location 头是否符合预期，比只看配置文件靠谱。
第四步：让發現通道指向新地址
映射做好只是基础，還要让蜘蛛有理由去抓新地址：更新 sitemap，只保留新域名下的地址；站内導航、面包屑、正文内鏈換成新地址；舊域名如果還在解析，保留一段時間的跳轉，別急着停。内鏈没換完，蜘蛛會持續從舊鏈路上發現舊地址，收錄交接就會被拖長。
第五步：分批核對索引里的舊地址
改版後不要每天都查一遍收錄量，容易誤判。可以按周核對，看两件事：舊地址在索引里的數量是不是在减少，新地址是不是在增加。發現某批舊地址長時間没被替換，先查這一批的跳轉是否生效，再看它們有没有内鏈入口，而不是繼續加大提交量。
容易漏掉的几類地址
- 大小寫不同、结尾带不带斜杠产生的變体；
- 歷史參數地址，比如带 utm 或翻頁參數的版本；
- 图片、附件、下载文件這類非 HTML 资源；
- 分頁和标簽頁，改版後路径規則變了但没做映射；
- 多語言版本，容易只映射主語言，其他語言被落下。
改版後的收錄交接不是一次提交能解决的，它取决于每條舊地址的去向是否清楚、跳轉是否稳定、新地址是否真的有入口。把映射清單当成一份需要维護的文档，定期核對，比反复提交 sitemap 更有效。
如果改版已经過去一段時間，也不必回头重做全部工作，可以從索引里還在的舊地址倒推，补齐缺失的映射，優先處理有外鏈和流量的那一批。