Відмова Apple: чому застосунок відхилили (5 реальних випадків)

Відмова Apple майже завжди має конкретну причину, яку прописано в повідомленні від рев'ю: пронумерована guideline, часто зі скриншотом. Найчастіші причини для першого застосунку: застосунок не доведено до ладу (2.1), неправильно задекларована конфіденційність (5.1.1), оманливі метадані (2.3.2), оплата в обхід вбудованих покупок (3.1.1) або невдало розміщений запит на оцінку (5.6.3). У переважній більшості випадків рев'юер добре зрозумів твій застосунок: вразливим був саме твій сабміт.

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

Чому Apple відхиляє застосунок: 5 відмов, які я отримав

Відмова 2.1 на Solys: демо неможливо було виграти

Онбординг Solys пропонує демо, у яке можна пограти: треба виграти міні-гру, як під час пробудження. На моїх телефонах усе працювало. А рев'юер тестував на iPad, де застосунок для iPhone працює в режимі сумісності в меншому вікні. За такого розміру прохід, залишений для пташки в міні-грі, ставав вужчим за саму пташку, а кнопка «Продовжити» активувалася лише в разі перемоги. Apple попросила додати спосіб пропустити ігрову місію.

Виправлення: демо, геометрія якого розраховується з реального розміру екрана, і посилання, щоб пропустити демо в разі невдачі.

Урок: кожен обов'язковий крок повинен мати вихід, і кожен обов'язковий екран треба тестувати на найменшому можливому форматі перед кожним надсиланням.

Відмова 5.6.3 на Solys: запит на оцінку під час онбордингу

Друга відмова, на наступному оновленні. Apple написала, що застосунок просив оцінку під час першого запуску або онбордингу. Екран оцінки з'являвся одразу після демо, ще до того, як користувач хоч щось пережив у застосунку.

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

Урок: кожен чутливий запит (оцінка, сповіщення, підписка, відстеження) з'являється після доказу цінності, ніколи не до нього.

Відмова 5.1.1 на Clic: онлайн-політика конфіденційності була застарілою

Clic генерує контент за допомогою ШІ, і в застосунку був екран згоди. Проблема була деінде: на сайті висіла стара версія політики конфіденційності, і вона не описувала все, що збирає застосунок.

Виправлення: опубліковано повну політику, додано резюме англійською, оновлено нотатки для рев'ю.

Урок: Apple читає твою онлайн-політику, а не ту, що лежить у репозиторії. Перед кожним надсиланням відкрий задекларовану URL-адресу й перевір, що вона описує те, що робить твій застосунок.

Відмова 5.1.1 на Nolera: кнопка «Дозволити» перед системним запитом

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

Виправлення: тепер кнопка називається «Продовжити», усіма 8 мовами застосунку.

Урок: екран, що готує до дозволу, пояснює, а не вирішує замість користувача. Рекомендації Apple є в її правилах дизайну щодо конфіденційності.

Відмова 2.3.2 на Nolera: іконка як рекламне зображення

У App Store Connect підписки можуть мати рекламне зображення. На двох підписках Nolera це була просто іконка застосунку. Apple визнала це невідповідним.

Виправлення: зображення прибрано з обох підписок, а сабміт створено заново.

Урок: перевіряють кожен елемент твоєї сторінки, навіть ті, які ти заповнюєш не замислюючись, як-от вікова категорія.

Які guidelines спрацьовують найчастіше?

Усі правила є в App Review Guidelines. Ось ті, на яких найчастіше спотикається перший застосунок:

2.1: App Completeness. Застосунок вилітає, кнопка нікуди не веде, обов'язковий екран не проходиться на якомусь форматі. Якщо застосунок вимагає входу, дай демо-акаунт у нотатках для рев'ю, інакше рев'юер застрягне на екрані входу. Усе про цю причину є в моєму гайді з guideline 2.1.

2.3: Metadata. Скриншоти, що не показують справжній застосунок, опис, який обіцяє відсутню функцію, невідповідні рекламні зображення.

3.1.1: In-App Purchase. Щоб відкрити цифровий контент або функції в застосунку, загальне правило: вбудовані покупки Apple. Винятки залежать від країни й змінюються: прочитай актуальну версію guidelines, перш ніж планувати інший спосіб оплати. Повний розбір є на сторінці підписки in-app в iOS.

3.1.2: Subscriptions. Застосунок із підпискою має чітко показувати, що отримує користувач і за яку ціну. Типові помилки екрана оплати описано в статті paywall в iOS: 7 помилок новачка.

4.3: Spam. Застосунок схожий на тисячу інших або дає замало сам по собі. Цю відмову виправити найважче: її треба запобігати ще на етапі вибору ідеї. Я детально пояснюю це в гайді з guideline 4.3.

5.1.1: Privacy. Декларації збору даних, які не відповідають поведінці застосунку, неповна політика конфіденційності, дозвіл, запитаний без чіткого пояснення.

Як відповісти на відмову Apple, не втративши дні?

Відмова не вирок, це лише обмін повідомленнями. Процедура, яка працює:

1. Прочитай причину двічі. Повідомлення цитує guideline і часто містить скриншот. Багато розробників відповідають не по суті, бо читали надто швидко.
2. Шукай справжню причину. І на Clic, і на Nolera справжня причина була не тією, яку текст підказував на перший погляд. Відтвори проблему в умовах рев'юера: такий самий тип пристрою, новий акаунт, перший запуск.
3. Виправ причину, і нічого більше. Зараз не час додавати три функції: кожна зміна збільшує поверхню перевірки.
4. Відповідай в App Store Connect. Поясни двома фактичними реченнями, що ти виправив, відповівши на повідомлення App Review.
5. Оскаржуй, лише якщо впевнений. Apple дозволяє звернутися до App Review Board, якщо ти вважаєш, що твій застосунок неправильно зрозуміли, з одним оскарженням на кожен відхилений сабміт. Оскаржувати заслужену відмову означає марно гаяти час.

Щодо термінів, Apple заявляє, що перевіряє щонайменше 50% сабмітів менш ніж за 24 години і 90% менш ніж за 48 годин. Календар розтягують саме відмови, а не черга: деталі в статті термін перевірки в App Store. Повний порядок дій після відмови є на сторінці застосунок відхилено Apple.

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

Чекліст, який я проходжу перед кожним надсиланням

Складений відмова за відмовою, на моїх застосунках:

• Кожен обов'язковий екран протестовано на найменшому iPhone, на найбільшому та на iPad у режимі сумісності, за сіткою з guideline 4.0 design
• Вихід можливий на кожному кроці онбордингу, навіть у разі невдачі
• Демо-акаунт у нотатках для рев'ю, якщо в застосунку є вхід
• Покупки протестовано в sandbox, разом із відновленням
• Ціна, тривалість і посилання на умови та конфіденційність є там, де їх вимагає Apple, кожною мовою
• Онлайн-політику конфіденційності перечитано в день надсилання
• Декларації конфіденційності відповідають тому, що застосунок справді збирає, разом із privacy manifest
• На екранах перед дозволами немає кнопки «Дозволити»
• Запити на оцінку й сповіщення розміщено після доказу цінності, нічого не відкривається в обмін на оцінку (guideline 3.2.2)
• Рекламні зображення та скриншоти показують справжній застосунок, зокрема на твоїх кастомних сторінках продукту

Якщо це твоя перша публікація, сторінка опублікувати застосунок в App Store описує всі кроки перед надсиланням.

Шаблон, щоб пояснити свій сценарій App Review

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

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

Облікові дані демо-акаунта вносять у спеціальні поля App Store Connect, ніколи не в публічний файл. Докази можна підготувати за допомогою сітки тестів у TestFlight, а також знайти п'ять безкоштовних шаблонів.

Як уникнути цих відмов до надсилання

Apple Review Kit об'єднує мій чекліст перед надсиланням, мої виправлені відмови Apple та skills для Claude Code, які перевіряють твій проєкт, paywall і сторінку перед надсиланням.

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

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

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

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

Чому Apple відхиляє мій застосунок?

Майже завжди з конкретної причини, прописаної в повідомленні від рев'ю: пронумерована guideline, часто зі скриншотом. Для першого застосунку найчастіші причини: застосунок не доведено до ладу (2.1), неправильно задекларована конфіденційність (5.1.1) та оманливі метадані (2.3.2). Також трапляються оплата в обхід вбудованих покупок (3.1.1) і невдало розміщений запит на оцінку (5.6.3).

Чому застосунок відхилили, хоча він працює на моєму iPhone?

Бо рев'юер може тестувати в інших умовах, ніж ти. На Solys, моєму будильнику з міні-іграми, він тестував на iPad, де застосунок для iPhone працює в режимі сумісності в меншому вікні. Там демо неможливо було виграти. Виправлення: демо, розраховане на реальний розмір екрана, і посилання, щоб пропустити його в разі невдачі.

Що робити, коли Apple відхилила застосунок?

Прочитай причину двічі, потім шукай справжню причину, відтворивши проблему в умовах рев'юера: такий самий тип пристрою, новий акаунт, перший запуск. Виправ причину й нічого більше, бо кожна зміна збільшує поверхню перевірки. Потім відповідай в App Store Connect двома фактичними реченнями про те, що ти виправив.

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

Так, але лише якщо ти впевнений у своїй правоті. Apple дозволяє звернутися до App Review Board, якщо ти вважаєш, що твій застосунок неправильно зрозуміли, з одним оскарженням на кожен відхилений сабміт. Оскаржувати заслужену відмову означає марно гаяти час. В іншому разі виправ причину й відповідай в App Store Connect.

Чи затягує відмова термін публікації?

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

Що перевірити перед надсиланням застосунку в Apple?

Протестуй кожен обов'язковий екран на найменшому iPhone, на найбільшому та на iPad у режимі сумісності, потім протестуй покупки в sandbox, разом із відновленням. Перечитай онлайн-політику конфіденційності в день надсилання й дай демо-акаунт у нотатках для рев'ю, якщо в застосунку є вхід. Цей чекліст складався відмова за відмовою, на моїх застосунках.