2026 年 App 如何变现：订阅、一次性购买、广告还是付费下载

想让 App 好好变现，先回答一个问题：用户获得的是什么价值，多久获得一次？云服务、离线工具和休闲游戏的成本结构和使用模式各不相同，所以不需要同一种付费墙。先选定模式，再核对商店的支付规则和 2026 年的费率，因为这两者共同决定了你能怎么收费、最终能留下多少。

应该选择哪种 App 变现模式？

选择与用户获得价值的频率、以及你服务每位用户的成本相匹配的模式。下面每种模式都适合不同类型的产品。

混合模式可以奏效，但每多一种模式，就多一条需要解释的规则，也多了需要测试的购买状态。从你能讲清楚的最简单模式开始。“免费试用，一次付费解锁导出”比同时上点数、订阅和广告更容易理解。

什么时候适合订阅？Apple 有哪些要求？

当 App 能持续交付价值时，订阅才合理。Apple 的审核指南 3.1.2(a) 规定，自动续期订阅“必须为客户提供持续的价值”，且订阅周期“必须至少持续七天，并可在用户的所有设备上使用”。

把现有的设置页面锁在月费后面，达不到这个标准。合适的场景包括可靠的同步、持续更新的内容、云端处理或持续维护的服务。如果你把一个已有的付费 App 改为订阅制，同一条指南指出，你“不应移除现有用户已付费获得的主要功能”。

在购买之前，审核指南 3.1.2(c) 要求你“清楚说明用户为这个价格将获得什么”。Apple 的订阅页面列出了注册页面需要包含的内容：订阅名称和时长、包含的内容、醒目的完整续订价格、登录或恢复购买的方式，以及使用条款和隐私政策的链接。测试续订、取消、到期和恢复购买。今天取消订阅的用户，应在已付费周期结束前继续保有访问权限。

什么时候一次性购买或付费下载更合适？

一次性购买适合成本不随使用量增长的独立工具，比如离线编辑器或在设备端运行的实用工具。如果你以一次付款为代价，承诺无限期提供昂贵的 AI 处理、存储或人工支持，就不适合这种模式。

在 iOS 上，即使没有订阅，你仍然可以提供试用。审核指南 3.1.1 允许使用价格等级为 0（Price Tier 0）、名为 "XX-day Trial" 的非消耗型 App 内购买项目。在试用开始前，你必须说明试用时长、哪些功能会被锁定，以及完整访问权限的价格。如果你在一次性解锁之外，还以消耗型点数的形式出售按量计费的服务，请记住：通过 App 内购买获得的点数“不得过期”。不要一边宣传“无限使用”，一边把硬性上限藏在支持页面里。

广告适合小型 App 变现吗？

只有当使用量能产生足够多的展示次数时，广告才能支撑一个免费 App。如果受众规模小或较为小众，广告收入可能无法抵消广告 SDK 带来的隐私合规工作和启动变慢问题。

衡量广告位是否影响了主要任务。在一个即用即走的工具里，在结果出现前弹出插页广告，流失用户造成的损失可能超过广告收入。去广告升级属于数字购买：Google 的支付政策明确将“App 的无广告版本”列为必须通过 Play 结算系统的高级功能。广告 SDK 还会收集数据，因此要同步更新你的隐私披露。我们的隐私标签 SDK 审查指南详细介绍了这项检查。

2026 年 Apple 和 Google 从 App 收入中抽成多少？

截至 2026 年 10 月，Apple 对小型企业计划成员、以及付费服务满一年后的订阅收取 15%。在美国、英国和欧洲经济区，Google Play 对通过 Play 结算系统支付的订阅收取 10% 的服务费外加 5% 的结算费。

根据 Google 的服务费页面，新的费率结构于 2026 年 6 月 30 日在美国、欧洲经济区和英国生效，并于 2026 年 9 月 30 日在澳大利亚和日本生效。在这些地区，5% 的结算费仅适用于通过 Google Play 结算系统完成的购买。其他市场在新规覆盖之前仍沿用旧费率。

Apple 小型企业计划面向上一自然年收益不超过 100 万美元的开发者，以及 App Store 新开发者。免费试用期不计入获得 Apple 85% 订阅分成所需的一年付费服务期。费率取决于所在计划和交易类型，因此请根据你账户的实际条款做收入预测，而不是套用单一百分比。

什么时候可以用自己的支付链接代替 App 内购买？

在 Apple 美国店面，App 现在可以包含按钮、外部链接或其他引导至其他购买方式的行动号召。在其他地区，数字功能必须使用 App 内购买，除非适用特定地区的权限或列明的例外情况。

• Apple，美国以外：审核指南 3.1.1(a) 要求获得 StoreKit External Purchase Link Entitlement，该权限仅在特定店面和部分平台上提供。
• Apple，实体商品：审核指南 3.1.3(e) 规定，实体商品或在 App 之外使用的服务必须使用 App 内购买以外的支付方式。
• Apple，一对一实时服务：根据 3.1.3(d)，辅导等实时的人对人服务可以使用其他支付方式。一对少数和一对多的服务必须使用 App 内购买。
• Google Play：数字商品需使用 Play 结算系统，除非你针对符合条件的国家加入了替代结算或外部优惠计划。实体商品和实体服务不得使用 Play 结算系统。

哪些变现错误曾导致其他 App 被拒？

最常见的支付类拒审，是通过商店购买系统以外的方式解锁付费功能。开发者常常试图用兑换码或网页购买来绕过商店。

在一个 2019 年的 Apple Developer Forums 帖子中，一位户外密室逃脱游戏开发者在自己的网站和合作伙伴渠道出售游戏兑换码，用户再在 App 中输入兑换码。这次更新因 "Guideline 3.1.1 - Business - Payments - In-App Purchase" 被拒，理由是该 App “允许用户通过购买兑换码来解锁额外内容”。开发者援引了 3.1.3(b)。回复指出，即便是多平台访问，同样的项目仍须“在 App 内以 App 内购买的形式提供”。

在一个 2025 年 1 月的帖子中，一位开发者用自己的合作伙伴促销码，在两个有效的 App 内购买商品中展示较便宜的那一个。Apple 以“该 App 使用促销码解锁或启用付费功能”为由拒绝了它。申诉被驳回，并附上指导意见：“如果你想在 App 中提供折扣订阅，请使用 Apple 支持的优惠代码。”

两个案例的教训相同：Apple 不在乎你的兑换码是直接解锁内容，还是只改变价格。只要由 StoreKit 之外的东西决定谁能获得付费功能，就要做好因 3.1.1 被拒的准备。

如何判断你的变现策略是否奏效？

一次只衡量一项改动，从用户激活开始，到留存下来、未退款的收入为止。如果更多人退款或停止续订，首次购买转化率提高也不算成功。

示例：“在用户首次成功导出后，展示付费导出选项，并附上一句清晰的说明。”在做任何改动之前，先确定指标（购买转化率和 30 天退款率）和观察周期。样本量太小，不足以支撑有把握的定价结论。在发布付费版本之前，按以下清单逐项检查：

1. 确认新用户在看到付费墙之前，已经体验到 App 有用的部分。
2. 用通俗的语言展示价格、计费周期和包含的内容。
3. 在 Release 构建中测试购买成功、待处理、失败、已退款和已恢复等各种状态。
4. 检查权益在重新安装后依然保留，并能在用户的各台设备间同步。
5. 为 App 审核提供一条可访问所有付费功能的可用路径；如果需要登录，请提供演示账号。
6. 对订阅按用户群组（cohort）跟踪续订率和流失率。

如果购买功能在审核期间出现故障，2.1 Release 构建测试计划介绍了修复方法。审核演示账号指南说明了如何为审核人员提供访问权限，App Store 提交检查清单则涵盖了发布的其余环节。想在动手开发之前规划好变现流程，请查看我们的服务。