В ответ на требования Европейской комиссии по соблюдению Регламента о цифровых рынках (DMA), Apple кардинально пересмотрела свою политику для разработчиков в странах ЕС. Как мы уже писали ранее, Еврокомиссия выступила против Apple, требуя открыть альтернативные сторы и каналы продаж для iOS.
Теперь вместо единых правил компания предлагает два различных соглашения с разными условиями монетизации и ограничениями. Это решение стало компромиссом между требованиями европейских регуляторов и стремлением Apple сохранить контроль над своей экосистемой.
До введения новых правил Apple применяла жёсткую модель: все разработчики были обязаны использовать исключительно платёжную систему App Store, платя стандартную комиссию в размере 30% с всех транзакций.
Единственным исключением была программа для малого бизнеса Small Business Program, которая снижала комиссию до 15% для разработчиков с годовым доходом до $1 миллиона.
Любые попытки направить пользователей к альтернативным способам оплаты строго запрещались. Разработчики не могли даже упоминать о возможности покупки подписки или контента вне приложения по более низкой цене. Эта политика годами критиковалась как антиконкурентная, но особенно острые возражения она вызвала у европейских регуляторов.
Два новых варианта соглашений
Теперь Apple предлагает разработчикам выбор между двумя кардинально разными подходами. Первый вариант позволяет сохранить доступ к платёжной системе App Store, но с пониженной комиссией и возможностью одновременно использовать альтернативные каналы. Второй вариант полностью исключает использование App Store платежей, но предлагает другую структуру сборов.
Этот вариант даёт разработчикам право выбора между двумя моделями монетизации для каждой страны ЕС отдельно. В одних странах можно использовать App Store платежи по пониженной комиссии, в других — направлять пользователей на внешние платформы.
Важно понимать: в рамках одной страны нельзя предлагать пользователям и App Store платежи, и внешние системы одновременно — нужно выбрать что-то одно для каждого сторфронта.
Если выбираешь App Store платежи для конкретной страны:
Если выбираешь внешние платежи для конкретной страны:
Дополнительно в любом случае:
Главное преимущество: можешь выбирать разные модели для разных стран ЕС (например, App Store платежи в Германии, внешние платежи во Польше).
Второй вариант — это полный отказ от платёжной системы Apple во всех странах ЕС. Разработчики, выбравшие этот путь, не могут использовать App Store платежи нигде в Европе, даже по льготной ставке, но получают более предсказуемую структуру сборов для внешних платежей.
Условия второго варианта:
Главное ограничение: нельзя использовать 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) подходит, если:
Второй вариант (StoreKit External) может быть выгоден, если:
Важно помнить, что переход к новым моделям требует не только технических изменений, но и серьёзной перестройки бизнес-процессов. Разработчикам необходимо подготовиться к увеличению операционной нагрузки и создать команды для работы с клиентской поддержкой, финансовой отчётностью и соблюдением регуляторных требований.
Команда Arbitration & IT Disputes готова помочь вам в решении вопросов, связанных с деятельностью на сторах.
Уважаемые журналисты, использование материалов с сайта REVERA в публикациях возможно только после нашего письменного разрешения.
