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

Щоб опублікувати застосунок в App Store, приєднайтеся до Програми розробника Apple (99 доларів США на рік станом на листопад 2026 року), створіть застосунок в App Store Connect, завантажте підписану збірку, протестуйте її через TestFlight, додайте скріншоти, опис, дані про конфіденційність і вікову категорію, а потім натисніть Add for Review і Submit for Review. Apple перевіряє кожну подачу вручну, зазвичай протягом доби-двох, і після схвалення ви випускаєте застосунок в App Store. Цей посібник веде вас цим шляхом екран за екраном і перелічує проблеми, через які найчастіше застосунки повертають назад.

Ще створюєте застосунок? Почніть з як зробити застосунок для iPhone.

Що потрібно перед початком

• Членство в Програмі розробника Apple, як фізична особа (ваше юридичне ім'я відображатиметься як продавець) або як організація (потрібні D-U-N-S Number, електронна пошта на домені компанії та робочий вебсайт).
• Підписана збірка вашого застосунку, завантажена в App Store Connect. Зазвичай з Xcode або Transporter від Apple, або через сервіс, який збирає за вас.
• URL політики конфіденційності і URL підтримки з актуальними контактними даними. Apple вимагає обидва для кожного застосунку.
• Скріншоти: від 1 до 10 для кожного обов'язкового розміру пристрою, у форматі JPEG або PNG без прозорості. App Store Connect показує, які розміри потрібні; на момент написання це розмір 6,9 дюйма для iPhone (або 6,5 дюйма, якщо ви не надаєте 6,9 дюйма), а також розміри для iPad, якщо ваш застосунок працює на iPad.
• Демо-акаунт, якщо будь-яка частина застосунку захищена входом.

Крок 1: Приєднайтеся до Програми розробника Apple

Увійдіть в Apple Account з увімкненою двофакторною автентифікацією і зареєструйтеся. Фізичних осіб зазвичай схвалюють швидко. Організаціям слід закласти більше часу, бо Apple перевіряє юридичний статус компанії та ваші повноваження підписувати від її імені. Якщо у вас немає D-U-N-S Number, у більшості країн його можна безкоштовно запросити, але оформлення займає час.

Крок 2: Створіть запис застосунку

В App Store Connect відкрийте Apps, натисніть + і оберіть New App. Введіть:

• Platform: iOS.
• Name: назву в App Store, яка має бути унікальною в магазині.
• Primary language.
• Bundle ID: ідентифікатор застосунку, наприклад com.yourcompany.yourapp. Він має збігатися зі збіркою.
• SKU: будь-який внутрішній код на ваш розсуд.

Apple не дозволяє зовнішнім інструментам створювати цей запис, тож зробіть це один раз самостійно.

Крок 3: Завантажте збірку

Якщо ви збираєте в Xcode, заархівуйте застосунок і завантажте його з Organizer. Збірки також можна завантажити через Transporter або через API App Store Connect.

Якщо ви збираєте з Mythex

На тарифі Pro Mythex збирає ваш опублікований застосунок як застосунок для iPhone на власних Mac і завантажує його у ваш TestFlight. Mac або Xcode вам не потрібні. Налаштування займає кілька хвилин:

1. В App Store Connect перейдіть до Users and Access → Integrations → App Store Connect API і створіть Team key з роллю Admin.
2. Завантажте файл .p8. Apple дозволяє завантажити його лише один раз, тож зберігайте його в безпечному місці.
3. Перетягніть файл у панель Connect App Store в Mythex і вставте Issuer ID, що відображається над списком ключів. Mythex перевіряє ключ у Apple перед збереженням.

Під час першої збірки Mythex повідомить точну назву і Bundle ID, які слід вказати при створенні запису застосунку на кроці 2. Коли на картці збірки з'явиться In TestFlight, Apple обробляє збірку приблизно 10–30 хвилин, після чого вона готова для тестувальників. Докладніше — у конструкторі застосунків для iOS від Mythex.

Крок 4: Тестування через TestFlight

TestFlight — це бета-канал Apple, і його варто використовувати правильно перед перевіркою:

• Внутрішні тестувальники: до 100 учасників вашої команди App Store Connect. Вони можуть встановити збірку, щойно її обробили.
• Зовнішні тестувальники: до 10 000 людей, запрошених електронною поштою або публічним посиланням. Перша збірка, яку ви додаєте до зовнішньої групи, проходить коротку бета-перевірку.
• Термін дії збірки: кожну збірку можна тестувати 90 днів.

Тестувальники встановлюють застосунок TestFlight, приймають запрошення і встановлюють вашу збірку. Попросіть їх виконати основні завдання, а не лише відкрити застосунок. Наш посібник з бета-тестування пояснює, як знайти тестувальників і зібрати їхній відгук.

Крок 5: Заповніть лістинг в App Store

На сторінці версії застосунку додайте:

• Скріншоти для кожного обов'язкового розміру, на яких видно реальні екрани.
• Рекламний текст (необов'язково) і опис, який просто пояснює, що робить застосунок.
• Ключові слова, розділені комами. Не повторюйте назву застосунку і не використовуйте назви конкурентів.
• Support URL і, за бажанням, маркетинговий URL.
• Номер версії і copyright.

В розділі App Information вкажіть категорію, URL політики конфіденційності і вікову категорію, відповівши на запитання Apple. В розділі Pricing and Availability оберіть ціну (або безкоштовно) і країни.

Крок 6: Заповніть конфіденційність застосунку

App Privacy перелічує дані, які збирає ваш застосунок, наприклад електронну пошту, ім'я, геолокацію або дані про використання, як вони використовуються і чи пов'язані вони з користувачем. Це відображається на вашій сторінці в App Store як «харчова етикетка» конфіденційності. Включіть дані, які збирає будь-який сторонній код, наприклад аналітика або сервіси входу.

Цей розділ доступний лише на сайті App Store Connect, а не через зовнішні інструменти. Якщо ви користуєтеся Mythex, агент підкаже, що відповісти, на основі того, що насправді робить ваш застосунок.

Крок 7: Додайте інформацію для перевірки і подайте

В розділі App Review Information вкажіть контактне ім'я, телефон і електронну пошту, а також демо-акаунт, який працює. За потреби додайте примітки, наприклад: «вкладка Bookings показує заняття лише після того, як ви долучитеся до одного з них».

Потім оберіть збірку, яку ви тестували, натисніть Add for Review і Submit for Review. На одну платформу одночасно може перевірятися лише одна версія.

Якщо ви користуєтеся Mythex, цей крок можна доручити агенту. Він прикріпить збірку, заповнить те, що може, і перед подачею запитає вас.

Крок 8: Очікування, відповіді, випуск

Apple каже, що щонайменше половина подач перевіряється менше ніж за 24 години, а 90% — протягом 48 годин. Ви отримаєте електронного листа, коли змінюється статус. Якщо у Apple є запитання або збірку відхилено, повідомлення з'явиться в розділі App Review App Store Connect; відповідайте там, виправте проблему і подайте знову.

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

Чому застосунки відхиляють і як цього уникнути

• Неповний застосунок (пункт 2.1). Збої, текст-заповнювач, неробочі посилання, відсутній демо-логін. Apple каже, що це причина понад 40% невирішених проблем. Перевірте кожну кнопку на справжньому iPhone перед подачею.
• Переупакований вебсайт (пункт 4.2). Apple очікує функцій, контенту та інтерфейсу, що виходять за межі вебсайту в рамці. Зробіть макет, орієнтований на телефон, з акаунтами, збереженими даними та реальними завданнями. Це особливо важливо для загорнутих вебзастосунків, зокрема створених у Mythex.
• Немає видалення акаунта в застосунку (пункт 5.1.1(v)). Якщо люди можуть створити акаунт у застосунку, вони мають мати змогу видалити його в застосунку.
• Цифрові продажі поза покупками в застосунку (пункт 3.1.1). Відкриття функцій або контенту за гроші всередині застосунку вимагає покупок у застосунку від Apple.
• Дані про конфіденційність не збігаються із застосунком. Переконайтеся, що App Privacy, ваша політика конфіденційності і поведінка застосунку узгоджені.

Якщо вам потрібна сторінка політики, наш посібник як написати умови використання та політику конфіденційності пояснює, що включити.

Оновлення застосунку згодом

Для кожної нової версії підніміть номер версії, завантажте нову збірку, напишіть текст «What's New» і подайте знову. Кожна подача перевіряється.

Якщо ваш застосунок є загорнутим вебзастосунком, як застосунки Mythex, більшість щоденних змін доходить до користувачів iPhone, коли ви публікуєте вебзастосунок, оскільки телефонний застосунок його відкриває. Нову версію подаєте переважно для змін в оболонці застосунку, таких як іконка, назва або дозволи. Якщо Apple вже схвалила номер версії, Mythex піднімає його (наприклад, з 1.0 до 1.1) перед наступною збіркою.

Публікація також на Android

Процес Google відрізняється: разовий збір, треки тестування і для нових особистих акаунтів 14-денне закрите тестування з 12 тестувальниками. Див. як опублікувати застосунок у Google Play.

Запитання