在蜘蛛池里，跳转是连接入口页和目标页最常用的手段之一：入口页本身内容单薄，靠跳转把蜘蛛引向真正想被看到的页面。但跳转不是只有“跳过去”一个结果，301、302、307、JS 跳转和 meta refresh 在蜘蛛眼里是几种不同的信号，用错会让路径断掉，或者把抓取消耗在路上。
301：明确告诉蜘蛛“这里已经搬到新地址”
301 表示永久迁移。蜘蛛抓到 301 后，通常会顺着 Location 头访问新地址，并在后续把旧地址逐步替换成新地址，链接信号也会向新地址集中。对蜘蛛池来说，这适合两种场景：入口页整体换域名或换目录；某个入口页失效后，想让它继续发挥作用。
要注意的是，301 的目标不要频繁更换。今天指向 A、下周指向 B，蜘蛛每次回来都看到不同落点，对这个入口页的判断就会变得不稳定。
302 与 307：临时指向，蜘蛛会反复确认
302 表示临时跳转。蜘蛛一般不会立刻把旧地址从索引里删掉，而是继续保留观察，同时访问目标页。短期内这是安全的，但如果一个入口页长期只返回 302，蜘蛛可能仍按临时处理，也可能逐渐按目标页的内容来理解页面，结果不太可控。
307 与 302 类似，但明确保留原有的请求方法。对于蜘蛛抓取这种 GET 请求来说，两者的差别很小，选哪个主要看服务器配置和维护习惯。
JS 跳转与 meta refresh：依赖渲染，确定性更差
用 JavaScript 做跳转时，蜘蛛必须执行脚本才能看到目标地址。抓取能力有限的蜘蛛可能只拿到一个几乎空白的 HTML 就离开；能渲染的蜘蛛则要额外消耗渲染资源。相比之下，meta refresh 写在 HTML 头部就能被读到，比 JS 跳转更容易被发现，但延迟时间不宜设得太长，0 到 1 秒比较直接。
这两种方式的共同问题是：链接关系本身没有被明确表达。蜘蛛未必会把目标页当作原地址的继承者，更多只是“顺路看了一眼”。
比选哪种更麻烦的，是跳转本身出了问题
- 跳转链太长：A→B→C→D，每多一跳就多一次抓取消耗，蜘蛛可能中途放弃。
- 跳转成环：两个入口页互指，蜘蛛来回打转，抓取配额被白白消耗。
- 跳到 404 或 5xx：跳转生效但落点不可访问，等于把蜘蛛送到死路。
- 与 canonical 冲突：页面 301 到 B，canonical 却写着 C，信号互相打架。
- 跳转到不可控的第三方域名：落点一旦变化，入口页的价值也跟着失控。
按目的选跳转方式
- 入口页永久迁移、目录调整：用 301，把跳转链控制在一跳以内。
- 临时活动、A/B 测试、过渡期：用 302，并设好结束时间，别长期挂着。
- 需要保留请求方法或对接特定服务：用 307。
- 静态页面、不方便改服务器配置：可以用 meta refresh，但不要用 JS 拼接跳转地址。
- 只是想做流量分发、不希望影响蜘蛛对地址的判断：优先考虑用 a 标签链接跳转，而不是服务端跳转。
上线后的自查清单
- 用不执行 JS 的工具抓一次，确认返回的是不是 3xx，Location 是否正确。
- 确认从入口页到最终页面只有一跳，没有中间环节。
- 检查最终页面状态码是 200，且内容与入口页主题不脱节。
- 确认跳转目标与 canonical、sitemap 中写的地址一致。
- 记录每次调整跳转的时间和原因，方便日后回溯。
跳转是给蜘蛛指路，不是替蜘蛛做决定。地址稳定、落点可访问、信号一致，比纠结选 301 还是 302 更重要。