Apple 首次摊牌外链佣金：标准15%、小微5%——但这只是单方主张，六年诉讼还没到终局
2026年8月17日 · 最高法院8月13日拒绝Apple第二次暂缓诉讼的请求后，Apple当天向法院提交了外链购买的具体佣金方案：标准应用15%、小微企业（年收入低于100万美元）5%、特定合作项目10%、订阅续订10%。这是六年 Epic v Apple 诉讼里 Apple 第一次公开具体数字，但 Epic 还有约60天窗口提交专家意见反驳，此前法院认定的"协调成本"标准下费率甚至可能被打到接近零。规则没有落地，恰恰是"多情景计算器"这类窄工具成本最低的窗口。
本文不构成投资、法律或财务建议；涉及法院裁决与Apple官方政策的部分请以官方文件、判决书及最终生效条款为准。文中费率为Apple单方在诉讼中提出的方案，尚未经法院裁定，可能发生重大变化。
先说清楚发生了什么
Apple 首次公开外链佣金方案：标准15%、小微5%、特定合作项目10%
最高法院8月13日拒绝Apple暂缓诉讼的请求后，Apple当天向加州北区法院提交外链购买佣金方案：标准应用15%，小微企业计划（年收入低于100万美元）5%，视频/新闻/迷你应用合作项目10%，订阅续订统一10%——Apple称这是为收回App Store基础设施、工具与服务成本。
Apple 首次公开外链佣金方案：标准15%、小微5%、特定合作项目10%
最高法院8月13日拒绝Apple暂缓诉讼的请求后，Apple当天向加州北区法院提交外链购买佣金方案：标准应用15%，小微企业计划（年收入低于100万美元）5%，视频/新闻/迷你应用合作项目10%，订阅续订统一10%——Apple称这是为收回App Store基础设施、工具与服务成本。
这是六年 Epic v Apple 诉讼里的最新节点。此前 Apple 曾单方对外链交易收取 27% 佣金，被法院认定违反此前的禁令；2025 年 4 月，Gonzalez Rogers 法官出具 80 页裁决，认定 Apple"故意违反禁令"、一名财务高管在作证时说谎，并将两者移交联邦检方作为潜在刑事藐视法庭的调查对象。今年 6 月 2 日，最高法院拒绝了 Apple 的第二次暂缓请求，Justice Elena Kagan 亲自驳回，允许下级法院继续推进"合理佣金率"的认定程序——Apple 被迫在 8 月 13 日当天摊牌，首次公开具体数字：标准应用 15%、App Store 小微企业计划（年收入低于100万美元）5%、视频/新闻/迷你应用合作伙伴项目 10%、订阅续订统一 10%。
需要反复强调：这不是最终数字。Epic 有约 60 天窗口提交专家分析反驳 Apple 的方案，此前批评者（包括 Epic）指出，按第九巡回法院此前确立的"仅覆盖协调成本"标准，合理费率可能被打到接近零。下一步是进一步的书面交锋，再由 Gonzalez Rogers 法官开庭听证，目前没有公开的最终生效日期。
和标准 IAP 佣金、EU DMA 费用叠加对比：外链未必总是划算
目前App Store标准应用内购佣金是30%（小微15%）；欧盟DMA模块化收费叠加后走外链最低也要约20%；如果这次美国外链15%方案落地，走外链还要再加上支付处理商费率（如Stripe标准2.9%+$0.30，多地区报税再加0.5%）——三条路径谁更省钱取决于客单价、复购率和地区结构，没有放之四海皆准的答案。
和标准 IAP 佣金、EU DMA 费用叠加对比：外链未必总是划算
目前App Store标准应用内购佣金是30%（小微15%）；欧盟DMA模块化收费叠加后走外链最低也要约20%；如果这次美国外链15%方案落地，走外链还要再加上支付处理商费率（如Stripe标准2.9%+$0.30，多地区报税再加0.5%）——三条路径谁更省钱取决于客单价、复购率和地区结构，没有放之四海皆准的答案。
拿三条路径摆在一起看会更直观：留在标准 App Store 内购走 30%（小微企业计划 15%）；在欧盟走 Apple 今年 1 月起为符合 DMA 推出的模块化费用栈，全用外链跳过 StoreKit 计费的话，落地大约是 20%（5% 核心技术费 + 13% 二级层级 + 新用户获取费 2%，后者仅收前六个月）；如果这次美国外链新方案最终落地，走外链的开发者除了付给 Apple 的 5%-15%，还要再加支付处理商的费率——以 Stripe 为例，标准费率是 2.9% + $0.30/笔，多地区报税再叠加约 0.5%。三条路径最终谁更省钱，取决于客单价、复购率和用户地区分布，没有一个数字能覆盖所有场景。
这里有个值得记的巧合：今天资讯页提到 Stripe 刚花 70 亿美元收购了 AI 模型路由公司 OpenRouter——一家支付基础设施公司同时在"多支付通道"和"多模型路由"两条线上加码，说明"该走哪条通道"正在从开发者拍脑袋决定的事，变成一个值得被工具化的决策问题。
为什么现有工具没有盖住这个位置
现成的费率计算器算的是"已生效"的规则，没人把这次的诉讼方案当输入项
appstorefeepro.com 这类现成工具算的是已生效的标准IAP佣金、EU DMA费用栈；本周三刚公布的5%/10%/15%外链阶梯方案至今没有工具把它当一个可选输入项接进去——因为这套数字三天前才第一次出现，而且Apple自己都说这不是终稿。
现成的费率计算器算的是"已生效"的规则，没人把这次的诉讼方案当输入项
appstorefeepro.com 这类现成工具算的是已生效的标准IAP佣金、EU DMA费用栈；本周三刚公布的5%/10%/15%外链阶梯方案至今没有工具把它当一个可选输入项接进去——因为这套数字三天前才第一次出现，而且Apple自己都说这不是终稿。
目前能找到的 App Store 费率计算器（比如 appstorefeepro.com）、以及各类费率对比博客，处理的都是"已经生效、不会突然变化"的规则：标准 30%/15% 佣金、欧盟 DMA 模块化费用栈。这类工具的共同假设是"输入的费率是确定的"——用户只需要填交易额，工具直接吐出净收入。
这正是空当所在：这次的 5%/10%/15% 阶梯方案，本质上是一份还在打官司的"单方主张"，不是生效规则。现有工具没有为"费率本身是不确定的、需要按多个情景模拟"这件事设计过输入接口——因为过去从没出现过这种"费率处于诉讼进行时"的场景。
| 维度 | 现有费率计算器 | 本期设想的窄工具 |
|---|---|---|
| 输入的费率来源 | 已生效的官方费率 | Apple本周提出、尚待法院裁定的方案——作为"如果"场景之一 |
| 要回答的问题 | 我现在该付多少钱 | 如果我现在切外链，在15%高情景/接近0%的Epic主张低情景下分别要付多少 |
| 数据更新触发点 | 官方费率变动后更新一次 | 诉讼每有新进展就要更新一次"情景"，而不是等最终结果 |
| 现在能不能做 | 能，规则已定 | 能做"多情景模拟器"，做不出"确定性计算器" |
结论：这几周能做的是"多情景模拟器"（15%高情景 + 接近0%的Epic主张低情景 + 维持标准IAP现状对照），不是押注单一数字的确定性工具——这个判断本身也呼应了 8 月 15 日那期关于 Apple Bundle 分成模拟器的同一条方法论。
三个具体切入点
① 三情景外链切换计算器
最快验证硬编码三种佣金情景（Apple主张15%/10%/5%、Epic主张的接近零、维持现状标准IAP 30%/15%），叠加Stripe等支付处理商真实费率，输入客单价和复购率即可算出三种情景下的净收入差异，不需要账号系统。
② 中文"外链佣金诉讼追踪+决策指南"
成本最低Apple官方文件与法院filing都是英文，中文开发者社区目前没有及时跟踪这场诉讼的进度贴；边写追踪贴边嵌入①的计算器，诉讼每次更新就更新一次情景假设，比一次性文章更有复用价值。
③ 多通道收入对账小工具
需等待规模化需求一旦开发者真开始两条腿走路（App Store内购 + 外链走Stripe），收入会分裂成两条流水，月末需要核对App Store结算单和Stripe payout是否对得上、退款与汇率差异怎么处理——这和你在NetSuite/finance做的多源头对账是同一套方法论，但要等真实的双通道开发者形成规模化需求，不是现在就动手的时候。
①②现在就能做，投入小、不依赖诉讼结果；③是你最擅长的位置，但操之过急就是把两周验证做成三个月工程的典型案例——先看有没有开发者真的会两条腿走路，再决定做不做对账工具。
冷静基准线与竞争密度
独立开发变现的基准线依然适用：月入过 $1,000 的应用只有 17.2%，过 $10,000 的只有 3.5%，中位数低于 $1,000/月，头部与底部相差约 400 倍。
竞争密度提醒（判断，非事实，请自行核实）：这次的"信息真空"比 8 月 15 日提到的 Apple Bundle 空窗期更短命——appstorefeepro.com 这类现成费率计算器已经有稳定流量和更新习惯，一旦法院给出哪怕是初步的可执行费率，这些工具大概率会在几天内跟进覆盖。你的窗口是"诉讼进行中、费率仍是多情景"的这几周，价值在于抢首发、攒种子用户，不是构筑长期护城河——这个判断请自行核实当前中文开发者社区是否已有人在做同类追踪。
合规边界与反直觉提醒
工程惯性提醒：①"三情景计算器"应该是一个周末项目——多情景硬编码即可，不需要实时抓取法院文件系统或搭建自动化诉讼追踪基础设施。把工程量投入在"自动追踪诉讼进展"这类基础设施上，本质是在为一份法官都还没写完的判决造轮子。
数字不是终局的提醒：15%/10%/5%只是Apple在诉讼中的单方主张，Epic的专家意见和最终判决完全可能把费率打到显著更低（批评者甚至认为可能"接近零"）——任何面向开发者的内容或工具都必须显著标注"以下费率为Apple单方提议，尚未经法院裁定"，避免误导开发者据此做出实际的支付通道迁移决策。
与本职重叠度提醒：③"多通道收入对账"和你本职的 NetSuite 发票/结算体系是同一个方法论域，虽然对象（App Store 佣金 vs NetSuite 发票）不同、直接竞业风险低，但如果做③，建议只用行业通用的对账逻辑（借贷平衡、汇率折算、时间窗口匹配）重新设计，不参考、不复用任何公司内部实现细节或专有脚本。本文不构成法律意见，作者非律师。
30天验证计划
- 第 1 周 · 法律文件核实：找到 Apple 提交给加州北区法院的 filing 原文（Epic v Apple 案卷公开文档），把15%/10%/5%/10%这几个数字和司法文件原文核对一遍，不要只信任二手媒体转述的数字。
- 第 2 周 · 做①的最小版本：硬编码三种情景的静态计算器，配一篇追踪诉讼进展的中文说明帖，发到即刻、掘金等中文开发者常驻社区测反馈。
- 第 3 周 · 找 5-10 个真实开发者验证：询问已经在用或考虑用外链的开发者，了解他们真实的客单价、复购率、对Stripe等支付通道费率的实际认知，看计算器的情景假设是否贴近真实决策场景。
- 第 4 周 · 跟踪 Epic 的60天回应窗口：如果这段时间内 Epic 提交了专家意见或法院有新裁定，立刻更新情景假设；如果诉讼进展缓慢，暂缓投入③对账工具，把①②当长期内容资产维护。