Публикация APK в RuStore начинается с регистрации аккаунта разработчика в консоли dev.rustore.ru — без подтверждённого профиля кнопка загрузки приложения в интерфейсе остаётся недоступной. Если вы планируете распространять Android-приложение на российском рынке, RuStore стал обязательной площадкой: он предустановлен на новых смартфонах, продаваемых в России, и является одним из основных каналов дистрибуции наряду с Google Play.
В этом руководстве разберём весь цикл работы с платформой: от создания аккаунта и подготовки сборки до прохождения модерации, настройки внутренних покупок и аналитики. Материал ориентирован на разработчиков, которые уже имеют готовое приложение и хотят вывести его в RuStore без типичных ошибок и отклонений на проверке.
Регистрация аккаунта разработчика
Для начала работы потребуется учётная запись VK ID — именно через неё выполняется вход в консоль разработчика RuStore. После авторизации система предложит выбрать тип аккаунта: физическое лицо, самозанятый, индивидуальный предприниматель или юридическое лицо. От этого выбора зависят требования к документам и доступные способы вывода средств от монетизации.
При регистрации юридического лица или ИП понадобятся реквизиты организации: ИНН, наименование и данные для договора. Проверка данных занимает некоторое время — заявка проходит модерацию, и до её завершения публикация платных приложений может быть ограничена. Физическим лицам процедура проще, но для коммерческих проектов статус ИП или компании обычно удобнее.
- 📱 Подготовьте действующий номер телефона для привязки VK ID.
- 📄 Определите тип аккаунта заранее — смена типа после регистрации может потребовать обращения в поддержку.
- 🏢 Для юрлица держите под рукой ИНН и реквизиты компании.
- ✉️ Укажите рабочую почту — на неё приходят уведомления о результатах модерации.
Подготовка приложения к публикации
До загрузки сборки проверьте технические требования. RuStore принимает приложения в форматах APK и AAB (Android App Bundle). Файл должен быть подписан релизным ключом — debug-подпись не пройдёт проверку. Также потребуется указать package name, который после первой публикации изменить нельзя: он становится постоянным идентификатором приложения в магазине.
Отдельное внимание уделите targetSdkVersion. Магазин предъявляет требования к минимальной целевой версии Android API — устаревшие значения могут стать причиной отказа в публикации. Актуальные пороговые значения указаны в официальной документации RuStore, сверьтесь с ней перед сборкой релиза, так как требования периодически обновляются.
./gradlew bundleRelease
Команда выше собирает AAB-файл в Gradle-проекте. Если проект использует нативные библиотеки, убедитесь, что в сборку включены нужные ABI-архитектуры (arm64-v8a, armeabi-v7a), иначе приложение не установится на часть устройств.
☑️ Готовность приложения к загрузке в RuStore
Заполнение карточки приложения
Карточка приложения — это то, что видит пользователь в магазине, и одновременно источник данных для поисковой выдачи внутри RuStore. Обязательные поля включают название, краткое и полное описание, иконку, скриншоты и категорию. Название должно соответствовать реальному имени приложения — использование чужих брендов приведёт к отклонению.
Описание пишите с учётом поисковых запросов пользователей: алгоритмы магазина индексируют текст карточки. Избегайте переспама ключевыми словами и недостоверных обещаний — модерация проверяет соответствие описания фактической функциональности. Скриншоты должны демонстрировать реальный интерфейс, а не монтажные изображения, вводящие в заблуждение.
⚠️ Внимание: если приложение запрашивает чувствительные разрешения (доступ к контактам, геолокации, SMS), будьте готовы обосновать их необходимость в анкете модерации. Необоснованные разрешения — частая причина отклонения.
Модерация: сроки и типичные причины отказа
После отправки сборки приложение проходит автоматическую и ручную проверку. Сроки модерации могут варьироваться — точное время зависит от загрузки площадки и сложности приложения, поэтому закладывайте запас времени перед плановым релизом. Статус проверки отображается в консоли, а результат приходит на почту.
Типичные причины отклонения: несоответствие описания функциональности, битые ссылки на политику конфиденциальности, краш приложения при первом запуске на тестовом устройстве, отсутствие обоснования разрешений. Если приложение отклонили, в письме указывается причина — после исправления сборку можно отправить на повторную проверку.
| Причина отказа | Как исправить |
|---|---|
| Краш при запуске | Протестировать релизную сборку на чистом устройстве |
| Нет политики конфиденциальности | Разместить документ по постоянной ссылке и указать её в консоли |
| Необоснованные разрешения | Убрать лишние или описать их назначение в анкете |
| Описание не соответствует функциям | Привести текст карточки в соответствие с реальным поведением |
| Проблемы с подписью APK | Переподписать релизным ключом и пересобрать |
Монетизация и внутренние покупки
RuStore поддерживает несколько моделей заработка: платная загрузка, внутренние покупки и подписки. Для интеграции платежей внутри приложения используется RuStore Billing SDK — библиотека, которая подключается к проекту и обеспечивает проведение транзакций через платёжную систему магазина. Документация по интеграции доступна на портале для разработчиков.
Если ваше приложение уже работает с Google Play Billing, потребуется адаптация: API различаются, и прямой перенос кода невозможен. Распространённый подход — абстрагировать слой платежей в приложении, чтобы под каждую сборку подключать соответствующую реализацию биллинга. Тестирование покупок выполняется на тестовых аккаунтах, которые настраиваются в консоли.
⚠️ Внимание: вывод средств от монетизации доступен только после верификации реквизитов и заключения договора с платформой. Проверьте корректность банковских данных до запуска продаж — ошибки в реквизитах задерживают выплаты.
Что учесть при миграции биллинга с Google Play
Создайте интерфейс-абстракцию для платёжного слоя, реализуйте два адаптера (Google Billing и RuStore Billing), выбирайте реализацию на этапе сборки через product flavors в Gradle. Так одна кодовая база обслуживает оба магазина без дублирования логики.
Обновления, аналитика и продвижение
После публикации жизненный цикл приложения продолжается: каждое обновление проходит повторную модерацию, поэтому не отправляйте сырые сборки. В консоли доступна статистика установок и удалений — используйте её для оценки эффективности изменений в карточке и самом приложении. Регулярные обновления с исправлением ошибок положительно влияют на видимость приложения в выдаче магазина.
Для продвижения доступны внутренние инструменты площадки: участие в подборках, промо-размещения и рекламные форматы. Условия и доступность конкретных механик меняются — актуальные возможности смотрите в разделе продвижения консоли и официальных анонсах платформы. Дополнительно стоит отвечать на отзывы пользователей: активность разработчика влияет на рейтинг и доверие аудитории.
- 📊 Отслеживайте конверсию страницы приложения после изменения скриншотов и описания.
- 🔄 Планируйте релизы с учётом времени модерации, особенно перед праздниками.
- 💬 Отвечайте на негативные отзывы — это снижает число удалений.
- 🧪 Используйте тестовые треки или постепенный rollout, если функция доступна для вашего приложения.
Часто задаваемые вопросы
Можно ли опубликовать приложение в RuStore бесплатно?
Да, регистрация аккаунта разработчика и публикация приложений на площадке бесплатны. Комиссия взимается только с транзакций при монетизации через платёжную систему магазина.
Что делать, если приложение отклонили на модерации?
Изучите письмо с причиной отказа, устраните указанную проблему и отправьте сборку на повторную проверку. Если причина сформулирована неясно, уточните детали через поддержку в консоли разработчика.
Можно ли изменить package name после публикации?
Нет, имя пакета фиксируется при первой загрузке и далее не меняется. Единственный вариант — опубликовать приложение как новое, с другим package name, но при этом потеряются накопленные установки, отзывы и рейтинг.
Обязательно ли использовать RuStore Billing для внутренних покупок?
Для цифровых товаров и подписок внутри приложения, распространяемого через RuStore, используется платёжная система магазина. Детали и возможные исключения описаны в правилах платформы — сверяйтесь с актуальной версией соглашения.
Как протестировать внутренние покупки без реальных платежей?
В консоли разработчика настраиваются тестовые аккаунты, с которых покупки проходят без списания средств. Подробный порядок настройки описан в документации RuStore Billing SDK.