Ваш застосунок відхилили за Guideline 4.3? Ви впевнені, що він унікальний і не схожий на шаблон? Рев’юер бачить десятки подібних проєктів — відмова приходить за хвилини. Ми провели 300+ pre-submission перевірок: 98% клієнтів отримують схвалення з першої спроби. Наша команда має 10+ років досвіду в iOS-розробці та 500+ успішних публікацій. Головна проблема — не сам rejection, а втрата часу на повторні спроби: одна помилка в Privacy Manifest або відсутність тестового аккаунту — і ви чекаєте ще добу. Ми супроводжуємо весь процес: від збірки до статусу Ready for Sale. Замовте pre-submission аудит, щоб заощадити до двох тижнів на листуванні та повторних відправках.
Типові причини відхилення
Guideline 4.3 — Spam. Застосунок схожий на інший: ідентичний набір функцій, схожий UI, шаблонний контент. Особливо актуально для white-label продуктів. Рішення — кастомізація до рівня самостійної цінності плюс пояснення в Notes for reviewer. Ми готуємо розгорнутий опис унікальності, який рев’юер прочитає в першу чергу.
Guideline 2.1 — App Completeness. Крэш при рев’ю, недоступний контент, несправний тестовий аккаунт, placeholder-екрани. Рев’юер бачить сирий продукт і відмовляє. Перед кожною відправкою запускаємо застосунок через TestFlight на кількох пристроях, включаючи iPad для універсальних збірок. Якщо застосунок падає — аналізуємо crash log через Xcode Organizer.
Guideline 3.1 — Payments. Монетизація через зовнішні платіжні системи без використання IAP там, де Apple вимагає — прямий шлях до rejection. Після відомого судового рішення правила для США змінилися, але глобально IAP-зобов’язання для цифрових товарів зберігається. Посилання на зовнішні сайти для підписок — окремий кейс з конкретними вимогами. Ми перевіряємо, щоб усі платіжні сценарії відповідали останнім гайдлайнам Apple.
Технічні деталі, які часто упускають
Bitcode в нових версіях Xcode застарів і не приймається. Privacy Manifest (PrivacyInfo.xcprivacy) обов’язковий для застосунків з певними системними API — без нього відхиляють. Мінімальна версія iOS в App Store Connect має збігатися з IPHONEOS_DEPLOYMENT_TARGET в Xcode. Скріншоти та App Preview вимагають конкретних роздільностей, без симуляторних рамок і маркетингових планок. Навіть колір іконки в збірці має значення: альфа-канал неприпустимий. Детальніше про налаштування Privacy Manifest читайте в офіційній документації Apple.
Як гарантовано пройти рев’ю App Store?
Перший крок — перевірити всі обов’язкові файли та налаштування. Помилки на цьому етапі — найчастіші. Ми склали чек-лист:
| Аспект | Типова помилка | Як уникнути |
|---|---|---|
| NSUsageDescription в Info.plist | Відсутність опису для використовуваних API (камера, геолокація тощо) | Додати рядки на всіх підтримуваних мовах |
| Privacy Manifest | Не включено | Згенерувати через Xcode та вказати використовувані API |
| Іконки | Наявність альфа-каналу або округлень | Apple сама округлює, потрібна строго квадратна без прозорості |
| Тестовий аккаунт | Неправильні дані або минулий термін | Створити стабільний аккаунт з довгостроковою підпискою |
| In-App Purchase | Відсутність тестових продуктів | Налаштувати в App Store Connect sandbox tester |
Додатково перевіряємо збіг версій iOS, наявність усіх скріншотів (6.5, 5.5, 4.7 дюймів та iPad) і App Preview без звукових перешкод.
Що робити при відхиленні?
Якщо застосунок відхилили, не поспішайте відправляти знову. Проаналізуйте причину: прочитайте повідомлення рев’юера, перевірте crash log, переконайтеся, що всі поля заповнені. Ми допомагаємо підготувати апеляцію або виправити зауваження протягом одного робочого дня. Повторна відправка без розуміння причини — втрата тижня.
Етапи pre-submission перевірки
| Етап | Дії | Типові помилки |
|---|---|---|
| Код та ресурси | Перевірка entitlements, фреймворків | Використання приватних API |
| Info.plist | NSUsageDescription на всіх мовах | Пропуск рядків для камери, мікрофона |
| Збірка | Збірка через Xcode Cloud або Fastlane | Застарілий bitcode, незбіг версій |
| Тестовий аккаунт | Створення стабільного аккаунту з підпискою | Минулий термін дії, неправильний пароль |
| IAP | Налаштування Sandbox Tester | Відсутність тестових покупок, неправильний Product ID |
Pre-submission перевірка займає в середньому 2 дні. Результат — письмовий звіт із зазначенням усіх ризиків та рекомендаціями.
Процес роботи
- Pre-submission check: перевірка всіх entitlements, NSUsageDescription, Privacy Manifest, іконок.
- Збірка через Xcode Cloud або Fastlane з gym + deliver. Завантаження через Transporter або Xcode.
- Моніторинг статусу та оперативна реакція на запитання рев’юера.
- При відхиленні — аналіз причини, підготовка апеляції або правок. Повторна відправка без розуміння причини — втрата тижня.
Середній час від відправки до схвалення — 1–3 робочих дні для нового застосунку, для оновлень швидше.
Що входить в нашу роботу
- Письмовий звіт з результатами pre-submission перевірки.
- Допомога в налаштуванні всіх обов’язкових полів App Store Connect, включаючи IAP та підписки.
- Супровід листування з Apple Review: підготовка відповідей на всі запитання.
- Усунення зауважень протягом одного робочого дня.
- Гарантія 95% успішного схвалення з першої або другої спроби (статистика по 500+ проєктах).
Зв’яжіться з нами — ми проаналізуємо ваш застосунок і підготуємо план проходження рев’ю. Замовте pre-submission аудит, щоб заощадити тижні на листуванні та повторних відправках. Отримайте консультацію прямо зараз.