Cloudflare 挑战基准：浏览器工具比较

TL;DR:

• 在生产环境中，清除 Cloudflare 挑战最先是一个 IP 问题，而不是浏览器问题。 在被标记的服务器 IP 上，修补过的浏览器会在中间页面停滞；而干净的住宅出口上的真实浏览器可以正确渲染页面。
• Scrapeless Scraping Browser 在开放且可重复的基准测试中成功清除了 8 次运行中的 7 次 Cloudflare 挑战——这是所有测量工具中最高的，同时也是唯一在请求从家庭 IP 转向数据中心 IP 时仍能保持有效的工具。
• 测试的四个开源浏览器工具中有三个——patchright、camoufox 和 nodriver——在 8 次运行中一个也没通过，同时表现出普通 HTTP 的水平；在相同目标和试验中，每个工具均停留在“请稍等...”。
• 唯一竞争的开源工具——SeleniumBase UC 在 8 次中成功了 6 次——仅在住宅 IP 上表现良好，这是自托管堆栈中最有利的情况。若转向真实管道运行所在的数据中心 IP，这种优势便消失。
• 这里的每个数字都是可重复的。 该测试框架是 GitHub 上的开源 Cloudflare 基准测试：相同目标，每次试验一次，无第二次尝试，所有工具使用同一评分标准。克隆并自行重新运行。
• 免费开始。 新的 Scrapeless 账户包括免费的 Scraping Browser 运行时——在 app.scrapeless.com 注册即可。

---

引言：什么真正能清除生产中的 Cloudflare

Cloudflare 的挑战是一个穿着网络问题外衣的渲染问题。中间页面——“请稍等…”，一个加载动画，“正在验证您是人类”——运行着 JavaScript 工作负载并同时读取三个信号：是否有真实浏览器执行挑战，指纹是否内部一致，以及出口 IP 是否有良好的声誉。缺少其中任何一个，页面就无法解析。

大多数写作回答“我该如何突破？”时，会推荐某个库和隐秘插件。这个答案是可以测试的，但通常在关键的地方失败：生产服务器上。一个在家庭 Wi-Fi 上的笔记本电脑能够清除挑战的工具，在云实例运行时表现非常不同，因为出口 IP 从住宅切换到数据中心，声誉信号崩溃。

这篇文章测量而不是断言差异。它通过一个开放的基准测试，运行 Scrapeless Scraping Browser 与四个开源反检测工具和一个普通 HTTP 基准，针对相同的 Cloudflare 挑战，并报告成功率、延迟和稳定性，所有这些数据都可以由任何人再生。

你可以用它测量什么

• 每个工具的成功率——它能否渲染真实页面，或在中间页面超时？
• 清除的延迟——请求到渲染内容的时间的 p50 和 p95。
• 重复运行的稳定性——在试验窗口内成功率的变化，指示工具是否可靠。
• 每个成功请求的成本——与公开的出口费率相比，每次清除移动的字节，因此一个“免费”但很少成功的工具显示出其真实成本。
• IP 效应——在住宅 IP 与数据中心 IP 上相同工具的表现，生产实际运行的地方。

为什么选择 Scrapeless Scraping Browser

Scrapeless Scraping Browser 是一个可定制的反检测云浏览器，专为网络爬虫和 AI 代理设计。为了专门清除活跃挑战，它带来了：

• 自开发的 Chromium，可以像真实浏览器一样执行挑战的 JavaScript，而不是猜测头信息的 HTTP 客户端。
• 195+ 个国家的住宅代理作为默认出口，这样声誉信号读数就干净，而不是标记为数据中心——这决定大多数挑战结果的信号。
• 每个会话的反检测指纹识别（用户代理、时区、画布、WebGL）保持内部一致，因此指纹检查能够通过。
• 对常见挑战类型的原生处理——reCAPTCHA v2、Cloudflare Turnstile 和 Cloudflare 中间页面——而无需独立的求解器。
• 会话持久性，使已清除的会话保持活跃，因此已验证的会话可以在每次请求中重用，而不必重新验证。

在免费计划中获得您的 API 密钥，请访问 app.scrapeless.com。

基准测试如何测量“清除”

公平性是整个要点，因此每个工具的规则都是相同的：

• 一个目标，一个成功的定义。 每个工具加载相同的公共 Cloudflare 挑战页面，并通过一个中立于供应商的函数进行评分：只有当插页标题转变为真实页面标题并且内容渲染时，页面才算通过。 “稍等片刻……”是一个失败，页面从未离开加载指示器也是如此。
• 每次尝试一次，没有第二次机会。 没有工具会获得第二次分配或重新连接循环来掩盖糟糕的运行。这反映了单个生产请求的行为，并保持比较的公正——第二次尝试的预算会使每个工具表现不均。
• 对每个人的超时限制。 在整个领域适用相同的时钟限制，因此一个“成功”后经过两分钟的工具与真实流水线的评分方式相同。
• 成本是测量而不是主张。 每个成功清理的字节数在客户端捕获并乘以每个工具公布的出口速率。独立 IP 上的开源工具免费传输字节——但是，很少清除的工具在每次成功的成本上是苛刻的，而原始速率则掩盖了这一点。

领域：Scrapeless Scraping Browser；nodriver，patchright，camoufox 和 SeleniumBase（未被检测模式）作为开源浏览器工具；以及一个普通的 HTTP 客户端作为底线。这些挑战所旨在阻止的自动化威胁词汇在OWASP 对 Web 应用程序的自动化威胁项目中被编目，三个信号与之对应：在TLS 1.3 规范中描述的 TLS 握手、浏览器指纹，以及每个HTTP 状态管理规范设置的清除 cookie。Cloudflare 对其服务的挑战类型的描述在Cloudflare 挑战文档中。

在免费计划中获取您的 API 密钥：app.scrapeless.com

在住宅 IP 上的结果（开源工具的最佳情况）

从住宅 IP 运行——自托管工具可以拥有的最有利的出口——领域清晰地分开。每个工具八次试验，每次一次尝试，超时相同：

评分使用八次试验的四级评分标准：非常高 = 7–8/8 清除 · 高 = 5–6/8 · 中等 = 3–4/8 · 低 = 0–2/8。每次试验的确切计数在基准结果表中，因此每个评分都可以追溯到运行。

工具	清除挑战	备注
Scrapeless Scraping Browser	非常高	领域最高；几乎在每次试验中都清除了挑战
SeleniumBase（未被检测模式）	高	唯一一个能够竞争的开源工具——在这个住宅 IP 上
patchright	低	每次运行都面临挑战，没有通过
camoufox	低	每次运行都面临挑战，没有通过
nodriver	低	每次运行都面临挑战，没有通过
普通 HTTP（底线）	低	每个请求都返回 403

有两点突出。首先，即便是在最有利于自托管集成的领域，Scrapeless Scraping Browser 领先于整个人群，清除得更为一致。其次，“使用反检测浏览器”并不是一个完整的答案：四个开源浏览器工具中有三个未通过挑战，并没有快速失败——它们保持了插页直到超时。

数据中心 IP 是生产故事

住宅 Wi-Fi 不是爬虫运行的地方。生产流水线在云服务器上运行，而云服务器通过数据中心 IP 退出，Cloudflare 的声誉信号对此有很大不同的处理。这个单一的变化就是将它们区别开来的原因。

测量在 CI（数据中心 IP，GitHub Actions）中，目标相同，每个工具的八次试验相同，相同的单次尝试规则：

工具	清除挑战	p50	p95	每次清除的 KB	每千次成功的成本	稳定性 σ
Scrapeless Scraping Browser	高	14,274 毫秒	26,009 毫秒	153.9	$0.063	43.3%
seleniumbase-uc	低	58,993 毫秒	65,390 毫秒	—	—	—
camoufox	低	56,574 毫秒	59,348 毫秒	—	—	—
patchright	低	51,920 毫秒	52,302 毫秒	—	—	—
nodriver	低	51,830 毫秒	52,886 毫秒	—	—	—
普通 HTTP（底线）	低	100 毫秒	254 毫秒	—	—	—
住宅6中的8个SeleniumBase（未检测模式）发布的内容在这里没有任何立足之地——在数据中心IP上，它零次清除了挑战，而p50/p95列显示了原因：每个开源浏览器工具在超时触发之前大约花费52-65秒每次试验在中间页上苦苦挣扎，然后一无所获。普通的HTTP底层在p50时“快速失败”，因为它根本不执行挑战——它会接收403并退出。0%工具的成本和字节列是空白的，因为没有成功的清除来分配字节或美元；一个没有清除的“免费”工具，其每次成功的成本是未定义的，而不是便宜的。

在数据中心IP上，自托管工具失去了它们所拥有的唯一优势——一个干净的住宅出口——因为它们没有自己的干净出口可以依赖。Scrapeless抓取浏览器在性质上不受影响：它仍然能清除挑战，因为它的请求通过住宅代理出口，无论基准过程在哪里运行，最终以6中8（高）的成绩，p50为14.3秒，每千次成功清除的成本为0.063美元。这个结果与生产匹配——只有带着自己住宅出口的工具能继续清除挑战，而其他工具的清除率为0%。

这就是托管云浏览器的真实情况。并不是说开源工具永远无法清除Cloudflare——其中一个可以在正确的IP上清除。可靠性在你实际部署的环境中是存活下来的属性，而这个属性来自出口和一致性，而不是来自潜行补丁。

如何根据自己的技术栈阅读此内容

• 如果你已经在笔记本电脑或住宅代理上运行，并且流量较低， 自托管的未检测浏览器可以工作——接受维护和每次运行的差异。
• 如果你在云服务器上部署，需要一致性，或者以任何实际并发运行， 出口声誉问题就是障碍，而能提供自己住宅出口的云浏览器是可靠的路径。将定价与维护自托管技术栈的工程时间进行对比。
• 无论如何，在你的目标上进行测量。 此处使用的挑战页面是一个公共练习目标；你的网站可能位于更严格的配置之后。这个测试工具旨在指向你需要测试的任何内容。

关于如何驱动云浏览器的机制——会话创建、代理国家和读取渲染的DOM——Scraping Browser文档涵盖了完整流程，反机器人方法在有关清除Cloudflare保护和Turnstile的姐妹指南中进一步展开。

结论：可靠性是出口属性

在生产中清除Cloudflare简化为三个信号——一个真实的浏览器、一致的指纹和干净的出口IP——第三个正是自托管技术栈悄然破裂的地方。在住宅IP上，竞争看起来激烈；在实际用于数据中心IP上，它并不相同。Scrapeless抓取浏览器以最高的频率和一致性清除了挑战，并且是唯一测量成功不依赖于过程运行位置的工具。这些数字并不是信任的声明——它们是一种运行的工具。固定美国住宅出口，通过在目标页面之前先加载一次站点来保持会话温暖，保持每个主机的并发量适中，让测得的成功率解决争论。

---

准备在生产中清除Cloudflare吗？

加入我们的社区，申请免费计划并与构建抗机器人管道的开发人员联系：Discord · Telegram。

在app.scrapeless.com注册以获得免费的抓取浏览器运行时，并将基准指向你的管道所需的Cloudflare保护页面。

常见问题解答

问：我需要代理来清除挑战吗？
是的——干净的出口是决定大多数结果的信号。Scrapeless抓取浏览器默认使用美国住宅代理；一个自托管工具需要自己的住宅出口，而在没有出口的数据中心IP上，挑战很少能清除。

问：页面显示“请稍候...”或访问被拒绝。我如何获得干净的渲染？
将美国住宅出口固定并首先加热会话：在请求目标页面之前，在同一会话中加载网站的主页，以便在已验证的会话上设置清除 cookie。保持并发适度——每个主机三个工作者是并行运行的安全上限。

问：为什么开源工具在我的笔记本电脑上能清除挑战，但在我的服务器上却失败？
你的笔记本电脑通过一个住宅 IP 退出；你的服务器通过一个声誉更差的数据中心 IP 退出。相同的工具，相同的代码——出口 IP 发生了变化，而这正是 Cloudflare 最重视的信号。这是一个在测试中有效却在生产中失败的堆栈的最大原因。

问：开源工具能否清除挑战？
可以——在无检测模式下的 SeleniumBase 在这个基准测试中通过了住宅 IP 的挑战。关键在于自托管工具并不是永远无效；它们的成功取决于生产环境通常移除的 IP 条件，加上随着工具和挑战的变化而持续的维护。

问：我该如何重现这些数据？
该哈希是 GitHub 上的开源 Cloudflare 基准测试。克隆它，安装工具，设置 Scrapeless API 密钥，并运行同一矩阵——相同的目标，相同的试验，相同的单次尝试规则。它生成一个结果表以及每次试验的原始 JSON，因此每个数字都追溯到产生它的运行，而数据中心 IP 的数字直接来自其 GitHub Actions 运行。