Відмова в App Store: як виправити за кожним пунктом правил (2026)

Відмова в App Store — це повідомлення від App Review, у якому вказано пункт правил, описано, що побачив рецензент, і реліз затримано, доки ви не виправите проблему, не пояснете її або не подасте апеляцію. Почніть із того, щоб перетворити це повідомлення на проблему, яку можна перевірити. Наступний крок залежить від того, чи рецензент не зміг скористатися застосунком, виявив невідповідність правилам або потребує додаткової інформації. Станом на жовтень 2026 року App Review Guidelines востаннє оновлено 16 жовтня 2026 року, тож перевірте актуальну нумерацію, перш ніж цитувати розділ.

Що насправді повідомляє відмова App Store?

У повідомленні про відмову App Store названо пункт правил, який застосував рецензент, описано конкретну поведінку, яку було помічено, і перелічено наступні кроки. Часто там також указано пристрій, версію iOS і додано скриншоти.

Збережіть повне повідомлення, усі скриншоти, номер збірки та дані про пристрій. Прочитайте вказаний розділ на актуальній сторінці правил. Потім напишіть одне речення: «Рецензент не зміг виконати X, тому що Y». Якщо в повідомленні просять надати відсутню інформацію, а не повідомляють про дефект, точно запишіть, чого бракує. Стандартний текст Apple для 2.1 також пояснює, як відтворити проблему: «Для нових застосунків видаліть із пристрою всі попередні версії застосунку, потім установіть його та виконайте кроки, щоб відтворити проблему».

• У повідомленні йдеться про збій, недоступний екран або незавершену функцію? Відтворіть цей сценарій у надісланій релізній збірці на тому типі пристрою, який назвала Apple.
• У ньому згадано скриншоти, опис або нотатки для рецензента? Перевірте, чи можна виправити це лише в метаданих.
• У ньому йдеться про платежі, вхід, конфіденційність або мінімальну функціональність? Порівняйте поведінку продукту з указаним пунктом правил.

На які пункти правил посилаються відмови App Store і що вони вимагають?

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

Оновлення від 16 жовтня 2026 року додало пункт 2.5.19 про приховані, неактивні або незадокументовані функції, які раніше підпадали під 2.3.1. Воно також додало пункт 2.3.14 про креативні матеріали й об'єднало entitlement для музичних стримінгових сервісів (Music Streaming Services) з entitlement StoreKit External Purchase Link у пункті 3.1.1(a). Сприймайте таблицю як відправну точку, а не як гарантоване рішення. Один пункт правил може охоплювати різні проблеми, а приклад від рецензента — це той конкретний випадок, який вам потрібно вирішити.

Як виправити відмову за пунктом 4.2 (мінімальна функціональність)?

Відмову за 4.2 виправляють, додаючи застосунку реальної цінності, а не переписуючи опис. Пункт 4.2 говорить: «Якщо ваш застосунок не особливо корисний, не унікальний або не схожий на застосунок, йому не місце в App Store».

Запитайте себе, що людина може зробити у вашому застосунку такого, що робить його корисним саме як застосунок. Наприклад, пройти повний робочий сценарій, зберегти важливий стан, використати можливості пристрою так, як це доречно для застосунку, або отримати мобільний досвід, створений саме для пристрою. Жоден опублікований перелік функцій не гарантує схвалення. Якщо такі сценарії вже є, опишіть їх у нотатках для рецензента з точними кроками та скриншотами. Якщо застосунок здебільшого показує вебсторінку, йому потрібна продуктова доробка. Сповіщення чи порожній екран налаштувань, додані лише для «нативного» вигляду, не замінять реальної цінності для користувачів.

Як відповісти App Review в App Store Connect?

Відповідайте в App Store Connect: відкрийте надсилання через посилання на невирішені проблеми застосунку, натисніть Resolve, а потім Reply to App Review. Згідно з довідкою Apple, для цього потрібна роль Account Holder, Admin або App Manager.

1. У розділі Apps виберіть застосунок.
2. Угорі сторінки натисніть посилання, яке вказує на наявність невирішених проблем.
3. У розділі In Progress натисніть Resolve поруч із надсиланням.
4. Натисніть Reply to App Review і введіть текст.
5. Щоб додати скриншоти чи документи, натисніть Attach File, а потім Reply.

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

Виправити метадані, завантажити нову збірку чи подати апеляцію?

Виправте метадані й повторно надішліть ту саму збірку, якщо помилка була лише в інформації сторінки застосунку. Завантажте нову збірку, якщо потрібно змінити поведінку застосунку. Подавайте апеляцію лише тоді, коли вважаєте, що застосунок уже відповідає пункту правил.

Інструкції Apple щодо апеляцій просять «пояснити пункт за пунктом, як ваш застосунок відповідає» правилу. Там також сказано, що не варто подавати апеляцію, якщо ви вже виправили проблеми й надіслали застосунок повторно. Повна апеляція «не гарантує», що рішення буде скасовано. Для застосунків, які вже є в магазині, політика Bug Fix Submissions у правилах передбачає, що виправлення помилок не затримуватимуть через порушення правил, «окрім тих, що стосуються юридичних питань або безпеки».

Як інші розробники виправляли реальні відмови App Store?

У публічних обговореннях на форумах багато відмов за 2.1 виникали через різницю між середовищем рецензента й розробника: іншу мережу, пристрій або стан дозволів. Відмова за 4.2 — це продуктова проблема, тож дрібні правки рідко її знімають.

Помилка входу за 2.1. Розробник на Apple Developer Forums навів повідомлення «Зокрема, нам не вдалося увійти через помилку», хоча робоча версія й версія з TestFlight входили з тими самими обліковими даними. Інші розробники в цій темі описали різні рішення. Один виправив проблему, «змінивши http на https на вебсервері». Інший після трьох відмов додав стан «Перевірте з'єднання» замість нескінченного індикатора завантаження. Третій після п'яти відмов прибрав iPad із deployment target, що обходить проблему ціною відмови від підтримки iPad.

Збій під час запуску. На форумі Solar2D розробник отримав повідомлення «Ми не змогли перевірити застосунок, оскільки він аварійно завершився під час запуску» на iPhone 13 mini з iOS 18.3.2. Доданий журнал збою показував відсутній ключ NSUserTrackingUsageDescription. Розробник підтвердив: «Пройшло після додавання: NSUserTrackingUsageDescription».

WebView-застосунок за 4.2. Розробник на Apple Developer Forums повідомив про 10-ту відмову для застосунку на основі WebView. Рецензент надіслав скриншот лівого меню із зауваженням, що в ньому бракує контенту. Основні екрани вже були нативними, але два-три все ще відкривали WebView. Відповідь, позначена як рішення, надійшла від App Review і рекомендувала індивідуальну консультацію з App Review. Чи застосунок зрештою схвалили, у темі не підтверджено.

Порівняння: випадки за 2.1 вирішили, відтворивши умови рецензента та прочитавши журнал збою. Випадок за 4.2 застряг, бо кожне повторне надсилання змінювало лише частину застосунку, який і далі здебільшого був вебсайтом.

Як не допустити повторення тієї самої відмови?

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

• Видаліть застосунок, а потім установіть релізну збірку начисто на фізичні iPhone та iPad.
• Увійдіть з акаунтом для перевірки в мережі без серверів розробки та винятків для HTTP.
• Відкрийте кожен запит на дозвіл і переконайтеся, що для кожного є опис використання в Info.plist.
• Переконайтеся, що кожну покупку в застосунку надіслано, вона видима й пояснена в нотатках для рецензента.
• Оновлюйте нотатки для рецензента щоразу, коли змінюється сценарій. Не вставляйте нотатки шестирелізної давності.

Для проблем за 2.1 скористайтеся планом тестування релізної збірки для відмов за 2.1 і налаштуйте демо-акаунт для рецензента. Потім пройдіть чекліст надсилання для наступної збірки. Якщо повідомлення від App Review досі ставить вас у глухий кут, надішліть нам подробиці, і ми допоможемо з'ясувати, чого бракує: доступу, метаданих чи коду.