页面跳转是本文的核心主题。上周一个做减肥产品的朋友给我打电话，说百度竞价账户突然被拒了，理由写着"落地页存在违规跳转行为"。他一脸懵：我就加了一段JS跳转代码，PC端跳到官网，移动端跳到推广页，怎么就被判违规了？
我把他的代码要过来看了一眼，问题出在跳转实现方式上。他用的是window.location.replace，这种跳转方式在百度风控系统里属于高危行为，几乎一抓一个准。后来我让他改成服务器端302配合Cookie判断，账户第二天就恢复正常了。
这就是今天想聊的话题：页面跳转和重定向，到底有什么区别？什么时候该用哪种？很多人在这上面栽过跟头，尤其是做竞价和Cloak的，跳转方式选错了，轻则落地页被拒，重则整个域名被拉黑。
什么是重定向？
重定向是HTTP协议层面定义的一种响应机制。服务器在返回响应时带上3xx状态码，告诉浏览器"你要访问的资源不在这里了，去另一个地址吧"。常用的有301（永久重定向）、302（临时重定向）、307（临时重定向，保持请求方法不变）、308（永久重定向，保持请求方法不变）。
重定向的特点是：搜索引擎爬虫和浏览器都会遵循这个协议，按照状态码的语义去处理。而且重定向可以传递参数、可以保留或丢弃Referrer，但这些行为在不同状态码下是有区别的。
什么是页面跳转？
页面跳转这个概念要宽泛得多。除了HTTP层级的301/302，还包括HTML层面的Meta Refresh、JavaScript层面的window.location、history API等前端跳转方式，以及服务端通过JS注入、Cookie判断后在服务端返回不同内容的"伪跳转"——这个在Cloak技术里最常用。
页面跳转和重定向最大的区别是：重定向是协议层面的，页面跳转可以是协议层面也可以是应用层面的。而Cloak技术中用的跳转，往往是应用层面的逻辑判断，而非简单的HTTP状态码。
重定向和页面跳转的底层逻辑差异
- 重定向发生在HTTP响应阶段，浏览器收到3xx状态码后直接发起新的请求。
- Meta Refresh发生在HTML解析阶段，浏览器先加载页面内容，再按meta标签设定的秒数刷新到目标URL。
- JS跳转发生在JavaScript执行阶段，受浏览器安全策略、异步加载等因素影响，执行时机不可控。
- Cloak跳转通常在服务端完成，根据请求头、Cookie、设备指纹等信息决定返回哪个版本的页面。
页面跳转和重定向在SEO层面的区别
搜索引擎对301和302的态度很明确：301表示页面永久移动，权重会全部传递到新URL；302表示临时移动，权重保留在原URL。如果你使用了301跳转，搜索引擎会把旧页面的排名、外链权重都转移给新页面，而302则不会。
JS跳转和Meta Refresh在搜索引擎眼里是另一回事。百度和Google的爬虫都会执行JavaScript，但执行方式不一样：Google的渲染队列可以完整执行JS并索引渲染后的内容；百度的爬虫对JS的支持一直不稳定，很多情况下根本不会去渲染JS跳转后的内容，直接抓取原始HTML。这也是为什么很多人用JS跳转做Cloak，发现百度爬虫看到的还是跳转前的页面——因为百度压根没执行JS。
Meta Refresh比JS跳转稍微好一点，因为它是HTML自带的标记，搜索引擎能识别。但Meta Refresh的延迟时间（秒数）会影响搜索引擎对页面的评价，一般设置为0秒延迟是最安全的。
302跳转和Cloak跳转的真实使用场景
做竞价广告的朋友应该深有体会：百度不允许你同一个页面既展示落地页又展示跳转页。但实际情况是，算法点击和人工点击本来就不应该看到相同的内容。这时候302跳转就是最基础的Cloak手段。
我之前接手过一个做教育培训的客户，他们的用户群体集中在25-40岁，但百度风控的人工程序员会模拟不同的设备环境来访问。我们当时的处理方式是： 用服务器端判断User-Agent和Referrer，如果是百度爬虫的UA，返回正常备案的落地页；如果是正常浏览器访问，就302跳转到推广页面。这个策略跑了三个多月基本没有出过问题。
另一个场景是做谷歌广告的。谷歌的风控比百度更细，它不光看UA，还会看你的页面加载速度、SSL证书配置、Cookie同步情况。如果你用JS跳转，谷歌的PageSpeed Insights可能直接给你打低分，因为JS跳转加了额外的加载时间。但如果你用302跳转，服务器响应是即时的，对页面速度的影响几乎可以忽略不计。
用301跳转做Cloak为什么风险极高
301跳转是对SEO最友好的方式，但对Cloak来说是最危险的。原因是：301跳转会被搜索引擎明确标记为"永久移动"，爬虫会把这个信号记录在索引里。如果谷歌发现你的页面有时候返回301、有时候返回200，那基本就判定为Cloaking，直接人工审核。
我做过的测试里，用301跳转做Cloak的域名，平均不到两周就被Google人工标记了。而用302跳转的，只要逻辑写得好，撑三个月以上没问题。原因很简单：302在语义上是临时性的，搜索引擎不会轻易因为临时重定向去判你作弊。
什么场景下该用哪种跳转方式
这是很多人最关心的。直接给结论：
纯SEO需求，不做Cloak
如果只是想合并重复内容、把旧URL指向新URL，用301。没有例外。百度、Google都能正确处理301。
A/B测试和实验隔离
如果只是想给不同用户展示不同版本的页面，并且不希望搜索引擎索引错误版本，用302。Google的官方A/B测试工具也是这样做的。
Cloak技术选型
如果目标是通过风控检测，优先级是：服务端302跳转 优于 Meta Refresh 优于 JS跳转 优于 301跳转。
为什么302比Meta Refresh好？因为Meta Refresh毕竟是前端指令，如果用户关闭了JavaScript，Meta Refresh依然会执行，这就会导致用户看到的页面和服务端返回的原始页面不一致，容易被检测到。而且Meta Refresh对百度的爬虫来说太明显了，百度有专门的团队去抓取使用Meta Refresh跳转的页面。
实际场景一：百度竞价落地页跳转配置
我这边有个做法律咨询的客户，2019年跑百度竞价，那时候百度对落地页的审核还相对宽松。他采用的是纯JS跳转：百度审核员看到的是一个关于法律咨询的普通介绍页，真实用户点击后JS立即跳转到带有400电话的转化页。
2021年之后这招就不好使了。百度的风控系统升级后，对JS跳转的检测率提高了非常多。我们合作的几个客户里，还坚持用JS跳转的，封号率接近100%。后来全部切换成了服务器端代理模式，也就是服务端根据请求特征返回不同页面，不做实际跳转，而是直接在服务端输出不同的HTML内容。这个方案一直跑到现在，表现还算稳定。
实际场景二：Google广告的服务器端Cloak
Google的检测逻辑和百度不太一样。Google更看重"一致性"——你的页面在不同时间、不同地域、不同设备上返回的内容是否稳定。如果你白天返回正常页面、晚上跳转到其他页面，Google的爬虫一旦在多时间点抓取到不一致的内容，你的域名基本就被盯上了。
我们现在帮客户做Google Cloak，用的方案是：边缘节点判断+服务器端302。具体配置是：Cloudflare的Worker层做第一层过滤，识别Google的爬虫IP段和正常用户IP段；匹配到爬虫IP的请求直接返回缓存的白页，匹配到正常用户的请求则回源到服务器，由服务器根据Cookie和指纹信息决定是否302跳转。
这个架构的关键在于：302跳转的目标URL必须和当前URL保持域名一致，否则Referrer信息会暴露跳转关系。很多新手犯的错误就是直接302跳到另一个域名，Google分析后台能看到Referrer来源，很快就关联起来了。
跳转和重定向的误用场景
见过一个很典型的反面案例：某电商客户想给自己做站内SEO优化，把旧的带参数URL统一301到新的友好URL。这个操作本身没问题，问题出在他同时开启了CDN缓存，CDN节点把301响应缓存了。结果第二天，百度爬虫访问新URL时，CDN直接返回缓存的301响应，指向另一个不存在的页面。百度判为死链，整站收录掉了20%。
技术人员在做跳转配置时，一定要考虑CDN和缓存的交互逻辑。301和302的缓存策略不一样：默认情况下，301会被浏览器和CDN缓存，而302通常不会被缓存。如果你不希望跳转被缓存，可以在响应头里加上Cache-Control: no-store。
怎么判断自己该用哪种跳转
给你一个简单的决策逻辑：
- 你的页面要不要被搜索引擎收录？如果不收录，可以大胆用302跳转。
- 你的跳转是否需要传递权重？如果需要传递权重，用301。
- 你的跳转是否涉及风控对抗？如果涉及，放弃前端跳转，全部改成服务端逻辑。
- 你的目标用户是否使用老旧的浏览器或环境？JS跳转在不支持JavaScript的环境下直接失效。
- 你的跳转是否有延迟要求？服务器端302的延迟是毫秒级的，JS跳转还要等页面加载完才能执行。
常见问题与解决方案
为什么我用302跳转做Cloak还是被检测了？
只设置302跳转是远远不够的。百度会抓取302之前的响应内容，如果你的服务器在返回302之前，响应体里带有目标URL的信息，就会被检测到。正确的做法是：302响应里不应该携带任何正文内容，只保留Location头。而且跳转目标URL和来源URL之间不要存在明显关联（比如同一套页面模板、相同的数据结构）。
JS跳转真的不能用吗？
不是完全不能用，而是它的适用范围非常狭窄。如果你的跳转不涉及风控，只是想在移动端跳转到不同的页面，JS跳转依然是最快的实现方式。但如果你做的是竞价广告、Cloak这类涉及平台审核的场景，JS跳转一定会被识别。Google在2023年更新了爬虫渲染规则，JS跳转的追溯能力比之前强了非常多。
Meta Refresh和301哪个对SEO更友好？
301。Meta Refresh在爬虫眼里等同于软404，权重基本不传递。如果你有页面要废弃，用301比Meta Refresh安全稳妥得多。
Cloak场景下，302和307选哪个？
选302。307是HTTP 1.1时代协议，语义比302严谨，但搜索引擎对307的支持不如302成熟，百度对307的识别能力尤其弱。从搜索引擎风控的角度讲，302是常态化跳转，307反而会引起额外注意。
同一域名下的跳转和跨域名跳转，哪个风控风险更低？
同一域名下子目录之间的跳转，风险远低于跨域名跳转。因为跨域名跳转会在浏览器历史记录里留下痕迹，搜索引擎可以追踪到跳转链路。做Cloak的尽量通过子域名或子目录内部跳转来规避。
总结
页面跳转和重定向，最核心的区别不在于技术实现，而在于它们各自面对搜索引擎和风控系统时的表现差异。301适合SEO永久变更，302适合临时场景和Cloak对抗，JS跳转只适合非风控场景，Meta Refresh则是最不推荐的选择。选错跳转方式，轻则页面不被收录，重则账户被封、域名被拉黑。每次配置跳转时，先问自己三个问题：谁看这个页面？搜索引擎和用户看到的是否一致？跳转链路是否可被追溯？把这三个问题想清楚，跳转方式自然就选对了。
