RefundHalt vs. 自行开发 概览
决定前请先阅读功能比较。
| 功能 | RefundHalt | 自行开发 |
|---|---|---|
| 几分钟内即可上线 | 是 | 否 |
| 内置 Apple 签名验证和 API 令牌处理 | 是 | 否 |
| 为你配置 Google 通知主题 | 是 | 否 |
| 夜间和周末也能按时响应 | 是 | 有限支持 |
| 为你跟进商店 API 变更 | 是 | 否 |
| 基于自有数据的使用证据 | 是 | 是 |
| 完全控制每个字段 | 有限支持 | 是 |
| 数据保留在自己的系统中 | 否 | 是 |
为什么选择 RefundHalt
每个请求都能按时得到响应
Apple 给出 12 小时，Google 给出 24 小时，夜间和周末也不例外。RefundHalt 全天候自动响应，并设有截止时间兜底机制，避免案例超时后仍未得到响应。
退款请求时间线示例
星期六 02:14
Apple 发送退款请求
星期六 02:14
RefundHalt 匹配购买记录并应用你的规则
星期六 02:14
响应已发送给 Apple
星期六 14:14
Apple 的 12 小时时限
无需搭建基础设施
你无需验证 Apple 的签名载荷、创建 API 令牌，也无需在 Google Cloud 中配置 Pub/Sub。粘贴一个 URL 和一个主题名称即可。
设置示例
App Store Connect
服务器通知 URL
https://app.refundhalt.com/webhooks/apple/…
Play Console
实时开发者通知主题
projects/refundhalt/topics/rtdn-…
无需 SDK。无需更新应用。
细节已处理妥当
百分比以 milliunits 发送，Apple 自动续订订阅中省略该字段，Google 则使用使用事件作为佐证。这些细节出错会导致 Apple 拒绝响应。
发送给 Apple示例
customerConsentedtrue
deliveryStatusDELIVERED
consumptionPercentage82000 (82%)
sampleContentProvidedfalse
refundPreferenceDECLINE
每种方案涉及的工作
| 类别 | RefundHalt | 自行开发 |
|---|---|---|
| 首次响应所需时间 | 几分钟 | 数天到数周的开发工作 |
| 持续维护工作 | 无需维护。我们跟进商店 API 变更 | 监控、值班和商店 API 变更 |
| 价格 | 固定价格。Pro 每月 $49.99，按年付费则每月 $29.99 (5 个应用)。Enterprise 每月 $69.99，按年付费则每月 $49.99 (应用数量不限)。 | 先投入开发时间，之后长期负责维护。 |
何时更适合自行开发
如果退款处理是你的核心业务，合规规则要求商店密钥和退款数据保留在自有系统中，或你已有后端值班团队，可以选择自行开发。如果选择这条路，我们的博客记录了具体载荷和常见错误。
常见问题
- 内部开发最常见的错误有哪些？
- 为自动续订订阅发送 consumptionPercentage（Apple 会拒绝）、用 1,000,000 而非 100,000 来表示 milliunits 中的 100%、忘记 Google 只记录首次 reviewrefund 响应，以及主流程在夜间失败时没有兜底机制。
- 可以先使用 RefundHalt，以后再转为内部开发吗？
- 可以。商店配置包含一个 URL 和一个密钥，你可以随时将其指向其他服务。退款历史也可通过 API 和 Webhook 获取。
- RefundHalt 需要应用源代码或 SDK 吗？
- 不需要。RefundHalt 使用商店官方 API 在服务器端运行。唯一的可选部分是在你的服务器上提供一个小型使用数据端点。
我们于 2026年11月2日 通过其他产品的公开网站和文档核实了相关信息。如果有信息过时，请发送邮件至 support@refundhalt.com，我们会予以更正。