站点改版、域名调整、目录结构调整之后，很容易留下层层嵌套的跳转：旧地址跳到中间地址，中间地址再跳到现在的地址。对用户来说只是多等一下，对抓取端来说，每一次跳转都要单独发起一次请求，而索引最终只会保留其中一个地址。
多跳重定向为什么会影响收录
每次跳转都是一次完整的请求往返。抓取预算有限时，跳转链越长，能被有效抓取的页面就越少。更麻烦的是地址不统一：外链指向旧地址，内链指向中间地址，canonical 又指向第三个地址，索引就难以判断该把哪个 URL 当作规范地址，收录状态和展示地址都容易波动。
这里要区分两件事：抓取端能顺着跳转走到终点，不代表索引会立刻把终点当作规范地址。收敛需要时间，也需要各处信号保持一致。
常见的长链形态
- http 跳到 https，再跳到带 www 的版本，最后还补一个尾斜杠，四跳起步。
- 旧分类目录 /old-cat/ 跳到 /cat/，/cat/ 又跳到 /new-cat/，中间层长期挂着跳转。
- 页面里的 canonical 写的是中间地址，而不是最终返回 200 的那个 URL。
- 站点地图、面包屑、正文内链各自使用不同版本的地址。
- 历史遗留的 302 临时跳转一直没改成 301，索引可能继续保留旧地址。
按顺序核对
- 用日志或爬虫工具拉一遍站内 URL，记录每个地址的跳转次数与最终落地地址。
- 把跳转超过一跳的地址列出来，标注来源是内链、外链还是站点地图。
- 检查内链：导航、面包屑、正文链接、站点地图统一指向最终地址，不再经由中间层。
- 检查各类声明信息：canonical、hreflang、移动版与桌面版声明，都写最终地址。
- 合并跳转链，把 A→B→C 直接改成 A→C，只保留必要的一跳。
- 确认废弃路径返回 301，而不是 200 空白页、meta refresh 或 JS 跳转。
- 改完后复验，隔一段时间看索引中旧地址的数量是否下降。
状态码与跳转方式别混用
301 表示永久，适合迁移后不再使用的旧地址；302、307 属于临时，长期挂着会让抓取端不确定是否该更新索引。meta refresh 和 JavaScript 跳转对抓取端来说，不如 HTTP 状态码明确，能改成服务端跳转的就改。
改内链比事后补跳转更省事
改版时如果一次性把内链换成新地址，跳转链根本不会出现。反过来，先上线新结构、再靠跳转兜底，后续就要花时间逐条清理。两种做法的成本差别很大，越早统一越轻松。
可以观察的收敛信号
- 日志中 301 命中次数占全部请求的比例是否下降。
- 索引里旧地址、中间地址的数量是否逐步减少。
- 爬虫发现的层级是否变浅，跳转链是否变短。
- 站点地图中的地址与索引中的地址是否趋于一致。
跳转是用来指路的，不是用来长期存放旧地址的仓库。链越长，信号越弱。
需要说明的是，把跳转链理清楚只是减少干扰，并不保证页面一定被收录或排名提升。是否收录、以哪个地址收录，仍由搜索引擎自行判断。