App Store Review Guidelines — що це, правила публікації та як пройти рев’ю

Що таке App Store Review Guidelines

App Store Review Guidelines — це офіційний документ Apple, що містить вимоги до застосунків, які публікуються в App Store. Він охоплює безпеку, конфіденційність, дизайн, контент і технічну якість.

Документ публікується на сайті Apple Developer та оновлюється кілька разів на рік — зазвичай разом із виходом нових версій iOS або зміною політик компанії. Кожен застосунок перед публікацією проходить автоматичну та ручну перевірку на відповідність цим правилам.

За даними Apple, 2026, за останній рік було розглянуто понад 5 мільйонів білдів, з яких близько 40% були відхилені на першому етапі перевірки.

Структура гайдлайнів: п’ять ключових розділів

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

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

Як працює процес рев’ю в App Store

Процес рев’ю в App Store складається з двох послідовних етапів: автоматизованої перевірки та ручної модерації. Кожен етап перевіряє різні аспекти застосунку.

Автоматичний етап виконується серверною інфраструктурою Apple і займає від кількох хвилин до години. Система перевіряє бінарний код на наявність заборонених API, аналізує конфігураційні файли та перевіряє валідність сертифікатів.

Ручний етап виконується командою App Review — співробітниками Apple, які встановлюють застосунок на реальний пристрій, перевіряють його функціональність, дизайн та відповідність опису в App Store Connect.

Середній час перевірки — 24–48 годин. За даними Apple Developer Forums (2026), у період виходу нових версій iOS черга може збільшуватися до 5–7 днів. Розробник може відстежувати статус через панель App Store Connect.

Типові причини відхилення застосунків

Відхилення застосунку — поширена ситуація, особливо при першій публікації. Аналіз більш ніж 10 000 випадків відхилення, проведений спільнотою розробників, виявив кілька найбільш частих причин.

• Неповний опис функціональності — розробник не вказав усі функції застосунку, і рев’юер не зміг їх знайти. Потрібно надати демо-логін або відео роботи.
• Прихований контент — код, який активується лише за певних умов (перемикачі, дебаг-режими). Apple забороняє такий підхід.
• Порушення правил дизайну — кнопки, жести або навігація, що не відповідають Human Interface Guidelines від Apple.
• Проблеми з підписками — некоректне відображення ціни, відсутність кнопки скасування, невірний період безкоштовного пробного доступу.
• Використання приватних API — виклик методів, що не входять у публічні фреймворки Apple. Такі виклики детектяться автоматично на етапі статичного аналізу.

Apple надає детальний опис причини відхилення в розділі Resolution Center в App Store Connect, а також рекомендації щодо виправлення.

Як підготувати застосунок до рев’ю: чек-лист

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

1. Перевірте метадані — назву, опис, скріншоти та категорію. Всі тексти мають бути підтримуваними мовами та відповідати реальному функціоналу.
2. Переконайтеся у відсутності кремів — застосунок не повинен падати за жодних сценаріїв використання. Використовуйте Crashlytics або Sentry для збору логів.
3. Надайте демо-доступ — якщо в застосунку потрібен логін, створіть тестовий обліковий запис і вкажіть його в примітках до рев’ю.
4. Перевірте відповідність HIG — елементи інтерфейсу мають слідувати Human Interface Guidelines: розмір кнопок, відступи, робота з жестами.
5. Налаштуйте In-App Purchases — всі покупки мають бути коректно налаштовані в App Store Connect, ціни вказані вірно, а пробний період працює як очікується.
6. Оновіть політику конфіденційності — посилання на Privacy Policy має бути активним і відповідати реальному збору даних застосунком.

Після проходження всіх пунктів завантажте білд через Xcode Organizer або Transporter і відправте на рев’ю через App Store Connect.

Апеляція та прискорення рев’ю

Апеляція — це офіційний запит на перегляд рішення Apple, якщо розробник вважає, що застосунок було відхилено помилково. Процедура апеляції описана в самих гайдлайнах.

Для подання апеляції необхідно в App Store Connect вибрати причину відхилення та написати аргументоване пояснення, чому рішення рев’юера необґрунтоване. Apple розглядає апеляції протягом 1–2 робочих днів.

Якщо застосунок потрібно опублікувати терміново (виправлення критичної помилки, вразливість безпеки), розробник може запросити Expedited Review. Apple надає прискорений розгляд для критичних виправлень не більше двох разів на рік на один застосунок.

У разі повторного відхилення після апеляції розробник може звернутися до App Review Board — незалежної комісії Apple, яка приймає остаточне рішення щодо спірних випадків.