上周又废了一个域名
AB页跳转是本文的核心主题。上周四下午，我盯着监控后台，看到那条熟悉的红色告警弹出来：落地页整体访问量掉到零。二十分钟后，广告账户里那条跑了两周、成本做到十二块的计划，直接显示“审核不通过”。我登录管理后台看了一眼，页面倒是还能打开，但每个流量过来都展示的B页。
这不是我第一次遇到AB页跳转被封的情况了。做这行八年，从最早的纯JS跳转，到后来的服务端302，再到现在的AI动态规则，我手上废掉的域名少说也有二十个。每次被封，原因都不一样，但底层逻辑就那几个。这篇文章我把这些年踩过的坑拆开揉碎，聊聊AB页跳转为什么会被封，以及我验证过确实有效的防封方法。
搜索引擎怎么发现你在做AB页跳转
很多人以为AB页跳转就是搞个白名单，把蜘蛛IP放进来看到正常页面，真实用户跳过去看推广页，只要IP库够全就不会被发现。这个认知在五年前还成立，现在早就变了。搜索引擎的风控体系已经从单一的IP维度，升级成了设备指纹、行为特征、网络环境的三位一体检测模型。
设备指纹的采集粒度比你想的细得多
早期的UA过滤为什么还能用？因为那时候的爬虫和真实浏览器的UA差异非常大。现在的审核爬虫直接用无头浏览器，UA、Canvas指纹、WebGL渲染参数、字体列表、时区、语言偏好，全部模拟得和普通用户一模一样。
我之前过一个客户的项目，白名单里放了几千个伪装成Chrome最新版的蜘蛛IP，跳转判断一切正常。结果三天后账户就被封了。后来排查发现，对方爬虫访问时发出的TLS握手特征暴露了身份——它用的HTTPS库版本和Chrome真实客户端的JA3指纹对不上。
所以做AB页跳转，只比对UA和IP段远远不够。至少要采集七到九个维度的信息综合判断，包括：
浏览器完整指纹信息、操作系统底层版本、屏幕分辨率与色深、硬件并发数、WebGL渲染器字符串、Canvas图像哈希值、字体列表、时区与语言是否匹配、TLS握手特征。
行为轨迹的异常比IP更致命
搜索引擎的审核爬虫在抓取你页面的时候，会在同一个IP段内连续发起大量请求。如果你发现某个IP段一小时之内来看了一百多个页面，每个页面停留时间都不到两秒，不管这个IP段伪装得多好，基本可以确定是爬虫。
但对应的，如果只依赖IP判断，真实用户的访问行为也存在被误判的风险。比如同一个办公室的同事用同一个出口IP访问你的页面，如果你直接把整个IP段放行到B页，那搜索引擎的爬虫只要从这个IP段路过一次，就能拿到你的广告页内容。
AB页跳转被封的五个核心原因复盘
原因一：跳转逻辑里的时延裂缝
AB页跳转的实现方式里，最容易被抓的就是时延异常。正常的HTTPS页面加载，从请求发出到首字节返回，大约在80到300毫秒之间。如果你的跳转逻辑里加了额外的判断和重定向，响应时间往往会超过500毫秒，甚至到一秒以上。
审核系统会对页面响应时间做分布统计。当同一个域名下的大量请求都表现出“高延迟+302跳转”的组合特征时，风控模型就会把这个域名标记为高度疑似做AB页。
原因二：白名单规则过死或过宽
白名单规则设置得过死，只放行你手动添加的那几个IP段，导致搜索引擎换了新的爬虫IP进来，看到的是B页内容，直接就抓了现行。设置得过宽，把某个运营商的大段IP全部放行，结果被搜索引擎的网络检测系统发现异常流量，反而加重了嫌疑。
原因三：内容差异的语义指纹
A页和B页的内容相似度也是审核的重点。如果你给审核看到的A页和给用户展示的B页，在标题、关键词、排版结构上的语义相似度过高，系统可以直接判定你在做桥页或门页。
我见过一个项目，A页和B页用的是同一套文案框架，只是把产品名和价格换了。搜索引擎的语义模型直接把两个页面归为同一主题，然后AB页跳转的行为就直接暴露了。
原因四：静态资源加载路径暴露
很多人在A页和B页共用同一套CSS、JS文件，这些静态资源的路径和文件名完全一致。审核爬虫抓取A页时，会分析页面里引用的所有资源。如果它发现某个JS文件在A页里被引用，同时B页里也引用了同一个文件，那这个关联就直接坐实了你的跳转行为。
原因五：广告账户和落地页的松散绑定
搜索引擎不只是检测你的页面，还会把广告账户、关键词、创意、落地页组合起来做联合风控。如果关键词是“减肥产品”，创意写的是“月瘦二十斤”，落地页却是一个完全不相干的行业站，这个关联本身就是违规信号。
两个真实的封号场景复盘
场景一：海外仿品站的惨痛教训
这个项目做的是海外仿品投放，用的AB页跳转方案是市面上某款商业插件。插件本身的质量还行，判断逻辑写在服务器端，支持自定义白名单规则。当时我把Google审核爬虫的几个常见IP段手动添加到了白名单，A页展示的是一篇普通博客文章，B页是产品购买页。
跑了大约两周，Google Ads账户收到一封停用通知，理由写着“恶意软件或不受欢迎的软件”。但我的页面根本不含任何恶意代码。后来用Google Search Console查了一下服务器日志，发现问题出在移动端。Google在移动端审核时用的是列表里没有的IP段，而且带了非常真实的移动设备指纹，插件直接判定为真实用户，把B页完全展示了出来。
这个案例暴露了两个问题：一是纯IP白名单在移动端审核面前基本等于裸奔，二是第三方插件的IP库更新速度永远跟不上搜索引擎的爬虫池扩张速度。
场景二：国内教育行业的过山车经历
另一个项目是某教育机构的百度竞价投放。这个项目我采用了自研的动态规则引擎，结合了IP、UA、行为特征三个维度。前两个月非常稳定，成本压到了行业平均水平的百分之六十。但第三个月开始，突然连续三天被百度判定为“页面与关键词不符”，流量全部被过滤。
排查日志后发现，问题出在百度的“惊雷算法”上。这个算法会定时回访历史转化页面，它不是直接访问你的落地页，而是先通过百度统计的JS代码采集页面数据，再由蜘蛛在夜间单独爬取。我的规则引擎在夜间还没有开放爬虫白名单的权限，导致蜘蛛看到的还是B页内容。
这个项目的调整方案是给规则引擎增加了“昼夜模式”：白天用严格的身份识别策略，凌晨两点到六点之间，则通过JS动态注入的方式，只对特定Cookie标记的访问放行B页，其他所有请求一律展示A页。
我验证过有效的8个防封关键操作
关键操作一：跳转前置检查至少做三重
不要只做IP这一层判断，一定要叠加设备指纹和网络特征。我目前的判断链路是：
先通过请求头的Sec-CH-UA、User-Agent、Accept-Language、Cookie四个字段做预筛选。预筛选通过的请求进入设备指纹采集阶段，主要看Canvas哈希值和WebGL渲染信息。最后结合IP的ASN归属和代理检测结果，给出最终得分。
这套链路跑下来，响应时间平均增加两百毫秒左右，但判定的准确率大幅提升。另外，把跳转判断从305重定向改为300重定向，可以有效降低搜索引擎对“频繁重定向”的惩罚权重。
关键操作二：A页和B页必须有独立的资源体系
A页和B页绝对不能共用一个JS文件、CSS文件、字体文件，甚至不能共用同一个CDN域名。最好连图片都分开存到两个不同的对象存储桶里。
我在实际操作中，会把A页资源放在主域名的子目录下，B页资源放在另外一个完全不相关的备案域名下。这样即使搜索引擎抓到了B页资源，也没有办法直接把它和A页关联起来。
关键操作三：定期轮换落地页域名
不要指望一个域名能用很久。我现在做项目的习惯是，每个落地页域名最多使用三到四周，到期后自动切到备用域名。切域名的过程要做到无感：用301重定向从旧域名到新域名，但AB页跳转的判断逻辑放在新域名上，旧域名只做一层外层防护。
关键操作四：给A页也做真实的用户访问数据
搜索引擎会分析A页面的点击热力图、滚动深度、停留时长。如果你的A页面一直只有蜘蛛访问，没有任何真实用户行为数据，那这个不自然的访问模式本身就是一个风险点。
解决方法是把部分低风险的真实流量直接导向A页，不要全部跳转。我通常会在每天的自然搜索流量里挑出百分之五左右，引导到A页，让页面上产生真实的浏览行为。这些流量虽然会损失一部分转化，但换来了整体账户的安全边际。
关键操作五：拒绝率设到8%左右
在做AB页跳转判断时，不要百分之百命中。留出百分之七到百分之九的“误判率”，让一小部分真实用户看到A页。这样你的页面内容分布就会更接近自然状态，不会出现A页和B页的流量冰火两重天的极端情况。
关键操作六：灰度发布和即时回滚
每次修改跳转规则之前，先把新规则开启在白名单验证模式，只对特定区域或特定IP段生效。确认无误后再全量发布。一旦出现异常流量下降、转化率暴跌等信号，立即回滚到上个版本。回滚的动作要在十秒内完成，不要等到第二天。
关键操作七：监控指标不要只盯着转化率
需要关注以下指标：A页访问量占比趋势、B页访问的跳出率、请求到首字节响应时间的P95分位数变化、设备指纹类型分布、IP段的访问频次分布。任何一项出现突变，都要排查原因。
关键操作八：不要依赖单一商业插件
市面上的跳转插件很容易被逆向分析出判断逻辑，尤其是那些装机量比较大的商业插件，搜索引擎的风控团队早就把它们的关键特征提取出来了。我的做法是，自研一套轻量级的判断服务，放在距离落地页最近的一台香港或新加坡服务器上，通过内部API调用，避免使用市场上的通用规则包。
常见问题集中解答
问：AB页跳转被封后，换域名直接重开能行吗？
如果只换域名，不重做落地页内容和广告账户，大概率还会被关联封禁。建议同步做三件事：把B页内容改版至少30%，新启用一个没有历史违规记录的广告账户，把投放的花费节奏放慢到原来的三分之一。
问：为什么白名单IP明明没变，还是被识破了？
现在的搜索引擎爬虫池里有大量动态IP，ISP分配给你的IP随时会变。建议你每次抓取蜘蛛的访问日志，把自己积累IP数据和实时的设备指纹结合判断，不要只靠一张静态IP列表。
问：AB页跳转和Cloak技术有什么区别？
AB页跳转更多强调的是页面切换的行为，Cloak技术则是一个更广义的概念，包含规则引擎、特征工程、风控模型、数据回流等一整套体系。AB页跳转是Cloak技术的其中一环。
问：用302跳转还是301跳转更稳妥？
建议用302。301会传递权重，也更容易触发浏览器的缓存机制，导致跳转行为被用户侧的安全插件记录。302本身是临时重定向，语义上更自然。
问：移动端和PC端的审核策略哪个更严格？
移动端更严格。移动端的流媒体信息和传感器数据比PC端丰富得多，设备指纹的唯一性也更强。而且移动端的IP资源池比PC端小，更容易被关联分析。
总结
AB页跳转被封的底层逻辑，就是你的页面行为与真实自然流量之间的偏差被检测出来了。搜索引擎不会因为你是AB页跳转就封你，而是因为你的访问模式处处透着自动化脚本的味道。
把设备指纹、行为轨迹、资源引用、内容关联、账户状态这些维度都做成接近真实的分布，防封的核心不在于绕过某个单一的检测规则，而是让你的整个技术链路回归到普通网站的自然形态。
我做这行八年，见过太多人拿着一个插件就上场，等账户被封了再来问为什么。希望这篇文章里的复盘和排查思路，能帮你少废几个域名。
