计费与验证用量

SubHub 按「验证次数」计费。本文说明什么算一次验证、如何统计,以及各方案配额。

计费模型

SubHub 不对用户付款抽成,也不替代 App Store / Google Play 结算。平台按每月「购买验证」次数计费。

所有方案均包含购买验证、权益管理与 Webhook,差异主要在验证配额、应用数量与技术支持级别。

相关文档

什么算一次验证?

每次平台向 Apple App Store 或 Google Play 发起凭证校验并成功处理,计为 1 次验证。常见触发场景如下:

  • SDK purchase() 完成后提交凭证 — 1 次
  • 服务端调用 POST /v1/purchases/verify — 1 次
  • restore() 中逐条重新校验历史交易 — 每条计 1 次
  • Apple Server Notifications / Google RTDN 触发续订、退款等状态同步 — 每次重新校验计 1 次

什么不计入验证?

  • hasEntitlement()、entitlements() 等权益查询
  • REST API 读取成员、购买、权益列表(GET 请求)
  • Webhook 投递至你的服务端
  • 重复提交同一凭证且平台返回 receipt_already_used(幂等,不重复计费)
  • configure()、identify() 等 SDK 初始化操作

配额与重置

验证配额按自然月重置(北京时间 UTC+8,每月 1 日 00:00 清零)。超出配额后,新的验证请求将返回 quota_exceeded 错误,已有权益不受影响。

控制台概览可查看当月已用 / 上限。达到 80% 时可配置邮件预警。

方案月验证配额应用数
免费版1,0001
入门版 ¥495,0002
成长版 ¥9910,0005
专业版 ¥19930,00010
商业版 ¥29980,00020
企业版不限不限

如何估算用量?

小型应用:月活 × 付费转化率 × 人均购买次数,再加上订阅续订次数。

restore() 在用户换机时会批量触发验证,建议在客户端避免频繁调用。

Sandbox / Test 环境的验证通常不计入生产配额(test 密钥独立统计)。