Путь приложения в App Store: от заявки до публикации
Пошагово о том, что происходит между «сборка готова» и «приложение в сторе»: аккаунты, подготовка карточки, ревью Apple, частые причины отказов и как пройти модерацию с первого раза.
Готовая сборка — это ещё не приложение в сторе. Между ними лежит процесс публикации, на котором неопытные команды теряют недели: то аккаунт не оформлен, то карточка не готова, то ревью Apple разворачивает релиз за формальность. Разберём маршрут целиком, чтобы не открывать его впервые в день запуска.
Шаг 1. Аккаунт разработчика
Публиковать можно только из платного аккаунта Apple Developer. Для компании потребуется подтверждение юрлица — это не мгновенная процедура, и начинать её стоит заранее, а не в неделю релиза. Аккаунт лучше регистрировать на компанию, а не на личность разработчика: так права на приложение остаются у бизнеса.
Оформление и верификация аккаунта разработчика может занять от нескольких дней до пары недель. Это первое, что нужно запустить в проекте, а не последнее.
Шаг 2. Карточка приложения
В App Store Connect готовится «витрина»: название, подзаголовок, описание, ключевые слова, иконка, скриншоты под разные размеры экранов, возрастной рейтинг и политика конфиденциальности. Скриншоты и текст — это не формальность, а половина конверсии в установку, поэтому их стоит готовить как маркетинговый материал, а не заполнять в последний момент.
Шаг 3. Конфиденциальность и разрешения
Apple требует честно декларировать, какие данные собирает приложение и зачем — это «этикетка конфиденциальности» в карточке. Отдельно каждое системное разрешение (камера, геолокация, контакты) должно сопровождаться понятным объяснением, почему оно нужно. Расхождение между декларацией и реальным поведением приложения — прямая дорога к отказу.
Шаг 4. Ревью Apple
После загрузки сборка уходит на модерацию живому ревьюеру. Проверяют работоспособность, соответствие правилам и то, что приложение делает ровно то, что обещает карточка. Сроки обычно — от суток до нескольких дней. Отказ это не катастрофа: Apple присылает причину, вы правите и отправляете снова.
Ревью проверяет не «красиво ли», а «честно ли»: делает ли приложение то, что заявлено, и не собирает ли данные втихую. Большинство отказов — про это.
Частые причины отказов
- Падения и баги на ревью. Приложение должно работать на «чистом» устройстве без ваших тестовых данных.
- Неполная функциональность. Заглушки, «скоро здесь будет», нерабочие кнопки — повод развернуть релиз.
- Проблемы с приватностью. Разрешения без объяснения, сбор данных мимо декларации.
- Вход и демо-доступ. Если нужен логин — приложите ревьюеру тестовый аккаунт, иначе он просто не увидит продукт.
- Оплаты мимо правил. Продажа цифрового контента в обход In-App Purchase.
Шаг 5. Публикация
Одобренную сборку можно выпустить сразу или по расписанию — удобно, чтобы синхронизировать релиз с маркетингом. Дальше начинается настоящая работа: оценки, отзывы, аналитика и обновления. Первое приложение опубликовано, но продукт только начинается.
Чтобы пройти с первого раза
- Оформите аккаунт разработчика в самом начале проекта.
- Готовьте карточку и скриншоты как маркетинг, а не как формальность.
- Декларация конфиденциальности должна совпадать с реальным поведением.
- Дайте ревьюеру рабочий тестовый доступ и уберите заглушки.
Обсудить ваш проект →
