做蜘蛛池入口页，最终目的不是让蜘蛛停在入口页，而是让它顺着一条路径走到目标页。跳转方式是这条路径上最关键的一环，但不少人只用一种跳法打天下，结果入口页被抓了，目标页却迟迟没有动静。下面把几种常见做法拆开讲。

服务器端跳转：301 和 302 不是随便选的

301（永久重定向）告诉蜘蛛这个地址永久搬走了，搜索系统会把入口页的权重和历史记录向目标页合并。它的好处是信号明确，代价也在这里：大量入口页用 301 指向同一个目标页，等于主动声明这些页面本就是一回事，入口页自身会逐渐从索引中淡出，之后再想靠它铺量就少了一个抓手。

302 / 307（临时重定向）只表示暂时从这里经过，入口页保留自己的身份。对蜘蛛池这种“入口页只是通道”的场景，302 往往更合适——入口页继续存在，蜘蛛下次还可能回访，目标页也能拿到访问。

meta refresh：能跳，但信号偏弱

写在 HTML head 里的 meta refresh 属于客户端跳转。主流蜘蛛基本能识别，但它有几个短板：一是跳转发生在解析 HTML 之后，比服务器端跳转晚一步；二是信号强度通常不如 HTTP 状态码直接；三是延迟时间设长了（比如 5 秒），蜘蛛可能已经走了。如果必须用，建议把延迟设为 0，同时在页面里放一条普通的 a 标签链接作为兜底。

JS 跳转：不渲染就看不见

location.href、location.replace 这类写法，只有愿意执行 JS 的爬虫才能拿到目标地址。不同搜索系统、不同抓取阶段的渲染能力差别不小，把全部入口页都押在 JS 上，相当于把发现路径交给运气。更稳妥的做法是 JS 跳转加页面内可见链接双保险，至少保证不渲染的环境也能顺着 a 标签往下走。

最朴素的一种：200 页面加明确链接

有时候最好的“跳转”就是不跳转。入口页正常返回 200，正文里给出指向目标页的 a 标签，让蜘蛛自己决定跟不跟。这种做法没有状态码歧义，也不涉及跳转链检测，前提是入口页本身得有一点可读内容，不能是纯空壳。

容易踩的几个坑

• 跳转链太长：入口页到目标页中间隔了三四跳，每多一跳就多一次流失，尽量一跳到位。
• 302 指向 404 或 410：蜘蛛跟过去拿到一个死页，这条路径基本就废了。
• 大量入口页 301 到同一个目标页：结构上更像刻意堆出来的桥页，容易被区别对待。
• 用 JS 跳转但页面里没有任何链接：不渲染的爬虫到此为止。
• 跳转目标频繁更换：这条路径的稳定性下降，回访间隔可能被拉长。

实操建议

• 入口页到目标页优先考虑一跳直达，减少中间层。
• 想保留入口页身份用 302，想彻底合并用 301，别在同一批页面里混着乱用。
• 无论选哪种跳转，页面里都保留一条可见的 a 标签链接。
• 看日志时别只盯着入口页的 200，要确认目标页是否真的有被抓取记录。
• 跳转目标要稳定，与其上线后反复改，不如一开始就规划好分组。

跳转方式本身不会让蜘蛛“更偏爱”你的站，它只决定蜘蛛能不能顺利走到下一步。把它当成管道来设计，而不是当成技巧来使用。

回到起点看：入口页的跳转只是抓取路径上的一段，选哪种方式取决于你想让入口页长期存在，还是愿意让它和目标页合并。把这个问题想清楚，选择其实并不复杂。