Модерацию приложения в сторах проходят не за красивый листинг, а за соответствие трём вещам: приложение делает ровно то, что обещано в описании, даёт самостоятельную ценность без сайта-подложки и не нарушает правила раздела — по контенту, платежам и азартным играм. Чаще всего отказ приходит по двум причинам: «минимальная функциональность» (пустая обёртка, которая просто открывает сайт в рамке) и расхождение между листингом и фактическим поведением приложения после установки. Письмо «Google Play отклонил приложение» или «App Store отклонил приложение» читайте как техзадание, а не как приговор: в нём почти всегда указан конкретный раздел политики и сценарий, который его нарушил.
Что общего проверяют App Store и Google Play
Площадки конкурируют, но логика ревью у них одна: защитить пользователя от обмана и от мусора. Модерация приложений Google Play и модерация App Store сходятся в четырёх точках — честность листинга, самостоятельная функциональность, допустимый контент и корректные платежи. Различаются формулировки, скорость и строгость, а не суть претензий.
Честность листинга
Описание, скриншоты, иконка, название и категория должны соответствовать тому, что человек видит после установки. Нарисованные в сторе функции, которых в приложении нет, или название, обещающее один продукт, а внутри открывающийся другой, — повод для отказа по пункту о вводящем в заблуждение. Отдельно проверяют метаданные: упоминания других платформ, несуществующие награды, ключевые слова, набитые в описание ради трафика. Ревьюер сравнивает листинг и первый экран приложения; если между ними разрыв, дальше он не смотрит.
Функциональность и «минимальная функциональность»
Самый частый камень преткновения. Обе площадки требуют, чтобы приложение давало ценность само по себе: навигацию, локальные данные, пуши, работу с устройством, осмысленный интерфейс. Обёртка, которая на единственном экране открывает мобильный сайт и ничего не умеет без сети, под это требование не подходит. Отдельно смотрят на «сырые» сборки: кнопки-заглушки, пустые разделы, экраны «coming soon», тестовые данные вместо реального контента. Практический признак проблемы: если приложение можно заменить закладкой в браузере без потери функций, у ревьюера возникнет тот же вопрос.
Контент и возрастные рейтинги
Правила по взрослому контенту, азартным играм, ставкам, алкоголю, оружию и рекламе внутри приложения прописаны в отдельных разделах политик. Ключевое: заявленный возрастной рейтинг должен совпадать с фактическим содержимым, а реклама — не выдавать себя за часть интерфейса. Если приложение рекламирует азартные игры, обычно нужны отдельная категория, ограничения по аудитории и корректная маркировка. Игры на реальные деньги, лотереи и ставки почти всегда проверяют по отдельным правилам страны распространения, а не только по общим.
Платежи и подписки
Цифровые товары и подписки внутри приложения, как правило, проводят через биллинг самого стора; внешние способы оплаты допустимы в ограниченном наборе сценариев — физические товары и услуги, покупки вне приложения и некоторые другие случаи из правил площадки. Реальный риск для арбитражных приложений — не сам биллинг, а скрытые подписки: цена и период списания не видны до нажатия кнопки, отмена спрятана в глубине настроек. Такие жалобы пользователей разбирают отдельно и жёстко.
Почему Google Play отклоняет приложение
Как устроена модерация приложений Google Play
Проверка идёт в несколько слоёв: автоматические сканеры смотрят манифест, разрешения, используемые SDK и поведение сборки, затем подключается ручное ревью, а после публикации — повторные проверки, в том числе по жалобам. Обновления проходят ревью заново, поэтому «однажды прошло» не значит «пройдёт всегда». Правила живут в официальном центре политик и меняются, поэтому сверяться нужно с редакцией, действующей на дату проверки, а не с PDF, скачанным полгода назад. Этот гайд — карта местности, первоисточником остаётся центр политик площадки.
Типичные причины отказа
Помимо минимальной функциональности, чаще всего прилетает за несоответствие описания и содержимого; запрос разрешений, без которых приложение реально работает; нерабочие ссылки в листинге; некорректную политику конфиденциальности (её наличие и доступность обязательны, особенно если собираются данные); сторонние SDK, собирающие данные без раскрытия; заявленный контент, не соответствующий возрастной категории. Часть отказов связана с техническими сбоями — падение на старте, белый экран, отсутствие сети при первом запуске. Такие письма лечатся не перепиской, а сборкой.
Почему App Store отклоняет приложение
Модерация App Store: что важно знать
App Store исторически строже к «обёрткам» и к качеству исполнения: ревьюер вручную проходит основные сценарии и оценивает, выглядит ли приложение нативным, а не как сайт в рамке. Жёстче следят за использованием чужих брендов, копированием интерфейсов и описанием несуществующих функций. Сроки и повторные проверки у площадки свои, апелляция — отдельная процедура со своими правилами, поэтому перед отправкой прочитайте требования App Store к сборке и листингу и сверьте приложение по пунктам, а не по интуиции.
Что чаще всего ломается
Классический сценарий — приложение открывает сайт, но заявлено как самостоятельный продукт: ревьюер видит пустой каркас и отказ по минимальной функциональности. Второй по частоте — неполный или «серый» онбординг: экран приветствия без объяснения ценности, кнопка регистрации, ведущая на внешнюю страницу, невозможность пользоваться приложением без аккаунта там, где аккаунт не нужен. Третий — контент, который не соответствует возрастному рейтингу или попадает под запрещённые категории в конкретной стране. Четвёртый — подписки с неочевидной ценой и периодом.
Арбитражные приложения и WebView: где начинается риск
Арбитражные команды любят связку «лендинг + обёртка»: она быстро собирается и дёшево масштабируется. Проблема в том, что именно эта связка хуже всего проходит ревью — у неё нет собственной функциональности, офлайн-логики и работы с устройством. WebView-обёртка как технология не запрещена, но как единственный слой продукта упирается в требование самостоятельной ценности. Если приложение по факту нужно только для иконки на домашнем экране, честнее и дешевле идти путём PWA — тут разобрано, нужен ли стор для PWA, и в большинстве случаев ответ «нет, не нужен».
Второй риск — тематика. Гемблинг, беттинг и финансовые продукты со «схемами заработка» требуют отдельных разрешений по странам. Рассчитывать, что ревьюер не заметит, нельзя: тематику видно и по скриншотам, и по тексту, и по SDK.
Как подготовить листинг и приложение, чтобы снизить риск отказа
Речь только о добросовестной подготовке — привести продукт в соответствие правилам, а не спрятать несоответствие. Она работает лучше любых ухищрений, потому что проверку проходят не один раз, а при каждом обновлении.
- Опишите, что приложение делает, и уберите всё остальное из текста. Каждое обещание в листинге должно открываться в приложении одним-двумя нажатиями.
- Соберите минимальную, но настоящую функциональность. Навигация, сохранение состояния, пуши, работа с камерой или геолокацией — что угодно, что оправдывает установку и не требует браузера.
- Проверьте первый запуск на чистом устройстве. Без cookies, без кэша, без залогиненного аккаунта, в самолётном режиме и с плохим интернетом.
- Приведите разрешения в соответствие. Каждое системное разрешение — с объяснением, зачем оно, и с корректной обработкой отказа пользователя.
- Опубликуйте политику конфиденциальности по рабочей ссылке и опишите в ней, какие данные и зачем собираются, включая сторонние SDK.
- Проверьте скриншоты на соответствие реальному интерфейсу — включая шрифты, тёмную тему и локализацию.
- Сделайте тестовый аккаунт для ревью, если приложение требует входа, и опишите шаги проверки в заметках для ревьюера.
| Что проверяют | App Store | Google Play |
|---|---|---|
| Соответствие листинга приложению | Строго, вручную | Строго, автоматика + ручное ревью |
| Минимальная функциональность | Ключевая претензия к обёрткам | Ключевая претензия к обёрткам |
| Цифровые покупки | Через биллинг площадки, с исключениями | Через биллинг площадки, с исключениями |
| Политика конфиденциальности | Обязательна | Обязательна |
| Повторное ревью обновлений | Да | Да |
Дополнительно держите в голове горизонт планирования: даже прошедшее приложение живёт в сторе до следующего обновления, а обновление проходит ревью заново.
Проверено: 25.10.2026. Правила сторов и возможности платформ описаны на дату проверки; точные формулировки смотрите в официальной справке Apple, Google и MDN. Нашли неточность — напишите на redakciya@pwa-arbitrazh.com.