Apple требует от почтового приложения 'Hey' добавить покупки внутри приложения

Противостояние Apple и Hey: Прямой вызов власти App Store

Apple приостановила обновления для недавно запущенного почтового клиента Hey и угрожает его удалением из iOS App Store, что создало немедленный и публичный конфликт из-за правил платформы. Суть проблемы — модель Hey: она требует годовой подписки за $99, которую можно приобрести только на её сайте, намеренно обходя систему покупок внутри приложения Apple и связанную с ней комиссию в 15-30%.

Это действие по обеспечению соблюдения правил, направленное на приложение от уважаемой команды, стоящей за Basecamp, сигнализирует о твёрдой позиции Apple в отношении монетизации. «Apple твёрдо подтвердила свой отказ разрешить HEY выпускать исправления ошибок, если мы не согласимся на их требование отдать 15-30% нашей выручки», — написал в твиттере сооснователь Basecamp Дэвид Хейнемейер Ханссон. Конфликт разразился всего через несколько дней после запуска Hey: Apple одобрила версию 1.0, но затем отклонила последующие обновления, содержащие критические исправления ошибок, фактически заморозив разработку приложения на iOS.

Расшифровка правила App Store 3.1.1: Обязательство использовать покупки в приложении

Позиция Apple основана на разделе 3.1.1 её Руководства по проверке App Store, который предписывает, что приложения, предлагающие цифровые товары или услуги, должны использовать собственную систему покупок внутри приложения Apple. Эта система позиционируется как «простая и безопасная», обрабатывающая миллиарды транзакций ежегодно с сквозной обработкой платежей. Для разработчиков её настройка включает создание продуктов для покупок в приложении в App Store Connect — будь то расходуемые, нерасходуемые товары или подписки — и их реализацию с использованием фреймворка StoreKit в приложении.

Бесперебойная система с высокой ценой

Хотя Apple продвигает это как готовое коммерческое решение, цена значительна. Стандартная комиссия в 30% на начальные подписки (снижающаяся до 15% после первого года) представляет собой крупную долю выручки, которую такие сервисы, как Hey, созданы, чтобы избежать. Техническая настройка, хотя и задокументирована, включает многоэтапный рабочий процесс: принятие Соглашения о платных приложениях, проектирование процесса покупки, настройка продуктов в App Store Connect, реализация StoreKit в коде и тщательное тестирование в песочницах перед отправкой на проверку.

Исключение для «читающих» приложений: Почему Hey не подходит

Ключевой нюанс в этой дискуссии — исключение для «читающих» приложений. Правила Apple позволяют таким приложениям, как Netflix или Spotify, предоставлять пользователям доступ к контенту по уже существующим подпискам, не предлагая регистрацию в приложении, поскольку они в основном предоставляют доступ к ранее приобретённому контенту или подпискам. Однако рецензенты Apple решили, что Hey не подпадает под это исключение.

В отличие от Netflix, который перенаправляет пользователей на веб-страницу для регистрации, Hey требует создания учётной записи на своём сайте как единственной точки входа. Apple утверждает, что это делает Hey потребительским сервисом, который должен проводить транзакции внутри её экосистемы. Basecamp заявляет, что такая интерпретация чрезмерно ограничительна для инструмента, который функционирует аналогично веб-сервису для продуктивности, подчёркивая субъективный и часто непрозрачный характер применения правил App Store.

Технические и экономические препятствия для независимых разработчиков

Для небольшой команды интеграция покупок в приложении — это не просто щелчок выключателем. Это требует значительных ресурсов разработки. Реализация StoreKit в SwiftUI, например, включает управление сложными асинхронными состояниями, проверку квитанций и обеспечение бесперебойного пользовательского опыта — задачи, достаточно сложные для того, чтобы существовали сторонние SDK для упрощения процесса. Добавление этого слоя для Hey означало бы переделку её процесса регистрации и, что более важно, передачу значительной части выручки с пользователя Apple на неопределённый срок.

Позиция Хейнемейера Ханссона недвусмысленна: «Я абсолютно не собираюсь платить Apple треть нашей выручки, сейчас или когда-либо». Это сопротивление подчёркивает растущее мнение, что комиссия в 30% является запретительной для бизнесов на основе подписки с низкой маржой, потенциально подавляя инновации, делая модели прямых продаж потребителям нежизнеспособными на самой прибыльной мобильной платформе в мире.

Более широкие последствия: Антимонопольная проверка и отношения с разработчиками

Это противостояние существует не в вакууме. Оно разворачивается на фоне формальных антимонопольных расследований Европейской комиссии в отношении Apple, изучающих её роль как «привратника» и её отношение к конкурирующим сервисам, таким как iCloud. В США генеральный директор Тим Кук был вызван для дачи показаний перед Конгрессом по поводу политики App Store. Сам Хейнемейер Ханссон поднимал эти вопросы в своих показаниях ранее в этом году, противопоставляя публичную риторику поддержки со стороны Apple тому, что разработчики часто воспринимают как репрессивное правоприменение.

Критики, включая генерального директора Spotify, давно утверждают, что контроль Apple над экосистемой iOS и её двойная роль как владельца платформы и конкурента (с такими сервисами, как iCloud и Apple Music) создают несправедливый рынок. Дело Hey является примером этого напряжения, когда правила Apple рассматриваются не как нейтральное управление, а как инструмент для защиты её потоков доходов, даже ценой сдерживания сторонних приложений.

Инновации на перепутье: Будущее экономики App Store

Противостояние между Apple и Hey представляет собой фундаментальный конфликт по поводу того, кто контролирует экономические отношения между приложениями и их пользователями. Экосистема Apple, несомненно, обеспечивает огромный охват и оптимизированную платежную инфраструктуру, но по цене, которую некоторые разработчики считают грабительской. По мере усиления антимонопольного давления и роста недовольства разработчиков сама модель App Store ставится под сомнение. Исход этой конкретной битвы может вынудить пересмотреть структуры комиссий или чёткость определений «читающих» приложений, потенциально прокладывая путь к более тонкому подходу, который балансирует устойчивость платформы со справедливой конкуренцией и подлинными программными инновациями в глобальном масштабе.