Почему App Store отклоняет приложения: частые причины отказа и как подготовиться к проверке

Короткий ответ: чаще всего App Store отклоняет приложение не из-за сложных нарушений, а потому что проверяющий не смог им нормально воспользоваться. По данным Apple, больше 40% нерешённых замечаний относятся к правилу 2.1 — вылеты, заглушки, нет рабочего демо-доступа. Следом идут правила о «просто сайте» и клонах (4.2 и 4.3), о данных пользователя (5.1.1) и о покупках (3.1.1). Почти все такие отказы снимаются подготовкой до отправки, а несогласие с решением можно оспорить ответом проверяющему или апелляцией.

Ниже разбираем отказы по номерам правил, как их пишет Apple, и что с ними делать. Правила сверены с официальными App Store Review Guidelines на 30 октября 2026 года. Общий путь публикации — аккаунты, D-U-N-S, Google Play и RuStore — описан в отдельной статье о том, как выпустить приложение из России; здесь — только про проверку Apple и отказы.

Как устроена проверка в App Store?

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

Что важно понимать заказчику:

• Проверяют не код, а опыт пользователя. Проверяющий не читает исходники. Он видит то же, что увидит клиент, плюс заметки, которые вы оставили в разделе App Review Information в App Store Connect.
• Отказ приходит с номером правила. В письме указан пункт, например «Guideline 2.1 — Performance — App Completeness», и описание, что именно не так. Иногда со скриншотом с устройства проверяющего.
• Каждое обновление проверяется заново. То, что прошло в первой версии, может не пройти в пятой, если поменялись правила или вы добавили новую функцию.
• Повторы замедляют. Apple прямо предупреждает в разделе After You Submit: если приложение раз за разом отклоняют по одному и тому же правилу, проверка занимает больше времени.

Правило	Как звучит претензия на деле	Что обычно исправляет
2.1 — полнота приложения	Не смогли войти, кнопка ведёт в пустоту, приложение вылетело, покупки не нашлись	Рабочий демо-доступ, живой сервер, заметки для проверяющего, сборка без заглушек
2.3 — точное описание	Скриншоты не совпадают с приложением, в описании функции, которых нет	Скриншоты из реальной сборки, описание без обещаний на будущее
4.2 — минимальная функциональность	Это просто сайт в оболочке, набор ссылок или рекламный буклет	Функции, которых нет на сайте: офлайн, push, камера, личные данные под рукой
4.3 — спам	Такое приложение уже есть, или вы прислали копию своего же приложения	Одно приложение вместо нескольких клонов, своё содержание и сценарий
5.1.1 — данные и доступы	Нет политики конфиденциальности, неясно, зачем камера, аккаунт нельзя удалить	Ссылка на политику, понятные тексты запросов, удаление аккаунта внутри приложения
3.1.1 — встроенные покупки	Цифровой доступ продаётся мимо механизма покупок Apple	Встроенные покупки для цифрового или внешняя оплата, если это товар или услуга вне приложения

Отказ 2.1: чего не хватило проверяющему?

Правило 2.1 требует, чтобы на проверку пришла финальная версия: без заглушек и временного текста, с рабочими ссылками, демо-доступом и включённым сервером. Если проверяющий не смог войти, увидел пустой экран или приложение вылетело — это 2.1, даже если у вас всё работает.

Типичные ситуации, после которых приходит такой отказ:

• Вход по коду из SMS без тестового номера. Проверяющий не получит SMS на ваш номер. Нужен тестовый номер с постоянным кодом или демо-аккаунт, и это описывают в заметках.
• Сервер разработки выключили или сменили адрес. Сборка смотрит на тестовый сервер, который в день проверки перезапускали. Apple отдельно пишет: включите серверную часть на время проверки.
• Пустой аккаунт. Демо-аккаунт без данных: нет заказов, нет истории, нет контента. Проверяющий не понимает, что делает приложение. Демо-аккаунт стоит заполнить реалистичными примерами.
• Функции «скоро будет». Кнопка с надписью «Раздел в разработке», экран-заглушка, ссылки на пустые страницы сайта.
• Покупки не видны. Если в App Store Connect заведены встроенные покупки, они должны находиться и работать в приложении. Если какую-то покупку проверяющий не найдёт, причину надо объяснить в заметках.
• Функция зависит от места или оборудования. Приложение работает только в вашем городе, рядом с вашим устройством или по договору с вашей компанией. Проверяющий этого не воспроизведёт — нужен демо-режим или видео сценария.

Рядом с 2.1 стоит правило 2.3 о точности описания. Скриншоты должны показывать приложение в работе, а не заставку или экран входа; в названии не больше 30 знаков; в описании и ключевых словах — без чужих брендов и цен. Новые функции обновления Apple просит описывать в заметках для проверки конкретно: общие формулировки, как сказано в правилах, отклоняются.

4.2 и 4.3: «это просто сайт» и «таких приложений много»

Правило 4.2 отклоняет приложения, которые не дают ничего сверх переупакованного сайта: витрину, набор ссылок, рекламный буклет. Правило 4.3 — про спам: копии своего же приложения под разными идентификаторами и приложения, неотличимые от того, что в магазине уже широко доступно.

Эти отказы неприятнее, чем 2.1: их не исправить настройкой сервера, приходится менять сам продукт.

Когда велик риск отказа по 4.2.

• Приложение — это сайт компании, открытый во встроенном браузере, без единой собственной функции.
• Внутри — каталог услуг, контакты и форма заявки, то есть то же, что на сайте, только в иконке. Правило 4.2.2 прямо называет маркетинговые материалы, рекламу, вырезки из сайтов и наборы ссылок; исключение сделано для каталогов.
• Приложение собрано из коммерческого шаблона или конструктора. По правилу 4.2.6 такие приложения отклоняют, если их отправляет не владелец контента, а сервис-конструктор от имени клиента.

Что помогает пройти. Функции, ради которых приложение ставят на телефон: личный кабинет с историей заказов и статусами, push-уведомления о событиях (как они устроены — в статье о push-уведомлениях), работа без сети, камера для сканирования или фотоотчёта, геолокация в деле, а не для галочки. Технология сама по себе не решает: приложение на React Native, Flutter или с веб-интерфейсом внутри проходит, если в нём есть смысл именно приложения.

Когда велик риск отказа по 4.3.

• Вы хотите отдельное приложение на каждый город, филиал или бренд. Apple предлагает делать одно приложение с выбором внутри: пример из правил — одна карта с поиском по городам вместо отдельного приложения на каждый город.
• Приложение повторяет массовый жанр без своего: ещё один фонарик, калькулятор, сборник обоев, гороскоп, простая игра по чужой механике.
• Вы уже отправляли похожее приложение с другого аккаунта.

Если продукт честно отличается — своя механика, свои данные, своя аудитория, — это стоит прямо описать в ответе проверяющему, а не надеяться, что он догадается сам.

5.1.1: данные, разрешения и удаление аккаунта

Правило 5.1.1 требует ссылку на политику конфиденциальности и в карточке, и внутри приложения, согласие на сбор данных, понятные тексты запросов доступа, минимум запрашиваемых данных и удаление аккаунта внутри приложения, если аккаунт в нём можно создать.

На чём спотыкаются чаще всего:

• Тексты запросов доступа. Когда приложение просит камеру, геолокацию или фото, iOS показывает системное окно с вашим пояснением. Правило 5.1.1(ii) требует, чтобы эти пояснения ясно и полностью описывали, зачем нужны данные. «Для работы приложения» — плохой текст; «Чтобы сфотографировать накладную и приложить к заказу» — хороший.
• Доступ, без которого не пускают. По 5.1.1(iv) нельзя вынуждать соглашаться на ненужный доступ. Пример из правил: если пользователь не дал геолокацию, предложите ввести адрес вручную.
• Лишние разрешения. Запрос контактов или микрофона в приложении, где они не используются в основном сценарии, нарушает принцип минимизации (5.1.1(iii)).
• Удаление аккаунта. Нужна кнопка удаления, обычно в настройках профиля. По разъяснению Apple, одной деактивации недостаточно, а звонок, письмо или чат с поддержкой допустимы только в строго регулируемых сферах. Если удаление завершается на сайте, нужна прямая ссылка на нужную страницу; если оно занимает время, пользователя об этом предупреждают.

Рядом стоит правило 4.8 о входе: если основной вход — через сторонний сервис, нужен равноценный альтернативный способ; если вход только через вашу собственную систему аккаунтов, второй способ не требуется. Всё это проверяющий видит своими глазами, поэтому проверьте сценарий «зарегистрировался — отказал в доступе — удалил аккаунт» до отправки.

3.1.1: когда Apple требует встроенные покупки

Если приложение за деньги открывает функции или контент — подписку, внутреннюю валюту, уровни, премиум-материалы, полную версию, — по правилу 3.1.1 это продаётся через встроенные покупки Apple. Ключи, QR-коды и другие свои способы разблокировки правила прямо запрещают.

Граница, которую важно понимать до разработки:

• Цифровое внутри приложения — встроенные покупки. Курс, подписка на функции, «снять ограничения».
• Товары и услуги вне приложения — наоборот, не через встроенные покупки (правило 3.1.3(e)). Доставка, запись к мастеру, билет, такси, ремонт оплачиваются картой или другим обычным способом.
• Ранее купленный контент — для «читалок» журналов, книг, музыки и видео есть отдельное правило 3.1.3(a): можно дать доступ к купленному в другом месте.

Отказ по 3.1.1 обычно приходит, когда в приложении есть кнопка «Оплатить на сайте» для цифровой подписки или когда платный доступ открывается своим кодом или ключом. В правилах есть исключения для отдельных стран и случаев, а для российских пользователей и разработчиков действуют свои ограничения на платежи — их сверяем на дату релиза, а схему оплаты закладываем ещё на этапе брифа, не перед отправкой.

Как ответить на отказ и подать апелляцию

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

1. Ответ в App Store Connect. Apple сама предлагает писать проверяющему, если остались вопросы или есть что добавить. Пишите по-английски, коротко и по пунктам: где находится функция, какой логин использовать, какие шаги пройти. Скриншоты и короткое видео сценария сильно помогают.
2. Исправление и новая сборка. В ответе к новой сборке перечислите, что изменили, со ссылкой на номер правила. Не отправляйте ту же сборку повторно без изменений.
3. Апелляция. По правилам Apple, её подают, если считаете, что проверяющий неверно понял идею и функции приложения или что решение несправедливо. Нужно привести конкретные доводы, почему приложение соответствует правилам, подать одну апелляцию на отклонённую сборку и перед этим ответить на все запросы проверяющего.
4. Срочное исправление для приложения, которое уже в магазине. Обновления с исправлением ошибок, как пишет Apple, не задерживают из-за нарушений правил, кроме юридических вопросов и безопасности. Если такое обновление отклонили, в App Store Connect сообщают проверяющему, что хотите воспользоваться этим порядком (Bug Fix Submission) и исправите замечание в следующей версии.

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

Чек-лист перед отправкой

Мы проходим этот список перед каждой отправкой в App Store — и для новых приложений, и для обновлений. Он закрывает почти все отказы, о которых шла речь выше.

• Сборка финальная: нет заглушек, тестовых надписей, разделов «скоро», ссылок на пустые страницы.
• Демо-аккаунт работает и заполнен данными; для входа по SMS — тестовый номер с постоянным кодом.
• Сервер, к которому обращается сборка, включён и не будет перезапускаться в дни проверки.
• Заметки для проверяющего: что делает приложение, как пройти основной сценарий, что работает только в определённом месте или с оборудованием.
• Скриншоты сняты с этой сборки, описание не обещает того, чего нет.
• Политика конфиденциальности открывается и из карточки, и из приложения.
• Каждый запрос доступа объясняет, зачем он нужен, и при отказе приложение продолжает работать.
• Удаление аккаунта есть в приложении и действительно удаляет данные.
• Цифровые покупки — через встроенные покупки, они видны и проходят в тестовой среде; оплата товаров и услуг — внешним способом.
• Приложение проверено на реальных устройствах и на актуальной версии iOS, без вылетов на первом запуске и при плохой сети.

Какие ошибки делают заказчики и когда всё это не нужно?

Главная ошибка — заказывать «приложение как сайт» и узнавать о правиле 4.2 из письма Apple. Вторая — оставлять демо-доступ и оплату на последний день. Если же вам не нужен магазин приложений, весь этот разговор можно пропустить.

Ещё несколько ошибок, которые растягивают выход:

• Отправлять сборку в пятницу вечером с сервером разработки, который выключат на выходных.
• Делать по приложению на каждый филиал, чтобы «занять больше мест в магазине», — это прямой путь к 4.3.
• Добавлять функцию в обновление и не упоминать её в заметках: правило 2.3.1 требует описывать изменения конкретно.
• Прятать проблемную функцию от проверяющего — это не исправление: по правилу 2.5.19 скрытые и незадокументированные функции — основание удалить приложение из магазина и закрыть аккаунт разработчика.

Когда App Store вам не нужен. Если задача — дать клиентам каталог, запись или кабинет и они готовы открыть ссылку, проще сделать PWA: сайт, который ставится на экран телефона и не проходит модерацию магазинов. Чем PWA отличается от приложения из магазина и когда его хватает — в статье PWA или кроссплатформа. Если приложение только для сотрудников вашей компании, публичный App Store тоже не обязателен: у Apple есть отдельные способы распространения для внутренних приложений, их выбираем на брифе.

Что мы берём на себя при публикации?

В тарифе «Мобильное приложение» — от 200 000 ₽, от 2 недель — публикация в App Store и Google Play входит в работу: готовим карточку, демо-доступ, заметки для проверяющего и отвечаем на замечания. Аккаунты разработчика оформляются на вас и оплачиваются отдельно.

Как это устроено по шагам:

• На брифе проверяем риски заранее: не получится ли «сайт в обёртке», нужны ли встроенные покупки, какие данные и разрешения требуются, есть ли вход и удаление аккаунта.
• Перед отправкой проходим чек-лист выше и настраиваем сервер так, чтобы проверка шла на стабильной версии.
• После отказа разбираем письмо, исправляем сборку или пишем ответ проверяющему. Срок самой проверки на стороне Apple, от нас он не зависит.
• После запуска — 14 дней бесплатной поддержки по тарифу, дальше поддержка по абонентке от 7 900 ₽ в месяц или почасово. Обновления тоже проходят проверку, поэтому в план выпуска закладываем время на неё — подробнее в статье о поддержке приложения после запуска.

Если приложение уже отклонили, а разработчик недоступен, пришлите текст отказа: по номеру правила и описанию обычно сразу видно, хватит ли ответа проверяющему или придётся менять сборку. Итоговую цену доработок называем после разбора, ориентиры — в прайсе.

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

Сколько длится проверка в App Store после исправлений?

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

Можно ли ответить проверяющему, не отправляя новую сборку?

Да. Если отказ вызван непониманием — проверяющий не нашёл функцию или не смог войти, — ответ с пояснением и демо-доступом пишут в App Store Connect. Если же проблема в коде, без новой сборки не обойтись.

Что такое App Review Board?

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

Отклонят ли приложение, сделанное на Flutter или React Native?

Сама технология не причина отказа: правила оценивают, что приложение делает для пользователя. Риск появляется, когда внутри просто открывается сайт без собственных функций, — это правило 4.2, и оно касается любой технологии.

Обязательно ли давать удаление аккаунта, если регистрация через сайт?

Если создать аккаунт можно в самом приложении, удаление тоже должно быть доступно из приложения. Довести удаление можно на сайте, но тогда нужна прямая ссылка на страницу удаления, а не на главную или форму поддержки.

Входит ли повторная отправка после отказа в стоимость разработки?

В тарифе «Мобильное приложение» публикация в App Store и Google Play входит в работу: замечания проверяющего к сборке, сделанной по согласованному ТЗ, исправляем в рамках этой работы. Если для прохождения нужно поменять саму идею продукта, например добавить новые функции, такой объём оцениваем отдельно.

Услуги и кейсы по теме: мобильные приложения · цены и сроки