做入口页时，有人为了让链接看起来更“干净”，会把入口页上的地址写成自己的跳转脚本，或者干脆让入口页的某些 URL 通过 301、302 转到目标URL。于是问题就来了：搜索蜘蛛抓到入口页之后，会不会沿着这个跳转继续走到目标URL？要回答这个问题，得先把跳转的类型分清。
HTTP 跳转和页面内跳转不是一回事
服务端返回 301、302、307、308 这类状态码并带上 Location 响应头，属于 HTTP 层的跳转；而 meta refresh、JavaScript 里的 location.href，属于页面内容层的跳转。两者在搜索蜘蛛眼里处理方式不同，这里只讨论前者。另外，“入口页上放一条 a 标签指向跳转地址”和“入口页本身返回 301”，也是两种不同情况，前者是链接，后者是跳转。
301 和 302，蜘蛛的处理差别
- 301（永久跳转）：搜索引擎一般会把它理解为地址永久变更，愿意把原 URL 的抓取与索引信号往新地址上迁移，蜘蛛通常会跟进。
- 302（临时跳转）：表示临时状态，搜索引擎默认保留原 URL，蜘蛛一般也会跟过去看看，但不会把目标URL当成原地址的替代，索引仍可能停留在原 URL 上。
- 307 / 308：307 类似 302，308 类似 301，同样属于服务端跳转。
需要说明的是，这种信号迁移的“传递率”并不是百分之百，跳转链越长、中间环节越复杂，损耗就越明显。
跳转能不能帮蜘蛛“发现”目标URL
从 URL 发现的角度看，只要蜘蛛抓取了带跳转的地址，并跟进了 Location 指向的 URL，目标URL就会进入待抓取队列，所以这条路径在原理上是通的。但实际效果会受几件事影响：
- 多消耗一次抓取：跳转本身要占一次请求，入口页获得的抓取机会有一部分被跳转动作吃掉了。
- 跳转链长度：A 跳 B、B 跳 C，链条越长，蜘蛛中途停止跟进的可能性越高。
- 目标URL自身状态：目标URL 被 robots.txt 禁止抓取、返回 4xx 或 5xx、或者自身带 noindex，跳转再正常也没有用。
- 跳转是否稳定：跳转时有时无，或者按访问来源返回不同结果，会让蜘蛛的判断变得犹豫。
几种容易被忽略的错误做法
- 把长期有效的地址变更写成 302，导致新旧地址长期并存、信号分散。
- 跳转链套三四层，中间还夹着参数跳转或短链服务。
- 入口页上放了大量跳转地址，每条都要走一次跳转，抓取效率被摊薄。
- 跳转目标上带 session id、时间戳之类的参数，造成同一个目标URL出现多个地址形态。
相对稳妥的处理方式
如果只是想让蜘蛛发现目标URL，能在入口页直接给一条普通 a 标签链接的，就优先直接给，不必绕跳转。跳转更适合用在域名统一、HTTP 迁移到 HTTPS、老地址替换这类确实需要改地址的场景。
跳转只是让蜘蛛多走一步，它解决的是“地址写到哪儿”的问题，不解决“目标URL值不值得抓、能不能被索引”的问题，也不构成任何收录或排名上的承诺。
要判断跳转到底有没有起作用，最直接的办法还是看服务器日志：入口页被抓取之后，紧接着有没有出现目标URL的抓取记录。如果入口页抓取频繁、目标URL却始终不出现，那问题多半不在跳转形式，而在入口页本身的质量，或者目标URL那边存在抓取限制。