Публикация приложения в RuStore: как подготовить, загрузить и пройти модерацию

RuStore уже стал обязательной площадкой для приложений, которые хотят легально и предсказуемо работать с аудиторией в РФ. Он даёт стабильный канал дистрибуции, российские платежи и меньше рисков блокировок, чем зарубежные сторы. Эта инструкция рассчитана на продуктовые команды с готовым APK/AAB, студии и фрилансеров, которые публикуют клиентские проекты, а также на команды с релизами в Google Play или AppGallery, которым нужен ещё один магазин для роста. Ниже — поэтапный разбор публикации приложения в RuStore в 2024 году, чек‑лист подготовки, список частых ошибок и критерии, когда лучше отдать задачу специалистам, чем тратить на неё весь спринт.

1. RuStore для разработчика: когда публикация имеет смысл

RuStore ориентирован на российский рынок, поэтому модерация особенно внимательно относится к локализации интерфейса и описания, юридическим данным разработчика и соответствию требованиям 152‑ФЗ по персональным данным. Плюс — нативная поддержка российских платёжных инструментов, интеграция с VK ID и другими сервисами VK, что удобно для социальных, медийных и игровых приложений.

Максимальную отдачу от RuStore получают:

• сервисы и игры, у которых 70–90% трафика идёт из РФ/СНГ;
• корпоративные и B2B‑приложения, которые компании устанавливают сотрудникам на рабочие мобильных устройства через единый стор;
• гос‑ и партнёрские проекты, где официально рекомендуют RuStore как канал распространения.

Можно не торопиться, если вы тестируете MVP на узком международном сегменте или сильно завязаны на Google‑сервисы (Maps, Firebase Auth, FCM) без офлайн‑альтернатив. В отличие от Google Play, RuStore меньше опирается на глобальные категории и больше — на юридическую чистоту: описание монетизации, корректные документы, отсутствие запрещённого контента. Небрежное отношение к этой части чаще всего замедляет публикацию, даже если само приложение сделано отлично.

2. Подготовка к публикации приложения в RuStore: чек‑лист

Перед тем как открывать кабинет разработчика, удобно пройтись по следующему чек‑листу. Он экономит минимум несколько кругов вопросов с модерацией и позволяет выйти в релиз быстрее.

1. Разработчик и учётная запись. Решите, кто владелец: физлицо или компании. Для юрлица понадобятся ИНН, ОГРН, юридический адрес, банковские реквизиты; для физлица — паспортные данные и ИНН. Если приложение — стратегический актив бизнеса, регистрируйте аккаунт на юрлицо, чтобы не потерять доступ при смене сотрудников. Для pet‑project или тестового продукта достаточно личного аккаунта разработчика, который потом можно передать по договору.
2. Юридические и текстовые документы. Политика конфиденциальности обязана описывать: какие данные вы собираете, как храните, кому передаёте, как пользователь может запросить или удалить информацию, а также контакты ответственного. Отдельное пользовательское соглашение RuStore часто запрашивает для сервисов с авторизацией, платными функциями или пользовательским контентом. Документы удобно разместить на сайте продукта, одностраничном лендинге или даже на GitHub Pages, главное — стабильный публичный URL.
3. Артефакты приложения. Проверьте требования к APK/AAB: минимальная версия SDK, поддерживаемые архитектуры, отсутствие отладочных сборок. Приложение должно быть подписано релизным ключом; используйте один и тот же ключ для всех сторов, чтобы не ломать обновления. Следите за версиями: versionCode обязан монотонно расти, иначе RuStore не примет новую сборку, а versionName делайте понятным для пользователя (например, 1.2.0).
4. Контент и материалы. Минимальный набор — иконка, 3–5 скриншотов под основные форм‑факторы, при желании промо‑баннер. Модерация сверяет скриншоты с реальным интерфейсом, поэтому не стоит «рисовать» несуществующие экраны. В описании избегайте завышенных обещаний и «лечебных» заявлений, если речь не о сертифицированном медпродукте. Возрастной рейтинг выбирайте честно: чат, донаты, внутренняя реклама или доступ к пользовательскому контенту почти всегда повышают планку.
5. Монетизация и платежи. Определитесь, как зарабатывает продукт: разовая покупка, подписка, внутриигровые покупки или внешняя биллинг‑система. Для вывода средств нужны корректные банковские реквизиты и статус ИП/ООО; для физлица без статуса возможны ограничения. При переносе монетизации из Google Play учитывайте, что не все фичи, вроде промокодов или семейных подписок, реализованы одинаково, и некоторые сценарии придётся сделать по‑новому.

3. Пошаговая инструкция: публикация приложения в RuStore в 2024 году

1. Регистрация разработчика в RuStore. Зайдите в кабинет разработчика через официальный сайт RuStore и выберите тип аккаунта: физлицо или организация. Аккуратно заполните все поля анкеты, чтобы потом не переотправлять документы. Сразу подтвердите email и включите двухфакторную авторизацию — это снижает риск потери доступа и проблем с безопасностью.
2. Создание карточки приложения. Нажмите «Добавить приложение» и выберите тип: игра, сервис, B2B или внутреннее приложение для ограниченного круга пользователей. Продумайте название и короткий подзаголовок — они сильно влияют на конверсию из поиска RuStore и на количество предмодерационных вопросов. Введите ссылки на политику конфиденциальности и, при наличии, сайт проекта, даже если это простая лендинговая страница с базовой информацией.
3. Загрузка сборки. Загрузите APK или AAB в соответствующий раздел. Система автоматически проверит подпись, размер файла, целостность и базовые разрешения. Если RuStore ругается на доступ к SMS, геолокации, контактам или уведомлениям, проверьте, есть ли в описании объяснение, для чего нужны эти права, и нет ли в коде лишних legacy‑разрешений из старых версий.
4. Настройка возрастного рейтинга и ограничений по контенту. Заполните анкету по содержанию: есть ли сцены насилия, азартные механики, пользовательский контент, внутренняя реклама или ссылки на внешние магазины. Пограничный пример — чат внутри игры: формально это пользовательский контент, и модерация ожидает описания механизмов фильтрации и жалоб. То же касается рекламы: если она ведёт в другие сторы или на «серые» сервисы, велик шанс отказа.
5. Настройка монетизации и цен. Подключите платёжный модуль, указав налоговый статус и реквизиты. Цены задавайте в рублях, с учётом комиссии площадки и налогов, чтобы потом не менять их слишком часто. Перед отправкой на модерацию прогоните тестовые платежи: даже одна неочевидная ошибка в настройках подписок способна затормозить публикацию приложения в RuStore на несколько дней.
6. Отправка на модерацию. Пройдитесь по чек‑листу: корректность описания, наличие скриншотов для всех ключевых устройств, релевантные версии SDK, рабочие ссылки на документы. Обычно модерация занимает от нескольких часов до 2–3 рабочих дней, но для сложных B2B‑решений или финтеха может растянуться. Если приложение долго висит в статусе «проверка», создайте обращение в поддержку через кабинет и уточните, не запрошены ли дополнительные материалы.
7. Работа с отказами и доработками. Отказ приходит с текстом и кодом причины, там же часто указывают проблемный скрин, пункт настроек или формулировку из описания. Не отвечайте одним «исправили» — приложите скриншоты новой версии, ссылки на обновлённые документы и короткое пояснение, что именно сделали. Например, при отклонении за агрессивный paywall достаточно переписать тексты, смягчить обещания и явно указать условия подписки — без изменений кода.
8. Первые обновления. Для новой сборки увеличьте versionCode и обновите versionName, иначе публикация не пройдёт. В карточке приложения добавляйте в changelog не только «исправили баги», но и конкретные изменения, чтобы пользователи понимали, зачем ставить апдейт. При крупной смене логики или платных функций заранее опишите изменения в информации о приложении и будьте готовы к всплеску отзывов с вопросами — лучше заранее обновить раздел FAQ и настройки онбординга.

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

Чаще всего RuStore отклоняет релизы из‑за документов и монетизации, а не багов кода. Распространённые ошибки:

• нет политики конфиденциальности или она не описывает все собираемые данные, отсутствуют контакты для запросов пользователей;
• «серые» paywall‑сценарии: скрытые подписки, мелкий текст об автопродлении, расхождение между ценой в описании и фактической стоимостью;
• обещание функций, которых ещё нет в текущей версии, использование чужих брендов без разрешения в описании и скриншотах;
• критические краши на первых экранах у части устройств, отсутствие graceful‑поведения при запрете разрешений доступа.

Рационально отдать публикацию и сопровождение на аутсорс, если у продукта уже есть релизы в других сторах и команда не хочет тратить спринт на разбор требований RuStore, у заказчика нет специалиста, который уверенно работает с ключами подписи и схемой версий, или проект из зоны повышенного риска (финтех, медицина, детские приложения). Наша команда разрабатывает мобильные приложения, веб‑сервисы, CRM‑системы, игры, сайты и интернет‑магазины и берёт на себя подготовку к модерации и публикацию в RuStore «под ключ»: аудит сборки, настройки карточки, ответы модераторам. Если хотите быстро и безболезненно вывести продукт в RuStore или заказать полную разработку под ваши бизнес‑цели, оставьте заявку — поможем пройти путь от первой сборки до стабильной поддержки релизов.