网站改版后最常见的情况不是内容丢了，而是新旧两套地址同时存在：旧链接还能打开、新链接也开始被访问，索引里两边都有记录。这时候真正要处理的不是“让新页面被收录”，而是把收录归属收敛到一套地址上。

先分清是哪一种改版

不同改版的迁移成本差别很大，动手前先归类：

• 只换皮：模板和样式变了，URL 结构不动，正文位置也基本一致。这种情况风险最小，重点核对有没有顺手把标题、正文容器改掉。
• 换结构：目录层级、文件名规则变了，一个旧地址对应一个新地址。这是需要做映射表的一类。
• 换域名或换协议：整站搬迁，涉及跨域跳转，收敛周期通常更长。
• 合并拆分：多个页面合并成一个，或一个页面拆成多个。这类没有一对一映射，需要人工判断每个旧地址指向哪个新地址，指向最相关的那一个即可。

迁移前的清单要落到文件上

口头约定容易漏，最好落成两份表：

1. 旧地址清单，来源包括 sitemap、服务器访问日志、站长后台的已收录列表，以及内链里出现过的地址。只靠 sitemap 会漏掉历史遗留的参数页。
2. 新旧对应表，一行一个旧地址，写清目标地址和跳转类型。没有对应页面的，明确是返回 410 还是跳到最近的上级栏目。

判断标准很简单：如果这张表交给一个不了解项目的人，他能不能照着把规则配出来。做不到，说明还没整理完。

跳转规则落地时的几个细节

用 301，别用 302 或脚本跳转

临时跳转和 JS 跳转都可能让旧地址继续留在索引里。整站迁移用 301，并尽量跳转到内容最接近的页面，而不是一律跳首页。

跳转链不要超过一跳

A 跳到 B，B 又跳到 C，会拖慢收敛。出现这种情况通常是因为改版分了几批做，中间层没清理。迁移结束后回头把链式跳转压平成直接跳转。

内链和 sitemap 同步换新

如果站内链接还指向旧地址，蜘蛛会不断从内链回到旧地址，等于自己给自己制造重复入口。站内导航、面包屑、相关推荐、分页链接都要一起改。sitemap 只放新地址，旧地址是否保留在 sitemap 里意义不大，用跳转规则处理更可靠。

canonical 指向新地址

如果旧页面短期内还保留着内容，比如为了照顾某些合作方，页面上的 canonical 应指向新地址，避免两套页面互相声明自己是正本。

迁移之后看什么

观察期内重点看三类信号，而不是只盯收录量：

• 旧地址的访问量是否在下降，说明跳转被正常识别，用户和蜘蛛都在走新路径。
• 新地址的抓取频次是否上升，可以通过日志里的请求量看趋势。
• 索引里的旧地址是否在减少，这个过程按周看即可，不要按天判断。

如果几周后旧地址仍然大量留在索引里，先回到跳转规则本身检查，而不是急着做其他操作：确认状态码是 301、确认跳转目标可正常访问且返回 200、确认没有被 robots.txt 挡住。

几个容易踩的坑

• 改版同时改内容：URL 迁移和内容大改一起做，出问题时很难判断是哪一步造成的。条件允许的话分开进行。
• 保留旧目录做兼容：旧目录继续可访问、内容也一样，实际上就是制造了两套重复页面。
• 测试环境被收录：迁移期间常出现测试域名可访问的情况，记得加访问限制或 noindex。
• 只处理首页：首页跳转正常不等于内页正常，抽查时要覆盖不同层级和不同类型的页面。

收录过渡是按周计的过程，能控制的是迁移清单是否完整、跳转规则是否干净、站内入口是否统一指向新地址。这三点做到位，剩下的交给时间。至于收录速度和最终收录结果，取决于站点整体情况和搜索引擎的抓取安排，没有可以保证的固定周期。