Как выпускать Android-приложения вне Google Play в 2026: Amazon, Samsung, Huawei и прямой APK

Зачем Фора Софт написала это руководство

Мы выпускаем Android-приложения уже 20 лет — более 625 завершённых проектов, 100% успешных сделок на Upwork и портфолио, наполненное релизами сразу в нескольких магазинах. От Franchise Record Pool (стриминг музыки для диджеев в Play + прямая загрузка для лицензированных каталогов) до BrainCert (глобальная LMS, выходящая в Play + AppGallery для клиентов из APAC и MENA) — наши инженеры настроили каждый значимый канал дистрибуции под Android.

Это руководство — не рекламный буклет. Это внутренний фреймворк для принятия решений, который мы используем с клиентами при работе с дистрибуцией через несколько магазинов или сайдлоадинг. Он охватывает техническую часть (подпись, апдейтер, паритет по Play Asset Delivery), коммерческую математику (комиссии, набор регионов, валютные курсы) и регуляторные аспекты (DMA в ЕС, Россия, Китай, Саудовская Аравия, Бразилия).

Поскольку мы работаем по модели Agent Engineering — специализированные агенты параллельно занимаются CI/CD, сборками под магазины, биллингом, аналитикой сбоев и QA — типовое внедрение гибридной дистрибуции занимает 3–6 недель, а не 10–14 недель, как в случае с традиционным агентством. Именно с этой точки зрения рассчитаны все сроки и стоимости ниже.

Зачем выходить за пределы Google Play в 2026 году

Четыре экономические и регуляторные силы делают стратегию «только Play» явно слабее, чем пять лет назад.

1. Комиссии за платежи. Google Play берёт 15% с первых 75 млн ₽ годовой выручки разработчика по подпискам и 30% — со всей суммы сверх этой. У Amazon Appstore комиссия — 20%. В Samsung Galaxy Store она варьируется от 0 до 30% в зависимости от уровня партнёра. В Huawei AppGallery — от 15 до 30%. Прямая загрузка с собственного хостинга позволяет оставить всю выручку, за вычетом только эквайринга (2–4%). Для приложения с годовой выручкой 375 млн ₽ разница между использованием только Google Play и сбалансированным набором каналов может достигать 22–67 млн ₽ в год.

2. Региональный охват. AppGallery обязателен в Китае и работает на более чем 580 млн активных устройств Huawei — он хорошо представлен в регионах MENA, СНГ и отдельных странах Латинской Америки. Samsung Galaxy Store предустановлен на более чем 400 млн активных устройств Galaxy по всему миру. RuStore и другие суверенные магазины заполняют пробелы там, где Google Play недоступен.

3. Гибкость политик. У Play самые жёсткие правила по контенту и монетизации. Amazon лоялен к крипто-приложениям, Samsung дружелюбен к игровым хабам, AppGallery разрешает контент для взрослых в регионах, где это допустимо по закону. Целый ряд сценариев использования возможен только за пределами Play.

4. Регулирование открывает сайдлоадинг. Закон ЕС о цифровых рынках (Digital Markets Act) обязывает Google разрешить альтернативный платёж и сайдлоадинг на Android. Решение по делу Epic против Google в США меняет правила, по которым работает Google Play. Принцип «собрал один раз — установил где угодно» становится реальной стратегией для разработчиков, а не просто теоретической идеей.

Реалистичный шорт-лист каналов дистрибуции для Android

Пять каналов охватывают более 98% легальных установок Android по всему миру. Остальное — либо узкая ниша, либо что-то близкое к пиратству.

Региональные магазины, которые стоит рассматривать в каждом конкретном случае: RuStore и Yandex Store (Россия), ONE store (Южная Корея), APTOIDE (инди / Латинская Америка), F-Droid (open-source / FOSS-аудитория), Itch.io и Epic Games Store на Android (инди-игры). Ни один из них не занимает более 1% мировой доли, но в своей нише они значимы.

Amazon Appstore: недооценённая победа на Windows 11

Раньше Amazon Appstore был магазином приложений только для Fire-планшетов. Два события сделали его важным в 2024–2026 годах: подсистема Windows 11 для Android (WSA) поставляется с Amazon Appstore по умолчанию, а сам Amazon ослабил ряд правил модерации там, где Google Play действует строже.

Что хорошо заходит. Детские приложения (аудитория Amazon FreeTime), утилиты, программы для повышения продуктивности на планшетах с Windows 11, крипто-кошельки и стриминговые плееры — всё это может быть отклонено в Google Play из-за смежных правил. Установочная база Fire-планшетов остаётся заметной в образовательной сфере Северной Америки и Великобритании.

Что нужно сделать инженерам. Amazon принимает стандартные APK и AAB. Если вы используете API Google Play Services, замените их на Amazon Device Messaging (ADM) и Amazon In-App Purchasing (IAP) — Amazon Appstore SDK сам обрабатывает и то, и другое через тонкие обёртки. Подпись можно оставить прежней; Amazon не требует переподписи.

Публикация. Загрузка бинарника, проверка за 1–5 дней, отказы обычно связаны с политиками, а не с техническими проблемами. Совместимость с Fire-планшетами требует дополнительного тестирования (отсутствие сервисов Google, другие плотности экрана).

Samsung Galaxy Store: 400 млн устройств, удобно для игр

Samsung Galaxy Store предустановлен более чем на 400 млн активных устройств Galaxy по всему миру и является основным магазином приложений на собственных рекламных площадках Samsung (Bixby Home, Galaxy Themes, экран до загрузки).

Что хорошо заходит. Игры (у Galaxy Store сильная игровая аудитория и промо-программа GameLauncher), категории на стыке, которые Play ограничивает, навыки Bixby, опыт, ориентированный на стилус и складные экраны, а также приложения-спутники для часов и One UI.

Что нужно сделать инженерам. Стандартный APK/ААБ с правками манифеста под Samsung, если вы нацелены на платформу Galaxy Themes или Galaxy Watch. Samsung IAP SDK подключается через обёртку из 200 строк кода и работает параллельно с Google Play Billing внутри флейворов.

Структура комиссий. От 0 до 30% — зависит от выбранной модели монетизации и объёма продаж. Приложения, использующие только Samsung IAP, попадают в нижнюю часть диапазона. Для крупных игр, участвующих в промо-акциях Samsung, доля выручки может быть ещё ниже.

Huawei AppGallery: обязателен для Китая, реальный потенциал в других регионах

Huawei AppGallery сообщает о более чем 580 млн активных пользователей в месяц с доминирующей позицией в Китае, растущим влиянием в регионе MENA (ОАЭ, Саудовская Аравия) и заметным присутствием в Латинской Америке (Мексика, Колумбия, Перу) и странах СНГ. Для любого B2C-приложения, которое хочет выйти на рынки Китая, MENA или Латинской Америки, это второй по значимости магазин Android после Google Play.

Разработка: HMS Core вместо Google Play Services. Устройства Huawei без сервисов Google требуют использования HMS Core: Push Kit заменяет FCM, Account Kit — Google Sign-In, Map Kit — Google Maps, а также Location Kit, ML Kit и другие. API HMS Core во многом повторяют аналоги от Google, а Huawei предлагает руководства по миграции и инструмент конвертации (HMS Toolkit), который для типовых приложений автоматизирует около 70% работы.

Флейворы сборки. Выпускайте три варианта: для Google (GMS), для Huawei (HMS) и «универсальный» — для развивающихся рынков, где нужны оба. Используйте продуктовые флейворы Gradle: agconnect-services.json вместо google-services.json на этапе сборки.

Публикация. Проверка обычно занимает 1–3 рабочих дня. Huawei требует локализованные метаданные для Китая (тексты на упрощённом китайском, китайские скриншоты, лицензия ICP для приложений, ориентированных на материковый Китай). За пределами Китая достаточно метаданных на английском.

Коммерческий потенциал. Программы для новых разработчиков AppGallery регулярно снижают комиссию до 0–15% на первые 6–12 месяцев в приоритетных категориях — игры, финтех, здоровье. Разумный ход: запустить AppGallery с фокусом на рынках MENA и Латинской Америки, воспользоваться льготными условиями и на второй год решить, развивать платформу или сворачивать.

Прямой APK / AAB: канал с самой высокой маржой

Размещение APK на своём сайте и приём платежей напрямую (Stripe, Paddle, Braintree) позволяет оставить себе 30%, которые иначе ушли бы в пользу Google Play. Для подписочного приложения с ARPU 3 750 ₽ и 100 тыс. подписчиков это разница в 135 млн ₽ в год.

Что хорошо заходит. SaaS с веб-ориентированными воронками регистрации (Slack, Notion, Discord — все проводили эксперименты с сайдлоадингом), контент для взрослых, крипто-кошельки, категории из серой зоны и любое приложение, чья аудитория уже находится на вашем маркетинговом сайте.

Разработка: проблема апдейтера. Вы теряете механизм тихого обновления Google Play, поэтому должны сделать свой. Два чистых паттерна:

Паттерн A — на основе манифеста. Приложение периодически запрашивает подписанный манифест (версия, URL, SHA-256). Если обнаружена более новая версия — скачивает APK, проверяет подпись и хеш, запрашивает подтверждение у пользователя и запускает PackageInstaller. Работает на всех Android 10+ при наличии разрешения REQUEST_INSTALL_PACKAGES и подтверждённой идентичности установщика.

Паттерн B — апдейтер от владельца устройства. Приложения, которыми вы управляете (например, киоски или корпоративные развёртывания), могут использовать API device owner / profile owner для тихого обновления без запроса у пользователя. Для этого требуется регистрация в MDM или развёртывание через рабочий профиль.

Подпись и целостность. Используйте схему подписи V4 + V3 + V2. Размещайте APK по HTTPS с включённым HSTS. Включайте SHA-256 в подписанный манифест, который размещён на другом origin, отличном от самого APK. Проверяйте подписи на устройстве перед установкой.

Реальность с Android AAB. Play Asset Delivery работает только в Google Play. При прямой дистрибуции вы либо выпускаете универсальный APK (он больше по размеру), либо реализуете собственную доставку (например, отдельные APK под разные архитектуры, плотности экрана или языки). Bundletool позволяет генерировать такие APK из AAB; большинство приложений ради простоты оставляют универсальный APK и платят «налог на размер» в 30–60 МБ.

Гибридная дистрибуция — как её правильно настроить

Цель — единая кодовая база как основной источник правды, из которой одна задача CI собирает N артефактов для конкретных магазинов, а не N форков, постепенно расходящихся друг от друга.

1. Продуктовые флейворы Gradle. Каждый канал распространения моделируйте как отдельный флейвор: google, amazon, samsung, huawei, direct. Исходные файлы для конкретного флейвора переопределяют реализацию биллинга, пуш-уведомлений и аналитики. Поля BuildConfig, привязанные к флейвору, возвращают текущий магазин для проверок во время выполнения.

2. Абстракция биллинга. Реализуйте тонкий интерфейс IBillingClient с взаимозаменяемыми бэкендами: Google Play Billing, Amazon IAP, Samsung IAP, Huawei IAP и Stripe. Код приложения не зависит от конкретной реализации.

3. Абстракция пуш-уведомлений. IPushClient работает с бэкендами FCM / ADM / HMS или с самостоятельным хостингом (Gotify, UnifiedPush). Токены регистрации устройств проходят через единую точку входа бэкенда, которая направляет запросы на отправку в нужный сервис.

4. Абстракция аналитики сбоев. Firebase Crashlytics работает на устройствах с GMS; на устройствах с HMS используйте AppGallery Crash или самостоятельно размещённый Sentry. Sentry всё чаще становится переносимым выбором по умолчанию.

5. Конвейер CI/CD. GitHub Actions или GitLab CI: единый воркфлоу собирает все 5 флейворов, запускает тесты для каждого, подписывает сборку нужным хранилищем ключей и загружает в каждый магазин через его API (Play Developer API, Amazon Developer API, Samsung Seller Office API, AppGallery Connect API). При неудачной загрузке приходит уведомление в Slack; при успешной — создаётся тикет для ручного согласования релиза.

6. Фича-флаги под политики конкретных магазинов. Один фича-флаг ENABLE_EXTERNAL_PAYMENTS, переключаемый по флейворам, отключает прямые платёжные ссылки, требуемые DMA в ЕС, на сборках Play за пределами ЕС и включает их на сборках direct / Huawei / Samsung — где угодно. Это избавляет вас от циклов отказов Play 2024–2026 годов.

Биллинг и соответствие требованиям — минные поля

1. Антинаправляющие правила Play. Google Play запрещает использовать ссылки на внешнюю оплату внутри приложений. С марта 2024 года в ЕС благодаря закону DMA появились исключения для пользователей из этой страны; решение по делу Epic против Google в США (декабрь 2023 года) также требует аналогичных изменений. Если ваше приложение использует прямой платёжный процесс, готовьте отдельные тексты и экраны для разных версий: в версиях для ЕС и США должна быть кнопка «Также доступно на нашем сайте», а в остальных регионах — её не должно быть.

2. Налоговое соответствие при прямых продажах. Когда Play списывает деньги с пользователя в Германии, Google сам разбирается с НДС. При прямой продаже вы сами собираете и платите НДС (или используете Paddle/Chargebee/LemonSqueezy как merchant-of-record). То же самое касается бразильского CNPJ + ICMS, канадского GST/НДС, индийского GST. Сервисы merchant-of-record берут 5–7% и берут на себя всю работу — обычно это выгоднее, чем 30% комиссии Play.

3. Китай: лицензия ICP. Любому приложению, работающему на территории материкового Китая, требуется регистрация ICP, наличие местного юридического лица и (для игр) лицензия Banhao. Это сложная процедура; большинство иностранных разработчиков запускают AppGallery только за пределами Китая и откладывают выход на материковый рынок до тех пор, пока прибыль не оправдает создание юрлица.

4. Россия: RuStore и маршрутизация платежей. С 2022 года российские пользователи не могут оплачивать подписки в Google Play российскими банковскими картами. RuStore позиционируется как альтернатива. Большинство западных разработчиков либо покидают российский рынок, либо предлагают только бесплатный тариф; лишь немногие, имеющие дочерние компании в России, продолжают монетизировать приложения через RuStore.

5. Перенос подписок. Пользователь, который купил подписку в Google Play, а потом установил приложение напрямую из APK, не должен платить снова. Обязательна синхронизация прав доступа через ваш бэкенд — привязывайте подписку к аккаунту, а не к устройству. Большинство приложений, с которыми мы работали, использовали чеки покупок из Google Play Billing и идентификаторы клиентов Stripe, сверяя их каждый день.

Безопасность, защита от подделок и мошенничество в магазинах

Как только APK размещён где-либо, кроме Play, его копии появляются на пиратских сайтах за считанные дни. Работают три меры.

1. Замена Play Integrity / SafetyNet. API Play Integrity от Google выдаёт аттестации устройства, которые проверяет ваш бэкенд. На версиях без Google Play используйте Firebase App Check (HTTPS-токен) вместе с собственным слоем отпечатков устройства — аппаратные идентификаторы, SafetyNet на устройствах с GMS, HMS Safety Detect на Huawei.

2. Обнаружение рута / эмулятора. Библиотеки вроде RootBeer или коммерческие решения (Appdome, Promon SHIELD, Guardsquare DexGuard) определяют устройства с рутом, известные эмуляторы и модифицированные бинарники. Используйте их повсеместно, но тщательно настраивайте пороги срабатывания — ложные срабатывания могут отпугнуть легальных пользователей-энтузиастов.

3. Проверка чеков на стороне сервера. Никогда не доверяйте правам доступа, которые заявляет клиент. Каждая встроенная покупка проходит проверку на бэкенде через Google Play Developer API, Amazon RVS, сервер проверки Samsung IAP, систему Huawei IAP или вебхук Stripe. Права доступа предоставляются только после успешной проверки.

4. Следите за поддельными магазинами. Сторонние агрегаторы вроде APKMirror, Aptoide, Uptodown автоматически индексируют ваш APK. Некоторые из них могут добавлять вредоносный код. Ежемесячно проверяйте DNS-тайпсквоты и APK-агрегаторы; подавайте DMCA, если обнаружите поддельные копии.

Аналитика и атрибуция между магазинами

Play Install Referrer определяет, откуда пришло приложение в Google Play. У Amazon есть аналог — InstallReferrerClient. Samsung передаёт install_referrer через метаданные манифеста. Huawei предоставляет agconnect-installreferrer. Прямые ссылки на APK могут содержать UTM-метки через Intent extras или диплинк при первом запуске.

Агрегаторы атрибуции вроде AppsFlyer, Adjust и Singular нормализуют данные между магазинами. Они берут комиссию 1–3% от выручки, но экономят месяцы на настройке. Для большинства приложений с годовой выручкой выше 75 млн ₽ окупаемость положительная.

Сводите показатели магазинов в единый дашборд: MAU по магазину, LTV по магазину, доля сессий без сбоев по магазину, конверсия во встроенные покупки по магазину. У каждого магазина своя сезонность и свой промо-календарь, которые влияют на цифры.

Модель затрат: подключение нескольких магазинов к уже работающему приложению

Если исходить из существующего Android-приложения, доступного только в Google Play, типовой объём и стоимость работ с Agent Engineering:

Типовое подписочное приложение с годовой выручкой 75 млн ₽ окупает затраты на полное гибридное внедрение за 4–12 месяцев благодаря более низким комиссиям в прямом и региональных каналах. При выручке выше 375 млн ₽ окупаемость становится чрезвычайно высокой — нередко более чем в десять раз.

Мини-кейс: +22% установок и +19% чистой маржи за 5 недель

Ситуация. Приложение для видеостриминга с 180 тыс. MAU и годовой выручкой 157 млн ₽, работавшее только в Google Play, после вступления в силу DMA в ЕС осознало, что может перенести оформление оплаты за пределы магазина. Команда поставила задачу запустить гибридный план оплаты в течение квартала.

План на 5 недель. Agent Engineering параллельно вёл несколько специализированных направлений: флейворы и абстракция биллинга, интеграция с Amazon Appstore, адаптация под AppGallery + HMS для региона MENA, прямой APK с собственным апдейтером и Stripe MoR через Paddle, конвейер CI/CD для всех четырёх флейворов, а также работа над контентом для подсказок в Play — как для ЕС, так и для других регионов.

Результат. Запуск на 5-й неделе одновременно в Play, Amazon, AppGallery и через прямой канал. За следующие 90 дней: рост общих установок на 22% (AppGallery обеспечил прирост в регионе MENA, где Play не работал), чистая маржа по пользователям из ЕС в Google Play выросла на 19% после перехода на прямое оформление оплаты, а общие затраты на внедрение — 3,1 млн ₽ — окупились к третьему месяцу. Та же команда теперь ежемесячно выпускает приложение в пять каналов из одной кодовой базы.

Фреймворк принятия решений — выберите набор каналов за пять вопросов

1. Какая модель монетизации? Подписка или премиум-покупки — большой потенциал у сочетания прямого канала и биллинга Play. Только реклама — несколько магазинов в основном помогают охвату, а не прибыли. Бесплатный инструмент — ограничьтесь Play и одним региональным магазином.

2. Какие регионы важны в горизонте 18 месяцев? Китай: AppGallery обязателен. MENA, Латинская Америка, СНГ: AppGallery окупает вложенные усилия. США, ЕС: Google Play + прямой канал. Пользователи планшетов с Windows 11: добавьте Amazon.

3. Насколько технически подкована ваша аудитория? Аудитория, готовая к сайдлоадингу (игры, криптовалюта, продвинутые пользователи), легко скачивает APK напрямую. Массовому потребителю лучше подойдёт подход через Google Play с ненавязчивой подсказкой: «Также доступно».

4. Какие политики Play вас ограничивают? Если Play отклоняет или ограничивает вашу категорию (крипта, контент на грани, отдельные виды азартных игр), то не-Play — уже не альтернатива, а вся ваша дистрибуция. Планируйте соответственно.

5. Какая у вас инженерная ёмкость? Команда из 3 человек с одним Android-инженером — сначала запускайте Play и прямой канал, добавьте Amazon и Samsung во втором квартале. 6+ инженеров — запустите все пять каналов за один квартал.

Ошибки, которые, как мы видим, убивают мультимагазинные запуски

1. Форк кодовой базы. «Давайте сделаем версию под AppGallery» превращается в параллельный форк, который начинает расходиться. Всегда используйте флейворы Gradle и общие исходники; никогда не делайте жёсткий форк.

2. Скрытые Google Play Services. Библиотеки вроде Firebase Crashlytics, Firestore или Google Maps незаметно подтягивают GMS и не работают на устройствах с HMS. Проверяйте все транзитивные зависимости; переходите на мультипровайдерные абстракции как можно раньше.

3. Игнорирование апдейтера в прямом канале. Пользователи устанавливают APK и никогда не видят версию 1.1. Запускайте апдейтер на основе манифеста с самого начала — иначе пользовательский опыт будет испорчен.

4. Двойное списание с подписчиков. Один и тот же пользователь повторно оформляет подписку через Stripe, потому что ваш бэкенд не распознал право доступа из Play. Внедрите права доступа на основе аккаунта во всех магазинах до запуска нового канала.

5. Пропуск изменений в политике проверки. Play обновляет политику биллинга и подсказок каждые 3–6 месяцев. Подпишитесь на блог Play Developer и Android Police; назначьте комплаенс-агента, который будет раз в квартал проверять обновления.

KPI, которые стоит отслеживать по каждому магазину с первого дня

KPI привлечения. Показы, конверсия в установку, CPI по магазину и региону, доля органического трафика, позиция в ASO по пяти ключевым запросам.

KPI монетизации. ARPU по магазину, конверсия из пробного периода в платный по магазину, выручка на пользователя за вычетом комиссий, отток по магазину. Именно метрика выручки за вычетом комиссий показывает, действительно ли Play с его 15% выигрывает у прямого канала с 3% эквайринга + 6% MoR — итого 9% совокупно.

KPI надёжности. Доля сессий без сбоев по магазину (часто различается из-за разных устройств), скорость обновления по магазину (медленное обновление в прямом канале говорит о проблеме с апдейтером), рейтинг отзывов в магазине и время ответа на них.

Когда НЕ стоит уходить из Google Play

Мы советуем клиентам оставаться только в Play, когда выполняются три условия.

Во-первых, когда годовая выручка ниже 37 млн ₽, а рост зависит от продукта, а не от комиссий. Снижение на 30% при небольшой выручке не покроет затраты на разработку; работа над продуктом — наиболее эффективное использование ресурсов.

Во-вторых, когда аудитория — массовый потребитель из США или ЕС, у которого нет сильных региональных или политических предпочтений. Play охватывает более 98% вашей целевой аудитории; дополнительная работа не окупается.

В-третьих, когда риск по политикам Play минимален и страховка не нужна. Некоторым приложениям запасной выход действительно не приносит пользы — для нас это не догма.

Дорожная карта внедрения гибридной дистрибуции за 6 недель

План ниже — как мы выпускаем релиз для Play, Amazon, AppGallery и прямого канала по модели Agent Engineering. Традиционные команды обычно проходят этот путь за 12–16 недель.

FAQ

Что почитать дальше

Готовы выпустить своё Android-приложение не только в Google Play?

Мультимагазинная дистрибуция под Android в 2026 году — это практичный инструмент, а не идеологическая борьба. Оставьте Google Play основным каналом, добавьте Amazon для устройств на базе Windows 11 и Fire, Samsung — для функций, специфичных для Galaxy, AppGallery — для Китая, MENA и Латинской Америки, а прямой APK — для подписок с высоким ARPU. Одна кодовая база на флейворах Gradle, один конвейер CI/CD, пять целевых каналов.

Если вы планируете гибридный запуск, наш шестинедельный план уже опробован на приложениях для видеостриминга, e-learning, музыки и SaaS. А если вам нужна просто честная оценка — стоит ли выходить на AppGallery или распространять APK напрямую — мы это тоже сделаем: за 30 минут, без лишних презентаций и продаж.