改版、换目录、调整命名规则，都会让一批 URL 换掉。对用户来说点进去还是那个页面，但对搜索系统来说，这是旧地址退场、新地址登场的过程。这个过程有它自己的节奏，急不来，也不适合拍脑袋判断成败。

先把“改地址”和“改内容”拆开

实际项目里，URL 结构变化常常和模板、导航、内容一起改。几件事同时发生，出问题时很难归因：到底是重定向没做对，还是页面本身变了，还是内链没跟上。如果条件允许，尽量分两步走，先动 URL，内容结构保持稳定，等迁移稳定后再改内容。实在拆不开，就至少在迁移前后各留一份对照数据，比如主要目录的抓取量和索引量，方便回溯。

准备一张一对一映射表

迁移前把旧 URL 和新 URL 的对应关系落到表格里，别等到上线当天边改边想。这张表要覆盖全站，包括那些平时没人注意的老页面、活动页、带参数的地址。几个判断点：

• 优先一对一。多条旧地址指向同一个新地址，要么本来确实是重复内容，要么就是映射做粗了。
• 参数、大小写、结尾斜杠按站点现有规范统一，别在新地址上又引入一批新变体。
• 没有对应新页面的旧 URL，提前决定是 301 到相近页面、用 410 明确下线，还是保留原状。

映射表做完后，用脚本批量对一遍状态码和跳转目标，比上线后靠人工点要可靠得多。

301 的几种常见写法问题

重定向是迁移的基础，但写法上容易出岔子：

• 重定向链：旧地址跳到中间地址，再跳到最终地址。多一跳就多一次损耗，能直接指到终点就别绕。
• 全部 301 到首页：用户和蜘蛛都拿不到对应内容，旧页面积累的信号也没有合理去处，这是最省事也最糟的做法。
• 用 302 长期顶着：临时跳转传递的信号和永久跳转不一样，确定不再回头的地址就该用 301。
• 只对部分访问者做跳转：按 UA 或来源区分处理，容易造成同一地址表现不一致。

内链和 sitemap 要跟着换，不能只靠重定向

重定向是兜底手段，不是长期方案。站内导航、面包屑、文章正文里的链接、聚合页里的入口，都应该直接指向新地址。sitemap 也要重新生成，把旧地址清掉。如果内链还停留在旧地址上，等于每天主动把蜘蛛往重定向链上送，既浪费抓取，也拖慢新地址被重新认识的速度。

索引更新有自己的节奏

旧 URL 从索引中消失、新 URL 出现在索引里，这两件事通常不是同步完成的，也不受你直接控制。有的目录几天就完成交接，有的目录可能几周还留着旧地址的痕迹。这段时间里，索引数字上上下下是正常现象。

不要拿某一天的索引数量判断迁移成功或失败，那更像是在看噪音，而不是看趋势。

想观察迁移进展，可以看几类相对稳定的信号：服务器日志里新旧地址的抓取比例变化，sitemap 中已发现和已抓取数量的走向，以及重点目录的收录覆盖情况。这些指标都不精确，但放在一起看趋势，比单一数字有用。

迁移期间尽量少做别的大动作

改版本身就够折腾了。如果这期间还同步换模板、改导航结构、批量调整标题，一旦索引出现波动，你很难判断是哪一项引起的。把非必要的改动往后放，让迁移这件事自己走完一段路，再决定下一步。

最后提醒一点：迁移是一个过程，不是一个动作。把映射做扎实，把重定向写干净，把内链和 sitemap 更新到位，剩下的交给时间，比反复折腾要有效得多。