Публикация приложения в магазинах: что тормозит выход
Готовое приложение — это половина пути. Вторая половина — проверка в магазинах, где отказ по формальной причине стоит недели.
Приложение попадает к пользователю только после проверки магазином. Проверку в Google Play обычно проходят за один-три дня, в App Store — за один-два, но при отказе цикл повторяется, и релиз сдвигается на неделю. Почти все отказы вызваны не качеством кода, а недооформленными материалами.
Что подготовить заранее
- Аккаунт разработчика: у Apple он платный и ежегодный, у Google — единоразовый взнос. Оформление на юридическое лицо требует проверки данных и занимает время.
- Иконка и скриншоты в требуемых разрешениях для каждого типа устройств, включая планшеты, если приложение их поддерживает.
- Описание, ключевые слова и краткая аннотация — это одновременно и текст для человека, и материал для поиска внутри магазина.
- Политика конфиденциальности на отдельной странице: обязательна, если приложение собирает любые данные, включая обезличенную аналитику.
- Заполненная карточка о собираемых данных: какие сведения запрашиваете, зачем и связаны ли они с личностью пользователя.
- Тестовый аккаунт для проверяющего, если часть приложения закрыта авторизацией.
Из-за чего отказывают чаще всего
| Причина | Что делать |
|---|---|
| Нет тестового доступа | Приложить логин, пароль и порядок входа в примечании к сборке |
| Приложение — обёртка вокруг сайта | Добавить функции устройства: уведомления, работу без сети, камеру |
| Запрос разрешений без объяснения | Показывать понятный текст до системного запроса доступа |
| Незаполненная карточка данных | Свести полный список собираемых сведений вместе с аналитикой |
| Битые ссылки в описании | Проверить страницы поддержки и политики до отправки |
| Оплата в обход магазина | Использовать встроенные покупки для цифровых товаров |
Версии и номера сборок
Магазины различают версию для пользователя и номер сборки. Версию видно в карточке приложения, номер сборки нужен для внутреннего учёта: каждая новая отправка требует нового номера, даже если версия та же. Путаница здесь приводит к ошибке загрузки в самый неподходящий момент.
{
"expo": {
"name": "Название приложения",
"slug": "app-slug",
"version": "1.4.0",
"ios": {
"bundleIdentifier": "ru.example.app",
"buildNumber": "42"
},
"android": {
"package": "ru.example.app",
"versionCode": 42
}
}
}Обкатка на реальных пользователях
Оба магазина позволяют раздать сборку ограниченному кругу до публичного релиза: у Apple это TestFlight, у Google — закрытое тестирование. Пропускать этот шаг не стоит: на устройствах пользователей всплывают проблемы, которых нет ни на одном тестовом телефоне.
- Соберите группу из десяти-двадцати человек с разными устройствами.
- Дайте им конкретные сценарии, а не просьбу «посмотреть приложение».
- Подключите сбор ошибок, чтобы падения приходили с описанием, а не пересказом.
- Выпускайте публичную версию через неделю после того, как поток замечаний иссяк.
Срок релиза считают от даты отправки на проверку, а не от даты, когда программисты закончили работу.
Частые вопросы
- Сколько времени занимает первая публикация
- При готовых материалах и оформленных аккаунтах — около недели с учётом проверки. Если аккаунт разработчика ещё не заведён, добавьте одну-две недели на подтверждение данных юридического лица.
- Нужно ли платить магазинам постоянно
- Аккаунт разработчика Apple продлевается ежегодно, аккаунт Google оплачивается один раз. Дополнительно магазины удерживают комиссию с покупок внутри приложения.
- Что происходит при отказе
- Приходит письмо с указанием пункта правил и, как правило, скриншотом проблемы. После исправления сборку отправляют заново, проверка начинается с начала — обычно это ещё один-два дня.
Похожая задача в вашем проекте?
Разберём вашу ситуацию и пришлём оценку по этапам — без обязательств и общих слов.
Обсудить задачу
