Apple снижает комиссию до 10% в ЕС: два новых тарифа для разработчиков и что выбрать

В ответ на требования Европейской комиссии по соблюдению Регламента о цифровых рынках (DMA), Apple кардинально пересмотрела свою политику для разработчиков в странах ЕС. Как мы уже писали ранее, Еврокомиссия выступила против Apple, требуя открыть альтернативные сторы и каналы продаж для iOS.

Теперь вместо единых правил компания предлагает два различных соглашения с разными условиями монетизации и ограничениями. Это решение стало компромиссом между требованиями европейских регуляторов и стремлением Apple сохранить контроль над своей экосистемой.

Что было раньше

До введения новых правил Apple применяла жёсткую модель: все разработчики были обязаны использовать исключительно платёжную систему App Store, платя стандартную комиссию в размере 30% с всех транзакций.

Единственным исключением была программа для малого бизнеса Small Business Program, которая снижала комиссию до 15% для разработчиков с годовым доходом до $1 миллиона.

Любые попытки направить пользователей к альтернативным способам оплаты строго запрещались. Разработчики не могли даже упоминать о возможности покупки подписки или контента вне приложения по более низкой цене. Эта политика годами критиковалась как антиконкурентная, но особенно острые возражения она вызвала у европейских регуляторов.

Два новых варианта соглашений

Теперь Apple предлагает разработчикам выбор между двумя кардинально разными подходами. Первый вариант позволяет сохранить доступ к платёжной системе App Store, но с пониженной комиссией и возможностью одновременно использовать альтернативные каналы. Второй вариант полностью исключает использование App Store платежей, но предлагает другую структуру сборов.

Вариант 1: Alternative Terms Addendum for Apps in the EU

Этот вариант даёт разработчикам право выбора между двумя моделями монетизации для каждой страны ЕС отдельно. В одних странах можно использовать App Store платежи по пониженной комиссии, в других — направлять пользователей на внешние платформы. 

Важно понимать: в рамках одной страны нельзя предлагать пользователям и App Store платежи, и внешние системы одновременно — нужно выбрать что-то одно для каждого сторфронта.

Если выбираешь App Store платежи для конкретной страны:

  • Комиссия: 10%/17% (вместо стандартных 15%/30%)
  • + 3% сбор за обработку платежей
  • Итого: 13%/20% с каждой транзакции


Если выбираешь внешние платежи для конкретной страны:

  • 2% Initial Acquisition Fee (первые 6 месяцев после установки)
  • + 5% или 13% Store Services Fee (в зависимости от уровня)
  • Итого: 7% или 15% с каждой транзакции


Дополнительно в любом случае:

  • Core Technology Fee: €0.50 за каждую установку свыше 1 млн в год

Главное преимущество: можешь выбирать разные модели для разных стран ЕС (например, App Store платежи в Германии, внешние платежи во Польше).

Вариант 2: StoreKit External Purchase Link Entitlement (EU) Addendum

Второй вариант — это полный отказ от платёжной системы Apple во всех странах ЕС. Разработчики, выбравшие этот путь, не могут использовать App Store платежи нигде в Европе, даже по льготной ставке, но получают более предсказуемую структуру сборов для внешних платежей.

Условия второго варианта:

  • 2% Initial Acquisition Fee (первые 6 месяцев после установки)
  • + 5% или 13% Store Services Fee (в зависимости от уровня)
  • + 5% Core Technology Commission (постоянная комиссия с транзакций)
  • Итого: 12% или 20% с каждой транзакции

Главное ограничение: нельзя использовать App Store платежи вообще, только внешние платёжные системы во всех странах ЕС.

Этот вариант может быть привлекательным для разработчиков, которые уже имеют собственную платёжную инфраструктуру и хотят единообразия во всех странах ЕС, готовы взять на себя полную ответственность за обработку платежей и поддержку клиентов. Однако итоговые сборы могут быть выше из-за дополнительной 5% Core Technology Commission.

Система уровней сервисов

Оба варианта предусматривают выбор между двумя уровнями сервисов, что добавляет ещё один слой сложности в принятие решений. Store Services Tier 1 является обязательным для всех приложений, использующих внешние платежи, и предоставляет базовые возможности за 5% сервисного сбора. Это включает дистрибуцию приложения, базовые меры безопасности и элементарную аналитику.

Store Services Tier 2 носит опциональный характер и предлагает расширенный функционал за 13% сервисного сбора (10% для участников Small Business Program). В этот уровень входят персонализация рекомендаций, продвинутые маркетинговые инструменты, детальная аналитика использования и другие премиальные возможности платформы.

Разработчики могут переключаться между уровнями сервисов раз в квартал для каждого приложения и каждого сторфронта отдельно. Это даёт определённую гибкость в адаптации к изменяющимся потребностям бизнеса.

Ключевые ограничения и новые обязанности

Новые правила накладывают существенные ограничения на разработчиков. Главное из них касается невозможности одновременного использования App Store платежей и альтернативных систем в рамках одной страны ЕС. Это означает, что если разработчик решил использовать внешние платежи в Германии, он не может предложить пользователям в Германии также опцию оплаты через App Store — нужно выбрать что-то одно для каждого сторфронта. При этом в разных странах ЕС можно выбрать разные модели (но только в рамках первого варианта соглашения).

При переходе к внешним платежам разработчики берут на себя полную ответственность за поддержку клиентов, обработку возвратов, управление подписками и соблюдение налогового законодательства. Apple больше не будет помогать в решении споров или технических проблем, связанных с платежами. Это особенно критично для небольших команд, которые ранее полагались на инфраструктуру Apple.

Также вводится обязательство по ежемесячной отчётности. Разработчики должны предоставлять Apple детальные отчёты о всех транзакциях в течение 15 дней после окончания каждого месяца. Несоблюдение этого требования может привести к штрафам или исключению из программы.

Кому выгодны изменения

Наибольшую выгоду от новых правил могут получить крупные разработчики с собственной клиентской базой и развитой платёжной инфраструктурой. Они смогут значительно снизить свои издержки, особенно при работе с подписочными сервисами, где экономия на комиссии может составлять миллионы долларов в год.

Средние разработчики окажутся в наиболее сложном положении. С одной стороны, они получают больше возможностей для монетизации, с другой — сталкиваются с необходимостью создавать собственную инфраструктуру поддержки и управления платежами. Для многих это может оказаться непосильной задачей.

Малые разработчики, участвующие в Small Business Program, сохраняют свои льготы в рамках обеих моделей. Для них новые возможности могут стать способом экспериментирования с различными подходами к монетизации без значительных дополнительных затрат.

Влияние на пользователей

Для конечных пользователей изменения несут как положительные, так и отрицательные последствия. Потенциально они могут получить доступ к более низким ценам на подписки и цифровые товары, поскольку разработчики смогут экономить на комиссии Apple. Однако они также потеряют некоторые удобства экосистемы Apple, такие как централизованное управление подписками, Family Sharing для внешних покупок и единую историю транзакций.

Пользователи также столкнутся с необходимостью делиться платёжными данными с большим количеством третьих сторон, что потенциально увеличивает риски безопасности. Apple предупреждает об этом через обязательные системные уведомления при переходе к внешним платежам.

Практические выводы

Выбор между вариантами должен основываться на тщательном анализе бизнес-модели конкретного приложения.

Первый вариант (Alternative Terms) подходит, если:

  • Хочешь сохранить гибкость выбора между App Store и внешними платежами по странам,
  • Планируешь тестировать разные модели в разных рынках,
  • Менее 1 млн установок в год (избегаешь Core Technology Fee).


Второй вариант (StoreKit External) может быть выгоден, если:

  • Готов полностью отказаться от App Store платежей и есть инфраструктура для ее замены,
  • Хочешь единообразную модель во всех странах ЕС,
  • Твои издержки на 5% Core Technology Commission меньше потенциальной экономии.

Важно помнить, что переход к новым моделям требует не только технических изменений, но и серьёзной перестройки бизнес-процессов. Разработчикам необходимо подготовиться к увеличению операционной нагрузки и создать команды для работы с клиентской поддержкой, финансовой отчётностью и соблюдением регуляторных требований.

Команда Arbitration & IT Disputes готова помочь вам в решении вопросов, связанных с деятельностью на сторах.

Авторы: Камаль Терехов

Напишите нашему юристу, чтобы узнать подробности

Написать юристу

Уважаемые журналисты, использование материалов с сайта REVERA в публикациях возможно только после нашего письменного разрешения. 

Читайте по теме

аналитические материалы

Домены под угрозой? UDRP — как вернуть бренд из чужих рук

Домены под угрозой? UDRP — как вернуть бренд из чужих рук новости

Еврокомиссия признала рекламную модель Meta нарушающей правила DMA

Еврокомиссия признала рекламную модель Meta нарушающей правила DMA новости

Еврокомиссия против Apple: альтернативные сторы и каналы продаж для iOS получили поддержку

Еврокомиссия против Apple: альтернативные сторы и каналы продаж для iOS получили поддержку