Apple IAP 与 Google Play 内购服务费：收费范围、计算方式及全球费率指南
说明哪些数字商品和服务必须使用 Apple IAP 或 Google Play Billing、哪些交易通常不属于内购，并比较中国大陆、美国、欧盟、英国、日本、韩国、印度等主要市场的现行费率与计算方法。
结论先行： 应用商店服务费并不是对 App 的全部收入抽成，而主要针对通过商店分发的 App 所销售的数字商品、数字内容和数字服务。截至 2026 年 8 月，中国大陆 App Store 的 iOS/iPadOS 标准 IAP 佣金为 25%，优惠档为 12%；Google Play 面向中国大陆消费者没有可直接对照的官方内购费率，国内 Android 项目不能把 Google Play Billing 当作大陆发行方案。
本文资料校对日期为 2026 年 8 月 24 日。文中的“费率”指应用商店的平台服务费或佣金，不等于开发者最终税负，也不包含退款、拒付、汇兑、预提税、当地增值税或采用第三方支付时的支付通道费。
一、IAP 和 Google Play Billing 到底是什么
**Apple In-App Purchase（IAP）**是 App Store 内销售数字商品和服务的交易体系；Google Play Billing是 Google Play 分发 App 对应的应用内结算体系。二者通常同时承担商品配置、收款、订单凭证、退款与订阅管理等能力，平台再按适用规则从交易中收取佣金或服务费。
判断是否需要接入内购，最实用的标准不是“付款按钮是否在 App 里”，而是下面三个问题：
- 用户买到的是数字权益，还是线下交付的实体商品或服务？
- 该权益能否在 App 内使用、消费或解锁功能？
- App 是通过哪个商店、面向哪个 storefront 的用户分发？
只要商品本质是数字权益，并且能在 App 内使用，通常就进入内购政策范围。把收银台做成 H5、二维码或客服转账，并不会自动改变商品属性。
二、哪些场景通常会被收取内购服务费
1. 必须优先按数字内购设计的典型场景
| 场景 | 常见商品 | Apple / Google 的通常判断 |
|---|---|---|
| App 功能解锁 | 专业功能、去广告、完整版、额外席位 | 在 App 内获得或使用数字功能，通常属于内购 |
| 会员与订阅 | 视频、音乐、知识、健身内容、AI 工具、云端软件会员 | 可在 App 内访问数字内容或服务，通常属于内购 |
| 游戏与虚拟经济 | 金币、钻石、皮肤、装备、关卡、战令、抽奖箱 | 典型数字商品；虚拟币本身和用虚拟币购买的权益均需合规设计 |
| 内容单次购买 | 电子书章节、课程回放、模板、滤镜、数字文件 | 如果购买后能在 App 内消费，通常属于内购 |
| 社交增值 | 虚拟礼物、会员标识、付费贴纸、帖子加热或曝光 Boost | 数字权益在同一 App 内生效，通常属于内购 |
| 创作者打赏 | 购买礼物、徽章或其他数字回报 | 只要付款换取数字权益，通常属于内购；纯粹点对点赠与需另看平台条件 |
| 多平台服务 | Web、iOS、Android 共用的 SaaS 或内容账号 | 可以让用户登录访问已购权益，但 App 内销售入口仍受各商店规则约束 |
Apple 的审核指南 3.1.1明确把订阅、游戏币、关卡、付费内容和完整版解锁列为 IAP 场景。Google Play 的Payments policy 说明也以“能否在 Play 分发的 App 内访问或消费数字商品/服务”为核心判断。
2. 通常不应使用 IAP / Play Billing 的场景
| 场景 | 例子 | 常见做法 |
|---|---|---|
| 实体商品 | 电商商品、外卖、鲜花、硬件设备 | 银行卡、Apple Pay、微信支付、支付宝等普通支付 |
| App 外消费的线下服务 | 打车、酒店、机票、保洁、线下活动门票 | 普通支付，不走数字内购 |
| 实时一对一服务 | 一对一辅导、在线问诊、健身指导、房产带看 | Apple 通常允许外部支付；Google 要求服务为两人实时且不可回放等条件 |
| 纯企业采购 | 企业统一购买给员工或学生使用的专业系统 | 符合纯 B2B / Enterprise 条件时，可由企业合同结算 |
| 广告主投放管理 | 企业购买跨媒体广告并在后台管理 | 纯广告管理工具通常不属于内购；购买同一 App 内的帖子加热则不同 |
| 仅在 Web 使用的权益 | 在 App 内完全不能访问、消费或解锁的 Web-only 服务 | 通常不要求 Play Billing；仍需避免在 App 内违规引导 |
Apple 还对 Reader App、免费伴侣 App、多平台服务、硬件绑定功能等设置了专门规则。这些是有条件的例外，不是“只提供登录就可以绕过内购”的通用捷径。尤其是录播课、群课和一对多直播，通常不能直接套用“一对一实时服务”例外。
三、费用是怎样计算的
最简化的预算公式是：
可结算收入 ≈ 用户支付价 − 交易税费 − 平台佣金 − 退款/拒付 − 其他适用费用平台往往会按用户所在 storefront、商品类型、开发者是否加入优惠计划、订阅持续时间、支付方式和安装日期决定费率，而不是只看开发者公司注册地。
中国大陆 App Store 的简单算例
假设某项数字商品的计费基数为人民币 100 元，暂不考虑税费、退款和汇兑：
| 适用档位 | 平台佣金 | 开发者税前可得 |
|---|---|---|
| 中国大陆标准档 | 25 元 | 75 元 |
| 中国大陆优惠档 | 12 元 | 88 元 |
这里的优惠档包括符合条件的 App Store Small Business Program、Mini Apps Partner Program，以及自动续订订阅满一年后的续费。开发者应以 App Store Connect 的实际 proceeds 报表核账，不能直接用商品标价乘以 75% 或 88% 代替财务结算。
常见全球基础档算例
在仍采用 30% / 15% 基础结构的市场，同样以不含其他扣项的 100 元等值交易计算：标准档可得约 70 元；小型企业优惠档、Google Play 首个 100 万美元档或符合条件的订阅档可得约 85 元。
四、中国大陆市场目前怎样收费
Apple：中国大陆 iOS / iPadOS 已是 25% 与 12%
Apple 于 2026 年 3 月公布，自 2026 年 3 月 15 日起，中国大陆 storefront 的 iOS 与 iPadOS：
- 标准付费 App 和 Apple IAP 交易：25%，此前为 30%；
- Small Business Program、Mini Apps Partner Program 的合资格交易：12%，此前为 15%；
- 自动续订订阅在同一订阅组累计满一年后的续费：12%。
这一调整来自 Apple 的中国大陆 App Store 费率公告。注意公告明确指向中国大陆 storefront 的 iOS 和 iPadOS，不要未经核对就把 25% / 12% 套到 Mac App Store、海外 storefront 或其他分发方式。
Small Business Program 通常以关联开发者账户合计收益判断资格。Apple 的计划说明以不超过 100 万美元 proceeds 为核心门槛；超过门槛后，后续交易会转入适用的标准档。
Google Play：中国开发者可注册，不等于大陆消费者有官方内购市场
Google 的开发者支持表显示中国主体可以注册 Play Console 商户，但 Google Play 的消费者付费内容可用地区列表并未把中国大陆列为正式的付费 Android 应用市场。因此要分清两件事：
- **中国公司面向海外用户发行：**可以按目标用户所在国家或地区的 Google Play 规则收费；
- **面向中国大陆 Android 用户发行：**通常要接入国内应用渠道与支付体系，不能引用 Google Play 的 15% / 30% 作为大陆市场统一费率。
所以，中国大陆不存在一个可与 Apple 25% / 12% 直接并列的“Google Play 大陆消费者内购费率”。国内 Android 渠道是否抽成、抽多少、哪些品类必须接渠道支付，应逐家核对华为、小米、OPPO、vivo、腾讯应用宝及游戏联运合同。
五、世界主要市场费率对比
下表按 2026 年 8 月仍公开有效的官方规则做产品预算摘要。它是主流情形速查，不是对所有计划、品类和历史安装的穷举。
| 市场 | Apple IAP 主流费率 | Google Play 主流费率 | 需要特别注意 |
|---|---|---|---|
| 中国大陆 | iOS/iPadOS 标准 25%；优惠档与订阅满一年续费 12% | 无面向大陆消费者的可比官方 Play 费率 | 国内 Android 需逐渠道核价 |
| 美国 | 基础 IAP 通常 30%；小型企业与订阅优惠通常 15% | 2026-06-30 后：订阅与年度首 100 万美元档为 10% 服务费 + 5% Billing；其他标准交易按新/既有安装为 20% + 5% 或 25% + 5% | Apple 美国 storefront 可在 App 内放置外部购买链接；Google 对安装日期有过渡口径 |
| 欧盟 / EEA | 当前 EU 条款下 Apple IAP 为 26%；优惠档 15%；应用内替代支付为 20% / 10%；可归因的站外链接交易为 15% / 10% | 与美国相同的新分拆结构已于 2026-06-30 生效 | 两个平台均允许合规替代支付，但仍可能收服务费，并增加报表、税务与客服责任 |
| 英国 | Apple 基础 IAP 通常 30% / 15% | 2026-06-30 起采用与美国、EEA 相同的新分拆结构 | 不要把 EU 的 Apple 费率自动套到英国 |
| 日本 | Apple 商店佣金 21% / 优惠 10%，使用 IAP 另加 5% 支付处理费，即常见合计 26% / 15% | 在全球新结构全面推出前，通常仍为首 100 万美元 15%、超额 30%，订阅 15% | Apple 允许合规替代支付；站外链接归因交易另有 15% / 10% 商店服务费 |
| 韩国 | Apple IAP 基础档通常 30% / 15%；获批第三方应用内支付的交易，Apple 公布佣金为 26% | Play 替代结算交易通常在原适用服务费基础上减少 4 个百分点 | 替代支付需地区专用流程、披露和销售报告 |
| 印度 | Apple 基础 IAP 通常 30% / 15% | Play 替代结算交易通常在原适用服务费基础上减少 4 个百分点 | 第三方 PSP 成本由开发者另付，减 4 个百分点不等于总成本只剩 11% |
| 加拿大、澳大利亚、新加坡等其他主要市场 | 如无地区特别条款，通常按 30% / 15% 基础结构 | 新结构全球完全推出前，通常为首 100 万美元 15%、超额 30%，订阅 15% | 澳大利亚等地已可提供 Play 替代结算，具体费率以当地计划页为准 |
Apple 的欧盟支付选项和日本支付选项已不再是简单的“30% 或 15%”两档。Google 的服务费总览则明确区分美国、英国、EEA 的新结构与尚未完成全球切换的其他市场。
六、Apple 与 Google 的优惠档有什么不同
| 机制 | Apple | Google Play |
|---|---|---|
| 小型开发者门槛 | Small Business Program 主要看关联账户上一年度 proceeds 是否不超过 100 万美元 | 15% service fee tier 适用于每年首 100 万美元 earnings，需完成账户组和关联账户申报 |
| 超过门槛后 | Apple 通常从超过门槛后的后续销售转入标准费率，未来年度可能重新符合资格 | 该年度超过 100 万美元的部分通常按 30%，下一年度重新累计 |
| 自动续订订阅 | 多数基础市场首年 30%，同一订阅组累计满一年后 15%；小型企业通常从首日 15%；中国大陆为 25% / 12% | 多数尚未切换新结构的市场，自动续订订阅通常从首日 15% |
| 特殊内容计划 | 新闻、视频、Mini Apps 等计划可能有专门费率 | Media Experience、Play Games 等计划可能有更低或不同的结构 |
“100 万美元”在两个平台上的定义和应用方式不同。预算模型必须把关联账户、收益口径、自然年度、订阅年限和目标地区分别建模，不能只写一个全局的“平台抽成 15%”。
七、替代支付并不等于免平台费
美国、欧盟、日本、韩国、印度等市场近年扩大了应用内第三方支付或外链购买的空间，但替代支付通常还会带来：
- 平台服务费、商店佣金或链接归因费；
- 第三方支付通道费和拒付成本；
- 自行处理消费税、VAT/GST、发票、退款与订阅取消；
- 月度交易报告、API 对账和审计义务；
- 地区 entitlement、专用二进制、披露页和审核要求；
- Apple/Google 无法代为提供完整购买记录、家庭共享或客户支持。
例如，韩国的 Apple 第三方应用内支付佣金为 26%，仍需自行支付 PSP 费用；Google 在韩国或印度的“减少 4 个百分点”，也是从原本适用的服务费中减 4 个百分点，而不是把费率直接变成 4%。
因此，替代支付是否更省，应该计算：
替代支付总成本 = 平台剩余服务费 + PSP 费 + 税务/退款/风控成本 + 开发与合规运维成本八、产品经理和研发应怎样落地
立项阶段
- 建立 SKU 清单，逐项标记实体、线下服务、数字内容、数字功能、虚拟币和打赏；
- 明确 iOS 与 Android 的目标国家、分发商店和用户 storefront；
- 用标准档、优惠档和地区特殊档分别测算毛利，不把税费混进“平台抽成”；
- 对 Reader、B2B、一对一服务或硬件绑定等例外，保存政策依据和审核说明。
技术设计
- 服务端维护统一的商品与权益模型，客户端只负责发起购买和展示状态；
- Apple 使用 App Store Server API / Notifications，Google 使用 Play Developer API / Real-time developer notifications 验证订单状态；
- 所有发货操作必须幂等，正确处理 pending、退款、撤销、宽限期、暂停和恢复购买；
- 不信任客户端上传的“购买成功”布尔值，也不要只依赖一次性 receipt 校验；
- 记录订单所属平台、storefront、币种、含税价、税额、费率档、平台扣款和净收入，方便财务对账。
上架与运营
- 在审核备注中解释商品、购买路径、账号和权益恢复方式，并提供可审核账号；
- 订阅页明确价格、周期、自动续订、试用、取消方式与服务内容；
- 监控续订率、退款率、计费失败和净收入，不只看用户支付总额；
- 至少每季度复核一次平台政策，在进入新国家、加入优惠计划或修改购买链路时立即重算。
九、最终决策清单
在确定收款方案前，团队应能回答以下问题：
- 用户付款后获得的究竟是实体交付，还是可在 App 内使用的数字权益？
- 同一个 SKU 在 iOS、Google Play 和国内 Android 渠道是否需要不同结算方式？
- Apple / Google 的 100 万美元优惠门槛是否已经把关联账户合并计算？
- 订阅用户是否已经累计满一年，费率变化何时生效？
- 交易发生在哪个 storefront，而不是公司注册在哪个国家？
- 标价是否含税，退款、汇兑、支付处理和平台费由谁承担？
- 替代支付节省的平台费，能否覆盖 PSP、客服、税务、风控与合规成本？
最稳妥的做法，是把内购当成一套“商品、权益、订单、税务、审核和地区政策”的系统工程。先判断交易性质，再匹配目标市场规则，最后才选择支付 SDK；顺序反过来，往往会在上架前才发现毛利模型或购买链路需要重做。
本文仅供产品、财务和上架规划参考，不构成法律、税务或平台审核意见。平台政策、地区法规和费率会调整，实施前请核对目标 storefront 的最新官方规则与开发者协议。