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

У iOS-разработки своя специфика: закрытая экосистема, строгая проверка приложений и пользователи, которые привыкли к единым правилам интерфейса. Соотношение iPhone и Android у разных компаний своё — его стоит посмотреть в аналитике сайта, и часто оказывается, что без iOS-версии теряется заметная часть клиентов.

Технологии

• Swift и SwiftUI — нативная разработка, основной путь, который продвигает Apple. Максимальный доступ к возможностям системы и лучшая производительность.
• Flutter и React Native — одна кодовая база для iOS и Android. Подходит большинству бизнес-приложений, но для специфических функций иногда нужен нативный код.

Независимо от технологии, сборка и публикация iOS-приложения требуют компьютера Mac с Xcode.

Аккаунт разработчика

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

Проверка App Store

Каждое приложение и каждое обновление проходит проверку Apple по правилам App Store Review Guidelines. Частые причины отказов:

1. Сбои и незаконченные функции. Кнопки, которые ничего не делают, экраны-заглушки.
2. Недостаточная ценность. Приложение, которое просто оборачивает сайт без собственных функций.
3. Нет тестового доступа. Если нужна авторизация, проверяющему нужен рабочий тестовый аккаунт.
4. Приватность. Сбор данных без объяснения, отсутствие политики конфиденциальности.
5. Удаление аккаунта. Если приложение позволяет создать аккаунт, оно должно позволять удалить его из приложения.
6. Оплата. Неверное использование встроенных покупок или их обход.

Замечания приходят с указанием пункта правил. Их исправляют и отправляют приложение повторно.

Приватность

Apple требует заполнить в карточке сведения о том, какие данные собирает приложение и зачем. Запросы разрешений — камера, геолокация, уведомления — должны сопровождаться понятным объяснением и появляться в момент, когда функция нужна, а не все сразу при первом запуске. Отслеживание пользователя между приложениями других компаний требует отдельного согласия.

Встроенные покупки

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

Интерфейс по правилам iOS

Пользователи iPhone ожидают привычного поведения: жест назад от края экрана, системные листы, навигация вкладками внизу, поддержка тёмной темы и динамического размера шрифта. Human Interface Guidelines описывают эти ожидания. Приложение, которое выглядит как перенесённое с Android без адаптации, хуже воспринимается.

Тестирование

• TestFlight — сервис Apple для раздачи тестовых сборок сотрудникам и внешним тестировщикам до публикации
• Проверка на нескольких моделях iPhone с разными размерами экрана
• Проверка на актуальной и предыдущих версиях iOS, которые вы поддерживаете
• Проверка сценариев с отказом в разрешениях

Карточка в App Store

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

Обновления

Каждое обновление снова проходит проверку, поэтому срочное исправление не появится мгновенно. Планируйте релизы с запасом, а критичные настройки выносите на сервер, чтобы менять их без выпуска новой версии.

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