Почему PWA обходит модерацию сторов
Почему PWA обходит модерацию сторов — вопрос не про лазейку, а про архитектуру дистрибуции. У PWA физически нет бинарника, который можно было бы отправить на ревью в Google Play или App Store. Разберём механику и то, что это реально даёт байеру.
Как устроена дистрибуция через стор
Классический путь — собрать APK или IPA, загрузить его в консоль разработчика, пройти автоматическое сканирование и часто ручную проверку политик, особенно жёсткую для гемблинга, беттинга, дейтинга и финансов. Только после апрува приложение появляется в сторе и становится доступно для установки. Именно этот этап — очередь на ревью и риск отказа — тормозит запуск арбитражных связок.
Как устроена дистрибуция PWA
PWA устанавливается прямо из браузера: пользователь заходит на сайт, браузер видит manifest и активный service worker и предлагает добавить ярлык на экран. Никакой бинарник никуда не отправляется, а значит и ревьюер стора физически не участвует в этом процессе — проверять то, что не проходит через его канал загрузки, он не может.
Почему это не эксплойт, а другой канал
Стор не «пропускает» PWA по ошибке — он их просто не видит, потому что его система модерации спроектирована проверять именно сабмиты через консоль разработчика. Это не уязвимость правил, а факт архитектуры: разные каналы дистрибуции — разные точки контроля.
Что это даёт байеру на практике
Первое — вертикали, жёстко ограниченные или прямо забаненные в сторах (гемблинг во многих гео, реал-мани беттинг, дейтинг), становятся рабочими, потому что апрув стора здесь просто не требуется. Второе — скорость: смена оффера, креатива или гео не требует пересборки и повторного ревью, обновление приходит сразу, как только меняется отдаваемая страница. Третье — нет очереди: связка живёт с первого дня настройки, а не после нескольких дней ожидания апрува.
Что модерация PWA всё-таки не отменяет
Обход ревью стора не означает обход модерации рекламных кабинетов — Facebook, Google Ads и TikTok Ads проверяют креативы и лендинги отдельно и часто жёстче, поэтому клоака и антибот остаются обязательным слоем. Кроме того, браузеры ведут собственные проверки безопасности домена (Safe Browsing) — домен с признаками малвари или фишинга может быть заблокирован независимо от сторов, так что гигиена и ротация доменов не теряют смысла.
Частые вопросы
- Значит PWA — это дырка в правилах App Store и Google Play?
- Нет, это отдельный канал дистрибуции: стор физически не проверяет то, что не проходит через его сабмит, а не «закрывает глаза» на нарушение.
- Проверяет ли Google или Apple PWA хоть как-то?
- Отдельной ручной модерации контента PWA у них нет, но браузер может заблокировать домен через Safe Browsing при явных признаках малвари или фишинга.
- Значит с PWA вообще не нужно думать про модерацию?
- Про модерацию рекламных кабинетов думать обязательно — она отдельная и часто строже стора, поэтому клоака и антибот остаются нужны.
- Как APEX снижает риск блокировок на уровне браузера и рекламных кабинетов?
- За счёт собственных доменов с ротацией в один клик и встроенного антибота, которые отделяют трафик проверяющих от реальных пользователей и снижают риск попадания под фрод-фильтры.
Клоака, антибот, пуши, сплит-тесты и свои домены — в одном сервисе.
Начать бесплатно