YesCaptcha 评测：1 元 1000 点，图片验证码 0.002 元一张，reCAPTCHA 每千次 15 元
YesCaptcha 按任务扣点，1 元 = 1000 点。图片英数字 2 点一张（0.002 元），reCAPTCHA v2 每次 15 点（约 15 元/千次），Turnstile 25 点。本文用官方文档的真实价格表，拆解它支持的类型、计费退点规则、接入方式与不适合的场景。
CaptchaRun 评测：10 多种验证码一套接口，ReCaptchaV2 单次 0.015 元
Bearer Token + 两个接口跑通全流程，充值满 1000 元单价降到 0.012 元
CaptchaRun 用统一的 captchaType 模型覆盖 ReCaptcha V2/V3、企业版、hCaptcha、Turnstile、PxCaptcha2、Steam 等 10 多种验证码，ReCaptchaV2 原价 0.015 元/次，累计充值享 2%–30% 折扣。本文用官方文档的真实参数拆解它的接口、计费与接入细节。
打码平台的接口五花八门，但真正决定接入成本的只有三件事：要提交哪些参数、结果怎么拿、失败算不算钱。CaptchaRun 的文档在这三点上写得比多数同类清楚——它把所有验证码收进一个 captchaType 字段，两个接口（创建任务、查结果）就能覆盖全部类型。
它是什么
CaptchaRun 是面向自动化工作流的验证码识别服务：通过 Bearer Token 鉴权，向 POST /v2/tasks 提交任务，再用 GET /v2/tasks/{taskId} 轮询结果。官方给出的定位是「验证码处理的基础设施」，覆盖 10 种以上主流验证码，7×24 处理任务。
和按「题」计费的老式打码平台不同，它按任务计费，每个任务对象里都带 price（本次价格）和 deducted（是否已扣费）字段，成本可以逐条对账。新用户还可以联系客服领取 300 次试用——先跑通再决定要不要充钱，这点比较实在。
注册入口：CaptchaRun 控制台（注册后在会员中心拿 API Key、看余额与调用量）。
支持哪些验证码
按返回内容可以分成两族：
- 协议接口（返回 token）：ReCaptchaV2、ReCaptchaV3、ReCaptchaV2Enterprise、ReCaptchaV3Enterprise、HCaptcha、HCaptchaSteam、Turnstile、PxCaptcha2（PerimeterX）。拿到 response 值直接提交给目标站，不需要模拟鼠标点击。
- 图像识别（返回坐标）：ReCaptchaV2Classification 这类，只识别九宫格图里的目标，点击动作由你自己实现。
实际选型时先判断目标站是「有 token 就走协议接口」还是「只能看图做题走图像识别」。前者便宜且稳，后者省 token 但有额外的点击逻辑成本。
接入：三个请求跑通
最小可用流程是这样（Python 示意，参数与官方文档一致）：
import requests, time
KEY = "你的 API Key"
API = "https://api.captcha.run"
HDR = {"Authorization": f"Bearer {KEY}", "Content-Type": "application/json"}
# 1) 创建任务
task = requests.post(API + "/v2/tasks", headers=HDR, json={
"captchaType": "ReCaptchaV2",
"siteKey": "页面里的 sitekey",
"siteReferer": "https://目标站/登录页",
}).json()
# 2) 轮询（间隔几秒，别死循环）
while True:
r = requests.get(API + "/v2/tasks/" + task["id"], headers=HDR).json()
if r["status"] == "Success":
token = r["solution"]["token"]; break
if r["status"] == "Fail":
raise SystemExit("识别失败，可重提任务")
time.sleep(3)三个状态就够了：Working（处理中）、Success（完成）、Fail（失败）。拿到 API Key 后建议先拿一个已知 sitekey 的页面跑通一次，再上量：注册后领取 300 次试用，够把链路和重试逻辑都验一遍。
V2/V3 的可选参数里有两个值得注意：siteAction（V3 必填，页面上 grecaptcha.execute 里的 action 值）和 useCache（默认 true，仅 V2 有效，想每次都拿新 token 就设 false）。
计费：按次扣费，折扣写在规则里
计费逻辑很简单：每个任务按类型扣固定金额，官方文档里的示例是 ReCaptchaV2 原价 0.015 元/次。累计充值达到门槛后，之后每次消费自动打折：
| 累计充值 | 折扣 | ReCaptchaV2 实付 |
|---|---|---|
| 10 元 | 2% | ≈ 0.0147 元 |
| 100 元 | 5% | ≈ 0.0143 元 |
| 500 元 | 10% | ≈ 0.0135 元 |
| 1000 元 | 20% | ≈ 0.0120 元 |
| 1 万元 | 25% | ≈ 0.0113 元 |
| 3 万元 | 30% | ≈ 0.0105 元 |
换算成规模：1000 次 ReCaptchaV2，原价 15 元，20% 折扣后约 12 元。如果你每天跑几千次，充值档位比单价更值得算——一次性充到 1000 元比反复小额充值省得多。
一个例外要记住：FunCaptcha 协议接口不参与充值折扣，这部分按原价算。想按实际用量估预算的，可以先用 试用额度 跑一批真实任务，看后台的成功率和消耗再决定充多少。
平台侧做了哪些事
这类服务真正难的不是识别，而是高峰期排队。官网上写的三条能力值得关注：
- 请求感知调度：按任务流量分配处理资源，峰值期间保持队列有序。
- 弹性并发：并发能力在服务侧扩展，客户端不用维护线程池。
- 运行可观测：会员中心能看到调用量、成功情况和消耗，异常波动可以定位到具体时段。
官方还提供了 Python SDK（PyPI 包名 captcharun），余额接口会返回 balance、share（折扣系数）、cumulativeRecharge（累计充值），做成本监控时可以直接接进自己的报表。
五个要注意的点
- 轮询要有退避：固定 1 秒查一次既浪费请求也压不住成本，建议 3–5 秒起步、连续 Working 十次以上再放大间隔。
- token 有时效：拿到就尽快提交，别攒着批量用；过期重提比复用更省。
- V3 的 action 别漏：
siteAction不对，即使拿到 token 也可能被判低分。 - 图像识别要自己点：Classification 系列返回的是坐标，点击逻辑、随机延迟、滚动位置都得你实现，稳定性取决于你自己的模拟质量。
- 失败要区分原因：Fail 和请求报错不是一回事，前者可以重提，后者要检查参数、余额或并发，混在一起写重试只会放大损耗。
适合谁，不适合谁
适合：已经有自动化流程、需要接一家稳定验证码服务的团队；做自有站点端到端测试的；需要按次核算成本的。统一模型的好处是换类型不用换代码，加一个 captchaType 就行。
不太适合：只偶尔手动过验证码的（用浏览器插件更省事）；需要 100% 通过率保证的（任何打码服务都给不了，成败最终由目标站判定）；以及任何非授权、非合法的用途——官方在官网和文档里都写明了只服务合规场景，这类需求不用考虑。
本文价格、类型与接口参数取自 captcha.run 官网与官方文档（2026 年 10 月），折扣规则和开放类型会随平台调整，下单前以控制台显示的实时价格为准。