在iOS上卖金币、解锁完整版或为服务收费，首先遇到的往往不是代码问题，而是配置问题。你卖的每一件数字商品都必须先在 App Store Connect 里建好，而且 App Review 指南 3.1.1 明确规定：应用内解锁的任何功能都必须通过内购（In-App Purchase）销售，不允许使用授权码（license key）、二维码或加密货币等替代机制。商品配置一旦出错，你的提审会在任何一行 StoreKit 代码被审核之前就宣告失败。本教程带你走完完整配置流程——商品类型、订阅组、定价、优惠活动、沙盒测试，以及决定2026年内购能否顺利上线的审核要点。
1. 选对商品类型
App Store Connect 支持四种内购类型，一开始选对可以避免日后痛苦的迁移：
- 消耗型（Consumable）——使用一次即耗尽：游戏货币、道具、打赏。可以反复购买。
- 非消耗型（Non-consumable）——购买一次永久解锁：完整版、滤镜、高级功能。必须支持恢复购买（Restore）。
- 自动续期订阅（Auto-renewable subscription）——在用户取消前周期性扣费并持续提供内容或服务：SaaS、流媒体、云存储。
- 非续期订阅（Non-renewing subscription）——限时访问、不自动续费、需要再次购买；2026年很少是正确选择。
审核指南对这两类商品有两条硬性规则：通过内购买入的积分和游戏货币不得过期，且所有可恢复的购买都需要提供恢复机制。
2. 先签署 Paid Applications 协议
任何商品上线之前，Paid Applications 协议必须生效，App Store Connect 中的银行与税务信息也必须填写完整。协议未生效时创建的商品会一直停留在"缺少元数据"之类的中间状态，甚至被移出销售。这是内购提审卡住最常见的原因——商品建好了，协议却没签。（税务与银行表单的具体填写，可参考我们的 Apple开发者税务设置指南。）
3. 用规范的标识符创建商品
在 App Store Connect 后台，进入"我的 App"→"你的 App"→"变现（In-App Purchases）"页面，为每一件商品逐项配置以下关键信息，每一项都直接影响审核结果，也决定用户在支付弹窗中看到的最终效果：
- Product ID（商品标识符），使用反向域名格式，例如
com.example.app.coins.100——创建后不可修改，所以要提前规划好命名空间。 - 显示名称，用户会在支付弹窗上看到——简短、一目了然，并与 App 名称、订阅组名称区分开。
- 价格、描述，以及一张审核截图，展示该商品在 App 内的实际使用方式。
4. 配置订阅组与等级
每个自动续期订阅都必须属于一个订阅组（subscription group）——即用户可以在不同访问级别、价格和时长之间选择的一组方案。Apple 建议大多数 App 只使用一个订阅组，因为用户在同一个组内只能持有一个生效中的订阅，单组结构可以避免用户意外重复付费。流媒体类 App 如果售卖多个频道，则使用不同的订阅组，各组独立扣费。
在组内你需要为订阅设置等级，而等级决定了切换时的行为——这点在开发 UI 之前就要弄清楚：升级立即生效并按比例退还旧方案的剩余金额；降级在下一个续费日生效；平级切换（crossgrade）只有在两个方案都是预付且时长相同时才立即生效。你还可以通过 showManageSubscriptions(in:) 在 App 内提供订阅管理界面，让用户不离开应用就能升级或取消。
5. 定价：800个价格点与70/85分成
自动续期订阅可以选择所有币种与价格档位中约800个价格点，另有约100个更高的价格点可申请开通。价格按商店（storefront）分别设置，因此你可以让各地区价格保持一致，或针对不同市场单独调整。
分成比例直接影响你的商业模式：订阅用户付费服务的第一年内，每个计费周期你获得订阅价格的70%；累计付费满一年后，分成提高到85%。加入 App Store 小型企业计划（Small Business Program）的开发者从第一个计费周期起即可获得85%。免费试用和续期宽限不计入付费年数；如果订阅在过期后60天内续订，付费天数从恢复之日继续累计。
6. 用好2026年的优惠工具组合
Apple 的订阅页面列出了2026年真正能提升转化的优惠：介绍性优惠（introductory offers，含免费试用与预付折扣）、促销优惠（promotional offers）、优惠码（offer codes，现已在 macOS 可用），以及赢回优惠（win-back offers），现已推出，用于重新召回流失的订阅用户。此外，12个月承诺期的月度订阅也是一种受支持的付款方式，适合想降低月费的订阅用户。
对于非订阅制 App，指南允许在完整解锁前提供限时免费试用——即在价格档位0（Price Tier 0）设置一个命名为"XX-day Trial"的非消耗型商品，并清楚说明试用时长、试用结束后无法访问的内容，以及解锁完整功能所需支付的后续费用。
7. 接入 StoreKit 并在服务端校验
在 App 内，StoreKit 2 提供了商品查询、购买与交易更新能力，样板代码比旧版 API 少得多。在服务端，App Store Server API 配合 App Store Server Notifications 可以实时获取订阅状态——续费、账单重试与取消——这对于正确授予和回收权限至关重要。只依赖客户端校验，正是订阅权益（entitlement）类 Bug 最常见的来源。
8. 在沙盒中测试每一件商品
提审前务必测试：使用 Xcode 中的 StoreKit Testing 做快速、离线的购买流程测试，再用沙盒环境（sandbox）对着真实的 App Store Connect 商品做端到端购买。完整走一遍——购买、恢复、续订、取消——并确认审核截图与审核人员实际看到的内容一致。App Review 要求可购买的内购商品在 App 内必须可见、可审；构建里找不到商品，是首次提审被拒的典型原因。
9. 带着完整的审核备注提交
在 App Review 信息部分，说明内购的使用方式、注明商品可在沙盒中测试，并提供审核人员所需的任何演示账号。不完整的内购配置——协议未签署、商品卡在"缺少元数据"、沙盒购买流程中断——是 App Store 最常见的拒审原因之一。把这三件事做好，审核通常就能顺利通过。
提交前五分钟检查：Paid Applications 协议已签署 → 每个 Product ID 均为反向域名格式且配有显示名称和价格 → 订阅集中在单一订阅组且等级合理 → 优惠活动（试用、赢回、优惠码）已配置且定价清晰 → 沙盒中已测试购买、恢复与续订。五项检查，换来一次顺利上线的变现功能。
配置做对了，产品就成功了一半
iOS 内购是一套成熟的体系：Apple 端到端处理支付、鉴权与收据验证，每年承载数十亿笔交易。你需要做好的就是配置——正确的商品类型、清晰的订阅组结构、符合目标市场的定价，以及在面对审核之前就已经在沙盒中跑通的购买流程。把这些做对，变现就不再是你发布周期里的风险项。