Что нужно, чтобы опубликовать приложение в App Store?
Нужны четыре вещи: аккаунт в Apple Developer Program, подписанная сборка приложения, заполненная страница в App Store Connect и одобрение ревью. Без любой из них приложение в магазин не попадёт.
- Аккаунт разработчика. Членство в Apple Developer Program стоит $99 в год. Если не продлить его, приложения пропадут из магазина.
- Сборка. Приложение собирается и подписывается сертификатами Apple. Классический путь — Xcode на Mac, но сборку можно делать и в облаке. Я использую Codemagic и Fastlane, чтобы сборки выходили одной командой и не зависели от конкретного компьютера.
- Страница приложения. Название, подзаголовок, описание, ключевые слова, скриншоты, иконка, категория, возрастной рейтинг, ссылки на политику конфиденциальности и поддержку.
- Ревью. Каждую версию проверяет команда Apple: работает ли приложение, соответствует ли описанию, соблюдены ли правила про оплату и приватность.
Если приложение платное или продаёт подписки, дополнительно нужно подписать соглашение о платных приложениях, указать банковские и налоговые данные и настроить покупки в App Store Connect. Apple забирает с продаж комиссию 15–30% в зависимости от условий.
На кого регистрировать аккаунт разработчика?
На вас или на вашу компанию, а не на разработчика. Аккаунт — это владение приложением: в нём хранятся отзывы, рейтинг, выручка и доступ к обновлениям.
Apple предлагает два типа аккаунта. Личный регистрируется на физическое лицо, и в магазине под приложением будет указано ваше имя. Аккаунт организации регистрируется на юрлицо, в магазине отображается название компании, и в него можно добавлять сотрудников с разными ролями. Для аккаунта организации нужен номер D-U-N-S — идентификатор компании в международном реестре. Если его нет, его нужно сначала получить, и это добавляет время к регистрации.
Разработчику вы выдаёте доступ через раздел пользователей в App Store Connect с нужной ролью. Он сможет загружать сборки и отправлять их на ревью, но аккаунт и приложение останутся вашими. Я всегда работаю именно так: аккаунты App Store и Google Play, хостинг и домен оформлены на заказчика с первого дня.
Если на старте юрлица ещё нет, можно начать с личного аккаунта. Но стоит заранее понимать, что под приложением будет стоять ваше имя, и подумать, устраивает ли это вас как бренд.
Частая ошибка — публиковать первое приложение «временно» на аккаунте разработчика, чтобы не ждать регистрации. Потом приложение приходится переносить, а это отдельная процедура со своими ограничениями. Проще сразу завести аккаунт на себя и подождать несколько дней.
Опишите задачу в паре строк — отвечу в Telegram, назову цену и сроки по этапам. ТЗ не нужно.
Как проходит публикация по шагам?
Процесс состоит из двух частей: техническая подготовка сборки и оформление страницы в магазине. Их можно вести параллельно.
- Регистрация в Apple Developer Program на вас или вашу компанию.
- Идентификатор приложения. Регистрируется Bundle ID — уникальный идентификатор, который потом нельзя поменять у опубликованного приложения.
- Сертификаты и профили. Настраиваются сертификаты подписи и возможности приложения: пуш-уведомления, вход через Apple, покупки.
- Запись в App Store Connect. Создаётся карточка приложения: название, основной язык, категория.
- Загрузка сборки. Сборка проходит автоматическую проверку и становится доступна в TestFlight.
- Тестирование в TestFlight. Вы ставите приложение на свой телефон и проверяете его перед релизом. Для внешних тестировщиков сборка проходит упрощённую проверку Apple.
- Метаданные. Описание, ключевые слова, скриншоты, иконка, анкета о собираемых данных, возрастной рейтинг, ссылки на политику конфиденциальности и поддержку.
- Покупки и подписки, если они есть. Их тоже нужно создать и отправить на проверку вместе с версией.
- Отправка на ревью с заметками для проверяющего и тестовым аккаунтом, если в приложении есть вход.
- Релиз. Сразу после одобрения, вручную в нужный момент или поэтапно для части пользователей.
Технические шаги со второго по пятый я делаю сам, от вас нужен только доступ к аккаунту. Метаданные готовим вместе: тексты и скриншоты влияют на то, найдут ли приложение в поиске и скачают ли его после просмотра страницы. Первые два-три скриншота видны в выдаче сразу, поэтому на них должен быть главный сценарий и понятная польза, а не экран входа.
Поэтапный релиз полезен для крупных обновлений: новая версия сначала уходит небольшой части пользователей, и если мониторинг ошибок показывает проблему, выкатку можно поставить на паузу. Для первого релиза это обычно не нужно, пользователей ещё нет.
Сколько времени занимает публикация в App Store?
Если аккаунт уже есть и материалы готовы, путь от загрузки сборки до магазина обычно занимает несколько дней. Больше всего времени может уйти на регистрацию аккаунта организации и на повторное ревью, если приложение отклонили.
| Этап | Сколько обычно занимает | От чего зависит |
|---|---|---|
| Регистрация личного аккаунта | От одного до нескольких дней | Проверка личности и оплаты |
| Регистрация аккаунта организации | Может растянуться на недели | Наличие D-U-N-S, проверка данных компании |
| Настройка сертификатов и карточки | Около дня | Сколько возможностей использует приложение |
| Тестирование в TestFlight | Несколько дней | Сколько правок найдётся |
| Ревью Apple | Чаще всего от нескольких часов до пары суток | Сложность приложения, загрузка команды ревью, первый ли это релиз |
| Появление в поиске | Не сразу после релиза | Индексация магазина |
Сроки ревью Apple не гарантирует, поэтому к датам запуска я закладываю запас. Если релиз привязан к событию, например к рекламной кампании или выставке, лучше отправить версию заранее и выпустить её вручную в нужный день.
В срочных случаях, например когда в опубликованной версии найдена критическая ошибка, можно запросить ускоренное ревью. Apple рассматривает такие запросы по своему усмотрению, поэтому строить на них план запуска не стоит.
После релиза каждое обновление снова проходит ревью. Обычно это быстрее, чем первая публикация, но правила те же. Про частые причины отказа я расскажу ниже в общих чертах.
Почему приложение могут не пропустить?
Чаще всего из-за крашей, неполной информации для проверяющего, нарушений правил оплаты и вопросов к приватности. Почти все эти причины можно закрыть до отправки.
Проверяющий должен пройти приложение целиком. Если для этого нужен вход, дайте тестовый аккаунт с заполненными данными. Если приложение продаёт цифровой контент или подписки, оплата должна идти через встроенные покупки Apple. Если приложение собирает данные, это должно совпадать с тем, что указано в анкете о приватности, а у каждого запроса разрешения должно быть понятное объяснение. Если в приложении есть регистрация, пользователь должен иметь возможность удалить аккаунт прямо в приложении.
Отдельная тема — приложения, которые почти целиком повторяют сайт. Если приложение просто открывает веб-страницу и не даёт ничего сверх неё, Apple может посчитать его недостаточно полезным. Если вы сомневаетесь, что нужно вашему бизнесу, посмотрите разбор «Сайт или приложение».
Отказ не катастрофа: Apple пишет причину, её исправляют и отправляют версию снова. Но каждый круг — это ещё несколько дней, поэтому я проверяю приложение по известным требованиям до первой отправки.
Что подготовить заранее?
Подготовьте то, что зависит только от вас: аккаунт, тексты и юридические документы. Техническую часть сделает разработчик.
- Аккаунт Apple Developer на вас или компанию. Если нужен аккаунт организации, начните с D-U-N-S как можно раньше.
- Название приложения и запасной вариант: имя может оказаться занятым.
- Политика конфиденциальности и страница поддержки на вашем сайте. Если сайта нет, лендинг делается от недели и от $300.
- Описание приложения и ключевые слова.
- Скриншоты или хотя бы понимание, что на них показать. Их удобно делать, когда приложение уже работает.
- Банковские и налоговые данные, если приложение платное.
- Тестовый аккаунт для проверяющего, если в приложении есть вход.
Если вы ещё на этапе идеи и публикация пока далеко, начните с разбора бюджета в статье о стоимости мобильного приложения.
Кто публикует приложение, если я заказываю разработку?
У меня публикация входит в работу: я сам выкладываю приложение в App Store, Google Play, Huawei AppGallery и RuStore и прохожу ревью. На ваш аккаунт, от вашего имени.
Релиз — это отдельный этап процесса: публикация, подключение аналитики и мониторинга ошибок, чтобы с первого дня было видно, что происходит с пользователями. Все этапы и гарантии описаны на странице о процессе. Примеры приложений на iOS и Android, в том числе Dzeny, iPlanly и DVOR, собраны в разделе кейсов.
Обычно я советую выпускать iOS и Android одновременно: приложение написано одной кодовой базой на React Native, и публикация во второй магазин почти не добавляет работы. Если значимая часть аудитории в России, стоит сразу добавить RuStore, а для владельцев устройств Huawei — AppGallery. У каждого магазина свои правила и своё ревью, но это решается в рамках того же этапа релиза.
Если приложение уже готово, но не опубликовано, или его отклонили на ревью, с этим тоже можно прийти. Опишите ситуацию в форме заявки или напишите в Telegram, оценка бесплатная.