Как залить приложение в App Store: инструкция на 2025 год

Кто может залить приложение в App Store: разработчик, компания, подрядчик

Публиковать iOS-приложения может любое физическое или юридическое лицо, зарегистрированное в программе Apple Developer Program. Это обязательное условие для загрузки любого программного продукта в App Store. Участие в программе платное — 99 долларов США в год.

Доступны два основных варианта аккаунтов в Apple Developer:

• Индивидуальный (Individual) — создаётся на физическое лицо. Подходит фрилансерам и новичкам, которые размещают приложения от своего имени. Данные разработчика будут отображаться в карточке приложения как «Developer: Иван Иванов».
• Корпоративный (Company/Organization) — для компаний и юридических лиц. Обязательное условие — наличие D-U-N-S номера (индивидуального идентификатора компании), который можно получить на сайте Dun & Bradstreet. В карточке приложения будет указан бренд или название юридического лица.

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

Если вы заказали разработку у внешней команды, а своего developer-аккаунта у вас нет, обратите внимание:

• Именно вы должны зарегистрироваться в Apple Developer Program — Apple проверяет юридическую принадлежность приложения к владельцу аккаунта.
• Аккаунт должен быть вовлечён в проект, особенно если потребуется взаимодействие при модерации или обновлениях.

Мини-вывод: публикация возможна только при наличии активного Apple Developer аккаунта. Убедитесь, что у вас или подрядчика есть необходимые доступы и правильно назначены роли (например, Admin вправе управлять публикациями, а Developer — загружать билды).

Готов ли ваш проект к публикации: билд, иконка, описания, сертификаты

Залить приложение в App Store — это не просто отправить файл. Прежде чем вы нажмёте «Submit for Review», стоит проверить десятки нюансов. Apple известна своей строгостью в оценке качества и соответствия продуктов.

Вот ключевой список готовности проекта перед заливкой:

• Финальный билд, собранный в последней стабильной версии Xcode. Используйте актуальный SDK и соблюдайте архитектурные рекомендации Apple.
• Качественная иконка в формате PNG без прозрачности. Обратите внимание: в проекте Xcode задаётся App Icon Set — набор иконок разных размеров под все устройства (iPhone, iPad, iOS 13+). Ошибка размера сразу приведёт к отклонению.
• Политика конфиденциальности и настройка App Privacy. В App Store Connect необходимо подробно описать, какие пользовательские данные собираются, передаются ли они третьим лицам и с какой целью.
• Скриншоты — загружаются для каждого разрешения: iPhone 6.7”, 6.5”, 5.5”, iPad (если поддерживается) и даже Apple Watch. В случае Dark Mode приложение должно иметь соответствующие скрины. Недопустима демонстрация функций, которых на самом деле нет.
• Рабочие сертификаты и Provisioning Profile. Для дистрибутивной сборки используются Apple Distribution Certificate и соответствующий профиль — иначе загрузка в Connect невозможна.

Дополнительные параметры проверки Apple, связанные с App Store Review Guidelines:

• Интерфейс должен быть адаптирован под современные устройства, без артефактов или устаревших UI-компонентов.
• Контент — без нарушений политик Apple: нельзя включать запрещённые темы, вводящий в заблуждение функционал, стороннюю рекламу без разрешения.
• Использование API и SDK — только с документацией. Например, доступ к геолокации или Bluetooth должен быть чётко указано в Info.plist и сопровождаться текстом согласия.

Вот примеры частых ошибок при попытке залить билд:

• Недостаёт основного локализационного языка, из-за чего приложение не может отображаться корректно.
• В проекте осталось демо API-ключ или тестовый флаг вроде isDev = true.
• Неверные размерности скриншотов — загружено 2 из 3 обязательных.», особенно критично для моделей iPhone 6.7” и 5.5”.

Если разработку вели не вы, а студия — настоятельно рекомендуем попросить у них build checklist. Он должен включать:

• Список загруженных сертификатов и provisioning-профилей
• Перечень включённых библиотек и SDK
• Тип сборки (Debug/Release)
• Настройки конфиденциальности
• Формат и метаданные иконок

Такой чек-лист позволит избежать повторных заливок и ускорит публикацию.

Регистрация в Apple Developer Program: личный и корпоративный доступ

Процесс регистрации в программе Apple Developer — обязательный этап перед публикацией, и здесь важно выбрать правильный тип аккаунта с первого раза. Внести изменения после создания профиля сложно: например, нельзя просто «переключиться» с Individual на Company, не создавая новый аккаунт.

Для регистрации вам понадобится:

• Apple ID — обязательно с включённой двухфакторной аутентификацией
• Юридическая информация — имя, адрес, телефон, почтовый индекс
• Платёжные данные (подписка на 99 USD/год оплачивается банковской картой или через Apple Pay)

Если вы регистрируете корпоративный аккаунт, дополнительно потребуется:

• D-U-N-S номер — его можно получить бесплатно на официальном сайте.
• Документ, подтверждающий официальное право действовать от имени организации (устав или аналог)
• Контакт с юридическим отделом Apple, если потребуется допроверка

Срок рассмотрения заявки колеблется от 2 до 7 рабочих дней. Иногда регистрации затягиваются до 10 дней — особенно при сомнениях в легальности данных или в случае корпоративного профиля.

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

Если вы пока не уверены, какой формат лучше использовать — задайте себе вопрос: планирую ли я выпускать одно простое приложение (Individual) или речь идёт о развитии бренда и команды (Company)? Кроме того, Account Holder компании сможет назначить роли команде: Developer, Marketer, Admin и другие.

Подготовка приложения в Xcode и его загрузка в App Store Connect

После того как проект готов и вы зарегистрированы в программе Apple Developer, начинается финальная часть — сборка приложения и заливка билда в App Store Connect. Здесь начинаются моменты, где чаще всего возникают технические сложности, особенно у тех, кто делает это впервые.

Этап 1: Архивация проекта в Xcode

1. Откройте проект в последней стабильной версии Xcode (в 2025 году — Xcode 15+), активируйте схему Release.
2. Выберите целевое устройство (Generic iOS Device), затем откройте вкладку Product → Archive.
3. После сборки проект попадёт в Xcode Organizer.

Этап 2: Подпись и настройки

• Проверьте, что выбран Apple Distribution Certificate и действующий Provisioning Profile типа Distribution (Automatic/Manual).
• В Info.plist корректно указаны версии CFBundleShortVersionString и CFBundleVersion.
• Все privacy-манифесты, разрешения и описания требований к данным прописаны.

Этап 3: Загрузка через Xcode или Transporter

1. В Organizer нажмите «Distribute App» → «App Store Connect» → Upload.
2. Можно выбрать и альтернативный способ — использовать утилиту Transporter (бесплатно в Mac App Store). Она особенно удобна, если ваше приложение собрано вне Xcode (например, Unity или Flutter).
3. После отправки билда начинается автоматическая проверка — она может занять от нескольких минут до часа.

Как проверить, что билд загружен: войдите в App Store Connect → My Apps → [ваше приложение] → TestFlight или “Prepare for Submission”. Там появится ваш билд с меткой времени.

Если билд не появился, возможные причины:

• Ошибка подписи — проверьте, действительно ли один и тот же сертификат использован в Xcode и в профиле.
• App Store Connect не зарегистрировал новое приложение — убедитесь, что его ID уникален и не совпадает с другим в вашей учетке.
• Delay propagation — иногда серверы Apple неспешно обновляют данные. Подождите 1–2 часа.

Полезно: Таблица статусов билда в App Store Connect

Настройка карточки приложения в App Store Connect

Когда билд уже загрузился в App Store Connect и статус «Valid» получен, можно переходить к созданию или редактированию карточки приложения. Именно здесь формируется внешнее представление вашего продукта: что увидит пользователь в App Store. От качества заполненных данных напрямую зависит не только модерация, но и привлекательность приложения в глазах аудитории.

Основные поля карточки приложения, которые необходимо заполнить:

• Название (App Name) — отображаемое имя приложения в магазине. Должно быть уникальным в рамках одного региона публикации.
• Подзаголовок (Subtitle) — пояснение, дополнение к названию. Часто используется как краткое УТП.
• Описание (Description) — детальный рассказ о функциях, преимуществах и сценариях использования. Допускается HTML-разметка вроде \n для форматирования.
• Ключевые слова (Keywords) — через запятую, помогают в поисковом ранжировании внутри App Store. Избегайте повторов из Названия и Описания.
• Маркетинговый URL (optional) — если есть сайт проекта, лендинг, страница с отзывами или роликом.
• Политика конфиденциальности (Privacy Policy URL) — обязательна, особенно если есть регистрация, аналитика, реклама, пользователи из ЕС (GDPR).
• Поддерживаемые устройства — iPhone, iPad, Apple Watch и/или Mac с Apple Silicon. Нужно указать минимальную и целевую версию iOS (или iPadOS).

Медиа и визуальные элементы:

• Скриншоты — обязательны минимум для iPhone 6.5” (например, iPhone 14 Pro Max). Если поддерживаются несколько устройств — добавьте и для них. Требования к размерам: точно определены Apple (1242×2688, 1284×2778, и т. д.).
• Видео (App Preview) — опционально. Позволяет презентовать ключевые фичи. Продолжительность 15–30 сек. с жесткими ограничениями по стилю и звуку.
• Иконка приложения — загружается автоматически из Xcode-билда, но важно проверить соответствие всех слоёв и контрастность — особенно для light/dark тем.

Сведения для модерации и тестирования:

• App Review Contact — имя, телефон и email человека, отвечающего на вопросы ревьюеров.
• Demo Account — если приложение требует входа, обязательно укажите username / password. Без этого приложение не будет рассмотрено.

Если в приложении используются In-App Purchases — их необходимо создать заранее в разделах Features → In-App Purchases и связать с приложением. Apple проверяет работу покупок вручную, даже если они не бесплатные.

Пример: что будет, если не заполнить одно из полей

• Пропущено ключевое слово — не повлияет на модерацию, но снизит поисковую видимость.
• Нет ссылки на политику конфиденциальности — получите Reject на этапе проверки сразу.
• Забыли демо-учётку — приложение «зависнет» в статусе «Waiting For Review», но по сути — не начнёт проверку.

Можно не отправлять карточку сразу. App Store Connect позволяет сохранить черновик: все изменения сохраняются автоматически, но отправка на модерацию вручную. Рекомендуем перед публикацией дать пройти форму другому участнику команды — чтобы исключить очевидные ляпы.

Отправка на ревью и прохождение модерации

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

Как отправить на проверку:

1. В App Store Connect перейдите в раздел приложения → «Prepare for Submission».
2. Выберите нужный билд, заполните все поля.
3. Нажмите «Submit for Review».

Модерация включает два уровня:

• Автоматическая проверка — валидирует билд, подписи, информацию, комплектность (медиа, политики, возрастной рейтинг).
• Ручная проверка от ревьюера — проводится на живом устройстве инженерами Apple. Именно они принимают решение о допуске или отклонении приложения.

Среднее время модерации в 2025 году: от 24 до 72 часов. Для новых приложений время чаще всего ближе к 48+ часам. Обновления проходят быстрее — от 12 до 36 часов.

Частые причины отклонений (Reject):

• Приложение не запускается или крашится при старте.
• Нарушения App Store Review Guidelines: реклама, обман пользователей, копирование других продуктов, неуказанные фичи.
• Отсутствие демо-аккаунта или невозможность протестировать ключевые функции (например, регистрация без кода страны, форма оплаты без демо-данных).
• Использование запрещённых API или элементов UI вне рекомендаций Apple Human Interface Guidelines.

Как отвечать на комментарии ревьюеров:

Если приложение отклонено, вы получите уведомление и детальное пояснение. В этом случае можно:

1. Исправить ошибку и повторно отправить тот же билд.
2. Добавить пояснение в Resolution Center.

Формат корректного письма в ответ ревьюеру (по-английски):

“Thank you for your feedback. We have revised the issue and implemented the necessary changes. Please kindly review the updated version…”

Отвечайте спокойно, чётко, с указанием, что и где доработано или почему обратная связь может быть недопониманием (если уверены в этом).

Можно ли откатить билд? Да, но только если «Rejected» — вы можете удалить билд, загрузить новый и подать заново. Билды со статусом «Accepted» откатываются только через обращение в поддержку, и только до выхода в Store.

Мнение сообщества: более 38% первичных Reject в 2023 году было связано с неправильно указанными Privacy practices — будьте особенно внимательны к AppTrackingTransparency Framework и идентификаторам устройств (IDFA).