无头浏览器被 Cloudflare 拦截怎么办：哪些方案有效（2026）

所有文章

Cloudflare 会拦截普通的无头 Chrome，因为它会声明自己处于自动化状态（navigator.webdriver 这是真的，而 Playwright 默认的无头 shell 会在其用户代理中声明 HeadlessChrome （在其用户代理中），通常从云服务器 IP 运行，并且每次运行开始时都没有 Cookie。解决办法是获得识别（官方 API，或通过 Web Bot Auth 验证的机器人），或者在你被允许自动化的站点上，使用带住宅 IP 和持久化配置文件的真实 Chromium，这实际上意味着使用托管式隐身浏览器。 Web Bot Auth），或者在你获准自动化的站点上，使用带住宅 IP 和持久化配置文件的真实 Chromium，这实际上意味着使用托管式隐身浏览器。

我们开发了 Browser Use，它是这类托管浏览器之一。厂商事实均链接到其自有文档，核查日期为 2026 年 10 月 27 日。

为什么无头浏览器会被拦截

在启用了 Bot Management 的区域，Cloudflare 会对请求进行评分，分数从 1（自动化）到 99（人类），站点会阻止或质询低分请求（机器人评分）。DataDome 和 Akamai 会检查类似的信号。

信号	修复	为什么无头浏览器会被拦截
JavaScript 中的自动化特征	不暴露这些特征的浏览器。在页面 JS 中修补这些特征本身就可能被检测到（参见下方的隐身插件）	`navigator.webdriver` 在……情况下为真 `--headless` 或 `--enable-automation` (MDN）。Playwright 的无头 shell 会在其用户代理中声明 `HeadlessChrome/153` （我们的检查，2026年10月27日）。由 Cloudflare 检查 JavaScript 检测（“识别无头浏览器”）以及 DataDome 的 JS 标签
TLS 与请求头指纹	从真实浏览器发送请求，并使用其自身的用户代理	握手或请求头顺序与所声称的浏览器不匹配。会命中 HTTP 客户端和复制的用户代理。Cloudflare JA3/JA4 （企业版），Akamai 请求头顺序与版本不匹配
IP 信誉	住宅 IP。仅靠这一点还不够	脚本从云服务器或共享代理运行。Cloudflare 托管列表标记开放代理、匿名化工具和 VPN（企业版）
Cookie 与挑战	保留持久化配置文件。通过该请求头检测挑战 `cf-mitigated: challenge` 请求头	每次运行都使用全新的上下文，会丢弃 `cf_clearance` (存储 JS Detections 结果）以及 `__cf_bm` (会平滑化评分），因此每次运行都会被判定为新访客。 Turnstile 并增加了工作量证明和 Web API 探测
行为	控制请求节奏，按域名限制速率	即时操作与请求突发。Akamai 行为检测登录和结账时（Premier）；DataDome 的 JS 标签会收集鼠标移动和按键记录
身份	签署请求并申请验证	匿名自动化会像任何未知客户端一样被评分。Cloudflare 已验证的机器人通过 Web Bot Auth 签名、公布的 IP 或反向 DNS 进行识别，并且必须遵守 `robots.txt`

看看你的浏览器泄露了什么：打开你自动化会话中的机器人检测测试来自你的自动化会话。

你的选项

选项	修复	权衡	成本
隐身插件（puppeteer-extra-plugin-stealth、playwright-stealth）	JS 检测，例如 `navigator.webdriver`	不要更改 TLS 或 IP。DataDome 将 Puppeteer Extra Stealth 列为已被检测。该 Puppeteer 插件的最后一个版本是 2.11.2，发布于 2023 年 3 月 1 日（npm）；playwright-stealth 2.0.3 于 2026 年 4 月 4 日发布（PyPI)	免费
托管式隐身浏览器（Browser Use Cloud、Browserbase Verified、其他）	指纹、住宅 IP、CAPTCHA（我们的文档)	付费。没有供应商保证访问；我们的文档说“无法保证访问每个站点”。你仍然会以未识别身份到达	我们的方案：每浏览器小时 $0.02，另加 $5/GB 代理（定价）。Browserbase Verified 已在其规模方案
仅住宅代理	IP 信誉	更改 IP，而不是更改上述 JS、Cookie 或 TLS 信号	每 GB
已验证、签名的机器人（Web Bot Auth）	身份：被识别，而非伪装	需要 Cloudflare 的批准， `robots.txt` 以及合理的费率。仅在经过验证的供应商背后的站点上使用；站点仍会决定允许、质询或阻止。Browserbase 提供该功能，目前处于测试阶段，需要托管和审核。（目前处于测试阶段）	托管与审核
官方 API，或询问网站所有者	一切：没有什么需要绕过	可能不存在，或者可能需要付费。Cloudflare 客户可以通过一个跳过规则	各不相同

通过率：无头 Chrome 对比隐身浏览器

Stealth Bench V2，2026年9月25日。之所以挑选这100个站点，是因为我们的浏览器历来能通过，而带美国代理的普通Chrome不能，因此这组站点对我们有利，基线通过率从设计上就偏低。

浏览器	通过的访问
无头 Chrome，无代理	3%
有头 Chrome + 美国代理	14%
其他六家云浏览器提供商	73.5% 到 82%
Browser Use Cloud，CAPTCHA 求解器关闭	84%
Browser Use Cloud	90.5%

每个站点访问 2 次；如果评判模型在 60 秒内看到了真实站点，则该次访问计入。每一行和每个站点： /benchmarks/browsers；代码： GitHub在我们2026年3月针对71个站点、从数据中心IP发起的测试中，无头Chromium的通过率为2%，而同一Chromium在带可见窗口的情况下通过率为50%（Stealth Benchmark).

保留你的 Playwright 脚本

创建一个云浏览器，然后替换 launch() ，并建立 CDP 连接（）：仅在允许的情况下使用此方法：遵守每个站点的条款和 robots.txt，如果存在官方 API，优先使用官方 API。发布于 2026 年 10 月 27 日继续阅读所有文章对比/2026 年 10 月 27 日Browser Use 对比 Browserless：定价、隐身与功能比较 Browser Use 和 Browserless 在定价、隐身和性能方面的差异。为你的自动化工作流找到合适的浏览器基础设施。Nik Tomazic教程/2026 年 10 月 27 日如何在云端大规模运行浏览器自动化（2026）运行浏览器自动化):

# BROWSER_USE_CDP_URL is the cdpUrl from
# POST https://api.browser-use.com/api/v4/browsers
import os
from playwright.sync_api import sync_playwright
 
with sync_playwright() as p:
    # was: browser = p.chromium.launch()
    browser = p.chromium.connect_over_cdp(os.environ["BROWSER_USE_CDP_URL"])
    page = browser.contexts[0].pages[0]
    page.goto("https://example.com")
 
# Closing CDP doesn't stop the cloud browser. When done:
# PATCH https://api.browser-use.com/api/v4/browsers/{id}  {"action": "stop"}

仅在允许的情况下使用此方法：遵守每个站点的条款和 robots.txt，如果存在官方 API，优先使用官方 API。 robots.txt并在存在官方 API 时优先使用官方 API。

发布于 2026 年 10 月 27 日