Как опубликовать приложение в App Store: шаги 2026

Как опубликовать приложение в App Store: нужен аккаунт Apple Developer, карточка приложения в App Store Connect, загруженная из Xcode сборка, тест в TestFlight и отправка на проверку. Если всё готово, Apple обычно проверяет половину заявок за сутки и 90 процентов — за двое. Больше всего времени уходит не на саму проверку, а на исправление причин отказа.

Ниже — публикация приложения в App Store в 2026 году по шагам: что подготовить, как устроен App Store Connect, зачем TestFlight и как пройти ревью с первого раза. Правила меняются, поэтому сверяйтесь со страницей App Review.

Как опубликовать приложение в App Store: что нужно

Аккаунт Apple Developer

Платное членство — 99 долларов в год. Для приложения компании лучше аккаунт организации. Как его открыть — в статье Apple Developer account из Узбекистана.

Готовое приложение

Финальная версия: без падений, без тестовых данных, со всеми рабочими ссылками. Этого требует пункт 2.1 правил Apple (App Completeness), и, по данным Apple, к нему относится более 40 процентов нерешённых проблем.

Материалы для карточки

• название и подзаголовок;
• описание и ключевые слова;
• скриншоты: для iPhone 6.9 или 6.5 дюйма, а если приложение работает на iPad — и для iPad 13 дюймов;
• иконка;
• ссылки на политику конфиденциальности и поддержку;
• ответы на анкету возрастного рейтинга.

App Store Connect: создание карточки

App Store Connect — веб-кабинет Apple для управления приложениями. В нём:

1. Создаёте приложение: платформа, название, основной язык, Bundle ID и SKU.
2. Заполняете сведения: категория, возрастной рейтинг, цена и страны.
3. Заполняете раздел App Privacy: какие данные собирает приложение и зачем. Это видно пользователям в карточке и должно соответствовать действительности.
4. Заполняете страницу версии: описание, скриншоты, «Что нового».

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

Как заполнить карточку

Карточка — витрина приложения, и она напрямую влияет на число загрузок.

• Название (до 30 символов) — бренд и главная функция, например «Компания — доставка».
• Subtitle (до 30 символов) — одна короткая выгода.
• Поле Keywords (до 100 символов) — слова, которые ищут пользователи, через запятую, без повторов из названия.
• Скриншоты — не просто экраны, а одна выгода и короткий заголовок на каждом. Важнее всего первые два-три.
• Описание — в первых строках главная польза, потом список функций.

Для аудитории Узбекистана карточку полезно заполнить на русском и английском. Тексты и скриншоты должны соответствовать реальным возможностям приложения — для этого у Apple есть отдельный пункт правил (2.3).

Загрузка сборки

Приложение архивируется в Xcode и загружается в App Store Connect. После обработки сборка появляется в App Store Connect и в TestFlight. Для каждой новой загрузки нужно увеличивать номер версии или сборки.

TestFlight: тест перед релизом

TestFlight — инструмент Apple для бета-тестирования:

• внутренние тестировщики — до 100 человек из вашей команды, без проверки;
• внешние тестировщики — до 10 000, после того как первая сборка прошла проверку Apple.

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

Публикация приложения в App Store: проверка и релиз

На странице версии выбираете сборку, нажимаете Add for Review и отправляете. Статус меняется: Waiting for Review, In Review, затем результат. Apple сообщает об изменениях статуса по почте.

Варианты релиза

• автоматически после одобрения;
• вручную — ждёт, пока вы не нажмёте кнопку;
• не раньше указанной даты.

Для обновлений есть поэтапный релиз: в течение 7 дней обновление постепенно получают от 1 до 100 процентов пользователей с автообновлением, при необходимости раскатку можно приостановить.

Как планировать сроки

Сама проверка обычно занимает день-два, но к общему сроку добавляются: открытие аккаунта и DUNS (для организации), подготовка материалов карточки, тест в TestFlight и возможные исправления после отказа. Не оставляйте релиз, привязанный к рекламе или событию, на последний день: отправьте сборку за несколько дней и выберите ручной выпуск.

Частые причины отказа

Apple сама перечисляет:

• падения и баги;
• нерабочие ссылки, отсутствие политики конфиденциальности;
• временные тексты и картинки;
• нет демо-аккаунта;
• скриншоты не соответствуют приложению;
• приложение — просто «обёртка» сайта (пункт 4.2) или копия других приложений (пункт 4.3).

Если в приложении можно создать аккаунт, в нём обязательно должно быть и удаление аккаунта (пункт 5.1.1(v)). Подробнее — в статье почему App Store отклоняет приложение.

После релиза

Следите за загрузками, отзывами и падениями в App Store Connect. Каждый год выходит новая iOS и обновляются требования Apple, поэтому приложение нужно регулярно обновлять. Отвечайте на отзывы через App Store Connect: это повышает доверие и помогает быстрее узнавать о проблемах. Для Android-версии — как опубликовать приложение в Google Play.

Опубликуем приложение за вас

SyncLab берёт публикацию в App Store на себя: аккаунт и DUNS, карточка в App Store Connect, TestFlight, отправка на ревью и ответы на замечания. Если приложение разрабатываем мы — бесплатно, в остальных случаях посмотрим приложение и аккаунт и пришлём предложение с составом работ и сроками. Подробнее: публикация в App Store и Google Play и разработка мобильных приложений.

Частые вопросы