Как опубликовать приложение: инструкция | FITTIN
+7 (800) 444-11-27
Позвоните — обсудим ваш проект
Сергей CCO FITTIN
Сергей CCO FITTIN
Напишите мне в Telegram
Обсудить проект
Публикация приложения в App Store, Google Play, RuStore и AppGallery

Как опубликовать приложение в App Store, Google Play и другие сторы

Выпуск приложения требует готовой версии, подтверждённых аккаунтов и материалов для проверки. Разберём, как подготовить заявку для App Store, Google Play, RuStore и AppGallery, ответить на замечания модерации и проверить, что пользователи могут установить приложение.


Что значит опубликовать приложение

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

iOS и Android — операционные системы, App Store, Google Play, RuStore и AppGallery — каналы распространения. Один продукт может быть представлен в нескольких сторах, но заявки, проверки и настройки выпуска у каждого самостоятельные. Карточка в Google Play не создаёт карточку в RuStore автоматически.

Команде нужны три подтверждения: заявку приняли на проверку, версию одобрили, приложение доступно пользователю в выбранной стране. Даже после одобрения доступность зависит от настроек выпуска, региона, устройств и актуальности аккаунта. Планируйте рекламный запуск после проверки действующей ссылки на установку.

Путь приложения: аккаунт разработчика, установочный пакет, проверка стора и доступная установка

Какие сторы выбрать перед публикацией

Начните с устройств и стран вашей аудитории. Сравните долю iPhone, Android и устройств Huawei, доступность магазина и способ оплаты товаров. Наличие одного стора в телефоне ещё не означает, что пользователь сможет скачать конкретное приложение: влияют регион и совместимость.

СторГде управлять публикациейЧто учесть
App StoreApp Store ConnectВерсия для устройств Apple; участие в Apple Developer Program, проверка приложения и сведений о нём.
Google PlayGoogle Play ConsoleВерсия для Android; тип аккаунта, проверка личности, требования к тестированию и ограничения монетизации.
RuStoreRuStore КонсольВерсия для Android; отдельная карточка, подписанный пакет, сведения о разрешениях и настройка способа выпуска.
AppGalleryAppGallery ConnectУстройства и страны Huawei; формат приложения и доступность нужных сервисов проверяют для целевой платформы.

Для Android проверьте зависимости от сервисов Google: уведомления, карты, вход и платежи. Если нужный сервис отсутствует на устройстве, соответствующий сценарий потребует адаптации. В AppGallery форматы зависят от целевой платформы: документация Huawei описывает Android, HarmonyOS и другие варианты публикации. Проверяйте поддержку нужной системы до подготовки пакета.

Подробное сравнение каналов — в статье об App Store, Google Play, RuStore и AppGallery. Здесь сосредоточимся на действиях для выпуска.

Этап 1. Оформите аккаунты разработчика

Этап 1 · подтверждённые аккаунты и роли команды

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

Что входит в работу

  • Список сторов, стран распространения и типа аккаунта: личный или организационный.
  • Юридическое наименование, контакты, данные представителя и документы, которые запрашивает выбранный стор.
  • Рабочая почта, защищённый вход и способ восстановления доступа.
  • Проверка доступного способа оплаты регистрации там, где она платная.
  • Согласование владельца аккаунта, прав подрядчика и порядка передачи доступов.

Результат этапа

Аккаунты подтверждены; понятно, кто принимает соглашения, оплачивает участие и отвечает на запросы магазинов.

Чек-лист готовности

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

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

Для организации Apple предусматривает проверку юридического лица, полномочий представителя и номера D‑U‑N‑S — идентификатора компании. Участие в Apple Developer Program обычно стоит 99 долларов в год; цена в местной валюте может отличаться. Условия указаны на странице регистрации Apple.

Google указывает разовый регистрационный платёж 25 долларов и проверку аккаунта. До оплаты проверьте доступные для вашей ситуации документы и способы расчёта в справке Google Play Console. Наличие цены в долларах не подтверждает возможность оплаты любой российской картой.

Регистрация в RuStore стоит 0 ₽: вход выполняется через VK ID, затем создаётся профиль разработчика и заполняются сведения. Требования к профилю описаны в документации RuStore. Для AppGallery нужен Huawei ID и проверка разработчика; последовательность дана на странице Huawei AppGallery.

Этап 2. Подготовьте версию и тестирование

Этап 2 · проверенный установочный пакет

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

Что входит в работу

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

Результат этапа

Подготовлена версия для каждого выбранного стора, список проверенных устройств и инструкции для модератора.

Чек-лист готовности

  • Приложение запускается без аварийного закрытия.
  • Вход и восстановление доступа работают.
  • Основной пользовательский сценарий проходит до результата.
  • Сервер доступен; тестовые товары и учётные записи действуют.
  • Разрешения запрашиваются в нужный момент и объяснены пользователю.
  • Ключи подписи и номера версий проверены ответственным разработчиком.

Частая ошибка: Загрузить пакет, проверенный только на телефоне разработчика. На другом устройстве могут не работать уведомления, карта или платёжный сценарий.

Отдельное условие Google Play: закрытое тестирование

Для новых личных аккаунтов Google Play, созданных после 13 ноября 2023 года, до заявки на доступ к публичной публикации требуется закрытое тестирование: минимум 12 участников должны оставаться подключёнными непрерывно не менее 14 дней. После этого разработчик подаёт отдельную заявку на доступ к выпуску. Это не автоматическое одобрение приложения. Условие относится именно к указанным личным аккаунтам: правила Google о тестировании.

RuStore принимает APK — установочный файл Android, и AAB (Android App Bundle) — пакет, из которого стор формирует установочные файлы для устройства. Стор требует корректную подпись и уникальное имя пакета; при обновлении номер версии увеличивают. Технические требования опубликованы в инструкции загрузки RuStore. Формат для одного стора нельзя переносить в другой без проверки его требований.

Проверка версии на устройствах: вход, каталог, заказ, оплата и уведомления

Этап 3. Заполните карточку и сведения о данных

Этап 3 · готовые материалы для модерации

Что происходит: Команда оформляет страницу приложения и описывает, какие данные оно обрабатывает. Текст, изображения и декларации должны соответствовать версии, которую загрузят на проверку, включая подключённые сторонние сервисы.

Что входит в работу

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

Результат этапа

Карточка и сведения о данных согласованы с фактическим поведением приложения.

Чек-лист готовности

  • Описание отражает доступные функции без обещаний будущих возможностей.
  • Скриншоты относятся к текущей версии и выбранному языку.
  • Ссылки на поддержку и политику открываются без входа.
  • Учтены данные аналитики, уведомлений и других SDK.
  • Возрастная маркировка и сведения о рекламе заполнены.
  • Инструкция для модератора объясняет нестандартный вход и закрытые разделы.

Частая ошибка: Указать, что приложение не собирает данные, потому что команда не хранит их на своём сервере. Сторонний сервис аналитики тоже может обрабатывать сведения о пользователях.

В Google Play сведения о данных заполняются в разделе Data safety. Разработчик отвечает и за обработку данных сторонними библиотеками; декларация нужна в том числе приложениям, которые не собирают пользовательские данные. Состав требований раскрыт в справке Google о безопасности данных.

Для интернет-магазина отдельно проверьте вид покупки. В App Store физические товары и услуги, потребляемые вне приложения, оплачивают способами вне встроенных покупок Apple. Для цифрового контента действуют другие правила. Если приложение позволяет создать аккаунт, правила Apple также требуют возможность инициировать его удаление внутри приложения: App Store Review Guidelines. Сведения о данных и политика конфиденциальности требуют проверки применительно к вашему продукту и странам работы.

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

Материалы карточки приложения: описание, скриншоты, поддержка и сведения о данных

Этап 4. Отправьте приложение на модерацию

Этап 4 · решение стора и закрытые замечания

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

Что входит в работу

  • Проверка полноты заявки перед отправкой.
  • Фиксация номера версии и времени подачи в каждом сторе.
  • Контроль сообщений и запросов модерации.
  • Разбор отказа по пункту правил и воспроизводимому сценарию.
  • Повторная проверка исправлений и ответ модератору.

Результат этапа

Есть решение по каждому стору; замечания устранены или подготовлено обоснованное обращение по процедуре магазина.

Чек-лист готовности

  • Изменения действительно отправлены на проверку, а не сохранены в черновике.
  • Тестовая учётная запись работает из внешней сети.
  • Сотрудник получает уведомления и может отвечать на них.
  • Замечание связано с конкретной версией и пунктом правил.
  • Исправление проверено до повторной отправки.
  • План запуска обновлён с учётом фактического статуса.

Частая ошибка: Отправлять тот же пакет повторно без исправления причины отказа. Если замечание спорное, ответ должен содержать объяснение и доказательства, а не только просьбу одобрить.

Сколько длится проверка приложения

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

СторОпубликованный ориентирКак использовать в плане
App StoreApple сообщает: в среднем 90% заявок проверяются менее чем за 24 часа.Ориентир относится к проверке заявок. Оставьте резерв на уточнения и исправления.
Google PlayGoogle предупреждает о проверке до 7 дней и дольше в отдельных случаях.Учитывайте состояние аккаунта, тестирование и повторную отправку.
RuStoreСледите за статусом в консоли; универсальный срок одобрения здесь не обещаем.Не смешивайте проверку приложения и его появление после одобрения.
AppGalleryHuawei указывает обычный срок 3–5 рабочих дней.Сохраняйте единицу «рабочие дни» и резерв на замечания.

Причины отказа в публикации

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

Apple отдельно обращает внимание на полноту материалов, доступ модератора и работоспособность серверной части. Простая веб-оболочка без достаточной функциональности может не соответствовать требованиям App Store. Подготовку к проверке описывает официальная памятка Apple. Наличие приложения в другом сторе не заменяет эту проверку.

Разбор отказа: замечание модератора, воспроизведение, исправление и повторная подача

Этап 5. Выпустите версию и проверьте установку

Этап 5 · доступное приложение и контроль запуска

Что происходит: После одобрения команда выполняет выпуск по возможностям выбранного стора и проверяет приложение как обычный пользователь. Только затем открывает рекламные ссылки и следит за ошибками, установками и основными действиями.

Что входит в работу

  • Выбор доступного способа выпуска: автоматически, вручную или по расписанию.
  • Проверка стран распространения и совместимых устройств.
  • Установка версии по публичной ссылке.
  • Проверка ключевых действий после установки.
  • Настройка поддержки пользователей и наблюдения за ошибками.

Результат этапа

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

Чек-лист готовности

  • Карточка доступна в целевой стране.
  • Установка проходит на выбранных устройствах.
  • На устройстве установилась ожидаемая версия.
  • Авторизация и основной сценарий работают в опубликованном приложении.
  • Сайт и реклама ведут на действующие ссылки.
  • Назначен ответственный за обращения и сбои после запуска.

Частая ошибка: Запускать рекламу по статусу «одобрено», не проверив доступность установки. Одобренная версия ещё может ожидать действия разработчика или назначенного времени выпуска.

В Google Play управляемая публикация требует, чтобы приложение уже было доступно; для самой первой публикации этот режим не применяется. Чтобы управлять публичным запуском продукта, Google рекомендует сначала опубликовать приложение в закрытом тестовом треке. Проверьте эту последовательность и доступные настройки в своей консоли. Ограничения описаны в справке Google об управлении публикацией.

RuStore предлагает автоматическую, ручную, отложенную и поэтапную публикацию. При выпуске по расписанию версия сначала должна пройти модерацию. Выбор режима объясняется в инструкции RuStore. Подробная последовательность регистрации, загрузки и выпуска — в статье «Как опубликовать приложение в RuStore».

Стоимость публикации: платежи сторам и работа команды

Отделяйте платежи самому магазину от работы команды. Регистрация аккаунта не покрывает подготовку пакетов, адаптацию к устройствам, тестирование, оформление карточки и исправление замечаний. Для готового приложения сначала оценивают эти задачи; если продукт ещё разрабатывается, включают их в план проекта.

Статья затратОт чего зависитЧто уточнить перед стартом
Аккаунты разработчикаУсловий стора, типа аккаунта, региона и продления участия.Разовый или ежегодный платёж, доступный способ оплаты.
Подготовка и тестированиеГотовности приложения, числа платформ и внешних сервисов.Устройства, сценарии проверки и обязательные тестовые этапы.
Материалы карточкиЧисла языков, экранов и вариантов для устройств.Кто готовит описания, изображения и сведения о данных.
Исправление замечанийПричины отказа и необходимых изменений продукта.Что входит в исходную оценку, как согласуются дополнительные работы.
СопровождениеПланов обновления, требований магазинов и поддержки пользователей.Кто следит за изменениями правил и выпускает новые версии.

Оплата товаров и продажа цифровых функций — разные сценарии

Для Google Play отдельно проверьте ограничения монетизации: Google сообщил о приостановке выплат разработчикам с банковским счётом для выплат в России с 26 декабря 2024 года. У таких аккаунтов недоступны продажи платных приложений, встроенных покупок и подписок через Google Play; публикация новых бесплатных приложений и обновление бесплатных приложений остаются возможными. Условия и границы ограничения — в официальном уведомлении Google.

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

Если приложение создаётся на платформе FITTIN

Платформа устроена как конструктор: готовые модули объединяют под задачи бизнеса, а любой модуль можно доработать. Затраты состоят из разовой интеграции, ежемесячной лицензии с поддержкой и отдельно оцениваемых доработок по часам. Состав тарифов опубликован на странице тарифов; условия публикации в App Store, Google Play, RuStore и другие сторы по запросу уточняются для проекта.

Примеры приложений в сторах: Сатурн, Апельсин и Lassie

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

Четыре стора · DIY-ритейл

Сатурн

Приложение опубликовано в App Store, Google Play, RuStore и AppGallery. В кейсе зафиксированы 7 594 установки за первый месяц после запуска. Для планирования это пример нескольких каналов распространения одного продукта; срок и результат другого проекта оцениваются отдельно.

Посмотреть кейс Сатурн

Оценки пользователей · Розничная торговля

Апельсин

В опубликованном кейсе приведены оценки 4,8 в App Store при 488+ отзывах и 4,7 в Google Play при 1 577+ отзывах. Оценки характеризуют опыт пользователей после выпуска; прохождение модерации не гарантирует высокую оценку.

Посмотреть кейс Апельсин

Первые недели запуска · Детская одежда

Lassie

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

Посмотреть кейс Lassie

Четыре канала установки приложения и продвижение после публикации

Итог: что проверить перед запуском

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

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

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

Итоговый чек-лист публикации: аккаунты, версия, карточка, одобрение и установка

Официальные источники

Вопросы и ответы

Можно ли опубликовать приложение самостоятельно?

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

Можно ли бесплатно опубликовать приложение?

RuStore указывает бесплатную регистрацию и публикацию. Apple Developer Program обычно стоит 99 долларов в год, регистрация Google Play Console — 25 долларов разово. Подготовка приложения, материалов и исправлений оплачивается отдельно, если её выполняет подрядчик. Перед оплатой уточните условия для вашей страны, тип аккаунта и доступный способ расчёта. Стоимость регистрации не включает подготовку скриншотов, тестирование на устройствах и адаптацию внешних сервисов.

Можно ли выложить один продукт сразу в четыре стора?

Да, если продукт соответствует требованиям каждой платформы и каждого магазина. Для App Store, Google Play, RuStore и AppGallery готовят отдельные заявки и настройки. Общая кодовая база не отменяет адаптацию, тестирование и модерацию. Публичные ссылки и страны распространения проверяют отдельно для каждого канала. Если на устройстве нет нужных сервисов Google, функции карты, входа или уведомлений могут потребовать изменений.

Сколько времени закладывать на публикацию приложения?

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

Что делать после отказа в публикации?

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

Нужно ли снова проходить модерацию при обновлении?

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

Материал носит информационно-аналитический характер, отражает оценку команды FITTIN на дату публикации. Правила магазинов и доступность способов оплаты могут меняться; перед подачей проверьте официальные инструкции. Источники проверены 5 октября 2026 года.

ДАВАЙТЕ ОБСУДИМ
ВАШ ПРОЕКТ

Мобильное приложение