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

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

Оформите владение до передачи сборки

Аккаунт и приложение должны принадлежать согласованному владельцу бизнеса. Разработчику выдайте подходящую роль, а не передавайте общий пароль. По инструкции RuStore, новое приложение добавляет Владелец компании. Загружать версии могут также Администратор, Релиз-менеджер и Разработчик. В консоли откройте «Приложения», создайте карточку, выберите её и нажмите «Загрузить версию».

В акте передачи перечислите исходный код, настройки сборки, идентификатор пакета, сертификат подписи, защищённый способ хранения ключей и порядок восстановления доступа. Секреты не включайте в публичный репозиторий или обычную форму заявки.

Проверьте пакет и подпись

RuStore принимает APK и AAB. Для APK проверьте подпись цифровым сертификатом, для AAB — предварительно добавленные в консоль данные подписи. Уточните требования к архитектурам и устройствам в актуальной инструкции. Установка локальной отладочной сборки не заменяет проверку того пакета, который уходит в магазин.

Документация Android по подписи объясняет роль сертификата в выпуске и обновлении приложения. Способ управления ключами зависит от канала распространения. Согласуйте совместимость подписей, если планируете несколько магазинов, и проверьте обновление поверх уже установленной версии.

Подготовьте карточку и доступ для проверки

Название, описание и скриншоты должны соответствовать отправленной сборке. Укажите контакты поддержки и необходимые документы. Опишите платные функции и требования к аккаунту так, чтобы посетитель понимал условия до установки.

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

Учебный пример: приложение магазина с личной ценой

Условное приложение показывает общедоступный каталог, но персональная цена и история заказов доступны после входа. Для проверки подготовлены учебный покупатель, товары и история в изолированной системе. Доступ позволяет проверить вход, поиск, корзину и переход к заказу без списания настоящих денег.

Перед отправкой команда проверяет релизную сборку на телефоне, медленной сети и при недоступности API. После установки обновления корзина и авторизация ведут себя по согласованному сценарию.

Разберите замечания и подготовьте следующий релиз

Изучите актуальные требования RuStore. В частности, простая оболочка сайта и самостоятельное приложение с дополнительными функциями могут оцениваться по-разному. Нужны проверяемые возможности продукта, понятное поведение разрешений и работа заявленных сценариев.

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

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

Частые вопросы