Главная Навигация Публикация приложения в магазинах

Публикация приложения в магазинах

Обновлено Oct 21, 2026

Включается по обращению в поддержку.

Возможности

Куда выходит приложение

Приложение выпускается в восемь магазинов: App Store, Google Play, RuStore, Huawei AppGallery, NashStore, RuMarket, Galaxy Store и Mi GetApps. Кроме магазинов есть девятое назначение — Web PWA: витрина, поставленная на домашний экран телефона, без сборки и без карточки в магазине.

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

Сборка и раздача

Одна сборка делается под iOS, вторая под Android; обе стартуют по одному запуску и занимают около двадцати минут. Готовая iOS-сборка сама уезжает в кабинет Apple и попадает в TestFlight, где ещё десять-пятнадцать минут проходит проверку. Android-сборка отдаётся двумя файлами: один для установки на телефон, второй — для загрузки в магазин.

До публикации приложение можно показать заведению: на iOS через ссылку TestFlight, на Android — файлом для установки на телефон.

Как гость узнаёт о приложении

Витрина подставляет гостю ссылки той платформы, с которой он пришёл:

  • блок промо приложения на главной — иконки магазинов, текст заведения и QR-код для перехода с десктопа на телефон;
  • отдельная страница загрузки: если для платформы гостя магазин один, она сразу открывает его карточку, если несколько — показывает выбор;
  • на устройствах Apple — системная плашка приложения над страницей витрины, с переходом ровно в то место приложения, где гость был на сайте.

Аккаунт и перенос

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

Домен заведения зашивается в сборку, поэтому ссылки на витрину открываются сразу в установленном приложении, а магазины видят подтверждение прав на домен.

Как настроить

Что даёт заведение

  • название приложения — так, как оно будет подписано на телефоне;
  • иконку 512×512 и вертикальный стартовый экран 1284×2778, при желании — видео-заставку 1080×2160;
  • материалы карточки: не меньше трёх скриншотов, картинку для описания 1024×500, короткое и полное описание до четырёх тысяч знаков, ключевые слова, по которым гость будет искать заведение, и данные о правах на контент;
  • боевой домен витрины — до сборки, а не после;
  • при переносе на свой аккаунт — доступы к своему аккаунту разработчика.

Что задаётся на стороне продукта

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

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

После публикации

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

Что должно быть настроено и ограничения

До сборки

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

Модерация

  • Проверяющему нужен работающий вход в приложение. Если гость у заведения входит по звонку, на время проверки авторизацию переключают на код: иначе проверяющий не сможет войти и отклонит приложение.
  • Карточка должна быть заполнена по существу: пустое или неточное описание, незаполненные анкеты о сборе данных и безопасности — самые частые причины отказа.
  • Первая подача приложения в App Store может упереться в механизм обновления веб-части мимо магазина. Ответ на этот вопрос подготовлен, а при отказе релиз собирается вовсе без этого механизма и возвращает его следующим обновлением. Разговор повторяется на каждом первом выпуске, потому что приложение у каждого заведения своё.

Сроки

  • сборка — около 20 минут, плюс 10–15 минут на проверку iOS-сборки в TestFlight;
  • внешнее тестирование на iOS — от часа до трёх дней;
  • публикация в Google Play — обычно до четырёх часов после отправки;
  • отдельный ключ подписи Android выпускается один раз и живёт с приложением; его замена у уже опубликованного приложения останавливает обновления на сутки-двое, пока магазин не сбросит ключ.

Чего нет

  • Выпуск не делается кнопкой из кабинета: карточка в магазине, материалы и отправка на модерацию — отдельная работа за пределами интерфейса заведения.
  • Автоматически загружается только iOS-сборка. Android-сборка во все магазины выкладывается вручную файлом, включая Google Play.
  • Сроки проверки задаёт магазин, а не продукт: ускорить или предсказать их нельзя.
  • В новых регионах магазины приложения не размещают — приложения там не будет ни под каким аккаунтом.
  • Одно приложение обслуживает одну организацию. Несколько брендов помещаются в одно приложение только в мультибрендовом режиме, где у каждого бренда своё меню и свои точки.
  • Приложение не выйдет в магазин под будущим адресом сайта: если сборка сделана на техническом домене, после перехода на собственный её придётся собрать заново.
  • Витрина показывает иконки не всех магазинов, куда приложение может быть выпущено, — часть публикаций даёт ссылку, но не значок.

Примеры

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

  1. Заведение передаёт материалы: название, иконку, стартовый экран, скриншоты, описание и ключевые слова.
  2. Заводятся настройка приложения и публикации — по одной на каждый магазин, куда приложение пойдёт.
  3. Запускается сборка. Через двадцать минут iOS-версия оказывается в TestFlight, Android-версия — файлом.
  4. Заведение получает приложение на проверку: ссылку для iOS, файл для Android.
  5. В магазинах заводятся карточки, заполняются описание, скриншоты, политика конфиденциальности и анкеты, приложение уходит на модерацию.
  6. После публикации ссылки на карточки заносятся в настройки, и витрина начинает предлагать гостю установку.

Отказ модерации и повторная подача

  1. Из магазина приходит письмо с причиной отказа.
  2. Причина устраняется: дозаполняется карточка или анкета, правится политика конфиденциальности, при претензии к бренду готовятся документы на марку.
  3. Если правка касается самого приложения, запускается новая сборка; если только карточки — приложение отправляется на проверку заново без пересборки.

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

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