修复尚未生效的站点配置

配置正在排队、捕获或验证。

捕获仍在进行中。运行期间，捕获按钮会被禁用。

试试这样做： 请等待状态变化，不要反复提交或尝试重新捕获该配置。捕获时长没有保证。

配置正在审核中。

审核中不等于已激活。请阅读该配置显示的说明或后续步骤。

试试这样做： 请按照显示的指引操作。如果没有可执行的后续步骤，请联系支持团队，并提供配置状态及下方列出的脱敏信息。

配置已失败。

重试前，请阅读显示的捕获原因，检查是否指向错误的目标设置。

试试这样做： 如果提供“编辑目标”，请通过该入口修正错误设置。如果失败的配置提供“重试捕获”，可使用此功能；如果原因已指出输入有问题，请勿在设置未更改的情况下重试。

某些账户在设置过程中会显示充值以捕获或充值以继续。如果出现此提示，请按提示操作；不要认为每次捕获失败都是额度不足导致的。

打开配置，如果提供编辑目标，请使用该功能。如果尚未添加配置，请选择添加站点。对照您准备求解的页面，检查以下设置：

• 页面 URL：使用目标 reCAPTCHA 实际运行的准确 HTTPS 页面地址，而不只是网站首页。
• 捕获操作：检查该页面的操作。在“编辑目标”中，这对应操作字段。
• reCAPTCHA 类型：选择与目标匹配的 Enterprise v3 或 Regular v3。对于 API 请求，recaptchaType 默认为 enterprise-v3；Regular v3 使用 v3。
• 站点密钥：此项可选，支持自动发现。仅凭字段为空，不能判定配置有误。
• 导航 URL 和 Referer：这些都是可选项。如果捕获原因指向页面的访问方式，请检查其已保存的值。

配置按主机名、捕获操作和 reCAPTCHA 类型区分。任务操作精确匹配时，会选中对应配置；其他执行操作则需要唯一明确的捕获目标。不要认为某个域名的已激活配置覆盖了所有操作，并请确认发起请求的工作区可以使用已激活的配置。

如果配置已激活，而您需要刷新其捕获结果，应使用重新捕获；对于系统验证的配置，则使用同步系统配置，而不是“重试捕获”。另一个配置显示已激活，并不能解决请求不匹配的问题。

任务创建返回 HTTP 403，且响应说明配置未激活。

这是 solvethree API 的响应，此时您尚未获得可用的解答。

试试这样做： 在控制台中解决匹配配置的状态或设置问题。请先处理非成功 HTTP 响应；反复发送相同的任务请求体不会激活配置。

任务已处于 ready 状态，但目标网站返回 HTTP 403。

这是下游拒绝，并不能证明配置未激活。仅凭目标网站的 403，无法确定是哪种防护机制拒绝了请求。

试试这样做： 检查发往目标网站的请求。提交解答时，请使用返回的 userAgent 和 secChUa 身份信息，以及成功使用的代理。不要混用其他目标 URL 或浏览器身份；ready 表示已生成解答，并不代表网站已接受该解答。

如果问题仍未解决，请联系 [email protected]，提供产品、时间戳、目标主机名/操作、配置状态和显示的捕获原因。如有任务 ID 或 requestId，也请一并提供，并附上 HTTP 状态或任务错误，以及脱敏后的响应说明。请移除 API 密钥、代理密码、令牌、Cookie 和客户数据。