# Скільки триває перевірка App Store: терміни App Review

> Apple перевіряє 50% заявок менш ніж за 24 години і 90% менш ніж за 48. Реальний термін розтягують відмови: кожна запускає новий цикл перевірки.

Оригінальна сторінка: [Скільки триває перевірка App Store: терміни App Review](https://devoria.fr/uk/blog/skilky-tryvaie-perevirka-app-store-app-review)
Автор: [Mehdi Azizi](https://devoria.fr/uk/mehdi-azizi)
Опубліковано: 2026-09-23
Останнє оновлення змісту: 2026-10-09


На папері перевірка в App Store коротка: Apple заявляє, що розглядає **щонайменше 50% заявок менш ніж за 24 години і 90% менш ніж за 48 годин**. Ця цифра взята з [офіційної сторінки App Review](https://developer.apple.com/distribute/app-review/). Тож якщо застосунок проходить з першого разу, можеш чекати відповіді приблизно за день.

А от реальний термін рахується інакше: це час від першого надсилання до моменту, коли застосунок з'являється в продажу. І розтягує його майже ніколи не черга, а відмови. Кожна відмова запускає повний цикл: прочитати причину, виправити, надіслати знову, знову чекати. Це стосується навіть автоматичної відмови під час завантаження, як-от ITMS-90338. У цьому гайді пояснюю, що подовжує цей термін, як обробити відмову без втрати днів і які причини найчастіше прилітають першому застосунку.

Пишу з власного досвіду. Мої iOS-застосунки, серед них Solys (будильник із мініграми) і TradaZen (симулятор трейдингу), є в App Store, і по дорозі я отримав кілька відмов: і на Solys, і ще на двох застосунках, Clic і Nolera. Причини докладно описані нижче.

## Скільки триває перевірка в App Store: що насправді заявляє Apple

Коли твій [білд завантажено](https://devoria.fr/uk/blog/eas-submit-ios-publish-expo-app-store) без автоматичних помилок на кшталт ITMS-90725, а сторінка застосунку заповнена, ти надсилаєш його на перевірку з App Store Connect. Далі заявка проходить [кілька статусів](https://devoria.fr/uk/blog/waiting-for-review-app-store-connect-statuses): Waiting for Review, In Review, а потім прийнято або відхилено. Apple надсилає тобі e-mail при кожній зміні, а стежити за станом можна в App Store Connect або в його застосунку для iPhone.

Три офіційні уточнення, корисні для планування:

- **Ці цифри відображають тенденцію**, а не гарантію: до однієї заявки з десяти чекає довше за 48 годин.
- **Заявки не обов'язково розглядають у порядку надсилання**, уточнює [довідка App Store Connect](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/overview-of-submitting-for-review).
- **На перевірці може бути лише одна версія застосунку на кожну платформу.** Накопичити кілька версій, щоб «виграти час», не вийде.

Коли застосунок прийнято, можна вибрати автоматичну публікацію або випустити його самостійно. Другий варіант дуже цінний: спершу отримуєш схвалення, а дату запуску призначаєш уже після зеленого світла.

## Що подовжує очікування

Термін рідко зростає через Apple. Майже завжди він зростає через те, що ми їй надсилаємо.

### Перша заявка

Для найпершої версії Apple перевіряє все разом: сторінку застосунку, [скриншоти](https://devoria.fr/uk/kits/captures-app-store), вікову класифікацію, політику конфіденційності, декларації про збір даних, підписки і сам застосунок. Кожен елемент може стати приводом для відмови. Черга не довша, просто площа перевірки більша. Якщо ти ще ніколи не публікувався, кроки для підготовки перелічені в статті [як опублікувати застосунок в App Store](https://devoria.fr/uk/expertise/publish-an-app-on-the-app-store).

### Підписки та вбудовані покупки

Якщо твій застосунок продає підписку, два правила змінюють твій графік:

1. **Першу підписку треба надсилати разом із новою версією застосунку.** Це прямо написано в [довідці про вбудовані покупки](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/submit-an-in-app-purchase/). Якщо застосунок піде без неї, для її схвалення знадобиться нова версія.
2. **Щоб заявку прийняли, мають бути прийняті всі її елементи.** Одна відхилена підписка блокує все.

Правило 2.1(b) також вимагає, щоб вбудовані покупки були повністю заповнені, видимі для рев'юера і робочі. Якщо якоїсь із них немає в застосунку, поясни чому в нотатках для перевірки. Як повністю налаштувати підписку, детально розписано в статті [підписки in-app в iOS](https://devoria.fr/uk/expertise/ios-in-app-subscription).

### Немає демо-акаунта

Якщо твій застосунок вимагає входу, [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/) вимагають активний демо-акаунт або повноцінний демо-режим, а також увімкнені серверні сервіси під час перевірки. Без облікових даних у розділі App Review Information твоєї версії рев'юер застрягає на екрані входу, і це відмова. І не вимикай тестовий сервер під час перевірки.

### Самі відмови

Це фактор номер один, і з великим відривом. Apple повідомляє, що **понад 40% невирішених проблем стосуються правила 2.1**: воно охоплює збої, тимчасовий контент і неповну інформацію. Кожна відмова, якої ти уникнув, економить щонайменше один цикл.

## Відповідь у Resolution Center

Коли заявку відхиляють, її статус змінюється на Unresolved Issues. Повідомлення Apple цитує порушене правило, часто зі скриншотом проблеми. Усе відбувається в розділі App Review твого застосунку в App Store Connect, який досі часто називають Resolution Center.

Офіційна процедура, щоб [відповісти App Review](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/reply-to-app-review-messages/):

1. У своєму застосунку натисни посилання на невирішені проблеми вгорі сторінки.
2. Натисни Resolve поруч із заявкою.
3. Натисни Reply to App Review, напиши відповідь (максимум 4000 символів) і за потреби додай скриншот або документ.

Що робить відповідь ефективною:

- **Називай виправлення, а не свої емоції.** «Запит на оцінку тепер з'являється після виграної демо, скриншот додано» краще за довгу промову на свій захист.
- **Додай доказ.** Скриншот або коротке відео виправленого екрана позбавляє зайвого обміну запитаннями.
- **Якщо відмова стосується лише метаданих** (текст сторінки, скриншоти, посилання, як у відмові [2.3.10](https://devoria.fr/uk/blog/guideline-2-3-10-app-rejected-metadata)), Apple уточнює, що після виправлення можна надіслати **той самий білд**. Перекомпільовувати не треба.

### Апеляція, лише якщо ти впевнений

Відмову можна оскаржити в App Review Board. Apple просить точно пояснити, чому застосунок відповідає правилам, подавати лише одну апеляцію на кожну відхилену заявку і спершу відповісти на запити інформації, що очікують. Апеляція на заслужену відмову лише подовжить очікування.

## Як швидко надіслати виправлення

Коли причина зрозуміла, швидкість дає дисципліна:

- **Виправляй причину, і тільки її.** Додати у виправлений білд три новинки означає знову розширити площу перевірки.
- **Тестуй виправлення в умовах рев'юера.** Для проблеми з відображенням це найменший підтримуваний iPhone і найбільший, а не лише твій.
- **Обережно з видаленими елементами.** У заявці з невирішеними проблемами, як уточнює [довідка Apple](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/manage-a-submission-with-unresolved-issues/), видалений елемент не можна повернути в ту саму заявку, а кожен елемент можна змінити лише раз перед повторним надсиланням. Подумай, перш ніж видаляти відхилену підписку.
- **Спершу надішли, потім відповідай.** Одне-два фактичні речення у відповіді про те, що змінилося.

А прискорена перевірка? Вона існує, але Apple залишає її для двох випадків: виправлення критичного бага у вже опублікованій версії (з кроками для відтворення) і застосунків, прив'язаних до події з конкретною датою. Це не лазівка для першої публікації, яка запізнюється.

## Найчастіші відмови в початківців

Про дві свої відмови на Solys я вже детально розповідав у статті [чому Apple відхиляє застосунок](https://devoria.fr/uk/blog/vidmova-apple-app-store-prychyny). Ось причини, які я реально отримав, із номерами правил, бо саме вони підстерігають перший застосунок.

**2.1, застосунок не працює (Solys).** Вітальну демо в Solys неможливо було виграти на маленькому екрані iPhone: обов'язковий крок, який не пройти, отже застосунок визнали незавершеним. Відтоді виправлено.

**5.6.3, запит на оцінку зарано (Solys).** Оцінку в App Store просили на початку онбордингу, ще до того, як людина хоч щось пережила в застосунку. Запит має з'являтися після справжнього моменту цінності.

**5.1.1, неактуальна політика конфіденційності (Clic).** Правило 5.1.1 вимагає посилання на політику конфіденційності в App Store Connect і в застосунку, і ця політика має точно описувати, які дані збираються, як використовуються і як їх видалити. У Clic онлайн-версія була неактуальною. Політики, яка не встигає за продуктом, достатньо, щоб заявку відхилили.

**5.1.1, кнопка Allow перед системним запитом (Nolera).** Nolera показувала екран із поясненням перед запитом доступу до камери, з кнопкою «Дозволити». [Human Interface Guidelines щодо конфіденційності](https://developer.apple.com/design/human-interface-guidelines/privacy) кажуть чітко: екран перед системним сповіщенням дозволений, але на його кнопці не має бути Allow чи схожого слова, адже на цьому етапі нічого не дозволяється. Apple радить Continue або Next.

**2.3.2, іконка як промо-зображення підписки (Nolera).** Правило 2.3.2 регулює просування вбудованих покупок в App Store: назва, зображення та опис мають бути відповідними. У Nolera промо-зображення підписки просто повторювало іконку застосунку. Потрібне окреме зображення для покупки.

Що об'єднує ці п'ять відмов: жодна не була складною проблемою в коді. Усі було видно, якщо переглянути заявку очима рев'юера. Якщо твій застосунок щойно відхилили, а причина досі незрозуміла, повний алгоритм дій у статті [застосунок відхилено Apple](https://devoria.fr/uk/expertise/app-rejected-by-apple).

## Як закласти термін у свій план

Кілька простих правил, щоб перевірка не зсунула твій запуск:

- **Не оголошуй дату до схвалення.** Отримай схвалення, вибери ручну публікацію, а тоді призначай дату.
- **Залиш запас щонайменше на один цикл відмови**, якщо це твоя перша заявка або твоя перша підписка.
- **Відкривай акаунт розробника заздалегідь**, якщо реєструєшся як компанія: лише номер D-U-N-S може зайняти понад тиждень. Усе пояснено в [гайді про акаунт розробника Apple](https://devoria.fr/uk/blog/akaunt-rozrobnyka-apple-tsina).
- **Перечитай свою заявку як рев'юер**: демо-акаунт, актуальна політика конфіденційності, повний [privacy manifest](https://devoria.fr/uk/blog/itms-91053-missing-api-declaration-expo), екрани дозволів, зображення підписок і кожен обов'язковий екран на маленькому та великому iPhone.

## Якщо хочеш, щоб твою заявку перевірили перед надсиланням

[Apple Review Kit](https://devoria.fr/uk/kits/review-apple) містить мій чекліст перед надсиланням, мої виправлені відмови від Apple і skills для Claude Code, які перевіряють твій проєкт, paywall і сторінку застосунку. Він не гарантує схвалення, вирішує Apple, але допомагає виловити описані вище причини, перш ніж вони коштуватимуть тобі цілого циклу.

Готуєш перше надсилання? [Безкоштовна діагностика](https://devoria.fr/uk/diagnostic) надішле тобі мій чекліст проти відмов Apple і підкаже, що ще треба зробити. Якщо твій застосунок уже застряг, [забронюй годину зі мною](https://devoria.fr/uk/coaching): разом розберемо повідомлення Apple по відеозв'язку. А якщо ти ще тільки його створюєш, на головній сторінці показано, як [створити мобільний застосунок](https://devoria.fr/uk), думаючи про перевірку з самого початку.

## Поширені запитання

### Скільки триває перевірка застосунку в App Store?

Apple заявляє, що розглядає щонайменше 50% заявок менш ніж за 24 години і 90% менш ніж за 48 годин. Це не гарантія: деякі займають більше часу, і їх не обов'язково розглядають у порядку надсилання. Реальний термін означає час від першого надсилання до появи в продажу, і розтягують його переважно відмови.

### Що подовжує перевірку застосунку?

Насамперед відмови: кожна запускає повний цикл (прочитати причину, виправити, надіслати знову, знову чекати). Apple повідомляє, що понад 40% невирішених проблем стосуються правила 2.1, тобто збоїв, тимчасового контенту і неповної інформації. Перша заявка теж дає більше приводів для відмови, бо Apple перевіряє все разом.

### Як відповісти на відмову App Store?

У розділі App Review свого застосунку відкрий невирішені проблеми, натисни Resolve, а потім Reply to App Review. Напиши відповідь (максимум 4000 символів), називай виправлення, а не свої емоції, і додай скриншот або коротке відео. Якщо відмова стосується лише метаданих, після виправлення можна надіслати той самий білд. Якщо причина незрозуміла, почитай статтю [застосунок відхилено Apple](https://devoria.fr/uk/expertise/app-rejected-by-apple).

### Чи можна попросити Apple про прискорену перевірку?

Так, прискорена перевірка існує, але Apple залишає її для двох випадків: виправлення критичного бага у вже опублікованій версії (з кроками для відтворення) і застосунків, прив'язаних до події з конкретною датою. Це не лазівка для першої публікації, яка запізнюється.

### Чи треба надсилати першу підписку разом із застосунком?

Так, згідно з довідкою Apple, першу підписку треба надсилати разом із новою версією застосунку. Якщо застосунок піде без неї, для її схвалення знадобиться нова версія. Щоб заявку прийняли, мають бути прийняті всі її елементи: одна відхилена підписка блокує все.

### Коли оголошувати дату запуску застосунку?

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


## Твій проєкт

[Apple Review Kit](https://devoria.fr/uk/kits/review-apple): Чекліст для review App Store, яким я користуюся, мої виправлені відмови Apple, нотатки для тестувальника і два skills Claude Code, що перевіряють твій застосунок. 29 €.

[iOS Kit](https://devoria.fr/uk/kits/ios): Створи застосунок для iPhone з Claude Code: стартовий код моїх застосунків, skills, що перевіряють його роботу, а також Apple Review Kit, App Store Screenshots Kit і ASO Kit. 129,99 €.