Скільки Apple бере комісії з продажів у App Store
Під час запуску iOS-застосунку багато команд думають про ідею, дизайн, розробку, рекламу та перші встановлення. Але є фактор, який часто недооцінюють на старті, хоча він напряму впливає на прибутковість продукту. Йдеться про комісію Apple з продажів у App Store.
Якщо не врахувати комісію заздалегідь, фінансова модель застосунку може виглядати привабливо тільки на папері. Наприклад, команда планує продавати підписку, рахує очікуваний дохід, запускає рекламу, отримує перші оплати, але після комісії платформи, податків, витрат на трафік і підтримку бачить зовсім іншу маржинальність. Саме тому питання комісії Apple потрібно розглядати ще до запуску, а не після перших продажів.
Як працює комісія Apple
Коли застосунок продає цифрові товари, підписки, преміум-функції або внутрішні покупки через App Store, Apple утримує комісію з таких транзакцій. Для багатьох сценаріїв стандартна ставка становить 30%. Це означає, що з кожної покупки або першого періоду підписки розробник отримує не всю суму, яку платить користувач, а суму після комісії та можливих податкових утримань.
Для частини розробників доступна знижена ставка 15%. Вона може застосовуватися, зокрема, в межах Apple Small Business Program або для окремих типів підписок після виконання певних умов. Тому перед запуском важливо не просто знати загальний принцип, а розібратися, яка саме ставка може стосуватися конкретного проєкту.
На практиці це означає, що економіку застосунку потрібно рахувати не від повної ціни підписки, а від реальної суми, яка залишиться після комісії App Store, податків, повернень, витрат на рекламу та інших операційних витрат.
Чому 30% можуть змінити всю економіку
Уявімо просту ситуацію. Застосунок продає підписку за 10 доларів на місяць. На перший погляд здається, що 1000 платних користувачів — це 10 000 доларів щомісячного доходу. Але якщо застосовується комісія 30%, команда отримує вже не повну суму. Далі потрібно врахувати витрати на залучення користувачів, аналітику, підтримку, розробку, сервери, дизайн, податки та можливі повернення.
Якщо користувач коштує дорого, а конверсія в оплату низька, навіть застосунок із продажами може працювати в мінус. Особливо це актуально для ніш, де висока конкуренція: AI-сервіси, утиліти, фітнес, фінанси, документи, продуктивність, фото та відео.
Тому перед запуском потрібно рахувати не тільки ціну підписки, а й повну unit economics: скільки коштує залучення користувача, скільки людей переходить у trial, скільки оплатять перший період, скільки залишаться на другий місяць і коли рекламний канал окупиться.
Apple Small Business Program: коли 15% мають значення
Apple Small Business Program може бути дуже важливим інструментом для невеликих команд і нових застосунків. Якщо проєкт відповідає умовам програми, комісія може бути знижена до 15% для платних застосунків і внутрішніх покупок.
Різниця між 30% і 15% здається просто цифрою, але для бізнесу вона може суттєво змінити маржинальність. Особливо це помітно в продуктах із платним трафіком, де кожен відсоток впливає на окупність реклами.
Наприклад, якщо застосунок активно купує трафік, працює з підписками та тестує різні географії, знижена комісія може дати більше простору для експериментів. Команда може вкладати більше в рекламу, покращення продукту, підтримку користувачів або локалізації. Але важливо пам’ятати: знижена комісія не робить слабкий продукт прибутковим автоматично. Вона лише покращує фінансову модель, якщо сам продукт має попит і нормальні метрики.
Підписки: чому важливо рахувати не тільки перший платіж
Для iOS-застосунків підписка часто є основною моделлю монетизації. Вона дозволяє будувати регулярний дохід, але водночас вимагає дуже уважного фінансового планування.
Під час запуску команди часто дивляться на перший платіж, але для підписочного бізнесу важливіше інше: скільки користувачів залишаються після пробного періоду, який відсоток скасовує підписку, скільки триває середній lifetime користувача і скільки доходу він приносить за весь період використання продукту.
Якщо продукт має слабке утримання, користувачі швидко скасовують підписку, а реклама коштує дорого, бізнес-модель може не зійтися навіть при хорошій кількості встановлень. Саме тому перед запуском підписочного застосунку важливо не тільки підготувати App Store сторінку, а й зрозуміти, як працюватимуть paywall, trial, onboarding, retention і повторна цінність продукту.
Для таких проєктів варто заздалегідь вивчити Apple Developer Account для застосунків із підписками, тому що підписочна модель потребує правильної технічної, фінансової та продуктової підготовки.
Що потрібно врахувати до запуску монетизації
Перед тим як запускати продажі в App Store, команда має відповісти на кілька практичних питань. Перше — хто саме буде отримувати виплати. Це може бути фізична особа, компанія або інша юридична структура. Від цього залежить, які дані будуть використані в акаунті, які реквізити потрібні та як будуть оформлюватися доходи.
Друге — чи може банківський рахунок приймати міжнародні виплати. Це здається очевидним, але на практиці саме банківська інфраструктура часто створює проблеми після перших продажів. Важливо заздалегідь перевірити валюту, країну, реквізити, податкові питання та відповідність даних власника акаунта.
Третє — на які країни буде орієнтований застосунок. Географія впливає на ціну, платоспроможність аудиторії, рекламні канали, конверсію, мову сторінки App Store і юридичні вимоги. Для одних ринків підписка за 9,99 долара може бути нормальною, для інших — занадто дорогою.
Четверте — який тип акаунта потрібен для публікації. Якщо команда тільки готується до запуску, варто розібратися з Apple Developer Account SmartShop як частиною інфраструктури для роботи з iOS-продуктами.
Комісія і трафік: чому це пов’язані речі
Комісія Apple особливо важлива для команд, які планують закуповувати трафік. У мобільному маркетингу недостатньо знати тільки CPI — вартість встановлення. Потрібно розуміти, скільки коштує платний користувач, яка конверсія в оплату, який середній чек і скільки грошей залишається після комісій.
Наприклад, якщо команда витрачає 3 долари на встановлення, але тільки невелика частина користувачів доходить до оплати, реальна вартість платного користувача може бути значно вищою. Далі з доходу потрібно відняти комісію App Store, податки та інші витрати. Якщо після цього маржа занадто низька, масштабування реклами буде ризикованим.
Для проєктів, які працюють із платним трафіком, affiliate-підходами або performance-маркетингом, важливо заздалегідь прорахувати, чи витримає модель комісію Apple. Саме тому командам у цій ніші варто окремо звернути увагу на Apple Developer Account для арбітражу трафіку, щоб краще підготувати інфраструктуру під майбутнє масштабування.
Чи можна обійти комісію Apple
Деякі команди на старті думають про сторонні способи оплати: через сайт, платіжну систему, банківський переказ або інші канали. Але в iOS-екосистемі це питання потрібно перевіряти дуже обережно.
Якщо застосунок продає цифрові функції, контент, підписки або внутрішні можливості, Apple часто вимагає використання In-App Purchase. Якщо ж застосунок продає фізичні товари, офлайн-послуги або має іншу бізнес-модель, правила можуть відрізнятися.
Головна помилка — будувати фінансову модель на припущенні, що комісію вдасться просто не платити. Якщо модель оплати суперечить правилам App Store, застосунок можуть відхилити під час модерації або вимагати змінити логіку монетизації. Тому краще перевірити правила до запуску, а не після того, як продукт уже розроблений.
Як підготувати фінансову модель застосунку
Перед запуском варто зробити просту таблицю з основними показниками. У ній мають бути ціна підписки або покупки, очікувана комісія Apple, податки, витрати на рекламу, конверсія з встановлення в оплату, retention, churn, середній дохід з користувача та строк окупності.
Навіть приблизна модель краще, ніж її повна відсутність. Вона допомагає побачити, які цифри мають зійтися для прибутковості. Наприклад, якщо реклама коштує занадто дорого, можна змінити географію запуску, протестувати інший paywall, покращити onboarding або переглянути ціну.
Також фінансова модель допомагає зрозуміти, чи є сенс запускати продукт одразу на кілька країн, чи краще почати з одного ринку. Іноді поступовий запуск дає більше користі, ніж великий реліз без розуміння реальної економіки.
Типові помилки команд
Перша помилка — рахувати дохід без комісії App Store. Це створює завищені очікування та може призвести до неправильних рішень щодо реклами, ціни й бюджету.
Друга помилка — не подаватися на Apple Small Business Program, якщо проєкт потенційно відповідає умовам. Для невеликої команди різниця між 30% і 15% може бути суттєвою.
Третя помилка — запускати підписки без аналізу retention. Перші оплати важливі, але підписочна модель живе не за рахунок першого платежу, а за рахунок повторних оплат і довгострокової цінності.
Четверта помилка — не враховувати повернення, податки та операційні витрати. Реальний прибуток завжди нижчий за валовий дохід.
П’ята помилка — обирати модель монетизації без урахування правил App Store. Якщо правила не враховані заздалегідь, продукт може зіткнутися з проблемами на етапі review.
Висновок
Комісія Apple — це не другорядна деталь, а один із ключових факторів економіки iOS-застосунку. Стандартна ставка 30% і можливість зниження до 15% через Apple Small Business Program можуть суттєво впливати на маржинальність, окупність реклами та стратегію масштабування.
Перед запуском застосунку потрібно не тільки підготувати дизайн, код і сторінку в App Store, а й порахувати фінансову модель. Важливо зрозуміти, як продукт зароблятиме, скільки залишиться після комісій, хто отримуватиме виплати, які ринки будуть основними та чи підходить обрана модель правилам Apple.
Для команд, які хочуть працювати з iOS-продуктами системно, правильний підхід починається не з публікації, а з підготовки. Якщо заздалегідь врахувати комісію Apple, підписки, трафік, виплати та інфраструктуру акаунта, запуск буде значно більш прогнозованим, а бізнес-модель — реалістичнішою.
