Правила проверки App Store: разбор

Каждое приложение в App Store и каждое обновление люди в Apple проверяют по одному документу: Руководству по проверке приложений в App Store. Заучивать его не нужно. Нужно знать его устройство и те немногие правила, которые стоит внимательно проверить перед отправкой.

Коротко

В правилах пять разделов: безопасность, производительность, бизнес, дизайн и правовые вопросы. Перед отправкой стоит внимательно проверить пять областей: полноту (2.1), метаданные (2.3), встроенные покупки (3.1.1), спам и копии (4.3) и конфиденциальность (5.1.1). Собственная цифра Apple относится только к первой: в среднем более 40% нерешённых проблем связаны с 2.1. Если приложение отклонили, исправьте и отправьте снова или ответьте App Review в App Store Connect. Апелляцию подавайте, только если это не помогло.

Последний раз Apple обновила правила 16 октября 2026 года. Краткое содержание разделов ниже — наш пересказ простым языком, а не формулировки Apple. Слова Apple — только текст в кавычках.

Как устроены правила

Apple начинает с принципа: «мы хотим обеспечить пользователям безопасный способ получать приложения, а всем разработчикам — прекрасную возможность добиться успеха». Затем идут пять разделов, а потом короткий чек-лист на время до и после отправки. Простым языком пять разделов охватывают:

1. Безопасность

Простым языком, раздел 1 о том, чтобы не причинять людям вред. Apple говорит прямо: если вы хотите шокировать и оскорблять людей, «App Store — не то место для вашего приложения».

• 1.1 Неприемлемый контент. Никакого клеветнического, дискриминационного или злонамеренного контента и ничего, что «призвано вызвать отвращение».
• 1.2 Пользовательский контент. Если люди могут публиковать или создавать контент, в том числе с помощью ИИ, нужны способы фильтровать его, сообщать о нём и блокировать.
• 1.3 Дети. Для приложений в категории «Дети» действуют дополнительные правила о внешних ссылках, покупках, сторонней рекламе и аналитике, а также о данных.
• 1.4 Физический вред. Медицинские приложения, которые могут выдавать неточные данные, проверяют строже.
• 1.5 Сведения о разработчике. В приложении и по URL поддержки должен быть простой способ связаться с вами.
• 1.6 Безопасность данных. Обращайтесь с информацией пользователей безопасно.

2. Производительность

Простым языком, раздел 2 спрашивает, работает ли приложение и честно ли оно описано. В него входит 2.1 — правило, с которым Apple связывает более 40% нерешённых проблем.

• 2.1 Полнота приложения. Отправляйте финальные версии, протестированные на устройстве, с работающими URL и без текста-заглушки. Если в приложении есть вход, укажите данные демо-учётной записи, «и включите свой бэкенд!»
• 2.2 Бета-тестирование. Демо и бета-версиям место в TestFlight, а не в App Store. Смотрите наше руководство по TestFlight.
• 2.3 Точные метаданные. Описание, скриншоты, превью и сведения о конфиденциальности должны отражать основные возможности приложения.
• 2.4 Совместимость с оборудованием. Приложения для iPhone по возможности должны работать на iPad и экономно расходовать энергию.
• 2.5 Требования к ПО. Используйте только публичные API и поддерживайте текущую выпускаемую версию ОС.

3. Бизнес

Простым языком, раздел 3 о деньгах. Если ваша бизнес-модель неочевидна, объясните её в метаданных и заметках для проверки; Apple говорит, что неясность «задержит проверку и может привести к отклонению». Apple также говорит, что не будет распространять приложения и встроенные покупки, которые являются «явным надувательством», и отклонит дорогие приложения, которые пытаются обмануть пользователей неоправданно высокими ценами. Кроме того, за манипуляции отзывами или рейтингами могут исключить из Developer Program.

• 3.1.1 Встроенные покупки для открытия цифровых функций или контента.
• 3.1.2 Подписки должны давать постоянную ценность.
• 3.1.3 Другие способы оплаты для особых случаев, например приложений-читалок и услуг между людьми.
• 3.2 перечисляет другие допустимые и недопустимые бизнес-модели.

4. Дизайн

Простым языком, раздел 4 задаёт минимальную планку для приложения, которое стоит иметь. Apple называет это «минимальными стандартами для одобрения».

• 4.1 Подражатели. «Придумывайте собственные идеи». Не копируйте название или интерфейс другого приложения.
• 4.2 Минимальная функциональность. Приложение должно включать «функции, контент и интерфейс, которые выводят его за рамки переупакованного сайта». Веб-приложение в тонкой оболочке рискует не дотянуть до этого правила; Apple оценивает функции, контент и интерфейс, а не технологию. Смотрите статью Альтернатива Lovable для iOS-приложений.
• 4.3 Спам. Никаких дублирующих приложений и вариаций в переполненных категориях без чего-то нового.
• 4.8 Сервисы входа. Если для основной учётной записи вы используете сторонний вход, например Google Sign-In, предложите и равноценный вариант, который ограничивает данные именем и адресом электронной почты и позволяет скрыть адрес.
• 4.10 Нельзя брать плату за встроенные возможности, такие как push-уведомления или камера.

5. Правовые вопросы

Простым языком, раздел 5 о законе. Он начинается так: приложения «должны соответствовать всем правовым требованиям в любом месте, где вы их распространяете».

• 5.1 Конфиденциальность. Политика конфиденциальности, разрешения, минимизация данных, удаление учётной записи и передача данных третьим лицам.
• 5.2 Интеллектуальная собственность. Используйте только контент, который создали сами или на который у вас есть лицензия.
• 5.3 Игры, азартные игры и лотереи. Строго регулируются; рассчитывайте на дополнительное время проверки.
• 5.4 и 5.5 касаются VPN-приложений и управления мобильными устройствами.
• 5.6 Кодекс поведения разработчика. Будьте уважительны, в том числе в ответах App Review.

Пять областей, которые стоит проверить перед отправкой

Эти пять областей — выбор редакции: правила, которые легко упустить и которые хорошо описаны Apple. Цифру Apple публикует только для первой.

2.1 Полнота приложения

На странице App Review Apple сказано, что в среднем более 40% нерешённых проблем связаны с правилом 2.1. Оно охватывает сбои, контент-заглушки, неработающие ссылки и неполные сведения для проверки.

• Протестируйте релизную сборку на реальных устройствах с последней версией iOS.
• Замените каждый «Lorem ipsum», тестовое изображение и пустой экран.
• Убедитесь, что ссылка на поддержку и ссылка на политику конфиденциальности работают.
• В разделе App Review Information добавьте рабочую демо-учётную запись и все шаги, которые нужны проверяющему.
• Не выключайте бэкенд во время проверки.

2.3 Точные метаданные

Страница в магазине должна описывать приложение, которое вы на самом деле выпускаете.

• 2.3.1 Новые функции нужно описывать «конкретно» в заметках для проверки; общие описания отклоняются.
• 2.3.3 Скриншоты должны показывать приложение в работе, «а не только титульную графику, страницу входа или заставку».
• 2.3.7 Название приложения ограничено 30 символами. Не набивайте метаданные товарными знаками, названиями популярных приложений или ценами.
• 2.3.8 Значки, скриншоты и превью должны соответствовать возрастному рейтингу 4+, даже если у приложения рейтинг выше.

3.1.1 Встроенные покупки

Если люди платят за открытие функций или контента внутри приложения, например за подписку, премиум-контент или полную версию, вы должны использовать встроенные покупки. Собственные механизмы разблокировки, такие как лицензионные ключи или QR-коды, использовать нельзя. С физическими товарами и услугами, которые используются вне приложения, всё наоборот: правило 3.1.3(e) требует для них других способов оплаты, например Apple Pay или карты.

4.3 Спам

Его вызывают две вещи. Первая — несколько Bundle ID для одного и того же приложения, например отдельное приложение для каждого города; вместо этого Apple предлагает одно приложение со встроенными покупками для вариантов. Вторая — приложения, «неотличимые от того, что уже широко доступно». Apple называет устоявшимися категориями знакомства, фонарики, звуковые эффекты, обои, простые таймеры и гадания и не принимает новые приложения в них, «если они не предлагают существенно иной или улучшенный опыт». Если вы входите в переполненную категорию, напишите в заметках для проверки, чем вы отличаетесь.

5.1.1 Сбор и хранение данных

Правило о конфиденциальности, в котором больше всего частей:

• (i) Политика конфиденциальности. Разместите ссылку в App Store Connect и в самом приложении. В политике должно быть сказано, что вы собираете, как, зачем, с кем делитесь и как люди могут удалить свои данные.
• (ii) Разрешение. Получите согласие до сбора пользовательских данных или данных об использовании, дайте людям простой способ его отозвать и напишите строки назначения, которые ясно объясняют, зачем вам данные.
• (v) Вход в учётную запись. Если в приложении нет существенных функций, завязанных на учётную запись, дайте пользоваться им без входа. Если в приложении можно создать учётную запись, её должно быть можно удалить прямо в приложении.

Правило 5.1.2(i) добавляет ещё одну строку, нужную многим ИИ-приложениям: вы должны «ясно раскрывать, где персональные данные будут переданы третьим лицам, в том числе стороннему ИИ», и заранее получить явное разрешение. Ответы в разделе «Конфиденциальность приложения» в App Store Connect должны всему этому соответствовать; где они находятся, показано в нашем руководстве по App Store Connect.

Если проверка прошла не так, как вы хотели

Если отправка не прошла, вы получите сообщение в разделе App Review вашего приложения в App Store Connect. Многие разработчики до сих пор называют его Resolution Center. В нём указано правило и описана проблема.

1. Прочитайте указанное правило

   Откройте номер правила из сообщения и прочитайте полный текст, а не только краткое содержание.

2. Если проблема реальна, исправьте её и отправьте снова

   Загрузите новую сборку, если менялся код, или обновите метаданные, если не менялся. Напишите в заметках для проверки, что вы изменили.

3. Если что-то неясно, ответьте App Review

   Нажмите Reply to App Review в App Store Connect. Apple говорит, что ответит специалист, знакомый с вашим приложением. Будьте конкретны: точная функция, правило или шаг. Можно также попросить звонок; по словам Apple, звонки обычно проходят в течение трёх–пяти рабочих дней.

4. Если вы всё ещё не согласны, подайте апелляцию

   Подайте апелляцию в App Review Board. Apple просит сначала ответить на отклонение, подавать только одну апелляцию на каждое отклонённое приложение и в этой одной апелляции разобрать каждое указанное правило по пунктам.

Стоит знать ещё о двух вариантах. Если вы отправили обновление с исправлением ошибки, а проверяющий нашёл другие проблемы, Apple может предложить одобрить текущую отправку и дать вам исправить остальное в следующий раз, если нет правовых вопросов или вопросов безопасности. А до отправки можно записаться на 30-минутную видеовстречу с App Review и задать вопросы о правилах.

Ускоренная проверка

Apple сообщает, что App Review обычно проверяет не менее 50% отправок менее чем за 24 часа и 90% менее чем за 48 часов. Если ждать нельзя, ускоренную проверку можно запросить в двух случаях:

• Исправление критической ошибки. При отправке укажите в поле Notes шаги, которые воспроизводят ошибку в текущей версии.
• Релиз, связанный с событием. Укажите событие, его дату и то, как с ним связано ваше приложение. Apple рекомендует вместо этого заранее запланировать релиз.

Ускорить можно только уже отправленные приложения, и Apple просит «оставлять такие запросы для действительно срочных случаев». Используйте форму Request an Expedited App Review.

Перед отправкой

Собственный чек-лист Apple сводится к четырём строкам: проверьте приложение на сбои и ошибки, сделайте метаданные полными и точными, держите контактные данные актуальными и дайте App Review полный доступ, с демо-учётной записью, если в приложении нужен вход. Затем нажмите Add for Review, а в черновике отправки — Submit for Review. Наше руководство Как сделать приложение с помощью ИИ выстраивает всё это в том порядке, в котором вы с этим столкнётесь.

AirBuild ведёт этот цикл за вас. На тарифах Basic, Plus и Ultra он готовит страницу в App Store, скриншоты и заметки для проверки, отправляет приложение, отслеживает проверку, отвечает на замечания App Review, исправляет проблемы и отправляет снова.

Частые вопросы

Что такое Руководство по проверке приложений в App Store?

Это правила Apple для приложений в App Store, разделённые на пять разделов: безопасность, производительность, бизнес, дизайн и правовые вопросы. По ним проверяется каждая отправка, включая обновления.

Какая самая частая причина отклонения приложений?

Apple не публикует полный рейтинг причин отклонения. На странице App Review сказано, что в среднем более 40% нерешённых проблем связаны с правилом 2.1 «Полнота приложения». Сюда входят сбои, контент-заглушки, неработающие ссылки и отсутствие сведений для проверки, например демо-учётной записи.

Как ответить на отклонение в App Store?

Прочитайте сообщение в разделе App Review вашего приложения в App Store Connect. Если проблема реальна, исправьте её и отправьте снова. Если у вас есть вопрос или вы считаете, что проверяющий неправильно понял приложение, ответьте App Review там же с конкретикой. Подавайте апелляцию в App Review Board только после этого.

Сколько длится App Review?

Apple сообщает, что App Review обычно проверяет не менее 50% отправок менее чем за 24 часа и 90% менее чем за 48 часов. Сложные приложения или повторные отклонения по одной и той же проблеме могут занять больше времени.

Можно ли ускорить App Review?

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