打码成本怎么算：计费口径、失败返还与对账方法
同样是「1 分钱一次」，为什么月底账单差这么多？本文拆解打码平台的四种计费口径、失败返还规则，以及一套可落地的日对账方法。
打码平台怎么选：识别率、并发与超时的真实差别
别只看「识别率 99%」，那是最容易注水的指标
打码平台的宣传页都写 99% 识别率，实际跑起来差别在并发、超时和错误返回上。这篇给出四项可验证的评估方法，以及不同业务量下的选型建议。
打码（验证码识别）是自动化链路里最容易成为瓶颈的一环。平台宣传的「99% 识别率」通常指单张图片在理想条件下的准确率，而你真正会遇到的问题是：高峰期排队、长时间无返回、错了不退费。
四个真正要测的指标
1. 有效通过率，而不是识别率
识别率只统计「返回了结果」；有效通过率统计的是「返回结果且业务校验通过」。两者在滑块、点选、行为验证码上差距巨大。测试方法：用同一批真实验证码跑 200–500 次，统计最终业务成功次数。
2. P95 响应时间
平均响应 1.2 秒没意义，看 P95。多数平台在晚高峰 P95 会到 5 秒以上，直接拖垮你的整体并发。要求服务商提供 P95 数据，自己也要压测一遍。
3. 并发上限与限速策略
低价套餐常写「不限并发」，实际在网关层按账号做了 QPS 限流，超出的请求会静默排队。测试方法：用递增并发压测，观察响应时间拐点出现在多少 QPS。
4. 失败处理规则
- 识别错误是否退还次数？
- 超时无结果是否计费？
- 是否支持指定「错误自动重试一次」而不重复扣费？
这三条决定了你的实际单次成本，往往比标价贵 20%–60%。
按业务量选型
| 日请求量 | 建议方案 | 理由 |
|---|---|---|
| < 1 万 | 主流平台按次付费 | 无需预付，接口简单 |
| 1 万–10 万 | 包量套餐 + 备用平台 | 单价下降，且必须双通道容灾 |
| > 10 万 | 主力 + 备用 + 自建模型兜底 | 成本与稳定性都要可控 |
接口层面的三个细节
- 同步还是异步：同步接口简单但会阻塞，量大时必须用异步 + 回调或轮询。
- 错误码是否区分：识别失败、余额不足、系统繁忙必须能分开处理，否则重试逻辑会失控。
- 是否支持图片直传与 URL 两种方式：部分场景下 URL 方式能省一次上传开销。
售后比参数重要
打码平台的技术问题往往不是「不能用」，而是「偶尔不能用」。判断售后质量只需要看两件事：故障时是否有公告渠道，工单首次响应时间。接之前先提一个技术工单测一测，比看任何参数都准。
结论
预算允许的前提下，正确的做法是同时接两家：主力跑量、备用兜底，代码里做失败切换。多花的钱远低于一次全链路停摆的损失。