<b>Почему пуш-уведомления ломают прохождение модерации в Google Play</b>

<b>Почему пуш-уведомления ломают прохождение модерации в Google Play</b>

При ревью APK ревьюеры сканируют классы и домены внутри сборки. Популярные SDK — OneSignal, Pushwoosh, Firebase Cloud Messaging — оставляют читаемые сигнатуры, по которым алгоритм и человек быстро понимают, что перед ними не нативный utility, а упакованный лендинг.

OneSignal палится по домену onesignal.com и классам вроде <code>com.onesignal</code>. Pushwoosh — по <code>com.pushwoosh</code> и характерным метаданным в манифесте. Оба сервиса часто используются в арбитражных апках, поэтому ревьюеры держат их в приоритете флагов.

AppHive и самописные решения на Firebase Admin SDK оставляют меньше следов, но тоже требуют чистки. На практике: выносите логику пушей в отдельный модуль, обфусцируйте имена пакетов через ProGuard/R8 и не используйте дефолтные иконки SDK. Если пуши нужны только для ретеншена, рассмотрите локальные уведомления — они не требуют сетевых разрешений и сторонних доменов.

Финальный фильтр простой: соберите релиз, декомпилируйте APK через apktool и поищите по строкам имена SDK. Если находите — ревьюер тоже найдёт.