使用欢迎赠金试用 solvethree

欢迎额度为 $5。最低付费充值金额为 $10；这是另一个金额，并非试用额度。你自己的代理费用需另行预算。

这些是生成的解决方案，并不保证向目标发出的请求会成功。ready 任务会计费；求解失败则退款。目标拒绝就绪解决方案，不会自动退还该次求解费用。

• reCAPTCHA Enterprise：在控制台中配置目标站点，并确认你的工作区有可用的活跃配置。发送主机名和操作不会创建配置。请在开始试用前创建配置。
• Kasada：独立求解目前支持 www.ticketmaster.com 上的 HTTPS 目标，不支持任意受 Kasada 保护的站点。使用目标 URL；返回的解决方案是一个请求头对象。
• TMPT：使用精确的活动 URL 并将操作设为 Event，或使用登录入口 URL 并将操作设为 Login。返回的令牌是原始 tmpt Cookie 值，而不是 reCAPTCHA 令牌。

每个任务都需要提供代理。有关请求详情，请参阅首次求解说明、Kasada 接口规范 或 TMPT 接口规范，不要将一种产品的字段套用到另一种产品。

1. 1.

   从一个完整请求开始

   创建任务并持续跟踪，直到任务进入终态。保存任务 ID。如果你使用了 requestId 且创建请求超时，请使用该 ID 重新提交相同请求来找回现有任务，而不是重复创建任务。

2. 2.

   向目标提交正确的解决方案

   只有 ready 状态包含可用的解决方案。根据产品提交 Enterprise 令牌、一起应用 Kasada 请求头，或使用 TMPT Cookie。将返回的 userAgent 和 secChUa 身份信息与求解成功时所用的代理配合使用；不要切换到无关的浏览器身份或 IP。

3. 3.

   记录两端的情况

   每次尝试都应保存任务 ID、终态、计费金额以及目标的实际响应。对于失败任务，记录 errorCode 和 error，并停止轮询。不要在日志中记录 API 密钥、代理凭据、令牌或 Cookie。

4. 4.

   先修正明显的不匹配，再继续

   如果就绪解决方案被拒绝，先检查发往目标的请求：是否包含返回的解决方案、浏览器身份以及正确的代理？如果任务创建或求解失败，请单独检查对应错误。不要认为每次失败都意味着额度已用完。

第一个请求正确接入后，继续完成 5–10 次求解。对比就绪任务数与目标实际接受的结果数，同时考虑求解费用和代理费用。这样的小样本可以暴露集成问题，但不能可靠地保证接受率。

不含代理费用，10 个就绪任务的费用分别为：Enterprise $0.02、Kasada $0.0125、TMPT $0.0099。如果目标接受结果，且费用符合你的使用需求，后续付费充值最低为 $10。