先说结论
搜索蜘蛛遇到入口页返回 301 或 302 时，一般都会跟随 Location 响应头去访问跳转后的地址。区别不在“跟不跟”，而在原 URL 会不会继续保留、信号怎么传递、跳转链消耗多少抓取预算。如果你的入口页只是把蜘蛛送到目标 URL，目标 URL 通常能被发现，但原入口页本身不会因为跳转就自动获得更多价值。
301 和 302 的差别
301 表示永久移动，搜索蜘蛛通常会把跳转目标视为该内容的最终地址，后续更可能直接抓取目标 URL。302 表示临时移动，搜索蜘蛛会跟随，但原 URL 仍可能被保留在待抓取队列里，继续检查它以后会不会恢复。对 URL 发现来说，两者都能把蜘蛛带到新地址，但对“哪个 URL 算正式入口”的判断不同。
- 301：适合入口页永久改版、换域名或确定不再使用旧地址的情况。
- 302：适合短期活动、临时切换或需要保留旧地址的情况，但不要长期依赖它做入口。
- 307 / 308：保留请求方法，蜘蛛跟随逻辑类似，但蜘蛛池入口页通常用 GET，差别不大。
跳转链越长，越容易消耗抓取预算
每多一次跳转，搜索蜘蛛就多一次请求。入口页 A 跳 B、B 跳 C、C 才是目标 URL，这种链条即使最终能到达，也会让抓取效率变低。抓取预算有限的站点，可能因此减少对目标 URL 的访问频率。更稳妥的做法是：入口页直接输出目标 URL 的超链接，或者一跳就到最终地址，不要设置多层跳转。
如果入口页本身只是跳板，搜索蜘蛛拿到最终地址后，通常不会回头解析这个跳板页里的其他链接。想批量暴露 URL，还是要在可解析的 HTML 里放链接。
meta refresh 和 JS 跳转要谨慎
有些入口页用 meta refresh 或 JavaScript 做跳转。搜索蜘蛛对 meta refresh 有一定识别能力，但它不如 HTTP 状态码直接；JavaScript 跳转则依赖渲染执行，不一定每次都会触发。对蜘蛛池来说，能返回 301/302 就不要用前端跳转。如果必须用，至少保证跳转目标在 HTML 里也有可抓取的普通链接。
怎么检查跳转有没有被正常处理
- 用抓取工具或命令行查看入口页返回的状态码和 Location 头，确认不是 200 却靠 JS 跳转。
- 访问跳转后的最终 URL，确认它返回 200、内容可读，并且没有被 robots.txt 拦住。
- 观察服务器日志，看搜索蜘蛛是否先请求入口页，再请求目标 URL，以及中间有没有重复绕路。
- 检查最终 URL 的 canonical 是否指向自己，避免入口页和目标页互相打架。
蜘蛛池入口页的实操建议
- 入口页尽量直接列出目标 URL，减少跳转层数，让蜘蛛一次请求就能发现链接。
- 如果确实需要跳转，优先用 301 明确最终地址；临时切换再用 302，并尽快恢复稳定结构。
- 跳转目标不要指向被 robots.txt 封禁、需要登录或频繁 5xx 的页面，否则蜘蛛跟过去也拿不到有效内容。
- 不要为了“集中信号”把大量入口页都 302 到同一个 URL，长期看对抓取没有额外好处。
- 把跳转和 sitemap、内链策略分开管理，方便用日志判断问题出在哪一层。
常见误区
并不是用了 301，目标 URL 就一定会被收录或获得好排名。跳转只是告诉搜索蜘蛛地址变了，收录和排序还取决于内容质量、抓取状态和整体站点情况。入口页跳转能帮助发现 URL，但不能替代可访问、可索引的页面本身。