网站改版、换域名、栏目重组，几乎是每个站点都会遇到的事。对用户来说可能只是换了个界面，对搜索蜘蛛来说却意味着一批旧地址突然失效。如果迁移处理得粗糙，蜘蛛会沿着跳转链一层层试，抓取预算消耗在无效路径上，新页面反而迟迟拿不到应有的关注。下面这些自查项，建议在动手之前就过一遍。

一、先把会变的地址列清楚

很多迁移翻车，不是因为技术难，而是因为没人完整地知道到底改了多少东西。动手前先列一张清单，逐项确认：

• 域名与协议：是否换主域、是否同时从 http 切到 https；
• 目录结构：栏目层级是否调整，文章路径是否从 /a/123 变成 /news/123；
• URL 命名规则：是否去掉了 .html 后缀、是否统一成小写、尾斜杠是否收口；
• 参数与分页：列表页的翻页形式是否变化；
• 历史遗留：带 index.php、带大小写混排、带多余参数的旧地址有多少。

清单越细，后面写跳转规则时越不容易漏。漏掉的那一批，往往就是迁移后日志里持续报 404 的那一批。

二、跳转自查：一条链最多一跳

旧地址到新地址，理想状态是一次 301 直达。现实中常见的却是一条链子：旧域名跳到新域名，新域名又跳到带 www 的版本，最后才落到真正的页面。每多一跳，蜘蛛就多一次请求，用户也多一次等待。

几个高频问题

• 链式跳转：A→B→C，应尽量合并成 A→C；
• 跳转类型混乱：临时搬家用了 302，导致信号传递被拖延；
• 全站跳到首页：任何失效地址都回首页，等于给蜘蛛一个空壳，容易被当成软 404；
• 跳转与 robots 冲突：旧地址被 robots.txt 挡住，蜘蛛根本看不到跳转指令，信号自然传不过去；
• 大小写与尾斜杠：/News/1 和 /news/1 各跳一次，白白多出一倍请求。

自查方法很简单：抽二三十个有代表性的旧地址，用工具或命令行看完整跳转链，确认终点是目标页面、状态码是 301、且只有一跳。

三、给蜘蛛一份新旧对照

跳转是被动告知，主动告知能省下更多时间。

• 站点地图换成新地址，并保持更新；
• 站内所有导航、面包屑、正文内链、页脚链接，全部替换成新地址，不要留旧链接靠跳转兜底；
• 页面上的规范化标记统一指向新地址，别出现新旧混指；
• 如果两个结构会长期并存，明确哪一版是正本，另一版做收敛处理。

这里有个容易忽略的细节：只要站内还留着旧地址的内链，蜘蛛就会顺着它们反复走跳转，等于自己给自己制造抓取负担。

四、切换节奏：分批切，留观察期

1. 先在测试环境把跳转规则跑通，用真实旧地址验证终点；
2. 正式切换时，优先处理流量大、更新频繁的栏目，观察几天再推到全站；
3. 保留旧域名和服务至少数月，别急着到期不续；
4. 把新站点地图提交上去，同时留意服务器是否因抓取集中而压力上升；
5. 旧地址的跳转规则长期保留，不要一两个月后就清理掉。

五、迁移后看哪些信号

迁移不是上线那一刻就结束的事。接下来一段时间，建议定期查看几类信息：

• 抓取日志里新地址的比例是否逐步上升，旧地址是否在减少；
• 是否还有成规模的 404 或跳转链，找出是否遗漏了某类页面；
• 蜘蛛在新页面上的抓取频次与停留表现，判断结构是否被理解；
• 服务器响应时间，确认没有因为跳转规则变复杂而拖慢。

如果发现某类旧地址持续被反复请求却始终跳不到有效页面，先别急着加规则掩盖，回去查是不是清单阶段就漏了这批地址。

小结

迁移的核心不是“把用户送过去”，而是让蜘蛛用最少的请求、最短的路径，找到并理解新的内容结构。把地址清单列全、跳转压到一跳、站内链接全部更新、切换分批推进、上线后持续观察，这几步做扎实，改版带来的波动通常会平缓很多。