Если Apple отклонил приложение, в большинстве случаев причина из короткого списка: приложение выглядит недоработанным, ревьюер не смог войти, функциональности слишком мало и оно похоже на сайт в обёртке, нет удаления аккаунта, цифровой контент продаётся в обход встроенных покупок или данные описаны не так, как приложение их собирает. Почти всё это можно предусмотреть ещё на этапе проектирования, а не исправлять после письма из App Review. Ниже — разбор частых отказов и порядок действий, если он уже пришёл.
- Отказ — не приговор: в письме указан пункт правил и описание проблемы, после исправления сборку отправляют снова.
- Половина причин закладывается на дизайне и в архитектуре: вход, удаление аккаунта, разрешения, оплата.
- Правила App Store Review Guidelines регулярно обновляются — сверяйте актуальную редакцию на дату отправки.
Как выглядит отказ и что он означает
Решение ревью приходит в App Store Connect: сообщение со ссылкой на конкретный пункт App Store Review Guidelines, пояснением и иногда скриншотами того, что увидел проверяющий. Официальной версии правил на русском нет, поэтому ниже мы пересказываем суть, а за точной формулировкой стоит идти в оригинал на английском.
Отказ бывает двух видов. Первый — исправить сборку: что-то не работает или нарушает правила в самом приложении. Второй — исправить метаданные: проблема в описании, скриншотах или анкетах, и новая сборка не нужна. Важно понять, какой именно случай ваш, — это сэкономит дни.
Ошибка 1. Приложение выглядит недоработанным
Самая частая причина отказа. Ревьюер видит падение при запуске, пустые экраны, кнопки без действия, заглушки «скоро будет», тестовые данные вместо настоящих. Для Apple это не готовый продукт, а бета-версия, которой место в TestFlight.
Сюда же относится отсутствие доступа. Если функции закрыты логином, ревьюеру нужны тестовые учётные данные и, при необходимости, пояснение, как пройти до ключевого сценария. Вход по SMS на казахстанский номер проверяющий не пройдёт — нужен демо-режим или специальная учётная запись. Если приложение работает только с оборудованием или в определённом месте, понадобится видео с демонстрацией.
Падения ловят до отправки, а не после: приложение прогоняют на матрице реальных устройств разных поколений, автотестами проверяют критичные сценарии — авторизацию, оплату, синхронизацию, — а перед релизом готовят отчёт о тестировании. Отдельно проверяют поведение без сети и при медленном интернете: ревьюер может открыть приложение в любых условиях, и бесконечный индикатор загрузки для него тоже признак недоработки.
Ошибка 2. «Сайт в обёртке»: слишком мало функциональности
Приложение, которое просто открывает мобильную версию сайта внутри оболочки, Apple часто отклоняет за недостаток функциональности. Логика ревью проста: если всё то же самое доступно в браузере, отдельное приложение пользователю не нужно.
Чтобы пройти, приложение должно давать то, чего нет у сайта: нативную навигацию, push-уведомления по событиям, работу с камерой, геолокацией, биометрией, офлайн-режим, личный кабинет с историей. Если вы ещё выбираете между сайтом и приложением, об этом подробно — в статье «Мобильное приложение или адаптивный сайт».
Ошибка 3. Регистрация есть, удаления аккаунта нет
Если в приложении можно создать аккаунт, Apple требует, чтобы его можно было и удалить из самого приложения — не через письмо в поддержку и не только на сайте. Отказ по этой причине получают даже давно работающие приложения при очередном обновлении.
Решение закладывают в архитектуру: экран удаления в профиле, подтверждение, обработка на бэкенде с учётом того, что часть данных компания обязана хранить по закону, например по оплатам. Если приложение позволяет входить через сторонние сервисы, проверьте и требования к вариантам входа: Apple предъявляет к ним отдельные правила, связанные с приватностью пользователя.
Ошибка 4. Оплата в обход встроенных покупок
Здесь важно различать, что именно продаётся.
| Что продаёт приложение | Как принимать оплату |
|---|---|
| Физические товары: заказ из магазина, доставка еды | Картой, Kaspi Pay и другими способами вне Apple |
| Услуги в реальном мире: запись к врачу, такси, аренда | Картой, Kaspi Pay и другими способами вне Apple |
| Цифровой контент и функции внутри приложения: подписка, курсы, премиум-доступ | Как правило, через встроенные покупки Apple |
Отказ получают приложения, которые продают цифровую подписку через свою платёжную страницу или ведут на неё ссылкой. Правила об оплате — одни из самых изменчивых: по разным странам и типам приложений есть исключения, поэтому схему монетизации стоит проверять по актуальной редакции правил ещё на этапе аналитики.
Ошибка 5. Данные и разрешения описаны не так, как работают
Apple проверяет несколько вещей одновременно:
- Политика конфиденциальности — ссылка в карточке и доступ из приложения, с описанием, какие данные собираются, зачем и кому передаются.
- Раздел о данных в карточке — ответы должны совпадать с реальным поведением приложения и встроенных SDK: аналитики, рекламы, crash-отчётов.
- Privacy-манифесты — файлы, в которых приложение и его SDK описывают собираемые данные. Без актуальных манифестов обновление могут не пропустить.
- Запросы разрешений — к камере, геолокации, контактам. Каждый запрос должен объяснять, зачем он нужен, и появляться в момент, когда функция действительно используется, а не все сразу при первом запуске.
- Отслеживание — если данные используются для рекламы и связываются с другими приложениями, нужно запрашивать разрешение у пользователя.
Подключить рекламный или аналитический SDK «на всякий случай» и не учесть его в анкете. Ревью смотрит на то, что реально уходит из приложения, и расхождение с анкетой — прямой путь к отказу.
Ошибка 6. Метаданные и дизайн не по правилам
Отказ может прийти, даже если код безупречен. Скриншоты показывают экраны, которых нет в приложении, в описании упоминается Android или цены другой платформы, название перегружено ключевыми словами, возрастной рейтинг не соответствует содержимому.
Дизайн — отдельная зона риска. Чужая платформенная навигация, нестандартные системные элементы, запрос лишних разрешений, недоступные элементы управления — всё это частые поводы для замечаний. Поэтому дизайн мобильного приложения мы делаем сразу по Human Interface Guidelines и Material Design, и по дизайну замечаний на ревью обычно не бывает. Чем отличаются гайдлайны двух платформ, мы разбирали в статье «Дизайн под iOS и Android».
Приложение не прошло модерацию: что делать
- Прочитайте сообщение целикомНайдите пункт правил, на который ссылается ревьюер, и прочитайте его в оригинале. Посмотрите приложенные скриншоты.
- Определите тип проблемыСборка или метаданные. Во втором случае достаточно исправить карточку и ответить ревьюеру.
- Уточните, если непонятноВ App Store Connect можно ответить ревьюеру и задать вопрос. Вежливое пояснение с конкретикой часто снимает замечание без новой сборки.
- Исправьте и отправьте сноваС комментарием, что изменено. Повторное ревью обычно проходит не дольше первого.
- Обжалуйте, если уверены в правотеЕсли считаете решение ошибочным, есть процедура апелляции. Пользуйтесь ею, когда можете сослаться на правила, а не на сроки запуска.
Как предусмотреть отказ ещё на проектировании
- Нет падений, пустых экранов, заглушек и тестовых данных.
- Для ревьюера подготовлены учётная запись, демо-режим или видео.
- Приложение даёт ценность, которой нет у сайта.
- Удаление аккаунта доступно в самом приложении.
- Цифровой контент продаётся по правилам встроенных покупок, физические товары и услуги — своими способами оплаты.
- Политика конфиденциальности опубликована и доступна из приложения.
- Анкета о данных совпадает с поведением приложения и всех SDK.
- Privacy-манифесты актуальны.
- Разрешения запрашиваются в момент использования и с пояснением.
- Скриншоты и описание соответствуют текущей версии.
- Интерфейс соответствует Human Interface Guidelines.
В разработке приложений WeMake ревью сторов — наша зона ответственности по договору: готовим политику данных, тестовые доступы для ревьюера, описания и скриншоты, учитываем гайдлайны на дизайне, а если замечания всё же приходят, отвечаем на них и дорабатываем за свой счёт. Публикация и ответы на замечания входят в смету разработки, а ориентиры по форматам — MVP, полное приложение, нативная разработка — собраны на странице цен на приложения. Если ваше приложение уже отклонили и нужна помощь, расскажите о ситуации через страницу приложений для iOS и Android.
Сколько раз можно отправлять приложение на ревью после отказа?
Ограничения на число повторных отправок нет. Но каждая итерация занимает дни, поэтому исправлять стоит сразу всё, что указано в замечании, и проверять соседние требования.
Почему Apple отклонил обновление, если прошлые версии проходили?
Правила обновляются, и каждое обновление проверяют по действующей редакции. Частые причины — новые требования к данным, privacy-манифестам и удалению аккаунта.
Есть ли App Store Review Guidelines на русском?
Официального перевода нет. Пересказы полезны для общего понимания, но при отказе ориентируйтесь на английский текст пункта, на который ссылается ревьюер.
Можно ли принимать оплату через Kaspi в iOS-приложении?
За физические товары и услуги в реальном мире — да. За цифровой контент и подписки внутри приложения Apple, как правило, требует встроенные покупки; актуальные исключения проверяйте по правилам на дату запуска.
Сколько времени занимает повторное ревью?
Обычно столько же, сколько первое, — от суток до нескольких дней. Поэтому на первый релиз с учётом возможных замечаний мы закладываем 1–2 недели.
