为什么这里的结果和通用 AI 告诉我的「100 万美元以下 15%」不一样？

因为根本不存在单一规则——有三套，结构上互不相同。Apple 的 15% 是需要主动加入的小型企业计划（Small Business Program），按上一自然年做资格测试，并有年中断崖。Google 的 15% 是自动适用的，按每个自然年前 100 万美元超额累进——无需申请、没有断崖。Steam 压根没有 100 万美元这条线：它按单个应用的终身累计流水超额累进，到 1000 万美元才开始降费。模型经常把这些揉成一条规则。

Google Play 在 2026 年 6 月改了什么？

2026 年 6 月 30 日，Google 改制了美国、英国和 EEA 买家的费率：订阅改为 10% 加上单列的 5% 计费服务费；其他购买改为按安装批次划分的矩阵——在该日期当天或之后首次安装的应用，每年前 100 万美元按 10%+5%、超出部分按 25%+5%；此前已安装的按 20%+5%。那 5% 计费服务费可以通过自带支付渠道避免。这个时间点晚于所有 AI 模型的训练数据。

Apple 小型企业计划在 $1M 这条线上到底怎么运作？

有三处细节。它需要主动申请——不像 Google 的档位自动适用。资格按你上一自然年扣佣后的净收入（≤ $1M）测试——是净收入不是流水，所以在 15% 费率下，大约流水 $1,176,470 就会跨线。年中跨过 $1M 净收入是个断崖：当年后续销售转为 30%，且次年被移出该计划，直到净收入回落到 $1M 以下。本工具把跨线处理为 15%/30% 混合，这是最乐观的情形。

Steam 为什么问的是终身累计收入而不是年收入？

因为 Valve 就是这么定义分档的：1000 万美元以下 30%，1000 万到 5000 万美元 25%，5000 万美元以上 20%——按该应用的累计终身流水衡量，永不重置。一款每年 200 万美元的应用，前五年都按 30% 交，之后才进入 25% 的超额档。Apple 和 Google 都按年度衡量，这正是本工具要帮你分清的结构性差异。

Apple 的欧盟 DMA 条款和美国站外购买链接怎么算？

两者都在剧烈变动中，工具刻意不计算。在美国，站外购买链接目前在 Epic 案禁令下 Apple 抽成为 0%，但 Apple 已于 2026 年 6 月申请最高法院复审。在欧盟，DMA 体系下有分档的 Store Services 费（5%/13%），Core Technology Fee 正在转为 Core Technology Commission，普通法院的判决于 2026 年 7 月作出。任何自信给出的单一数字很可能已经过时——依赖之前请先确认当下的状态。

经营生意收入 · 创业经营 · 规划

App Store / Google Play / Steam 开发者分成到手计算器

全球通用——纯算术，不涉及各地规则

应用开始赚钱了——该看看商店实际给你留下多少。

计算开发者在 App Store、Google Play 或 Steam 上真正到手的收入。通用 AI 在这里会错三处。第一，Google Play 于 2026 年 6 月 30 日改制了美国/英国/EEA 的费率——按用户安装时间划分的 10%+5% / 25%+5% 矩阵——这个时间点晚于所有模型的训练数据。第二，三个平台都有所谓「100 万美元档」，但机制完全不同：Apple 的小型企业计划需要主动申请，按上一自然年的资格测试执行，并有年中断崖；Google 的 15% 档是自动适用、按自然年超额累进；Steam 的分档是按单个应用的终身累计流水超额累进——模型常把三者混成一句「100 万美元以下 15%」。第三，Apple 的欧盟（DMA）条款和美国站外购买链接费率都在诉讼中，此时给一个自信但过时的答案是最糟的答案。本工具按现行费率表算出准确的净收入。

依据： Apple SBP／订阅（developer.apple.com）· Google Play 费率含 2026-06-30 美国/英国/EEA 改制 · Steam 终身累计分档（Valve，2018 年起）· 欧盟 DMA 条款处于过渡期 · 核对于 2026-07-23

哪一种最接近你的情况？

苹果，一年 20 万美元走小企业计划换成 Google Play Steam

都不太像？用你自己的话描述。

用一句话描述你的情况——任何语言都行。我来填表，工具来算。

平台三个商店的费率结构不是同一个公式的三种变体，而是结构上就不同。这一项决定下面的一切。流水$扣平台抽成前的年度消费者支付总额。Steam 不一样：请填这款应用的终身累计流水，不是年度——Steam 的分档按单个应用的终身收入超额累进，所以你处在哪一档取决于这款应用历史上赚过的全部金额。收入类型仅对 Apple 和 Google Play 有效，Steam 忽略此项。Apple 对订阅在订阅者付费满一年后降为 15%；Google 对订阅采用与一次性购买不同的（统一）费率表。Apple 小型企业计划仅限 Apple。与 Google 自动适用的档位不同，SBP 需要主动申请，资格按你上一自然年扣佣后的净收入（≤ $1M）测试。年中跨过 $1M 净收入会让当年后续销售转为 30%——这是断崖，不是超额累进。

数值

开发者净到手: 170,000.00; from 200,000 gross
实际费率: 15%; 15% — Small Business Program
Apple 抽成: 30,000.00

仅为预览——使用了默认的平台, 流水。

行家的解读

值得了解

You keep 85% of gross: 170,000.00 of 200,000 per year, at an effective fee rate of 15%.

值得了解

All three stores have a “$1M tier”, and they are structurally different — conflating them is the classic AI error. Apple’s (this one) is an OPT-IN program: eligibility is tested on your PRIOR calendar year’s proceeds, and crossing $1M mid-year is a cliff on future sales. Google’s 15% bracket is automatic and marginal, resetting every calendar year. Steam’s tiers are marginal on per-app LIFETIME gross and never reset.

好迹象

The Small Business Program saves you 30,000 versus the standard 30% at this gross. Two things models routinely miss: it is opt-in (enroll at developer.apple.com — it is not automatic like Google’s bracket), and the $1M test is on post-commission proceeds ≈ 1,176,471 gross, tested against your PRIOR calendar year.

需留意

Two Apple fee regimes are in open flux and NOT computed here. US: external purchase links currently carry a 0% Apple fee (post-Epic injunction), but Apple is fighting it — SCOTUS cert petition, June 2026. EU (DMA): a tiered Store Services fee (5%/13%) with the Core Technology Fee transitioning to a Core Technology Commission, and a General Court judgment landed July 2026 — genuinely per-case. Treat any confident single number for EU alternative terms as stale.

值得了解

Platform fees change fast — Google restructured US/UK/EEA fees in June 2026, Apple’s EU and US regimes are in active litigation, and Google’s Level Up program (15%+5% tiers) launches September 2026. Figures verified 2026-07-23; refreshed quarterly.

下一步

Self-Employment Tax & Quarterly Estimated Payments (2026 1040-ES) →美国的独立开发者？商店不代扣税——看看你的季度税单。Runway & Burn →看看这笔净收入按你的月支出能撑多久。

答案不对、少了某个选项，或者想要某个还没有的工具？

方法说明

到手净收入 = 消费者支付总额 − 按现行费率表计算的平台抽成。实际费率 = 抽成 ÷ 流水。Apple 和 Google 的数字按年度计；Steam 按单个应用的终身累计计（Valve 的分档就是这么定义的）。

Apple（developer.apple.com，核对于 2026-07-23）：标准佣金 30%。小型企业计划：15%，需主动申请，上一自然年扣佣后净收入 ≤ $1M 时具备资格；年中跨过 $1M 净收入后，当年后续销售转为 30%。订阅：订阅者首个付费年 30%，付费服务满一年后 15%（加入 SBP 则自第一天起即为 15%）。

Apple SBP 的简化处理（有意记录在此）：$1M 这条线测的是扣佣后净收入，所以在 15% 费率下，对应流水为 1,000,000 ÷ 0.85 ≈ $1,176,470.59。本工具对该流水以内按 15% 统一计算，超出部分按 15%/30% 混合。Apple 真实的年中机制更严苛——转为 30% 适用于跨线日期之后的全部销售（与日历相关），且一年内超过 $1M 会导致次年整年失去资格，直到净收入回落到 $1M 以下。因此这里的混合算法对线上部分的收入而言是最乐观的估计。

Google Play 其他地区：对所有开发者自动适用的超额累进——每个自然年前 $1M 流水按 15%，超出部分 30%；无需申请。订阅：自第一天起统一 15%。

Google Play 美国/英国/EEA（2026-06-30 起生效）：服务费加上单列的 5% Google Play 计费服务费。订阅：10% + 5%。其他收入按安装批次划分：2026-06-30 当天或之后首次安装的应用，每年前 $1M 按 10% + 5%、超出按 25% + 5%；早于该日期的安装按 20% + 5%。那 5% 计费服务费可以通过自带支付渠道避免（第三方支付通道成本通常约为每笔 2.9% + 30¢，同时计费、退款、税务处理转由你承担）——此处作为提示列出，不参与计算。Google 的 Level Up 计划（符合条件的开发者可享 15% + 5% 档）于 2026 年 9 月上线，暂未纳入模型。

Steam（Valve，结构自 2018 年底未变）：按单个应用的终身累计流水超额累进——1000 万美元以内 30%，1000 万至 5000 万美元 25%，5000 万美元以上 20%。请填该应用的终身累计流水，不是年收入。$100 的 Steam Direct 上架费（应用赚到 $1,000 后可返还）作为一次性且在此量级下金额微小，未计入。

不计算的部分（仍在变动或超出范围）：Apple 的美国站外购买链接机制（目前 Apple 抽成 0%，正在诉讼中——2026 年 6 月提交最高法院调卷申请）；Apple 的欧盟 DMA 替代条款（分档 Store Services 费 5%/13%，Core Technology Fee → Core Technology Commission 的过渡，2026 年 7 月普通法院判决——确实需逐案判断）；由商店代收代缴的所得税与增值税/销售税；退款与拒付；货币兑换。

可信度：Apple、Google 和 Valve 的数字于 2026-07-23 在各平台官方页面核对。Google 美国/英国/EEA 的费率表在核对时刚生效三周；所有数字每季度更新。

常见问题

为什么这里的结果和通用 AI 告诉我的「100 万美元以下 15%」不一样？: 因为根本不存在单一规则——有三套，结构上互不相同。Apple 的 15% 是需要主动加入的小型企业计划（Small Business Program），按上一自然年做资格测试，并有年中断崖。Google 的 15% 是自动适用的，按每个自然年前 100 万美元超额累进——无需申请、没有断崖。Steam 压根没有 100 万美元这条线：它按单个应用的终身累计流水超额累进，到 1000 万美元才开始降费。模型经常把这些揉成一条规则。
Google Play 在 2026 年 6 月改了什么？: 2026 年 6 月 30 日，Google 改制了美国、英国和 EEA 买家的费率：订阅改为 10% 加上单列的 5% 计费服务费；其他购买改为按安装批次划分的矩阵——在该日期当天或之后首次安装的应用，每年前 100 万美元按 10%+5%、超出部分按 25%+5%；此前已安装的按 20%+5%。那 5% 计费服务费可以通过自带支付渠道避免。这个时间点晚于所有 AI 模型的训练数据。
Apple 小型企业计划在 $1M 这条线上到底怎么运作？: 有三处细节。它需要主动申请——不像 Google 的档位自动适用。资格按你上一自然年扣佣后的净收入（≤ $1M）测试——是净收入不是流水，所以在 15% 费率下，大约流水 $1,176,470 就会跨线。年中跨过 $1M 净收入是个断崖：当年后续销售转为 30%，且次年被移出该计划，直到净收入回落到 $1M 以下。本工具把跨线处理为 15%/30% 混合，这是最乐观的情形。
Steam 为什么问的是终身累计收入而不是年收入？: 因为 Valve 就是这么定义分档的：1000 万美元以下 30%，1000 万到 5000 万美元 25%，5000 万美元以上 20%——按该应用的累计终身流水衡量，永不重置。一款每年 200 万美元的应用，前五年都按 30% 交，之后才进入 25% 的超额档。Apple 和 Google 都按年度衡量，这正是本工具要帮你分清的结构性差异。
Apple 的欧盟 DMA 条款和美国站外购买链接怎么算？: 两者都在剧烈变动中，工具刻意不计算。在美国，站外购买链接目前在 Epic 案禁令下 Apple 抽成为 0%，但 Apple 已于 2026 年 6 月申请最高法院复审。在欧盟，DMA 体系下有分档的 Store Services 费（5%/13%），Core Technology Fee 正在转为 Core Technology Commission，普通法院的判决于 2026 年 7 月作出。任何自信给出的单一数字很可能已经过时——依赖之前请先确认当下的状态。

面向智能体

调用这个工具，而不是在上下文里硬算。传入确定性的 JSON，返回算好的数值加上基准解读。完整智能体文档 →

curl -s https://xearno.tools/api/v1/tools/app-store-developer-fees \
  -H 'content-type: application/json' \
  -d '{"platform":"apple","annualRevenue":200000,"revenueType":"oneTime","appleSbp":"yes","googleRegion":"row","googleCohort":"newInstalls"}'

Schema： GET /api/v1/tools/app-store-developer-fees · MCP 工具名： app_store_developer_fees

方法说明

常见问题

面向智能体

相关工具