<b>SDK для пушей можно вшить так, чтобы модерация видела только нужный слой</b>

<b>SDK для пушей можно вшить так, чтобы модерация видела только нужный слой</b>

Что важно: палится не сам пуш-сервис, а связка признаков — лишние разрешения, автозапуск, агрессивные фоновый сервисы и слишком ранняя инициализация. Если SDK стартует до первого экрана, ставит кучу метаданных и тянет лишние зависимости, риск растет.

На практике: OneSignal обычно проще спрятать за обычный user-journey, если не включать все модули подряд. Pushwoosh часто выдает себя через избыточную обвязку и следы в манифесте. AppHive удобен как промежуточный слой, когда пуши нужны не как core-функция, а как часть сценария внутри webview/hybrid app.

Что проверять перед сборкой:
— инициализация только после consent или первого действия;
— минимальный AndroidManifest: без лишних receiver/service;
— никакого автозапроса разрешений при старте;
— отдельный слой под push logic, а не прямой вызов из main activity;
— тестовый APK смотреть глазами модерации: иконки, тексты, поведение после установки. 🔎

Если пуши нужны для удержания, а не для демонстрации SDK, делайте их невидимыми на входе и понятными внутри продукта: чем меньше следов в первом запуске, тем спокойнее проходит сборка.