How Much Commission Does Apple Take from App Store Sales and How It Affects App Economics

Apple's commission is one of the factors that mobile app teams often underestimate at the start of a project. A team may calculate development costs, paid traffic, service subscriptions, ASO, design, analytics, and support, but forget that a part of every App Store sale goes to the platform. As a result, the app may look profitable in a presentation, while its real margin becomes much lower after commission, taxes, refunds, and advertising costs.

What Apple's commission is

Apple's commission is the share that the platform keeps from sales of digital goods and services through the App Store. This is not the fee for the Apple Developer account itself. It is a percentage of transactions: paid app purchases, in-app purchases, subscriptions, feature unlocks, virtual goods, paid content, and other digital products sold through the In-App Purchase mechanism.

For a developer, this means that the amount a user sees in the App Store and the amount the project actually receives are not the same. If a user buys a subscription for 10 dollars, the project does not receive the full 10 dollars. First, the platform commission is applied, and then taxes, currency adjustments, refunds, and other financial specifics of a particular region may also apply.

That is why commission should not be treated as a minor detail. It directly affects product pricing, traffic payback, return on investment, and the maximum acceptable user acquisition cost.

Apple's standard commission is 30%

Apple's base commission rate for selling digital goods and services through the App Store is 30%. This is the standard model that should be included in monetization planning, especially if the app uses subscriptions or in-app purchases.

For example, if a user makes a purchase for 100 dollars, under the standard commission Apple keeps 30 dollars, while the project receives 70 dollars before other possible factors are applied. At first glance, the difference is clear, but in real app economics it becomes critical when advertising, creatives, analytics, development, support, anti-fraud, servers, and refunds are added on top.

The commission has an especially strong impact on projects that buy traffic. If an app grows only through organic acquisition, the commission still reduces net revenue, but it does not always break the model. If a project actively acquires users through ad networks, every 15–30% difference in commission may determine whether the unit economics are positive.

Why 30% must be considered before launch

The main mistake is calculating revenue based on gross revenue, meaning the full amount users pay. In the App Store, this approach quickly distorts the real picture. A team may see that a user pays 20 dollars per month and use those 20 dollars in the LTV calculation. But if Apple's commission is not deducted, LTV will be overstated.

For example, an app sells a monthly subscription for 19.99 dollars. With the standard 30% commission, the project receives about 70% of the price before additional adjustments. If the team acquires a user for 12 dollars and expects payback in the first month, everything may look good on paper. But after commission, the available amount becomes noticeably smaller, and the profit may disappear.

This is especially important for apps in competitive niches: AI, PDF, scanners, utilities, fitness, calorie tracking, education, VPN, security, and finance. In these categories, traffic costs can be high, and users often compare similar products. If the price is set too low, Apple's commission may take a significant part of the margin. If the price is too high, conversion may drop.

Apple Small Business Program: how to reduce commission to 15%

The Apple Small Business Program is a program for smaller developers that allows them to reduce the commission from 30% to 15% on paid apps and in-app purchases. For many mobile projects, this is not just a nice bonus, but a factor that changes the entire financial model.

The difference between 30% and 15% looks small only as a percentage. In real money, it means that for every 100 dollars in sales, the project receives not 70 dollars, but about 85 dollars before additional tax and regional adjustments. In other words, the team gets roughly 15 dollars more for every 100 dollars of revenue.

That money can be used for user acquisition, product improvement, support, ASO, paywall experiments, localization, or new feature development. In some cases, participation in the Small Business Program is what allows an app to move from negative to positive profitability.

Who the Apple Small Business Program is for

The program is designed for developers and companies that earn up to Apple's stated proceeds threshold for the previous calendar year. It is important to understand the term proceeds: this is not simply total user spending, but the amount after Apple's commission and certain taxes and adjustments. Apple also considers associated accounts if they are controlled by the same developer or organization.

This is an important point. You cannot simply split projects across different accounts and count each one separately if they are actually connected. When applying to the program, you need to list Associated Developer Accounts, meaning accounts you control or accounts that control your account. If this logic is ignored, issues may arise during review.

New developers may also be eligible because they do not yet have a previous revenue history. But even if a project fits the revenue requirements, the application should be prepared carefully: check account details, legal information, banking and tax settings, and make sure there are no unclear points regarding associated accounts.

How to apply for the Small Business Program

You can apply from your Apple Developer account. The process usually comes down to filling out a form, confirming your data, and listing associated accounts if there are any. It is important not to treat this as a formality: Apple evaluates not only the current account, but also the broader connected structure of the developer.

Before applying, check:

• who the Account Holder is and whether there is access to the required Apple ID;
• whether legal and contact details are filled in correctly;
• whether tax and banking settings are completed in App Store Connect;
• whether there are associated accounts that need to be listed;
• whether revenue meets the program requirements;
• whether there are any active issues with agreements, payments, or account status.

After approval, the reduced commission starts applying to qualifying sales. However, if the developer exceeds Apple's stated threshold, the standard rate may begin applying to subsequent sales. That is why the program should be considered not only at launch, but also during scaling.

How commission affects subscription pricing

Apple's commission should be considered at the pricing stage. You cannot simply look at competitors, set the same price, and assume that the economics will match. A competitor may have a different commission rate, user lifetime, conversion rate, CAC, share of organic traffic, and retention.

It is better to calculate several scenarios:

• subscription price;
• Apple's commission;
• average user lifetime;
• install-to-payment conversion;
• user acquisition cost;
• refunds and cancellations;
• infrastructure costs;
• net margin after all deductions.

If the app uses subscriptions, it is worth looking separately at monthly payback. A project may be unprofitable in the first month but profitable over a three- or six-month horizon. However, to understand this, you need real net revenue, not just gross revenue.

Common mistakes when calculating commission

The first mistake is assuming that Apple "just takes 30%" and not recalculating the model based on actual payouts. In practice, a developer should look specifically at proceeds and payments in App Store Connect.

The second mistake is not applying to the Small Business Program even when the project meets the requirements. Many teams postpone it "for later" and lose money on every transaction.

The third mistake is building pricing without considering advertising. If acquisition cost rises while commission remains high, the project may quickly become unprofitable.

The fourth mistake is not accounting for subscriptions after the first year, regional specifics, taxes, refunds, and currency changes. App Store economics always depend on several factors at the same time.

The fifth mistake is comparing gross revenue across different projects without understanding which commission rate applies to each of them.

Practical conclusion

Apple's standard commission is 30% on sales of digital goods and services in the App Store, but many projects can reduce the rate to 15% through the Apple Small Business Program. This can noticeably change app economics, especially if the project uses subscriptions, buys traffic, or operates in a competitive niche.

The main conclusion is simple: Apple's commission should be included before launch, not after the first sales. First, calculate real revenue after commission, then estimate acquisition and support costs, and only after that make decisions about pricing, paywall, advertising budget, and scaling. For small teams, applying to the Small Business Program is often one of the fastest ways to improve margins without changing the product.