过多的退款申请，代价可能远超退款本身，因为两大应用商店都把它当作质量信号

过多的退款申请，是 Apple 怀疑你的应用的理由之一。App 审核指南 5.6.4 用一句话就写明了这一点，而 Google 的开发者分发协议也有对应条款，允许它依据退款率下架新开发者的应用。多数开发者把退款看成收入问题。但商店还把它看成质量信号，而质量信号的终点，可能是一封下架通知。

下面逐一说明：两家商店的原文到底怎么写，措辞的覆盖范围有多大，应用被下架时要付出什么代价，以及如何避免退款量变成对你不利的证据。没有任何商店公布阈值，所以关键在于仔细读合同，控制你能控制的部分。

Apple 指南 5.6.4 如何看待过多的退款申请

指南 5.6.4 标题为“App 质量”，位于第 5.6 节“开发者行为准则”之下。关键在中间那句：未达到质量要求的迹象包括，用户对你的应用提出过多投诉（如负面评价），以及过多的退款申请。最后一句把它与执法挂钩：无法保持高质量，可能成为判断开发者是否遵守开发者行为准则的一个因素。

分量正是来自这层关联。行为准则的引言写明，如果你从事不符合准则的活动，你的开发者计划账号将被终止。同一节还列出了 Apple 盯着的行为：诱导用户进行非本意购买的应用、以误导方式涨价、对未交付的功能或内容收费。这些行为都会引发退款申请，这正是 Apple 统计退款的原因。

5.6.4 通知在现实中是什么样

Apple 不公开执法信函，所以最好的证据来自开发者的自述。在 Apple Developer Forums 的一个帖子里，一位开发者写道：Apple 援引指南 5.6.4 发出警告，如果应用在 14 天内不做修改，将被下架，开发者账号也可能被暂停。这位开发者提出的整改方案是免费试用、应用内评分页面、加强测试和调整设计。帖子里的其他开发者指出，这些都没有回答用户为什么要退款。

Apple 会因为退款申请过多而下架应用吗？

会。Apple 开发者计划许可协议附表 2 第 7.3 条允许 Apple 随时停止推广和提供某个应用的下载，无论有无理由。该条还列出了具体依据，包括违反协议或其他文件，例如 App 审核指南。指南 5.6.4 就属于这些指南。同一条还补充说，Apple 决定停止分发，并不免除你在附表 2 下的义务。

Google Play 协议如何看待退款率

Google 的措辞更短，也更直接。Google Play 开发者分发协议第 4.11 条（2025 年 9 月 15 日生效的版本）规定：对于没有产品历史的新开发者，Google 可使用或公布卸载率、退款率等表现指标，以识别或下架未达到可接受标准的产品，标准由 Google 自行判断。

有两个细节值得注意。第一，该条款直接点名退款率，而不是把它当作某个更宽泛概念的例子。第二，适用对象是没有产品历史的新开发者，恰恰是最承受不起下架的账号。不过，老账号也并非高枕无忧。第 10.3 条允许 Google 在你或你的产品可能对 Google、用户或合作伙伴造成经济、声誉或安全方面的损害风险时，终止协议。

Google Play 的下架如何演变成账号终止

Play Console 帮助文档中关于账号终止的说明，描述了这个阶梯。多次下架或警告可能导致应用被暂停。应用暂停会计为开发者账号信誉的违规记录。多次暂停，或因严重违规被暂停，可能导致账号终止。账号一旦终止，目录中的所有应用都会从 Google Play 移除，这些应用所关联的用户、统计数据和评分也将一并失去。

下架在金钱上的代价

下架通知不会抹掉你已欠下的退款。它只会切断原本用来支付这些退款的收入。在 Apple，附表 2 第 6.3 条要求你偿付 Apple 批准的退款，包括支付服务商上报的退款，拒付正是这样落到你头上的。第 7.1 条让这项偿付义务在终止前后都持续有效，并允许 Apple 在其认为合理的期限内暂扣全部款项，用于抵销终端用户的退款。Google 协议第 8.1 条对下架前售出的产品作了同样规定，第 3.8 条允许 Google 从你的付款中扣除退款。

再算算那些不会停下的开支。已经安装应用的用户仍会打开它。服务器、GPU 算力、付费第三方 API 调用、存储和支付处理费，都在继续为这些用户向你计费，而新收入已经归零。如果应用要向创作者或推广伙伴分成，这些分成是按销售额计算的，而这些销售现在可能以退款的形式回来，冲抵一个已被冻结的余额。

商店实际终止账号的频率

公开数据能让风险回归合理比例。Apple 的 2024 年 App Store 透明度报告统计了 146,747 个被终止的开发者账号。其中 146,583 个是依据 DPLA 第 3.2(f) 条因欺诈被终止，Apple 指出最常见的原因是与其他已终止的开发者账号存在关联。依据指南 5.6.0（开发者行为准则）下架的应用只有 99 个，依据指南 3.1.2（订阅）下架的有 69 个。在 8,132 起账号终止申诉中，有 225 个账号被恢复。

这组数据可以从两个角度看。一方面，诚实经营的应用因退款而被终止，非常少见，而且报告并未单独列出 5.6.4。另一方面，账号一旦被终止，想要恢复的可能性很低。Apple 的行为准则确实留了一条路：提交一份书面说明，详细列出你计划做出的改进；如果 Apple 批准该计划并确认改动到位，账号可能被恢复。

如何避免退款量变成证据

你无法阻止用户申请退款。但你可以不再给他们理由，也可以确保在商店主动征询的两个流程里，商店听到你的说法。

消除行为准则点名的诱因

• 在购买按钮之前，就在付费墙上展示价格、计费周期和续订条款，别让用户在银行账单上才发现每周扣费。
• 用户一付款，立即交付所售内容。购买后没解锁，就同时意味着一个退款申请和一张客服工单。
• 让取消订阅在设置页面里一眼可见。找不到出口的订阅用户，会转而向商店要回钱。
• 按产品、国家和应用版本监控退款，而不只看总数。某个版本发布后或某个市场里的突增，会告诉你该修什么。

回应允许你提交证据的两个流程

只有两种退款流程让你能在商店决定前把证据摆上桌。Apple 会发送 CONSUMPTION_REQUEST，要求你在 12 小时内通过 Send Consumption Information 提交消费数据。Google Play 会针对拒付发送待处理的退款审核，你需在 24 小时内调用 orders.reviewrefund 作出回应。其他情况，包括 Google Play 的 48 小时自助退款、客服退款，以及未确认购买的自动退款，都在没有你参与的情况下决定。用准确数据回应的申请，在内容已交付并已使用时，商店是可以拒绝的。

不是你造成的退款，也会让你受罚吗？

两家商店都没有说过会在质量审查中区分恶意退款和正当退款，所以要假定它们看到的是原始数量。这正是你要自己留存记录的理由：哪些退款来自同样的少数几个账号，哪些发生在你这边交付失败之后，哪些是在大量使用之后申请的。万一哪天收到 5.6.4 通知，正是这份记录，能把一句含糊的承诺变成 Apple 行为准则所要求的具体改进计划。

RefundHalt 会在时限内，用你真实的使用数据回应每一个 CONSUMPTION_REQUEST 和 Google Play 拒付审核，并按产品、国家和版本追踪退款率。这样，在商店从它的数据里看到质量问题之前，你就先从自己的数据里看到了。