Apple 的标准抽成是每笔用户支付价格的30%——这不是传闻，也不是博客估算，而是《Apple开发者计划许可协议》Schedule 2 第3.4(a)条的原文。同一份协议里还有一条大多数人从未提交的豁免条款：第3.4(b)条「App Store小型企业计划」，把付费应用与 App 内购买的佣金降到 15%。同一个商店、同一批客户，费用减半——前提是你的 proceeds（净收入）不超过100万美元。
Apple 的产品页把它讲得像走个流程。实际操作上，这是一次有真实时效、有合并计算规则、并且带有明确取消资格条款的申报——那条取消资格条款，正是冲着「把一个业务拆到多个开发者账号里」的做法去的。本文给出可执行的版本：谁能申请、判定「关联账号」的四条标准、具体提交步骤、费率究竟从哪一天开始生效，以及跨过百万门槛的那个月会发生什么。
四个关键数字：30% —— 标准佣金；15% —— 计划费率；100万美元 —— 净收入上限，按你拥有或控制的每一个账号合并计算；15天 —— 每个财月结束后 Apple 出审批结果的时间，也是审批通过后调整费率开始生效的期限。
1. 这个计划究竟改了什么
按 Schedule 2 第3.4(a)条的标准条款，Apple 收取每位终端用户支付价格的30%，只内建一个折扣：同一订阅组内已累计超过一年付费服务的自动续订，按 15% 收取。其余收入——一次性购买、首年订阅、绝大多数 App 内购买——都是30%。
而第3.4(b)条规定，获批加入小型企业计划的开发者，就其面向 Schedule 2 附件B所列出地区（以 App Store Connect 中不定期更新的版本为准）用户的销售，适用15%的优惠佣金。
由此有两个直接结论。第一，如果你的收入主要来自付费下载或首年订阅，这个计划相当于把 Apple 费用直接砍半。第二，如果你的生意建立在长期订阅用户之上，收益会窄一些——续订满一年后的15%你本来就有，计划的真正价值集中在首年订阅和非订阅类销售上。第三，如果你的账号走的是欧盟替代条款，Apple 官方说明页面写明：小型企业计划成员可享受进一步降低到10%的佣金。
2. 门槛算的是净收入，不是流水
条款写得很精确：你和你的关联开发者账号，在上一自然年度内的十二个财月中，累计 proceeds 不得超过 100万美元，且由 Apple 按其标准商业惯例计算。proceeds 的定义是扣除 Apple 佣金及特定税费与调整额之后的销售收入——所以你要拿来和100万比较的那个数字，比你后台的毛销售额要小，差额大致就是你已付的佣金。首次上架 App Store 的开发者同样可以申请，同时所有相关账号都必须处于开发者计划的良好状态（good standing）。
Apple 的说明页给出了估算方法，建议严格照做：取上一自然年度实际汇入你银行账户的 App Store 款项，再用 App Store Connect 中「付款与财务报告」里显示的税费与调整项修正这个金额；如果银行账户不是美元，按 Apple 财年每个财月月末的公开汇率逐月换算成美元。最后一步最关键——把你每一个关联开发者账号的 proceeds 加进来。绝大多数多账号运营者是在这一步才发现自己其实不符合资格，或者过去一直在错报。
3. 关联开发者账号：四条判定标准
Schedule 2 把关联开发者账号定义为：你拥有或控制的任何 Apple 开发者计划账号，或拥有/控制你账号的任何账号。Apple 页面列出四种构成关联关系的情形：
- 你在另一个 Apple 开发者计划账号的所有权或股份中持有超过50%的公司、个人或合伙权益；
- 另一个开发者计划成员在你的账号中持有超过50%的权益；
- 你对另一个开发者计划账号拥有最终决策权；
- 另一个开发者计划成员对你的账号拥有最终决策权。
申请时必须列出这些账号，而且义务不止于申请当天：协议明确写明，关联关系发生变化时，你必须更新相关信息。按 Apple 页面，每个关联账号需要提供的字段是：名称（个人或公司）、Team ID、账号持有人（Account Holder）邮箱，以及关系说明。实务建议：在打开申请表之前，就把这四个字段全部准备好，因为表单不支持填一半保存。
4. 申请：三个条件与唯一的签署人
Apple 的要求很短：申请者必须是 Apple 开发者计划的 Account Holder（管理员或 App 管理角色无法申请）；必须在 App Store Connect 中审阅并接受最新版付费应用协议（即《Apple开发者计划许可协议》Schedule 2）；如适用，必须列出全部关联开发者账号。
顺序很重要。付费应用协议与其他协议一起放在 App Store Connect 内，只要当前版本的 Schedule 2 尚未接受，申请就无法继续——协议过期是账号卡在第一步最常见的原因。如果你持有多个账号，只能逐个以各账号的 Account Holder 身份登录操作，没有批量申请入口。
5. 15%究竟从哪一天开始算
没有一步是即时的。Schedule 2 写明：Apple 在每个财月结束后15天内完成资格判定并批准符合条件的开发者。Apple 说明页补上了另一半机制：proceeds 自申请获批所在财月结束后15天起调整，页面给的例子是2月10日获批、3月14日起调整。
把它翻译成操作规则：某月3日提交申请，当月费率不会变；第一个月按全价佣金预算，从下一个月的对账单开始核对。
6. 年中跨过100万美元会怎样
条款很直白：一旦你和关联账号在当前自然年度的累计 proceeds 超过100万美元，当年剩余时间适用标准佣金费率。恢复路径存在但不快：如果在之后某个自然年度 proceeds 回落到100万美元以内，可以在再下一年重新获得资格。
对于一个正在逼近门槛的账号矩阵，这意味着应该按月看 proceeds 而不是按年。计划不会在99.9万美元时给你任何提醒，而一旦越线，当年后续销售就全部按30%计费。
7. 应用转让会同时计入双方
这是收购存量应用者最容易忽略的一条。Schedule 2 规定：只要你作为转让方或受让方参与了一次授权应用的转让，该应用的 proceeds 会计入每一个转让方的总 proceeds；同一年内多次转让的，计入每一次转让的每一方。也就是说，10月买下一个高收入应用，可能直接把买方的合并 proceeds 顶过100万、让其在当年剩余时间退出计划，而卖方的账号同样保留这笔 proceeds 的计算。评估收购价格时，佣金费率的变化应当计入模型。
8. 多账号运营最该注意的那一条
Schedule 2 写明：如果你或你的关联开发者账号在申请资格相关事项上存在任何可疑、误导、欺诈、不当、违法或不诚实的行为或不作为，你们将被取消小型企业计划资格，并按 Apple 的裁量被终止。条款给了两个示例：向 Apple 提供虚假或不准确的信息，以及创建或使用多个 Apple 开发者计划账号以不当获取该计划利益。
把这条与同一节的披露义务放在一起，合规边界就很清楚：资格的计量单位是「受同一控制的账号组」，不是单个账号。同一个人持有的两个账号，各自报告60万美元 proceeds，在协议下不构成两个小型企业——合并120万，两个都不应加入计划。协议为此写明的后果是取消资格并按 Apple 裁量终止，落点在账号关系本身，而不只是折扣。
9. 核对15%是否真的生效
获批之后，到 App Store Connect 的付款与财务报告中查看，佣金与调整项是按财月逐项列出的。由于15天的规则，反映优惠费率的第一次对账单通常是获批月份的下一个财月，而不是获批当月。同时还有两项前置条件必须有效，否则即使费率对了钱也不会动：付费应用协议必须是最新版本，税务与银行信息必须完整——小型企业计划改的是佣金，不是付款门槛。
10. 2026年一个容易被忽略的附带权益
Apple 说明页写明：已加入小型企业计划、且 App Store 首次下载量少于200万的开发者，可以免云 API 费用使用运行在 Private Cloud Compute 上的 Apple 基础模型（需为账号分配相应的 PCC 权限）。对做带 AI 功能应用的开发者来说，这项权益的价值可能高于佣金节省——而它以加入本计划为前提，所以申报得先做。
逐步操作清单
- 按 Apple 的方法核算上一年 proceeds：银行入账金额 + App Store Connect 中的税费与调整项，逐财月按月末汇率折算，覆盖你自己的账号以及你拥有或控制的每一个账号。
- 按四条所有权标准梳理关联开发者账号，逐个准备名称、Team ID、Account Holder 邮箱与关系说明。
- 以 Account Holder 身份登录 App Store Connect，接受当前版本的付费应用协议（Schedule 2）。
- 提交小型企业计划申请，并列出全部关联账号。
- 等待财月审批周期；优惠费率预计自获批所在财月结束后15天起适用。
- 在下一期付款与财务报告中核对佣金行。
- 建立每月一次的 proceeds 复核，让百万年化速度在 Apple 的核算落地之前就可见。
结论
小型企业计划不是漏洞，而是一次申报——Apple 自己的协议明确写着：资格按受同一控制的账号组的申报净收入判定，并对在申报上做手脚的行为保留取消资格的权力。只要账目准确、关联关系如实披露，15%的费率对几乎所有小型发行者都是敞开的；而试图把一桩生意拆到五个账号里压线过关的做法，在协议对「关联」的定义面前基本走不通。