Запустил Flutter-приложение в RuStore 2026

Поделюсь практическим опытом публикации Flutter‑приложения в RuStore: от подготовки APK и заполнения карточки до общения с ревью и вопросов выплат. Конкретные команды, примеры манифеста и список типичных причин отклонений помогут пройти процесс быстрее.

• Действующий аккаунт разработчика: e‑mail, рабочий телефон, подтверждение личности (личный или корпоративный аккаунт).
• Банковские реквизиты или расчётный счёт для выплат (если вы планируете монетизацию). Для юридических лиц и ИП требования к документам отличаются — держите под рукой сканы/фото.
• Политика конфиденциальности и ссылка на сайт приложения (в 2026 году обязательна для приложений, запрашивающих персональные данные).
• Готовые медиа для карточки: иконки, скриншоты, промо‑изображение и краткое описание на русском. Обычно требуется минимум 4 скриншота и иконка 512×512 (проверьте актуальные требования в консоли RuStore).

Процесс регистрации аккаунта в RuStore в моём случае занял 1–3 рабочих дня: отправил заявку 10 февраля 2026 года, подтвердил мобильный номер и загрузил документы — и 12 февраля учётная запись была активирована. На этапе регистрации важно правильно указать юридические данные: изменение типа учётной записи (физ. лицо ↔ юр. лицо) после активации может потребовать дополнительной верификации и занять несколько дней.

Шаг 1: подготовка APK

Flutter по умолчанию создаёт сборку для Android в виде AAB (Android App Bundle) или APK. RuStore принимает APK (и иногда AAB — проверяйте текущую документацию), поэтому я собрал релизный APK. Набор шагов, который я использовал, включает генерацию ключа, настройку подписи и сборку release APK.

Генерация keystore

Если у вас ещё нет keystore, создайте его с помощью keytool:

keytool -genkey -v -keystore myapp-release.keystore -alias myapp_key -keyalg RSA -keysize 2048 -validity 9125

Команда создаёт keystore сроком действия около 25 лет (9125 дней). Храните keystore и пароль в надёжном месте: потеря ключа приведёт к невозможности обновить приложение в будущем.

Настройка подписания в Gradle

Добавьте в android/app/build.gradle секцию signingConfigs и используйте её в buildTypes.release:

android {
    signingConfigs {
        release {
            storeFile file("../keystores/myapp-release.keystore")
            storePassword ""
            keyAlias "myapp_key"
            keyPassword ""
        }
    }
    buildTypes {
        release {
            signingConfig signingConfigs.release
            minifyEnabled false
            shrinkResources false
        }
    }
}

Замените пароли на безопасные значения. Лучше не хранить пароли в репозитории: используйте переменные окружения или CI‑секреты.

Сборка релизного APK

Для сборки релизного APK выполните команду:

flutter build apk --release --target-platform android-arm,android-arm64,android-x64

Эта команда создаст универсальный APK в папке build/app/outputs/flutter-apk/app-release.apk. Если вы предпочитаете app bundle, соберите AAB и уточните в консоли RuStore, принимают ли они .aab на момент публикации.

Проверка манифеста и разрешений

Перед отправкой обязательно проверьте AndroidManifest.xml на предмет запрашиваемых разрешений. RuStore ревьюеры часто запрашивают обоснование для опасных разрешений: доступ к местоположению, камере, контактам, списку звонков и т. п. Убедитесь, что вы указали точные причины использования и при возможности реализовали режимы без этих разрешений.

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.example.myapp">

    <uses-permission android:name="android.permission.INTERNET" />
    <uses-permission android:name="android.permission.CAMERA" />

    <application
        android:label="MyApp"
        android:icon="@mipmap/ic_launcher">
        <activity android:name=".MainActivity" />
    </application>
</manifest>

В описании к приложению в консоли укажите, зачем нужны запрашиваемые разрешения и какие функции зависят от них. Это снижает риск отказа на ревью.

Шаг 2: подача заявки

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

• Название приложения: используйте ключевые слова аккуратно. Например, «MyApp — трекер задач» вместо «MyApp — лучший трекер задач в мире».
• Краткое и полное описание: в первом абзаце укажите ключевые функции и информацию о безопасности данных. Не забывайте про ключ «публикация в rustore» в метатегах и в тексте (но не злоупотребляйте).
• Скриншоты: показывайте реальный интерфейс, порядок размеров — 1080×1920 для вертикальных экранов, минимум 4 скриншота.
• Иконки и промо: иконка 512×512 PNG, без прозрачного фона, промо‑баннер 1024×500 (если требуется).
• Категория и теги: выберите релевантную категорию, например «Продуктивность», «Игры» и т. п.
• Политика конфиденциальности: ссылка на HTTPS. Для приложений, которые обрабатывают персональные данные, это обязательное требование в 2026 году.
• Версия и changelog: укажите номер версии в формате semver и краткий список изменений.

В поле «Скрипт проверки» (notes for reviewer) рекомендуется оставить краткую инструкцию, как проверить приложение: тестовый аккаунт, логин, пароль, специальный режим. Я указывал: «Тестовый пользователь: test@example.com / password123; доступ к функциям без авторизации ограничен» — это ускорило ревью.

Шаг 3: ответ ревью

После отправки заявки придёт автоматический ответ об успешной загрузке, а затем — уведомление от ревьюеров. В моём случае сроки были такими: первое автоматическое сканирование — до нескольких часов, ручное ревью — 1–5 рабочих дней (в феврале 2026 среднее время ожидания составило 2–3 рабочих дня).

Типичные причины запросов и отказов

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

Пример ответа, который я получил: «Просьба уточнить необходимость разрешения CAMERA и предоставить тестовый аккаунт для проверки функций съёмки. Пожалуйста, прикрепите политику конфиденциальности.» Я ответил в течении 12 часов, приложил обновлённую политику и пояснил, что камера нужна для сканирования QR‑кодov; через 24 часа приложение было одобрено.

Укажите тестовый сценарий и минимизируйте список опасных разрешений — это сокращает время ревью в 2–3 раза.

Что с выплатами?

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

• Платёжные реквизиты. Для получения выплат вам понадобится привязать расчётный счёт (юрлицо/ИП) или реквизиты карты (для физических лиц, если магазин это поддерживает). Документы проверяются в процессе верификации аккаунта.
• Комиссия. На момент моей публикации комиссия RuStore, по состоянию на февраль 2026, варьировалась в зависимости от категории и договорённостей — типичные цифры в публичных обсуждениях составляют порядка 15–20%. Точные условия отображаются в личном кабинете при подключении монетизации.
• Платёжный график. Обычно выплаты формируются ежемесячно с отчётным периодом 30 дней; минимальная сумма выплаты и сроки перечисления зависят от типа учётной записи. Рассчитывайте, что первые выплаты могут приходить спустя 1–2 отчётных периода, пока не сформируется баланс.
• Форматы оплаты внутри приложения. В России допускается использование сторонних платёжных SDK и прямых переводов в обход Google Play, но важно соблюдать законы и требования RuStore к отображению цен и фискализации — в 2026 году магазины требуют предоставления корректных чеков и документов для пользователей и налоговых органов.

Совет: сразу укажите корректные реквизиты и налоговый статус, чтобы избежать задержек при первом платеже. Если вы планируете подписки, подготовьте механизм автоматической генерации чеков (ФФД) и протестируйте сценарии возврата/отмены.

Какие различия с Google Play?

Сравнение RuStore и Google Play полезно для понимания ожиданий при публикации. Ниже — ключевые различия, которые я заметил в 2025–2026 годах.

Политики и модерация

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

Платёжная система

Google Play требует использовать Google Play Billing для внутренних покупок на большинстве рынков и применяет отдельную комиссию. В RuStore в 2026 году допустимы альтернативные платёжные провайдеры и прямые способы оплаты для российских пользователей, однако важно соблюдать требования по предоставлению чеков и налоговую отчётность.

Подпись и обновления

Google использует Play App Signing и рекомендует загружать AAB; это добавляет этапы управления ключами. В RuStore вы подписываете APK сами и загружаете готовую сборку. Это упрощает локальные сборочные пайплайны, но увеличивает ответственность за сохранность ключа подписи.

Доступность и дистрибуция

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

Инструменты аналитики и A/B

Google Play Console предлагает более развитые встроенные инструменты для A/B‑тестирования листинга, релизов и подписок. RuStore, как правило, предлагает базовый набор метрик и отчётов, но интеграция с аналитикой (Firebase / сторонние SDK) остаётся возможной и нужна для детального анализа поведения пользователей.

Практические советы, которые сэкономили мне время

• Минимизируйте список опасных разрешений: реализуйте альтернативные сценарии или спрашивайте разрешение в момент использования, а не при установке.
• Добавьте тестовый аккаунт и чёткие шаги проверки в поле для ревьюеров при загрузке релиза.
• Подготовьте локализованную карточку на русском языке и проверьте тексты на ошибки — локальные ревьюеры это ценят.
• Автоматизируйте подпись и сборку в CI (GitLab CI, GitHub Actions). Пример простой команды в CI для сборки и подписи:

flutter build apk --release
jarsigner -sigalg SHA1withRSA -digestalg SHA1 -keystore myapp-release.keystore build/app/outputs/flutter-apk/app-release.apk myapp_key
zipalign -v 4 build/app/outputs/flutter-apk/app-release.apk build/app/outputs/flutter-apk/app-release-aligned.apk

zipalign и jarsigner можно заменить на apksigner из Android SDK Build Tools. В CI храните keystore в защищённом хранилище секретов и используйте переменные окружения для паролей.

Итого

Опыт публикации Flutter‑приложения в RuStore в 2026 году показал, что процесс доступен и достаточно предсказуем, если заранее подготовить ключи подписи, политику конфиденциальности, локализованные тексты и тестовый аккаунт. Основная экономия времени достигается минимизацией опасных разрешений и чёткими инструкциями для ревьюеров. Публикация в RuStore — рабочий путь расширить аудиторию в России и снизить зависимость от одной площадки.

Если хотите — могу прислать пример CI‑конфигурации для автоматической сборки, подписи и загрузки APK, а также шаблон политики конфиденциальности, адаптированный под требования 2026 года.