Короткий ответ: большинство отказов в App Store и Google Play — из предсказуемого списка: неполные или недостоверные анкеты о данных, разрешения без объяснений, цифровые платежи вне правил площадки, неработающий демо-аккаунт для ревьюера, расхождение описания с поведением и контентные нарушения. Все они закрываются подготовкой до подачи, а не перепиской после. Ниже — список причин с профилактикой; рамка актуальна на август 2026, сверяйте правила площадок на дату подачи.
Важная рамка честности: никто не гарантирует прохождение модерации — ни мы, ни кто-либо ещё. Гарантировать можно другое: подготовку по актуальным требованиям и сопровождение отказов до релиза. Именно так устроена наша услуга публикации.
Причины про данные и разрешения
Неполная анкета о данных. В Google Play это форма Data safety, в App Store — декларация конфиденциальности: собираемые данные, цели, передача третьим лицам. Типовая ошибка — забыть данные сторонних SDK: аналитика и рекламные модули тоже входят в декларацию. Расхождение декларации с фактическим поведением — путь не только к отказу, но и к удалению после релиза.
Разрешения без объяснений. Каждый доступ — камера, геолокация, контакты, уведомления — должен иметь понятное пользователю (и ревьюеру) обоснование, запрашиваться в контексте функции и иметь запасной сценарий при отказе пользователя. «Запросить всё на старте про запас» — гарантированный вопрос от ревью.
Причины про платежи и контент
Цифровые покупки вне правил. Подписка на цифровой контент через внешнюю оплату в iOS-приложении — классический отказ; правила и комиссии площадок меняются, сверяем на дату проекта (подробно — в статье о публикации в App Store). Граница: цифровое — через механизмы площадки, физические товары и реальные услуги — как договоритесь.
Контентные политики. Возрастной рейтинг, пользовательский контент без модерации, медицинские и финансовые заявления без оснований, ограниченные категории. Здесь профилактика — на этапе проектирования: мы заранее проверяем продукт на чувствительные категории и проектируем тексты без недоказуемых обещаний.
Причины про качество подачи
Мёртвый демо-аккаунт. Ревьюер входит в пустое приложение без данных и не может проверить функции — отказ «недостаточно информации». Демо-аккаунт должен быть наполнен: заказы, записи, контент, роли. Расхождение описания и поведения: скриншоты и тексты листинга обещают то, чего в сборке нет. Технические сбои на устройстве ревьюера: краш на старте, битая ссылка политики конфиденциальности, неработающая оплата в тестовом контуре. Всё это ловится тестовым прогоном до подачи — в нашем чек-листе Google Play он обязателен.
Что делать после отказа
- Прочитать причину целиком, а не первую строку: часто указан конкретный пункт правил.
- Не спорить эмоционально — ответить по существу: что исправлено, где проверить.
- Исправить и дополнить: если причина в нехватке информации, добавить пояснения и материалы, а не только переподать.
- Переподать с комментарием, ссылающимся на пункт отказа — это ускоряет повторное рассмотрение.
- Зафиксировать причину во внутреннем чек-листе: каждая следующая версия проходит те же ворота.
Если отказов несколько подряд и причина неочевидна — разумно остановить переподачи и провести ревизию продукта против правил целиком: иногда отказ — симптом архитектурного решения (монетизация, сбор данных), которое нужно поменять, а не замаскировать. Такую ревизию делаем в рамках аудита приложения.
Калькулятор выручки
Открыть калькуляторКонцепция приложения — бесплатно
Получить концепциюЧастые вопросы
Можно ли гарантировать прохождение модерации?
Нет — и любой, кто гарантирует, вводит вас в заблуждение. Гарантировать можно подготовку по актуальным требованиям площадок и сопровождение запросов ревью до релиза — именно это мы и делаем.
Сколько попыток обычно нужно?
При подготовке по чек-листу большинство приложений проходит с одной-двух подач; типовой второй заход — уточнения по анкетам или демо-аккаунту. Серия отказов подряд — сигнал остановиться и проверить продукт против правил целиком.
Отличаются ли требования Google Play и App Store?
Да: у площадок разные анкеты, правила платежей и акценты ревью. Общее ядро — честные декларации о данных, обоснованные разрешения и работающий продукт; различия разбираем в профильных статьях о публикации.
Что если правила изменились после нашей публикации?
Площадки дают переходный период на приведение приложения в соответствие — за этим следим в рамках поддержки: мониторим изменения требований и готовим обновления заранее, а не в день дедлайна.