Обжалування відхилення програми в App Store
Відхилення — не фінал. Apple надає два механізми: Reply to Reviewer для уточнень та виправлень, та апелляція до App Review Board для випадків, коли ви впевнені, що рецензент неправильно інтерпретував гайдлайни. Різниця між ними принципіальна, і неправильний вибір шляху тільки затягує процес.
Розуміння типу відхилення — це визначає все
Технічні порушення (2.x) — крах, неповна функціональність, контент-заповідник. Апелляція тут беззмістовна: потрібно виправити та повторно відправити. Reply to Reviewer використовуємо лише щоб уточнити, в якому саме флоу рецензент бачив проблему, якщо повідомлення про відхилення недостатньо конкретне.
Ділові порушення (3.x, монетизація) — найскладніші для апелляції. Якщо реально порушили правила IAP — апелювати марно. Якщо впевнені, що ваш use case покривається винятком із правил (наприклад, B2B-програма з авторизацією за корпоративним акаунтом) — апелляція можлива, але потрібно чітко послатися на конкретний пункт гайдлайнів, а не просто виражати незгоду.
Гайдлайн 4.3 (Spam/Duplicate) — один з найнеприємніших. Apple вважає, що програма занадто схожа на існуючу або створена масово по шаблону. Апелляція до App Review Board тут працює — якщо є реальні аргументи про унікальну цінність продукту. Без конкретики («наша програма унікальна та потрібна користувачам») апелляція не пройде.
Privacy-порушення (5.1.x) — невідповідність задекларованих даних і реальної поведінки, відсутність Privacy Manifest, невірний NSPrivacyAccessedAPITypes. Тут потрібно виправити, надати докази виправлення (скриншоти з коду, оновлений маніфест) та пояснити зміни в Reply to Reviewer.
Як будується апелляція до App Review Board
Апелляція — листування, а не форма. Структура, яка працює:
- Конкретний гайдлайн, який, на думку Apple, порушений.
- Точна цитата з гайдлайнів з інтерпретацією, чому ваш кейс виняток.
- Посилання на подібні програми в App Store, які пройшли перегляд з аналогічним функціоналом.
- Скриншоти або відео, що демонструють спірну функціональність.
- Якщо це Privacy-запитання — технічні деталі: який SDK, які дані, як зберігаються, куди передаються.
Що не працює: емоційні аргументи, загальні заяви про якість продукту, посилання на конкурентів без конкретних App Store ID.
Апелляція в App Review Board розглядається довше — від трьох днів до двох тижнів. За цей час програма залишається у статусі Rejected, нові версії відправити можна, але вони встануть у чергу.
Паралельний шлях — Expedited Review
Якщо публікація срочна (критичний фікс безпеки, прив'язка до маркетингової події), можна запросити Expedited Review через окрему форму. Apple розглядає такі запити суб'єктивно — гарантій прискорення немає. Але якщо причина об'єктивно серйозна та виложена лаконічно — шанси є.
Наш процес при апелляції
Аналізуємо повідомлення про відхилення та історію перегляду в App Store Connect. Визначаємо тип: технічне виправлення або апелляція за інтерпретацією гайдлайнів. При апелляції готуємо письмовий відповідь з технічними доказами. Якщо потрібно виправити код — фіксимо паралельно, щоб не втратити час. Листування з Apple Review через Resolution Center ведеться на нашій стороні з узгодженням відповідей.
Реальний кейс з практики: програма для корпоративного управління задачами була відхилена за 4.3 (Spam) — сочли схожою на стандартні todo-програми. Апелляція пройшла після того, як ми надали список корпоративних функцій (SSO через SAML 2.0, інтеграція з корпоративним LDAP, кастомні approval workflow), які відрізняють її від consumer-програм. Одобрили за п'ять днів.
Термін роботи по апелляції: два-п'ять робочих днів на підготовку матеріалів, плюс час розгляду Apple (від одного дня для Reply to Reviewer до двох тижнів для App Review Board).