为多个 reCAPTCHA 操作配置独立的站点配置
对于同一主机名上的 login 和 checkout,请为每个捕获操作和 reCAPTCHA 类型创建已激活的配置。然后在发送各任务时使用对应的 action。仅有主机名不足以选中正确的配置。
本页内容
创建登录和结账配置
在站点配置中,为每个主机名、捕获操作和 reCAPTCHA 类型组合设置一个配置。在此示例中,两个配置均使用 accounts.example.com 和 Enterprise v3。
- 1.
添加登录配置
选择“添加站点”。输入登录操作运行页面的 HTTPS 页面 URL,选择 Enterprise v3,并将“捕获操作”设为
login。表单还支持可选的导航 URL、站点密钥和 Referer 值。点击“添加站点”提交。 - 2.
添加结账配置
对同一主机名上的结账页面重复上述步骤,保持 Enterprise v3 不变,并将“捕获操作”设为
checkout。 - 3.
确认两个配置均已激活
求解前,您的工作区必须有可用的已激活配置。如果捕获失败,请先检查显示的原因,再进行重试。发送包含主机名和操作的任务不会创建缺失的配置。
为每个操作发送独立任务
将下方每个对象分别作为独立的 POST /v1/tasks 请求发送。通过 Authorization: Bearer 使用工作区 API 密钥进行身份验证,并将该密钥保留在服务器端。
[
{
"site": "accounts.example.com",
"action": "login",
"proxy": "http://USER:PASSWORD@PROXY:PORT",
"requestId": "login-flow-001"
},
{
"site": "accounts.example.com",
"action": "checkout",
"proxy": "http://USER:PASSWORD@PROXY:PORT",
"requestId": "checkout-flow-001"
}
]将主机名和代理占位符替换为您的目标主机名和代理 URL。每个请求提供一个 proxy;不要再添加 proxyCandidates。省略的 recaptchaType 默认为 enterprise-v3。不要向这些 reCAPTCHA 请求添加 type 或 url 字段。
这两个 requestId 值标识不同的逻辑任务。新的求解应使用新 ID。如果任务创建超时,请使用相同 ID 重发相同请求,以恢复现有任务;将同一 ID 用于不同输入会发生冲突。
执行操作不匹配时
对于匹配的主机名和 reCAPTCHA 类型,执行操作精确匹配时会选中对应配置:login 选择登录配置,checkout 选择结账配置。
不同的执行操作需要唯一明确的已捕获目标。如果存在多个可能的目标,不要认为 solvethree 会任意选择一个配置。请尽可能使用已配置的捕获操作。如果报告选择存在歧义,请将任务的主机名、reCAPTCHA 类型和操作与控制台中的配置进行比较,并根据实际的控制台/API 响应诊断不匹配问题。
路由规则并不是要求每个操作都有唯一的站点密钥。请按主机名、捕获操作和 reCAPTCHA 类型设置配置,而不是尝试通过站点密钥区分操作。
来源与 API 参考
运行您的第一个任务。
使用 $5 工作区额度开始体验。