[email protected]
Главная/Блог/Мобильная разработка/Как опубликовать приложение в Google Play и RuStore

Как опубликовать приложение в Google Play и RuStore

Разбираем публикацию Android-приложения в двух магазинах: аккаунты, подготовка сборки, страница приложения, тестирование, модерация и частые ошибки.

Для Android-приложения публикация — это уже не один магазин, а как минимум два. Google Play остаётся крупнейшей витриной, но в России всё больше пользователей устанавливают приложения из RuStore, а на части новых устройств он предустановлен. Для многих бизнесов присутствие в обоих магазинах стало нормой: так приложение доступно максимальному числу людей, а компания не зависит от одной площадки.

Процессы публикации в Google Play и RuStore похожи, но различаются в деталях: требования к аккаунтам, форматы сборок, порядок тестирования и модерации. Разберём оба пути и расскажем, как подготовиться, чтобы релиз прошёл без сюрпризов.

Почему стоит публиковаться в обоих магазинах

  • Охват. Часть аудитории пользуется только одним магазином: у кого-то нет доступа к сервисам Google, у кого-то RuStore — основной источник приложений.
  • Устойчивость. Если в одном магазине возникнут проблемы с аккаунтом, платежами или доступностью, приложение останется доступным через другой.
  • Платежи. В RuStore доступны встроенные платежи с российскими способами оплаты, что важно для приложений с подписками и цифровыми товарами.
  • Требования заказчиков. Для приложений государственных и крупных организаций размещение в отечественном магазине часто является обязательным условием.

Google Play: аккаунт разработчика

Для публикации нужен аккаунт в Google Play Console. Он бывает личным или аккаунтом организации.

  • Личный аккаунт регистрируется на физическое лицо. Для новых личных аккаунтов действует обязательное закрытое тестирование: перед выходом в продакшн приложение должно пройти тест с определённым количеством участников в течение установленного срока (порядка двух недель). Это нужно учитывать в плане.
  • Аккаунт организации регистрируется на компанию и требует подтверждения данных, в том числе номера D-U-N-S. Требование обязательного закрытого тестирования к таким аккаунтам не применяется, а в магазине отображается название компании.

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

Проверка личности и организации в Google Play может занять время. Начинайте регистрацию параллельно с разработкой, а не за день до релиза.

RuStore: аккаунт разработчика

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

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

Подготовка сборки

Формат: AAB и APK

Google Play принимает новые приложения в формате Android App Bundle (AAB). Магазин сам генерирует оптимизированные APK под конкретные устройства, что уменьшает размер загрузки. При этом подписью итоговых APK управляет Google Play: вы загружаете сборку, подписанную ключом загрузки, а магазин подписывает приложение ключом приложения.

RuStore принимает как APK, так и AAB. Если вы загружаете AAB, магазину нужен доступ к ключу подписи, чтобы сформировать APK. Многие команды для RuStore отправляют готовый подписанный APK.

Ключи подписи — критически важно

Ключ подписи — это то, что подтверждает, что обновление выпущено тем же разработчиком. Если ключ потерян, выпустить обновление существующего приложения станет очень сложно или невозможно.

  • Храните ключи в защищённом месте, с резервной копией, и не только на компьютере одного разработчика.
  • Убедитесь, что ключи принадлежат компании, а не подрядчику.
  • Если одно и то же приложение публикуется в обоих магазинах, подписи должны совпадать — иначе пользователь не сможет обновить приложение, установленное из другого магазина.

Технические требования

  • Целевой уровень API. Google Play регулярно поднимает минимальный targetSdkVersion для новых приложений и обновлений. Приложение, не соответствующее требованию, не удастся опубликовать или обновить.
  • Разрешения. Чувствительные разрешения — доступ к SMS, журналу звонков, геолокации в фоне, всем файлам — требуют отдельного обоснования в консоли и проходят более строгую проверку.
  • Версии. versionCode должен увеличиваться при каждой загрузке, versionName видит пользователь.

Страница приложения

Оформление страницы похоже в обоих магазинах. Что понадобится:

  1. Название — в Google Play до 30 символов.
  2. Краткое описание — до 80 символов, видно сразу на странице.
  3. Полное описание — до четырёх тысяч символов. Ключевые слова в описании влияют на поиск, но без переспама.
  4. Иконка — высокого разрешения.
  5. Графический баннер — обязателен в Google Play, используется в подборках.
  6. Скриншоты — для телефона обязательно, для планшетов — если приложение их поддерживает.
  7. Категория и теги.
  8. Контактный email и ссылка на сайт.
  9. Ссылка на политику конфиденциальности.

Дополнительно в Google Play Console нужно заполнить несколько обязательных анкет:

  • Безопасность данных — какие данные собираются, передаются ли третьим лицам, шифруются ли, можно ли их удалить.
  • Возрастной рейтинг — анкета о содержимом.
  • Целевая аудитория — особенно важно, если приложение может быть интересно детям.
  • Доступ к приложению — инструкции и тестовый аккаунт для проверяющих.
  • Реклама — есть ли в приложении рекламные блоки.
  • Удаление аккаунта — ссылка на веб-страницу, где пользователь может запросить удаление своего аккаунта и данных.

Тестирование перед релизом

Треки в Google Play

Google Play предлагает несколько треков:

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

Тестирование в RuStore

В RuStore также можно опубликовать тестовую версию для ограниченного круга пользователей, а для распространения среди команды многие используют прямую установку APK. Перед релизом обязательно проверьте установку именно из магазина: это выявляет проблемы с подписью и совместимостью.

Модерация

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

RuStore проводит ручную модерацию, проверяя соответствие правилам площадки, корректность описания и работоспособность. Сроки обычно составляют от нескольких часов до нескольких рабочих дней.

Частые причины отклонения в обоих магазинах:

  • приложение падает или не запускается на устройствах проверяющих;
  • не указан тестовый аккаунт или он не работает;
  • описание и скриншоты не соответствуют реальной функциональности;
  • запрошены разрешения, которые не нужны для работы приложения или не объяснены;
  • нет политики конфиденциальности или она не отражает реальный сбор данных;
  • заполненная анкета безопасности данных расходится с фактическим поведением приложения;
  • нарушены правила монетизации — например, цифровые товары продаются в обход разрешённых механизмов.

Самая неприятная ситуация — когда данные в анкете безопасности не совпадают с тем, что реально делают сторонние библиотеки в приложении. Перед заполнением проверьте, какие данные собирают аналитика, реклама и SDK партнёров.

Релиз и обновления

В Google Play можно выпускать обновление поэтапно: сначала на небольшой процент пользователей, затем постепенно увеличивать долю. Если в отчётах о сбоях появляются проблемы, развёртывание можно остановить. Это одна из самых полезных функций для крупных приложений.

После релиза регулярно проверяйте:

  • Android Vitals в Google Play Console — частоту сбоев, зависаний, расход батареи. Плохие показатели влияют на видимость приложения в магазине.
  • Отзывы в обоих магазинах — отвечайте на них, особенно на негативные.
  • Уведомления о политиках — магазины заранее сообщают об изменениях требований, и на них нужно реагировать в срок.
  • Синхронность версий — держите в обоих магазинах одну и ту же актуальную версию, чтобы пользователи не получали разный опыт.

Чек-лист перед публикацией

  • Аккаунты в Google Play и RuStore оформлены на компанию.
  • Ключи подписи сохранены в надёжном месте и принадлежат компании.
  • Целевой уровень API соответствует текущим требованиям.
  • Подготовлены описания, скриншоты, иконка и баннер.
  • Заполнены анкеты безопасности данных, возрастного рейтинга и целевой аудитории.
  • Опубликованы политика конфиденциальности и страница удаления аккаунта.
  • Указаны инструкции и тестовый аккаунт для проверяющих.
  • Приложение протестировано через внутренний трек на нескольких устройствах разных производителей.

Вывод

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

Относитесь к публикации как к отдельному этапу проекта: с подготовкой, тестированием и временем на модерацию.

Мы берём на себя публикацию и обновления приложений во всех нужных магазинах. Подробнее — на странице разработки под Android, а если нужно сразу две платформы — посмотрите кроссплатформенную разработку.

Есть задача по разработке?

Расскажите о ней — ответим в течение рабочего дня.

Мои задачи+