如何在UiPath中处理Google reCAPTCHA v3验证

Google reCAPTCHA的核心设计目标就是阻止自动化程序操作，不存在通用的100%稳定绕过方案，以下是实际开发中常用的处理路径，按优先级从高到低排列：

• 优先绕开验证逻辑：如果是对接内部系统、或用于测试场景，直接联系站点运维将你的运行IP、测试账号加入白名单，或是在测试环境关闭reCAPTCHA校验，是成本最低、稳定性最高的方案。
• 集成第三方打码服务：如果必须处理公开站点的reCAPTCHA校验，可以对接第三方人工打码/AI打码服务的API。在UiPath中通过HTTP Request活动将目标页面的URL、reCAPTCHA的sitekey，或是触发挑战后的截图发送到打码接口，拿到返回的校验结果后，直接填充到页面的g-recaptcha-response隐藏字段即可完成验证。如果触发了图片选物、滑块、音频等挑战任务，打码服务也会同步返回对应挑战的处理结果，按照接口文档回填对应参数即可完成校验。
• 定制化本地适配处理：如果不允许调用外部服务，可以针对固定的挑战类型做定制开发：
  • 针对图片选择类挑战：用截图活动捕获挑战弹窗区域，调用本地OCR识别需要选择的物体类型，再通过UiPath的图像识别能力匹配对应图片，模拟点击后提交
  • 针对滑块类挑战：通过UI自动化能力定位滑块和缺口位置，计算滑动距离后调用模拟拖拽活动完成校验
    该方案仅能适配固定规则的挑战场景，reCAPTCHA规则更新后需要同步调整逻辑，整体稳定性较差
• 降低挑战触发概率：日常运行流程时，使用固定的浏览器用户配置文件，保留正常的Cookie、浏览记录，模拟人类操作间隔，不要设置过快的点击、输入速度，可以大幅降低reCAPTCHA挑战的触发频率。

内容的提问来源于stack exchange，提问作者Arslan Aslam