站点改版、換域名、栏目重组，這些動作往往一次性動到大量 URL。對搜尋引擎来说，短時間里出現大批新地址、舊地址失效，是一個需要重新学习的信号。如果處理得粗糙，蜘蛛會反复撞上失效頁面，抓取节奏被打乱，原本有积累的頁面也可能失去入口。下面這份清單偏执行层面，适合在改版排期确定後就逐項核對。

一、先盘清 URL 资产，再動手改

很多迁移出問题，不是因為跳轉寫错，而是因為根本不知道原来有多少個地址。動手之前，建议把下面几類来源合並成一張總表：

• 服務器訪問日誌里去重後的全部請求路径；
• 站点地图文件里登记的地址；
• 内容管理系統導出的文章、栏目、专题列表；
• 站内搜尋结果與導航菜單里出現過的連結；
• 外部引流較多、需要重点保護的少數頁面。

總表里至少要标出三列：舊地址、新地址、是否有對應關系。没有對應關系的部分要單獨标记，因為它們是後續最容易變成死鏈的地方。

二、跳轉映射表怎么寫才稳妥

尽量一對一，不要全站甩到首頁

把大批舊 URL 统一跳到首頁，看起来省事，但用戶和蜘蛛拿到的都是同一張頁面，實际需求並没有被满足。優先找到内容主题最接近的新頁面做一對一映射；确實没有對應内容的，再考虑跳轉到上一級栏目頁。

控制跳轉层數

跳轉鏈太長會消耗額外的請求次數，也容易在某一环断掉。理想狀態是一次跳轉直達，中間不要再套一层。同时记得区分長期有效的重定向和临时跳轉，迁移属于前者。

保留必要的舊路径形態

如果只是把目錄名從一種形式換成另一種，可以考虑同时保留尾部斜杠與否的两種寫法並指向同一目标，避免因為一個符号差异产生額外的失效請求。

三、容易被漏掉的几處入口

• 站点地图：改版後應尽快更新為新的地址集合，舊地址如果仍在文件里，會让蜘蛛繼續按老清單抓取。
• 内鏈與導航：正文里的歷史連結、栏目導航、面包屑、相關推荐位，都要跟着換成新地址。
• robots 與屏蔽規則：检查是否有针對舊目錄的規則，改版後它可能誤挡住新目錄。
• 外部連結與友情連結：主動联系几個主要的引荐来源更新地址，或者確認跳轉能正常兜住。
• 移動端與多端模板：如果移動站和桌面站是两套模板，两邊的連結都要改，別只改一邊。
• 舊域名解析：換域名时保留舊域名的解析與跳轉服務，不要到期就停。

四、上线後的观察窗口

改版上线不等于工作結束。接下来两到四周，建议定期看三份資料：服務器日誌里的狀態碼分布、失效地址报告、以及新地址被訪問的频率。重点回答两個問题：一是還有多少舊地址在被反复請求，二是新地址有没有開始進入正常的抓取节奏。

如果發現某批舊地址持續产生大量請求，通常是内鏈或站点地图没清干净，或者有頁面仍在指向老路径，顺着来源往回找一般能定位到。

改版不是越彻底越好。能在原地址上保留内容的，尽量原地調整；必须迁移的，再走映射。减少一次無谓的地址變更，就少一批需要長期维護的跳轉。

五、收尾时补一條维護习惯

把跳轉映射表存档，寫清生效時間和對應關系。半年後再改版时，這份表就是現成的底稿；同时它也方便排查“這個老連結到底跳去哪了”這類問题。迁移做得好不好，很多时候不体現在上线当天，而体現在之後半年的日常维護里。