十三年以来，iOS应用从美国客户那里赚取的每一美元都只通过一根管道流动：苹果的应用内购买系统，苹果在开发者看到钱之前就先扣除了自己的份额。这种情况在2025年4月发生了变化，当时一名联邦法官裁定苹果藐视最初的Epic诉苹果禁令，并命令其停止对通过外部支付链接进行的购买收取任何佣金。然后在2025年12月，情况再次发生变化，当时第九巡回法院同意苹果最终可以收取一些费用——只是不能收取它最初尝试的惩罚性的27%费用。而且情况可能还会再次变化，因为2026年7月2日，最高法院同意审理苹果对整个事件的上诉。
如果你通过iOS应用销售数字商品或订阅，你现在拥有两个活跃的收入渠道，它们分别对应两套不同的税务义务、两个不同的记录商户，并且——截至目前——两种不同的佣金率。以下是实际发生的变化、尚未解决的问题，以及在律师们完成争斗之前如何保持账目清晰的指南。
用通俗语言解释我们是如何走到这一步的
一个五年法律纠纷的简短版本：
- 2021年：Yvonne Gonzalez Rogers法官裁定苹果的“反引导”规则（该规则禁止应用甚至告诉用户可以在应用外付款）违反了加州不正当竞争法。她命令苹果允许外部购买链接。
- 2024年：苹果在纸面上遵守了，但对用户点击外部链接后七天内进行的任何销售收取27%的佣金——此外还有Epic认为旨在使外部链接在商业上行不通的合同条款。
- 2025年4月：Rogers法官裁定苹果藐视法庭，认为27%的费用是“惩罚性”而非补偿性，并命令苹果立即停止在美国对通过外部链接购买的商品收取任何佣金。
- 2025年12月：第九巡回法院基本维持了藐视裁定，但将佣金问题发回地区法院重审，认为苹果最终可以收取“基于其协调外部链接真实合理必要的成本……但不得超过”的费用——明确排除了苹果试图加入的安全和隐私成本。
- 2026年4月：第九巡回法院解除暂缓令，允许发回重审程序继续进行。
- 2026年7月2日：最高法院批准了苹果上诉的调卷令。
这给我们今天留下的局面是：美国开发者可以添加0%苹果佣金的外部购买链接，因为尚无法院批准具体的替代费率。一旦地区法院设定费率，或者如果最高法院的最终裁决重塑了整个框架，这种情况就可能改变。不要根据今天的数字构建永久的定价策略——而是构建一个足够灵活以吸收任何未来费率的记账系统。
你现在实际能做什么
如果你是美国开发者并拥有iOS应用，你可以申请苹果的外部购买链接授权，这允许你：
- 在应用内添加指向网页的链接或按钮，引导用户完成购买
- 传达与外部购买相关的定价和促销信息（根据旧的反引导规则，此前被禁止）
- 完全在苹果应用内购买系统之外处理该交易——通过Stripe、Paddle、你自己的商户账户或你选择的任何处理商
你仍然需要向苹果报告合格的外部链接交易，通常在15天内，这样苹果即使收取0美元也能追踪合规性。错过这一点你可能会面临授权被撤销的风险，因此这应该出现在定期记账检查清单上，而不是仅作为上线当天的任务。
两个需要注意的特例：参加苹果批量购买计划（VPP） 和新闻合作计划（NPP） 的开发者可能仍面临外部链接的限制，而欧盟则运作在完全独立的费用结构下（《数字市场法案》规则，包含分层的核心技术费、初始获取费和商店服务费），这与上述美国诉讼无关。如果你在两个市场销售，你需要两种不同的会计处理，而非一种。
为什么这是一个记账问题，而不仅仅是法律问题
在外部链接出现之前，你的应用商店会计几乎机械般简单：苹果是记录商户，苹果收取销售税和增值税，苹果扣除其15%或30%的佣金，然后你每个支付期记入一笔净存款，通常在每年一月通过对账单一笔1099-K或1099-MISC进行核对。
外部链接销售将这一过程分裂成第二个结构不同的收入流：
| 应用内购买 | 外部链接购买 | |
|---|---|---|
| 记录商户 | 苹果 | 你（或你的支付处理商） |
| 销售税/增值税收取 | 苹果的责任 | 你的责任 |
| 当前佣金（美国） | 30%标准/15%小企业计划 | 0%（等待地区法院裁决） |
| 付款时间 | 苹果的标准时间表 | 取决于你的处理商设定的规则 |
| 税务表格 | 来自苹果的1099-K或1099-MISC | 来自你的处理商的1099-K（如达到门槛） |
| 退款处理 | 通过应用商店 | 通过你自己的支持流程 |
最后一行比看起来更重要。当应用内购买发生退款时，苹果会撤销交易并调整其向你报告的内容。当外部链接购买发生退款时，你需要处理它，并且它永远不会触及苹果的账本——这意味着两个渠道的收入和退款记录无法相互核对，也不应强制它们一致。
为两个收入渠道设置你的账簿
一些具体措施可以防止这种情况变成一月的意外：
1. 拆分收入账户。 不要将“应用商店收入”归入一个总账科目。为应用内购买收入和外部链接收入创建单独的账户（或者至少是单独的标签/类别）。当外部链接的佣金率最终确定时——5%、12%，无论地区法院选择什么——你会希望有该渠道的历史数据来在影响到来之前模拟其效果。
2. 按净额记账收入，但单独跟踪总额。 根据ASC 606的标准软件收入实务，收入应确认为你实际有权获得的金额——扣除苹果的抽成——因为佣金从未属于你。但为了对账和未来建模，请在备注字段或报告标签中保留总交易量。一旦佣金率公布，你就能立即估算影响。
3. 将销售税征收视为一个新的负债账户。 如果你现在成为外部链接销售的记录商户，你（或你的支付处理商）有责任在你拥有税务关联的每个州征收并汇缴销售税——这是苹果在应用内默默为你处理的责任。如果你的处理商不自动处理税务（Stripe Tax和Paddle的记录商户模式都以不同方式提供此功能——请检查你的处理商是哪种），这将是审计发现之前最容易悄悄少收税款数月的地方。
4. 对账两份1099表格，而非一份。 到了一月，你很可能会收到来自苹果的用于应用内收入的1099-K或1099-MISC，以及来自处理你外部链接销售的处理器（一旦你超过联邦$600门槛——某些州更低）的单独1099-K。在申报前将两者与你的内部账目进行核对；处理器报告内容与你记录内容不匹配是触发国税局通知的常见原因之一。
5. 记录15天的报告节奏。 苹果对外部链接交易的报告要求是一项合规任务，一旦延误会导致实际后果（授权撤销），因此它应属于你用来跟踪定期记账任务的系统——而不仅仅是员工的经验知识。
一个不关心裁决方向的框架
由于佣金率仍未确定——并且可能在最高法院裁决后再次被重新诉讼——这里实际的工程任务不是“为0%构建”。而是构建一个会计科目表和报告结构，将佣金率视为变量，而非常数。纯文本、版本控制的账本使这个特定问题比基于电子表格的记账更容易解决：你可以用销售时的渠道和佣金率标记每一笔外部链接交易，然后在确认新费率的时刻重新运行报告，而无需触及历史条目或破坏工作簿中三个标签深处的公式。
从第一天起就保持你的应用收入井然有序
在应用商店应用内购买、外部支付链接以及遵循完全不同规则的欧盟费用结构之间拆分收入，正是那种将税务季变成混乱的多渠道复杂性。Beancount.io为你提供纯文本、版本控制的会计，其中每笔交易都可以按渠道、佣金率和司法管辖区进行标记——完全透明且可查询，无供应商锁定。免费开始使用，让你的应用财务状况像代码一样清晰。