很多人排查收录问题时，注意力都放在内容质量和外链上，却忽略了一个很基础的问题：蜘蛛最终能不能顺顺当当地走到那个地址。重定向本来是为了帮用户和蜘蛛找到新位置，但用得不规范时，它反而会变成收录路上的一道坎。
蜘蛛遇到重定向时，会怎么走
当蜘蛛请求一个返回 301 或 302 的 URL，它会读取 Location 头，再去请求新地址。如果新地址又返回重定向，它会继续跟下去，直到拿到 200 的内容。这个过程不是无限的，跳转次数太多时，蜘蛛可能中途放弃，或者把抓取配额花在了一堆过渡地址上。
最终可能被收录的，通常是你希望的那个终点页，但前提是这条链路足够短、足够明确。链路越长、越混乱，终点页拿到的发现机会和权重传递就越弱。
几种常见但容易被忽略的弯路
多跳重定向
比如 http 跳到 https，再跳到带 www 的地址，再跳到带尾斜杠的地址，最后一跳才到正文。三跳以上在蜘蛛眼里就是一条低效路径。更麻烦的是，不同内链各自走不同的跳法，蜘蛛会把这些中间地址都当成独立 URL 来记录。
302 当成 301 长期使用
302 是临时跳转，蜘蛛会保留原地址继续观察。如果这个“临时”状态持续几个月，原地址仍可能留在索引里，而新地址的收录优先级反而不高。做永久迁移时，用 301 更稳妥。
meta refresh 与 JS 跳转
这两种方式不是 HTTP 层面的跳转，蜘蛛需要先渲染页面才能识别，处理能力弱于 301，而且用户会看到短暂的空白页。把它们当作主要的跳转手段，容易造成新地址发现慢、旧地址清不掉。
跳到不相关内容
旧地址统一跳到首页或栏目页，是常见的降级处理。蜘蛛能识别出内容和原地址无关，这通常不会带来有效收录，反而可能被当作软 404 处理。
几个容易踩坑的场景
- HTTPS 上线后只做了跳转，没有更新内链，导致大量中间地址长期存在。
- 移动端页面用 JS 判断后跳转，蜘蛛以桌面 UA 抓取时看到的是空白或错误页。
- 活动页下线后统一跳到首页，数量一多就形成一批低价值地址。
- 换域名时只在新站做跳转，旧站没做，或者两边规则不一致。
跳转链怎么查、怎么收
- 用命令行或抓取工具逐个请求关键 URL，记录返回码和 Location，把跳转次数列出来。
- 把超过一跳的链路改成直连，让 301 一次性指向最终地址。
- 站内链接、sitemap、canonical 都统一写最终地址，不要混用中间地址。
- 确认没有重定向环，A 跳 B、B 跳 A 会让蜘蛛直接放弃。
- 跳转链理顺后，观察旧地址是否逐渐从索引里淡出，这通常需要等一段重新抓取的周期。
重定向不是兜底的垃圾桶，它更像一块路牌：指向越明确、层级越少，蜘蛛走得越顺。
收录是一个链式过程，抓取只是第一环。把跳转关系理顺，不能保证页面一定被收录，但能减少那些“内容不差、就是进不去”的情况，也让后续排查有更清晰的头绪。