網站改版、換域名、調整栏目结构，都會让原本稳定的 URL 發生位移。對用戶来说，一次跳轉可能只是多等半秒；對搜尋引擎蜘蛛来说，這是它熟悉的地图被整体重画了一遍。迁移期處理得好，舊地址的流量能平稳過渡；處理得随意，可能出現大批 404、重复内容、抓取停滞。
下面這份自查清單不针對某一種建站程序，适用于任何一次涉及 URL 變更的改版。
一、動手之前，先有一份 URL 映射表
迁移最忌讳的是邊改邊看。上线前至少要有一張表，把舊地址和新地址一一對應，覆盖到可能被訪問的每一個层級。
- 栏目頁與列表頁：分頁規則是否改變，舊的分頁參數如何對應。
- 詳情頁：内容编号不變、路径變了的，單獨列出。
- 已被刪除的頁面：不要硬塞進新结构，明确标记為 410，或跳轉到最相關的上級栏目。
- 静態资源：图片、样式表、脚本的路径如果變了，检查頁面里是否還残留舊引用。
映射表不需要多精致，能让你在出問题时快速反查就够了。
二、迁移期的抓取信号別打架
很多站点习惯在上线前用 robots.txt 屏蔽整站，防止用戶看到半成品。這個做法本身没問题，但有两個细节容易出事。
屏蔽范围要精确
寫下「Disallow: /」之前，先確認測試环境域名和正式域名没有混用。曾有站点在新站上线後忘了删掉屏蔽規則，導致蜘蛛连續几周只能看到一堵墙。
解除屏蔽的时机
建议在新站可正常訪問、主要頁面返回 200 之後再放開，並同步提交新的站点地图。放開太早，蜘蛛會抓到大量临时重定向；放開太晚，抓取节奏恢复需要額外時間。
另外，迁移期間尽量避免同时做全站 HTTPS 切換、CDN 更換、前端框架重构。多個變量叠加在一起，會让排查問题變得非常困难。
三、上线後重点看三類資料
- 抓取日誌中的狀態碼分布：404 和 5xx 是否集中在某几個路径，通常意味着映射表有遗漏，或者程序有报错。
- 舊 URL 的命中情况：如果舊地址仍在被频繁訪問，說明外鏈、书簽或站内引用還没清理干净，301 要長期保留。
- 新頁面的抓取深度：重要栏目是否還在首頁两三次点击之内，有没有因為導航調整被推到更深的位置。
观察周期建议至少覆盖两到四周。不要看到一两天没恢复就频繁改動規則，反复調整反而會让蜘蛛的判断更混乱。
四、几個反复出現的坑
跳轉鏈超過一跳、跳轉到不相關頁面、用 302 長期代替 301，是迁移後最常见的三種問题。它們不會立刻致命，但會持續消耗抓取效率。
- 舊 URL 跳新 URL，新 URL 又跳一次，鏈條越長，传递效果越弱，尽量做到一步到位。
- 把所有失效頁面统一跳到首頁，等于告诉蜘蛛這些頁面没有對應内容，不如跳到最相關的栏目頁。
- 站内搜尋、篩選參數生成的临时地址被大量寫入映射表，反而制造出新的重复入口。
五、把迁移当成一次结构盘点
改版不只是換個样式，它是一次重新审视站点结构的机會：哪些栏目長期没有更新，哪些頁面從来没有被訪問過，哪些内容其實可以合並。借着 URL 調整把這些問题一並處理，比迁移完成後再單獨優化要省事得多。
迁移結束後，建议再跑一遍常規自查：站点地图是否只包含有效地址、内鏈是否指向最终版本、頁面模板里的标题和描述是否跟着更新。這些细項做好，蜘蛛重新認识站点的時間會短一些。