换域名改版时批量 301 重定向要怎么排，旧链接掉收录要多久恢复

换域名或改版时批量 301 重定向要怎么排，旧链接掉收录多久能恢复？排法是按映射复杂度分三档：地址结构不变的整站平移只需一条规则套模板；栏目层级变化的要按新结构逐类配；找不到对应新页的合并到上级栏目或搜索页。恢复快慢并不取决于规则数量，而取决于抓取端能不能及时看到新地址——站点地图仍是旧地址、正文内链还指向老域名的时候，重定向配得再全也会拖成长尾。

改版前先锁新 URL 结构

顺序很关键：先定新结构，再谈重定向。反过来做会出现一种难收拾的局面——新地址还在调整，旧地址的重定向已经配完，每次结构调整都要重配一遍，历史映射关系还会互相覆盖。

锁结构这一步同时决定伪静态规则的形态。伪静态规则管理支持自定义 URL 写法，改版时正好用它把新形态定下来：栏目页怎么表达、详情页带不带分类前缀、翻页地址怎么排。规则一旦定稿，映射表就是「旧地址—新地址」的机械对应，批量配置才可能自动化。

301 跳转的批量排法

实操上建议先跑通量大的模板类映射，再处理少量特例。301 跳转管理负责把这些 URL 重定向关系落进后台，重点是三条：一是用永久跳转而不是临时跳转，临时状态长期不撤会让检索端把新旧地址当成两套内容；二是旧域名要保留足够长的时间，规则上线不等于外链与缓存访客已经消失；三是跳转链不要串联，旧地址经两三次才落到新地址，权重与访问都会衰减。

正文旧链接与导航用全站替换处理

只处理地址层是不够的，站内还有一批「写在内容里的旧地址」。文章正文里的内链、导航菜单里的入口、锚文本指向的地址，这三类都要跟着换。全站替换工具负责批量替换关键词或链接，适合把正文里的旧域名一次性清理掉；导航设置与单页面入口数量有限，逐条核对反而更快。

漏掉这一步的典型表现是：旧域名已经全部跳转，站内却仍在指向旧地址，访问要先跳一次才落到新页，抓取端看到的路径也因此变长。

站点地图与收录恢复节奏

恢复速度基本由两件事决定：新地址被看到的时机，以及旧地址被停止访问的时机。

第一件事靠清单与推送。Sitemap 要在结构定稿后重新生成，站点地图里必须全部是新地址，把旧地址写进清单等于让抓取端反复撞重定向。链接推送负责把新增与变更地址主动送过去，百度推送与 Bing 两条通道各自对接一边的检索系统，改版当天先推首页与主要栏目页，再分批推深层文章，比一次性全推更容易被及时处理。

第二件事是保留旧入口，这一步急不得：旧域名与旧地址要保留足够长的时间，直到历史入口的访问量自然降到接近于零。掉收录多久恢复，多数站点是按周计而不是当天见效，具体快慢取决于站点原有更新频率与外链分布——长期不更新的老站，抓取周期本来就长，重定向生效也会更慢。判断有没有在恢复，看两条曲线即可：清单提交量与新地址收录量是否同步上涨，旧地址的请求量是否持续下降。

常见问题

能只给首页配 301 吗？ 不建议。外链集中的往往是老文章而不是首页，只跳首页等于把最有价值的那部分流量与权重丢掉。

改版后要不要重推站点地图？ 要。旧清单会让抓取端反复访问已跳转地址，先重新生成再提交，然后配合主动推送分批发新地址。

旧域名能提前停掉吗？ 不能太早。停用后所有历史入口直接变 404，重定向积累的信号随之消失，通常保留到旧地址请求量趋近于零。

临时跳转改永久跳转麻烦吗？ 需要逐条订正，而且已经生效的临时状态会让新旧地址长期并存。改版前统一按永久跳转配置更省事。