reCAPTCHA v2 在 ~9/10 次尝试中挑战 CloakBrowser,而另一个基于 Chromium 的浏览器在 ~9/10 次尝试中通过了相同的点击操作 – 相同的代理程序退出,相同的点击操作,相同的页面

说明: reCAPTCHA v2（https://seleniumbase.io/apps/recaptcha 中的复选框）在 CloakBrowser 中几乎每次按下时都会提高图像网格，而相同的点击代码（通过相同的居民代理退出）对相同的页面来说，在托管的 Chrome 140（无残缺）中几乎每次按下时都会获得免费通行证。六个 CloakBrowser 配置中最佳：2/10。池化：4/50 ≈ 8%。比较浏览器：24/26，然后两次执行 6/6 任务（每次通行证的尝试次数为 1.2–1.5，退出循环）。点击成功了 - 挑战框（bframe）在每次按下后 1–3 秒内从 300×150 增加到 400×580，这通过 CDP DOM.getContentQuads 来测量。在最严格的运行（原生 Windows，六个判决）中，结果是 8 个挑战 · 0 个通行 · 0 个死按 · 0 个无小部件 · 2 个网站关闭。因此，这是 Google 决定挑战，而不是输入或小部件加载问题。预期：在相同的退出上，与标准 Chrome 的通行率大致相同（这里为 90 %）。观察到的：约为 8–10%，并且相同的退出 IP 根据哪个浏览器呈现它们而改变判决。相同退出对比（同一天，相同的点击字节）：

退出	Scrapeless Chrome 140	CloakBrowser 151
86.60.147.205	通行（尝试 1）	CHALLENGED ×3（Docker 无字体，Docker + 字体，原生 Windows）
85.29.77.156	通行	CHALLENGED ×2
93.106.183.66	通行	CHALLENGED ×2
87.95.13.177	—	在同一运行中，相隔数分钟，先失败，然后通行

所有运行：

Arm	结果
Scrapeless 托管的 Chrome 140，SeleniumBase 风格的点击	24/26
Scrapeless，相同的点击，任务模式（网格上循环退出）	6/6 任务 - 两次重现
Scrapeless，纯 Playwright mouse.click 控制	6/6 任务（6/8 成功点击通行）
CloakBrowser，Docker，country_ANY，无字体	0/10
CloakBrowser，Docker，country_FI，无字体	1/10
CloakBrowser，Docker，FI， +507 Windows 字体，humanize=True	1/10
CloakBrowser，Docker，FI，字体，humanize，仅等待睡眠	2/10
CloakBrowser，原生 Windows 11（真实字体/GPU/桌面）	0/10
CloakBrowser，原生 Windows，六个判决	8 个挑战 / 0 个通行 / 0 个死按 / 0 个无小部件 / 2 个网站关闭

点击是 SeleniumBase 的 solve_captcha()（sb_cdp.py::__gui_click_recaptcha，use_cdp=True）的移植：在锚框架中心悬停，通过 Input.dispatchMouseEvent 以 force=0.5/0.0 在顶部左侧 + (26,35) 处按下/释放。CloakBrowser 脚本从 Scrapeless 脚本中导入了该算法 - 相同的字节，只有传输不同。在相同点上，纯 Playwright 点击在 Scrapeless 上以相同的速度通过，因此事件形状并不是最重要的。在我这边排除：输入路径（0 个死按，网格在每次按下后大约 1 秒内上升），小部件准备（显式稳定框等待 + 8 秒定期，0 个 NO_WIDGET），字体（507 个 Windows/Office 字体已上传，通过 fc-list 验证了 47 个 Segoe/Calibri/Consolas 面 - 没有变化），Xvfb/GPU/桌面（原生 Windows：0/10），代理池（相同的产品，相同的退出），…