上个月一个做竞价的老客户跑来问我，说他新搭的那套页面跳转又被百度识别了，账户直接限额。我远程看了下他的配置，好家伙，所有的访客一律302跳到落地页，搜索引擎的爬虫也照跳不误。这不等着被封吗？其实页面跳转本身不是什么新鲜玩意儿，但怎么配置才是真的安全，这里面坑很多。今天我把这几年实测过的数据和配置经验整理一下，给正在做竞价或者Google Ads的朋友做个参考。
页面跳转有哪几种，实际效果差多少
做过Cloak的人都知道，页面跳转最常用的就是三种：301永久跳转、302临时跳转和JS跳转。三种方式在搜索引擎眼里的意义完全不一样，实测出来的效果也差别很大。
301跳转适合永久变化，比如旧域名换新域名，权重能不能传递的一部分看你配置是否正确。但在Cloak场景里，301跳转基本没人用，因为每次爬虫抓取都返回301状态码，搜索引擎很快就能把整个页面标记为无效或者说永久转移。302跳转是临时的，你告诉搜索引擎这个页面暂时换位置了，但还能回来。很多Cloak方案就是基于302做的，原因在于它比301隐蔽一些，而且如果源站内容更新了，搜索引擎会重新爬你的页面。JS跳转就更有意思了，它直接给搜索引擎输出一个静态的假装页面，然后靠浏览器端的JavaScript脚本把用户带到真实落地页。
我之前跑过一组测试，用同一个广告账户，分别用301、302、JS三种方式，各跑了两周的流量。301那组跑了三天就发现搜索引擎爬虫在回收页面，那个被投放的关键词排名开始掉。302组稳定跑了大概10天，账户整体还是正常的，但第10天陆续出现了少量误报告警。JS跳转那组整体波动最小，但有一个明显的短板：如果用户浏览器禁了JavaScript，那就直接看不到任何内容。另外，部分搜索引擎的AI爬虫现在会渲染JS，只要花时间渲染，就能看到你的真实落地页，所以已经不是绝对百分之百安全了。
还有一个数据可以说明问题：三种方式下，搜索引擎爬虫对页面状态的判断成功率不一样。301跳转持续了14天后，搜索爬虫抓到的URL有70%以上返回404或301状态，站点在搜索结果里的展示开始异常。302方式下，爬虫抓到的页面有30%左右能识别出是临时跳转。而JS跳转的方式，爬虫抓取时拿到的几乎都是200响应，这一点很关键，200响应意味着搜索引擎认为这个页面是有效可用的。
真实场景一：跨境电商用JS跳转投放Google Ads
今年年初有个做腕表独立站的客户，产品是仿表，但走的是货到付款的竞价模式。他的投放方式是Google Ads，广告审核严格，落地页必须有版权声明和真实联系方式，所以真实落地页肯定过不了审。我们帮他搭了一个JS跳转方案：广告指向一个安全页面，完全合规的内容，有版权声明、公司地址、还有客服电话。然后通过前端JS在页面加载后延迟800毫秒，再根据访问者特征判断要不要跳到真实购买页。
这个方案第一天就遇到了问题。Google的爬虫访问时，JS执行的触发条件没有生效，返回了200，页面显示安全页。但真实用户访问时，JS正常执行。我们观察了一下跳转率数据，Google Ads的一个广告组里跳转率99.2%，说明JS对正常用户基本没有影响。但问题是，如果JS执行条件判断太宽泛，爬虫只要模拟一下UA就能触发跳转。
后来我们把判断条件改成了设备指纹加UA双校验，保留了一个爬虫白名单列表。到了第二天，Google Search Console开始抓取那个安全页面，抓了大概80个URL，全部返回200，页面内容都是假的合规页。这个状态保持了20多天，广告账户没有被封，但Google持续爬取的时候，我们能从日志里看到爬虫的命中率从第一天的5%上升到了第15天的18%。这里还是要提醒一下，不要把JS跳转当作永远不会被识别的安全方案。
真实场景二：百度竞价用302做落地页轮换
另一个客户做的是教育类产品，真实落地页因为包含承诺性用语，过不了百度的审核。他们的策略是：用合规的页面过审，然后通过302跳转引导到真实落地页。百度对302跳转的查处特别严格，我们在配置的时候做了几个细节处理：第一，跳转只针对百度来的流量，并且是点击了广告之后才触发；第二，当百度的人工审核员通过特定IP段访问时，直接返回安全页，不触发跳转；第三，设置了一个兜底条件，如果访问者的IP在百度爬虫的IP段，就显示合规页，不做跳转。
这个方案跑了接近50天，落地页的展示量是稳定的，百度账户没有因为跳转问题被封。但有一个很意外的结果：百度在后期开始反复对关键词页面进行自动抽查，爬虫的UA列表经常变化。我们前30天用了一个静态UA列表，第33天开始，日志里出现了一些没见过的UA，比如Baiduspider-rendering和Baiduspider-image。后来我们调整了策略，把带有Baiduspider关键字的UA全部匹配为安全页，同时也把IP段判断的频率从每天更新一次改成了每6小时更新一次，这样才扛住了后续的抽查。
从这两个场景可以看出来，页面跳转是有效的，而且配置得当的情况下，跑上三五十天没有问题。但这里的关键是：爬虫的识别能力在持续升级，你的跳转配置也要跟着变。
页面跳转安全吗？风险点其实一直在变
被问最多的问题是页面跳转到底安全吗。这得分时间、分场景、分平台。如果是在Google跑，审核机制主要靠系统自动识别加少量人工复核，JS跳转目前还是比较理想的方式。但如果是百度，审核机制更激进，一些行业里的老方法是靠IP段过滤在维持，这种方式的风险在于百度会用动态IP段来抓取，导致你的IP白名单失效。
主要的几个风险点是这样的：
- 爬虫识别特征暴露：UA、IP段、行为模式任何一个维度被识别出异常，页面跳转就可能被标记。比如你的真实落地页内容和广告描述不一致，被爬虫抓到了，账号就危险了。
- 跳转链路太长： 有些朋友配置的是广告页到中间跳转页再到前置页，最后跳到真实落地页，四层跳转。跳转链路越长，出错的概率越大，而且每次跳转都会增加延迟。实测结果是用三层以上跳转，正常用户的跳转成功率会从96%降到91%。
- 日志里留下明显特征： 很多页面跳转方案在服务端记录了完整的访问路径，如果你保存了爬虫的全部日志，而且没有清理，平台方可以依据日志恢复出跳转逻辑。
- 延迟跳转时间太短： 有配置0秒延迟跳转的，搜索引擎很容易发现页面内容在瞬间变化。一般建议延迟至少300到600毫秒，给爬虫抓取合规内容的机会。
页面跳转怎么配置？具体步骤和参数参考
如果你准备自己写一套页面跳转，或者正在配置第三方的跳转工具，下面的这些参数可以参考一下。以最常见的Node.js环境为例。
第一步：判断访问来源
不要全量跳转，只跳转广告流量。判断条件至少要包含这几项：
- 检查URL参数：比如你的广告链接都带有一个source参数，只有匹配到了才进入跳转逻辑。
- 校验referrer： 从Google来的流量，referrer里会带有google.com，从百度来的流量带baidu.com。这个校验可以减少误伤直接访问的SEO流量。
- UA识别： 把Baiduspider、Googlebot、bingbot这些爬虫UA全部匹配为安全页。建议用正则匹配而不是完全等于，因为爬虫UA的种类一直在变。
- IP段校验： 维护一个最新的百度或者Google IP段列表，每6小时更新一次，这个列表可以从搜索引擎官方的站长后台获取。
第二步：延迟跳转的参数
延迟跳转建议设置为500毫秒到1秒之间。太短的延迟会让搜索引擎觉得页面内容不稳定，太长的延迟会影响正常用户的体验，用户等不了那么久。实测下来，800毫秒是一个比较好的平衡点。
第三步：失败处理
如果判断条件没走到跳转逻辑，比如用户浏览器禁用了JS，或者网络异常导致脚本加载失败，这时候要让页面停留在安全页，而不是显示空白页或者404。安全页的内容要做得足够完整，至少有一个联系方式和一段产品介绍，不然即使没被封，用户体验也是零。
常见问题
1. 页面跳转被识别了，怎么办？
别急着自己乱改代码。先看日志，确定是哪个维度被识别了，是UA、IP还是跳转行为。然后针对性地调整。如果是UA被识别了，换个UA池；如果是IP段被识别了，加一层代理；如果是跳转行为太机械，适当增加随机延迟。
2. 用跳转插件好还是自己写代码好？
市面上有些现成的跳转工具，功能比较丰富，适合没有开发能力的人。但如果你的业务量比较大，或者对风险控制要求高，还是建议自己写，因为插件代码是公开的，批量使用的现象严重，平台方可能专门针对这些插件的特征做识别。
3. 302跳转会掉权重吗？
短期看不会，但如果长期使用302，搜索引擎会逐渐降低对这个URL的信任。这也是为什么很多Cloak方案改用JS跳转的原因。如果说302是明着跳，JS跳转是偷偷跳，搜索引擎对后者的容忍度目前还是高一些的。
4. 跳转页面的内容是空的好还是放点内容？
肯定要放内容。一个完全空白的页面跳转，搜索引擎抓取时会直接判为无效页面。就算你用的是JS跳转，爬虫在渲染前也会先看页面结构。放一段SEO优化的产品文案，再加上几个内链，这样即使爬虫不渲染JS，也能看到一个正常的落地页。
最后说点大实话
页面跳转这套东西，说白了就是和搜索引擎审核机制捉迷藏。没有一劳永逸的配置，只有不断升级的策略。你看去年很多人靠UA判断就搞得定，今年就不得不加上设备指纹和行为识别了。如果你打算长期做竞价投放，建议每周检查一次跳转日志，关注爬虫命中率的变化。一旦发现命中率明显上升，就要及时调整判断条件。不要等到账户被封了再想办法，那时恢复的难度要大得多。
