Публикация приложения в App Store — отдельный этап между готовой разработкой и доступностью пользователям. Проверяем сборку, учётную запись разработчика, карточку и сведения, необходимые App Review. Работаем в аккаунте заказчика с согласованными ролями. Решение о допуске принимает Apple; заранее обещать одобрение и точный срок рассмотрения нельзя.
Аккаунт, приложение и права
Проверяем доступность аккаунта Apple Developer, права в App Store Connect и владельца приложения. Согласуем Bundle ID, название, платформу и существующие записи. Если приложение уже опубликовано, готовим обновление той же записи; новая карточка не должна создаваться только ради обхода замечаний.
Аккаунт организации и необходимые сведения оформляет правообладатель. Доступы выдаются по ролям: передавать пароль владельца всем участникам процесса не требуется. Подписание договоров и подтверждение юридических сведений остаются действиями уполномоченного лица.
Сборка, подпись и тестирование
Проверяем release-конфигурацию Xcode, подпись, идентификаторы и номер версии. Для Flutter, React Native и нативной разработки результатом всё равно должна быть корректная iOS-сборка. Сопоставляем entitlements, используемые возможности и разрешения с фактическим поведением.
Перед публикацией iOS-приложения проходим установку и основные сценарии на подходящих устройствах, а при необходимости — через TestFlight. Проверяем авторизацию, сетевые ошибки, ссылки и доступность серверной части. Успешная локальная debug-сборка не подтверждает готовность версии для магазина.
Доработка iOS-приложения
Если до публикации нужно изменить функции, системные разрешения или интерфейс, это отдельная задача разработки, а не заполнение карточки магазина.
Разработка приложений для iOSКарточка и сведения о данных
Готовим описание, категорию, локализации, скриншоты и другие обязательные материалы для выбранного приложения. Они должны отражать реальные функции текущей версии. Маркетинговый текст не может обещать отсутствующие возможности или скрывать обязательную оплату.
Сведения App Privacy сверяем с собственным кодом и SDK партнёров. Проверяем политику конфиденциальности, запросы разрешений и применимые требования к privacy manifests. Эти материалы зависят от фактического сбора данных и состава SDK, а не выбираются из универсального шаблона для всех приложений.
Подготовка к App Review
Для закрытых функций предоставляем рабочий демонстрационный доступ и пояснения по сценарию. Если приложению нужно оборудование, особые условия или документы, заранее готовим сведения для проверяющего. Доступ к серверу и тестовой учётной записи должен сохраняться во время рассмотрения.
Отдельно проверяем применимые требования к покупке цифрового контента, подпискам, созданию и удалению аккаунта. Вариант оплаты зависит от продукта, региона и актуальных правил Apple. Существующую схему не объявляем допустимой без проверки конкретного сценария.
Замечания и выпуск версии
После отправки отслеживаем статус и разбираем сообщения App Review. Замечание может относиться к карточке, доступу проверяющего или самой функциональности. Сначала определяем причину и необходимое изменение; повторная отправка без исправления не является сопровождением публикации.
Согласуем способ выпуска после одобрения и проверяем доступность версии и ссылки магазина. Заказчик получает подготовленные материалы, журнал замечаний и сведения о выпущенной сборке. Разработка недостающих функций и исправление глубоких ошибок оцениваются отдельно от размещения уже готового приложения.
Вопросы перед началом работ
Нужен собственный аккаунт Apple Developer?
Для публикации под вашим правообладателем — да. Проверяем тип аккаунта и необходимые роли. Создание аккаунта, подтверждение организации и принятие соглашений выполняет уполномоченное лицо заказчика.
Можно гарантировать прохождение модерации?
Нет. Apple принимает решение по актуальным правилам и конкретному приложению. Мы проверяем готовность материалов, устраняем согласованные замечания и объясняем причины отказа.
Вы опубликуете приложение стороннего разработчика?
Да, если доступны исходники или подходящая сборка, сведения о SDK и необходимые права. До оценки проверяем воспроизводимость сборки и возможность внести изменения по замечаниям.
Что делать, если приложению нужен вход?
Готовим демонстрационную учётную запись и понятную инструкцию для App Review. Проверяющий должен получить доступ к заявленным функциям. Особые условия авторизации обсуждаем заранее.
Публикация включает исправление всех ошибок?
Нет. Подготовка сборки и материалов отличается от доработки продукта. Найденные проблемы классифицируем и оцениваем отдельно; критичные дефекты должны быть устранены до отправки.