Чтобы опубликовать приложение в App Store, нужен аккаунт Apple Developer на вашу компанию, сборка, загруженная в App Store Connect, заполненная карточка со скриншотами, ответы на анкеты о данных и возрасте, тестовый доступ для ревьюера — и успешное прохождение ревью Apple. В Google Play путь похожий, но со своими анкетами и тестовыми треками. Сама загрузка занимает минуты, а подготовка к ней — дни. Ниже — порядок действий для обоих сторов и места, где первая публикация чаще всего застревает.
- Аккаунты разработчика регистрируют в первую неделю проекта: верификация организации у Apple может занять до двух недель.
- Apple Developer стоит 99 $ в год, Google Play Console — 25 $ разово.
- Ревью Google Play — от нескольких часов до 2–3 дней, App Store — обычно 1–3 дня, первая публикация иногда дольше.
- На релиз с учётом замечаний закладывайте 1–2 недели.
Что подготовить до публикации
Большинство задержек случаются не на ревью, а раньше: не готов аккаунт, нет политики конфиденциальности, нет тестового логина для проверяющего. Соберите всё по списку заранее.
- Аккаунт Apple Developer организации с D-U-N-S номером компании.
- Аккаунт Google Play Console организации с подтверждёнными данными.
- Название приложения, подзаголовок и описание на всех языках карточки.
- Иконка и скриншоты для всех требуемых размеров экранов.
- Ссылка на политику конфиденциальности на вашем сайте.
- Ответы для анкет о данных: что собирает приложение и зачем.
- Тестовая учётная запись с данными для ревьюера, если в приложении есть вход.
- Контакты поддержки: сайт, почта, телефон.
- Финальная сборка, проверенная на реальных устройствах.
Почему аккаунты должны быть оформлены на компанию, а не на разработчика, мы подробно объясняем в описании разработки приложений для iOS и Android: если аккаунт у подрядчика, приложение фактически принадлежит ему, и при смене команды придётся переносить его в свой аккаунт.
Публикация приложения в App Store: шаги
- Запись приложения в App Store ConnectСоздаётся карточка с уникальным идентификатором сборки, основным языком и названием. Название должно быть свободно в сторе.
- Загрузка сборкиСборка отправляется из среды разработки или CI и проходит автоматическую обработку. После этого она доступна для TestFlight и для отправки на ревью.
- КарточкаНазвание, подзаголовок, ключевые слова, описание, скриншоты под размеры iPhone и, если нужно, iPad, ссылки на поддержку и политику.
- КонфиденциальностьРаздел о данных в карточке: какие данные собираются, связываются ли с пользователем, используются ли для отслеживания. Плюс privacy-манифесты в самой сборке.
- Возрастной рейтингАнкета о содержимом: насилие, азартные игры, пользовательский контент и т. д. Рейтинг рассчитывается по ответам.
- Данные для ревьюТестовый логин и пароль, пояснения к неочевидным функциям, контакт для связи.
- Отправка и релизПосле одобрения приложение выходит автоматически, вручную в выбранный момент или поэтапно для обновлений.
Как выложить приложение в Google Play
В Google Play Console логика похожа, но анкет больше, а перед продакшеном удобно пройти тестовые треки.
- Создание приложения в ConsoleНазвание, язык по умолчанию, тип — приложение или игра, платное или бесплатное.
- Загрузка App BundleСборка в формате Android App Bundle, подписанная ключом. Ключ подписи — критичный актив, его хранение нужно договорить заранее.
- Оформление страницы в магазинеКраткое и полное описание, иконка, графика для витрины, скриншоты для телефонов и при необходимости планшетов.
- Раздел «Безопасность данных»Какие данные собираются и передаются, шифруются ли они, можно ли запросить их удаление.
- Рейтинг контента и целевая аудиторияАнкета для возрастного рейтинга, выбор возрастных групп, отметка о рекламе в приложении.
- Доступ к приложениюТестовые учётные данные, если функции закрыты логином.
- Выпуск в рабочую версиюСначала тестовые треки, затем продакшн — желательно с поэтапным развёртыванием на часть пользователей.
Заполнять анкеты о данных «на глаз». Ответы в разделах о конфиденциальности должны совпадать с тем, что реально делает приложение и встроенные SDK: аналитика, реклама, crash-репорты тоже собирают данные. Расхождение между анкетой, политикой и поведением приложения — одна из частых причин отказа.
Тестовые треки: TestFlight и внутреннее тестирование
До публичного релиза приложение стоит раздать ограниченному кругу. В iOS для этого есть TestFlight: внутренние тестировщики из команды получают сборки сразу, внешние — после короткой проверки Apple. В Google Play есть внутреннее, закрытое и открытое тестирование: от нескольких сотрудников до широкой группы по ссылке.
Для новых аккаунтов Google периодически вводит дополнительные условия перед выходом в продакшн, например обязательное закрытое тестирование с группой пользователей в течение определённого срока; для аккаунтов организаций требования могут отличаться. Правила площадок меняются — сверяйте актуальные требования Google Play и Apple на дату запуска.
В нашем процессе тестовые сборки появляются задолго до релиза: первая сборка на телефоне заказчика — через неделю разработки, в TestFlight и Google Play Internal, дальше каждые две недели. К публикации приложение уже прошло десятки проверок у живых людей.
Сколько длится ревью и как планировать дату релиза
| Этап | Ориентир | Что ускоряет |
|---|---|---|
| Верификация организации у Apple | До двух недель | Регистрация в первую неделю проекта, готовые документы компании |
| Ревью Google Play | От нескольких часов до 2–3 дней | Полностью заполненные анкеты, тестовый доступ |
| Ревью App Store | 1–3 дня, первая публикация иногда дольше | Соответствие гайдлайнам, пояснения для ревьюера |
| Релиз с учётом замечаний | 1–2 недели | Ответы на замечания в тот же день |
Поэтому дату запуска рекламы или презентации не стоит ставить на следующий день после отправки на ревью. Ревью сторов — единственный этап, который не во власти ни заказчика, ни разработчика, и его закладывают в план отдельной строкой.
Карточка приложения и ASO
Карточка — это витрина в сторе: по ней пользователь решает, скачивать ли приложение. ASO — оптимизация этой страницы под поиск внутри стора: название, подзаголовок, ключевые слова, описание, скриншоты и превью под все размеры экранов.
- В названии и подзаголовке — то, что приложение делает, а не только бренд.
- Первые два-три скриншота объясняют главную пользу, а не показывают экран входа.
- Для Казахстана карточку стоит готовить на русском и казахском, при необходимости — на английском.
- Описание не обещает того, чего нет в приложении: это ещё один повод для отказа.
После первого релиза: обновления тоже проходят ревью
Публикация — не разовое событие. Каждое обновление с новой функцией или исправлением снова отправляется на проверку, и правила, по которым его проверяют, за это время могли измениться. Несколько вещей, о которых стоит помнить с первого дня:
- Обновления под новые ОС. Минимум дважды в год приложение нужно обновлять под новые версии iOS и Android: сторы требуют актуальных SDK, а устаревшие приложения перестают показывать новым пользователям или снимают с публикации.
- Продление аккаунта Apple. Членство Apple Developer продлевается ежегодно. Если его не продлить, приложение пропадёт из App Store, поэтому дату продления держат в календаре компании, а не в почте разработчика.
- Поэтапная раскатка. Обновления выгоднее выпускать на часть пользователей и расширять охват, если не выросло число падений.
- Отзывы. Жалобы в отзывах — первый сигнал о проблеме на конкретных устройствах. Их читают ежедневно и отвечают от имени компании.
Почему публикацию проще доверить команде
Публикация кажется формальностью, пока не придёт первое замечание ревью на английском со ссылкой на пункт правил. Команда, которая выпускает приложения регулярно, знает типовые причины отказов, держит актуальными SDK и privacy-манифесты и отвечает ревьюерам в тот же день.
При разработке приложения под ключ в WeMake публикация входит в состав работ: аккаунты оформляются на вашу компанию, мы готовим описания, скриншоты, политику и анкеты, проходим ревью, а отклонения дорабатываем за свой счёт — это записано в договоре. После релиза приложению нужны обновления под новые версии iOS и Android; этим занимается поддержка и доработка приложений с ответами на замечания сторов во всех тарифах. Как выпускать срочные исправления быстрее, мы разбирали в статье «Обновление через App Store или по воздуху», а ориентиры по бюджету собраны на странице цен на приложения.
Можно ли опубликовать приложение в App Store на физическое лицо?
Технически да, но для бизнеса лучше аккаунт организации: в карточке будет название компании, а приложение юридически принадлежит ей, а не сотруднику или подрядчику.
Сколько стоит публикация приложения в сторах?
Сборы площадок — 99 $ в год за Apple Developer и 25 $ разово за Google Play Console. Работа по подготовке и прохождению ревью у нас входит в стоимость разработки приложения.
Можно ли выпустить сначала только Android-версию?
Можно, например чтобы быстрее пройти ревью Google Play, пока Apple проверяет аккаунт. На Flutter это почти не экономит бюджет: одна сборка даёт обе платформы.
Что делать, если приложение отклонили?
Прочитать замечание, найти пункт правил, на который ссылается ревьюер, исправить причину и отправить сборку повторно с пояснением. Часто вопрос решается ответом ревьюеру без новой сборки.
Можно ли загрузить приложение в Google Play Console без программиста?
Заполнить карточку и анкеты может и менеджер, но подписанную сборку, ключи подписи и соответствие требованиям к SDK готовит разработчик. Ошибка с ключом подписи может лишить возможности обновлять приложение, поэтому его хранение нужно продумать заранее.
