Як опублікувати застосунок для iPhone в App Store: повний посібник

Коротко

• Час перевірки: зазвичай 24–48 годин; довше після WWDC і в січні
• 3 головні причини відмов: збої (2.1), порушення HIG (4.0), відсутні рядки про конфіденційність (5.1.1)
• Обов’язкові поля сторінки: назва (30 символів), підзаголовок (30 символів), ключові слова (100 символів), URL політики конфіденційності, URL підтримки
• Обов’язкові скриншоти: розміри iPhone 6.9", 6.5", 5.5"; iPad — якщо застосунок його підтримує
• Головне правило: ніколи не призначайте жорстку дату запуску, яка залежить від схвалення Apple

Текст підготувала команда Applefy. Ми публікували застосунки в App Store і стикалися з кожною категорією відмов із цього списку.

Більшість команд вважає, що публікація — найлегша частина. Це не так.

Ми бачили клієнтів, яким відмовили через скриншот не тієї роздільної здатності. Бачили застосунки, що два тижні висіли на перевірці, бо URL політики конфіденційності віддавав 404. Бачили, як збірка за 80K $ застрягала, бо bundle ID у Xcode не збігався з тим, що зареєстровано в App Store Connect.

Цей посібник охоплює все — від підготовки до подання й до моніторингу після запуску, — щоб ви оминули типові пастки.

Перед поданням

Прочитайте правила перевірки App Store

Це обов’язково. Команда перевірки Apple посилається на ці правила в кожній відмові. Прочитайте їх на developer.apple.com/app-store/review/guidelines, перш ніж подавати застосунок. Зосередьтеся на розділі 2 (продуктивність), розділі 4 (дизайн) і розділі 5 (юридичні вимоги).

У відмовах, які ми бачили, найчастіше цитують розділ 2.1 (збої), розділ 4.0 (порушення HIG) і розділ 5.1.1 (відсутні пояснення, навіщо застосунку доступ до даних). Почніть із цих трьох.

Тестуйте на реальних пристроях

Перевірте застосунок щонайменше на трьох типах пристроїв: найновішому iPhone, старішому iPhone (SE або модель 3–4-річної давності) та iPad, якщо ви його підтримуєте. Симулятор не вилавлює ні проблем з відображенням на конкретних пристроях, ні провалів продуктивності на старішому залізі.

Перевірте всі посилання та акаунти

Кожна адреса всередині застосунку має працювати. Кожне посилання на сторінці в App Store має працювати. Якщо для входу потрібен акаунт, створіть демонстраційний і додайте ці дані в нотатки до подання. Рев’юер, який не зміг зайти у ваш застосунок, відмовить.

Підготуйте сторінку застосунку

В App Store Connect:

• Назва (30 символів): додайте головне ключове слово. Див. наш посібник з ASO.
• Підзаголовок (30 символів): другорядне ключове слово. Індексується алгоритмом App Store.
• Опис: почніть із ціннісної пропозиції — вона має бути видимою без розгортання тексту. Більшість користувачів читає лише перші три рядки.
• Ключові слова (100 символів): без повторів із назви та підзаголовка. Без назв конкурентів.
• URL політики конфіденційності: обов’язковий для всіх застосунків. Переконайтеся, що сторінка справді відкривається, — Apple перевіряє це ще до того, як застосунок побачить жива людина. 404 тут означає автоматичну відмову.
• URL підтримки: має вести на робочу сторінку, де користувач отримає допомогу.

Створіть і завантажте збірку

1. У Xcode: Product → Archive.
2. Перевірте архів у Xcode Organizer. Виправте всі попередження й помилки.
3. Завантажте збірку в App Store Connect.
4. Зачекайте 10–30 хвилин на обробку.
5. Прикріпіть оброблену збірку до потрібної версії застосунку.

Номер збірки має бути більшим за будь-який раніше завантажений. Номер версії — це те, що бачать користувачі. Підвищуйте обидва свідомо.

Заповніть форму подання

• Нотатки для перевірки: поясніть усе неочевидне. Тестові дані для входу, якщо функції закриті авторизацією. Інструкції для того, що потребує окремого налаштування.
• Віковий рейтинг: відповідайте на анкету точно. За хибні відповіді застосунок перекласифікують.
• Мітки конфіденційності: задекларуйте всі дані, які збираєте, зокрема сторонніми SDK. Неправда тут коштує застосунку місця в магазині.
• Експортна відповідність: більшість застосунків підпадає під стандартний виняток.

Подайте на перевірку

Натисніть «Submit for Review».

Перше подання: зазвичай 24–48 годин. У періоди пікового навантаження (після WWDC, у січні) буває довше. Оновлення в більшості випадків перевіряють швидше, ніж нові застосунки.

Не плануйте жорстку дату запуску, яка залежить від схвалення App Store. Терміни Apple — це оцінка, а не зобов’язання. Закладайте запас.

Налаштуйте моніторинг ще до того, як перевірка завершиться. Crashlytics або Sentry у продакшені. Збої треба бачити з першого дня, а не після першого ж однозіркового відгуку, де про них напишуть.

Скільки триває перевірка в App Store

Після подання

Вам надійде лист зі схваленням або відмовою. Статус також видно в App Store Connect.

Якщо застосунок схвалено, а реліз у вас ручний, — зайдіть в App Store Connect і випустіть його. Не забудьте про цей крок. Застосунки, що нескінченно висять у статусі «Pending Developer Release», — поширена помилка.

Якщо вам відмовили

Уважно прочитайте причину відмови. У більшості відмов цитують конкретний пункт правил. Виправте саме те, на що вказали. Не вгадуйте.

5 найчастіших причин відмов в App Store

Якщо ви вважаєте відмову помилковою, подайте апеляцію через Resolution Center в App Store Connect. Будьте конкретні — назвіть пункт правил і поясніть, чому ваш застосунок йому відповідає. Розмиті апеляції ігнорують. Виправити й подати знову майже завжди швидше.

Після схвалення

Перші 48 годин стежте за звітами про збої. Придивляйтеся, про що пишуть перші користувачі. Відповідайте на ранні відгуки — той, хто бачить вашу відповідь, охочіше дасть застосунку другий шанс.

Сплануйте наступне оновлення ще до запуску. Розробка під iOS, яка зупиняється після релізу, — це застосунок у повільному занепаді. App Store прихильний до активних застосунків, які регулярно оновлюються.

Часті запитання

Скільки триває перевірка в App Store у 2026 році?

Для більшості застосунків — 24–48 годин. Оновлення часто швидші. Пікові періоди навколо WWDC і в січні розтягують цей час. Плануючи дату запуску, закладайте до 5 днів.

Чи можна змінити подання до початку перевірки?

Так. Скасуйте подання в App Store Connect і подайте знову. Відлік перевірки почнеться спочатку.

Як оскаржити відмову App Store?

Через Resolution Center в App Store Connect. Чітко викладіть свою позицію й пошліться на конкретний пункт правил, який, на вашу думку, застосували неправильно. Апеляція може тривати кілька днів. Виправити й подати знову зазвичай швидше.

Чи можна запуститися лише в окремих країнах?

Так. В App Store Connect можна вибрати території, де застосунок доступний. Перевіривши застосунок на меншому ринку, ви зможете розширитися глобально.

Яка найпоширеніша причина відмов?

Найчастіші причини — збої під час перевірки (пункт 2.1) і відсутні декларації про конфіденційність (пункт 5.1.1). Тестуйте на реальних пристроях. Перевіряйте мітки конфіденційності ще до подання.