网站改版时调整 URL 结构，本身不是问题，问题往往出在新旧地址的交接上。旧地址还留在索引里、新地址迟迟没被重新发现、跳转落到了不相干的页面，这几类情况叠在一起，收录数据就会在一段时间里显得很乱。下面这套顺序，目的是让交接过程可核对、可收尾。

先判断这次改动属于哪一类

不同性质的改动，处理方式和观察周期都不一样，先分类再动手：

• 只改地址，内容不变：重点是映射关系和跳转，页面主体不动，风险相对可控。
• 只改内容，地址不变：这属于内容更新，和 URL 迁移是两件事，不要混在一起处理。
• 地址和内容同时改：最麻烦的一类，跳转目标本身是新页面，需要额外确认新页面的内容是否达标。

迁移前：把 URL 映射关系写全

改版最容易省略的一步，是把旧地址和新地址的对应关系一条条列出来。哪怕只是抽样，也要覆盖栏目页、详情页、列表页这几类，避免只处理了首页和几个大栏目。

尽量一对一，别用一条通配规则兜底

用通配把所有旧地址跳到首页或某个栏目页，看起来省事，实际会让大量旧地址落到内容不对应的页面上。搜索方会把跳转理解成“这个地址已经不再使用”，但如果目标页和原内容毫无关系，原地址积累下来的关联也就断了。

旧地址要不要继续存在

常见的做法是把旧地址永久跳转到最接近的新地址，并让跳转保持足够长的时间。这里有几个细节容易被忽略：

• 不要在新地址上线后立刻删掉旧地址的跳转规则，跳转中断会让旧链接变成死链。
• 不要让旧地址一边跳转、一边又返回正常内容，同一个地址出现两种状态会让后续判断变复杂。
• 如果旧栏目整体取消，跳转目标要选一个内容最接近的页面，而不是随便找一个入口页。

新地址需要被重新发现

跳转解决了“旧地址怎么办”，但新地址能不能被找到，要靠另一套动作：

• 站点地图里换成新地址，旧地址不必继续保留在站点地图中。
• 站内导航、面包屑、内链和列表页里的链接，统一更新到新地址。
• 页面的 canonical 指向自身的新地址，不要还指着旧地址。
• 检查 robots.txt 和页面级 noindex 设置，确认新地址没有被自己挡住。

迁移后的核对顺序

1. 抽一批旧地址，逐个打开，看跳转是否落到内容最接近的新页面。
2. 确认新页面可以被抓取：状态码正常、robots 允许、没有 noindex。
3. 观察新地址是否开始出现在抓取记录里，再往后看索引结果。
4. 观察旧地址在索引中的数量变化，通常是逐步减少，不会一次清空。
5. 复查内链和站点地图，确认没有残留的旧地址。

跳转上线和收录结果更新不是同步的。跳转生效当天就去查索引数量，看到的往往还是旧状态，容易被误判成“改错了”。

三类容易漏掉的地方

• 站点地图没同步：页面改了，站点地图里还是旧地址，等于给出一条已经失效的线索。
• canonical 指向旧地址：页面本身已经是新地址，规范标记却指回旧地址，两个信号互相矛盾。
• 站内搜索和参数链接：这类链接常被忽略，改版后仍在生成指向旧地址的入口。

URL 结构迁移没有一步到位的办法，能做的就是把映射关系写清楚、跳转指向对、新地址能被发现，然后按顺序一段一段核对。至于索引结果什么时候更新完，取决于站点规模和抓取节奏，与其反复刷新数据，不如先把上面这几项确认到位。