Отказ в App Store: как исправить по каждому пункту правил (2026)

Отказ в App Store — это сообщение от App Review, в котором указано правило, описано, что увидел ревьюер, и релиз задержан, пока вы не исправите проблему, не дадите пояснения или не подадите апелляцию. Начните с того, чтобы превратить это сообщение в проблему, которую можно проверить. Дальнейшие шаги зависят от того, не смог ли ревьюер воспользоваться приложением, нашёл несоответствие правилам или ему нужна дополнительная информация. По состоянию на октябрь 2026 года App Review Guidelines последний раз обновлялись 16 октября 2026 г., поэтому проверяйте актуальную нумерацию, прежде чем цитировать раздел.

Что на самом деле сообщает отказ в App Store?

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

Сохраните полный текст сообщения, все скриншоты, номер сборки и данные об устройстве. Прочитайте указанный раздел на актуальной странице правил. Затем сформулируйте одно предложение: «Ревьюер не смог выполнить X, потому что Y». Если в сообщении запрашивается недостающая информация, а не описан дефект, точно запишите, чего не хватает. Стандартный текст Apple для 2.1 также объясняет, как воспроизвести проблему: «Для новых приложений удалите все предыдущие версии приложения с устройства, затем установите его и выполните шаги для воспроизведения проблемы».

• Упоминается сбой, недоступный экран или незавершённая функция? Воспроизведите этот сценарий в отправленной релизной сборке на том типе устройства, который указала Apple.
• Упоминаются скриншоты, описание или заметки для ревью? Проверьте, можно ли исправить это только в метаданных.
• Упоминаются платежи, вход, конфиденциальность или минимальная функциональность? Сравните поведение продукта с указанным правилом.

На какие правила ссылаются при отказах в App Store и что они требуют?

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

Обновление от 16 октября 2026 г. добавило пункт 2.5.19 о скрытых, неактивных или недокументированных функциях, которые раньше подпадали под 2.3.1. Также появился пункт 2.3.14 о креативных ассетах, а entitlement для музыкальных стриминговых сервисов (Music Streaming Services) объединён с StoreKit External Purchase Link entitlement в пункте 3.1.1(a). Считайте таблицу отправной точкой, а не гарантированным решением. Одно правило может охватывать разные проблемы, и именно пример ревьюера — тот конкретный случай, который нужно устранить.

Как исправить отказ по правилу 4.2 (минимальная функциональность)?

Отказ по 4.2 исправляется добавлением реальной ценности приложения, а не переписыванием описания. Правило 4.2 гласит: «Если ваше приложение не особенно полезно, не уникально или не похоже на приложение, ему не место в App Store».

Спросите себя, что пользователь может сделать в вашем приложении такого, что делает его полезным именно как приложение. Например, пройти рабочий сценарий до конца, сохранить значимое состояние, использовать возможности устройства так, как это уместно для приложения, или получить мобильный опыт, созданный для устройства. Ни один опубликованный список функций не гарантирует одобрения. Если такие сценарии уже есть, перечислите их в заметках для ревью с точными шагами и скриншотами. Если приложение в основном показывает веб-страницу, ему нужна продуктовая доработка. Уведомления или пустой экран настроек, добавленные только ради «нативного» вида, не заменяют реальной ценности для пользователей.

Как ответить App Review в App Store Connect?

Отвечайте в App Store Connect: откройте отправку по ссылке о нерешённых проблемах приложения, нажмите Resolve, затем Reply to App Review. Согласно справке Apple, для этого нужна роль Account Holder, Admin или App Manager.

1. В разделе Apps выберите приложение.
2. В верхней части страницы нажмите ссылку, указывающую на нерешённые проблемы.
3. В разделе In Progress нажмите Resolve рядом с отправкой.
4. Нажмите Reply to App Review и введите текст.
5. Чтобы добавить скриншоты или документы, нажмите Attach File, затем Reply.

Apple указывает, что переписываться и прикладывать файлы можно «до повторной отправки в App Review», поэтому отправьте доказательства до того, как отправите приложение снова. Отвечайте кратко и по фактам: что изменилось, где это находится и как это проверить. Не спорьте, ссылаясь на другие приложения, которые якобы делают то же самое.

Исправить метаданные, загрузить новую сборку или подать апелляцию?

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

Руководство Apple по апелляциям просит «по пунктам объяснить, как ваше приложение соответствует» правилу. Там же сказано, что не стоит подавать апелляцию, если вы уже исправили проблемы и отправили приложение повторно. Полностью оформленная апелляция «не гарантирует» отмены решения. Для приложений, уже опубликованных в магазине, политика Bug Fix Submissions в правилах говорит, что исправления ошибок не будут задерживаться из-за нарушений правил, «за исключением связанных с юридическими вопросами или безопасностью».

Как другие разработчики исправляли реальные отказы в App Store?

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

Ошибка входа по 2.1. Разработчик на Apple Developer Forums привёл сообщение «В частности, мы не смогли войти из-за ошибки», хотя рабочая и TestFlight-версии входили с теми же учётными данными. Другие участники обсуждения описали разные решения. Один исправил проблему, «сменив http на https на веб-сервере». Другой после трёх отказов добавил состояние «Проверьте подключение» вместо бесконечного индикатора загрузки. Третий после пяти отказов убрал iPad из deployment target — это обходит проблему ценой отказа от поддержки iPad.

Сбой при запуске. На форуме Solar2D разработчик получил сообщение «Мы не смогли проверить приложение, потому что оно аварийно завершилось при запуске» на iPhone 13 mini с iOS 18.3.2. Приложенный лог сбоя показал отсутствие ключа NSUserTrackingUsageDescription. Разработчик подтвердил: «Прошло после добавления NSUserTrackingUsageDescription».

WebView-приложение по 4.2. Разработчик на Apple Developer Forums сообщил о десятом отказе для приложения на основе WebView. Ревьюер прислал скриншот левого меню с пометкой, что в нём не хватает контента. Основные экраны уже были нативными, но два-три всё ещё открывали WebView. Ответ, отмеченный как решение, пришёл от App Review и рекомендовал индивидуальную консультацию с App Review. Одобрение в обсуждении не подтверждено.

Сравнение: случаи по 2.1 решились воспроизведением условий ревьюера и чтением лога сбоя. Случай по 4.2 застрял, потому что каждая повторная отправка меняла лишь часть приложения, которое по сути оставалось сайтом.

Как не получить тот же отказ снова?

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

• Удалите приложение, затем установите релизную сборку с нуля на физический iPhone и iPad.
• Войдите с аккаунтом для ревью в сети без серверов разработки и исключений для HTTP.
• Откройте каждый запрос разрешений и убедитесь, что для каждого есть описание использования в Info.plist.
• Убедитесь, что каждая встроенная покупка отправлена, видна и объяснена в заметках для ревью.
• Обновляйте заметки для ревью при каждом изменении сценария. Не вставляйте заметки шестирелизной давности.

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