Прохождение ревью Google Play для публикации
Google Play Review работает иначе, чем App Store: первая линия — автоматические проверки, вторая — живой ревьюер для помеченных приложений. Это быстрее, но ошибки в манифесте или политиках данных дают instant rejection без объяснений. Мы ведём публикацию полностью — от финальной сборки до статуса «Published».
Что блокирует автоматически
Play Protect сканирует APK/AAB на использование нестандартных API, рефлексию для обхода ограничений, подозрительные сетевые запросы. Если в проект включён SDK с известными проблемами — флаг появится сразу. Чаще всего проблему создают устаревшие версии рекламных SDK (AdMob ниже определённой версии, старые версии Unity Ads) и некоторые аналитические библиотеки с агрессивным сбором данных.
targetSdkVersion должен соответствовать актуальным требованиям Google. На 2025 год для новых приложений минимум — API 34 (Android 14). Приложение с targetSdkVersion ниже требуемого не пройдёт публикацию вообще — это hard block.
Data Safety раздел проверяется автоматически на грубые несоответствия: если в коде явно используется AdvertisingIdClient для получения GAID, а в Data Safety задекларировано «не собираем идентификаторы устройства» — алгоритм это поймает.
Типичные rejection-причины от ревьюеров
Sensitive permissions без достаточного обоснования. MANAGE_EXTERNAL_STORAGE — одно из самых сложных разрешений. Google одобряет его только для файловых менеджеров, антивирусов и приложений для резервного копирования. Попытка использовать его для «удобного сохранения файлов» отклонят. Альтернатива — MediaStore API + ACTION_CREATE_DOCUMENT.
Использование Accessibility Service не по назначению. Google прямо запрещает использовать AccessibilityService для аналитики, автокликеров или отслеживания действий пользователя вне задекларированного use case. Декларация должна точно описывать назначение.
Нарушение политики семейных приложений. Если хоть один из целевых возрастов — «дети», все рекламные SDK должны быть сертифицированы для детской аудитории. Подключённый не сертифицированный рекламный SDK — мгновенный reject.
Технические моменты перед отправкой
Публикуем только AAB (Android App Bundle), не APK — с 2021 года это обязательно для новых приложений. Подпись — keystore должен совпадать с зарегистрированным в Play App Signing. Если подписываете через Google Play App Signing, upload key и signing key — разные сущности, путаница здесь стоит дорого при потере ключа.
versionCode должен быть больше предыдущего опубликованного. Звучит очевидно, но при параллельной работе нескольких разработчиков в CI конфликты случаются.
Процесс работы
Проверка AndroidManifest.xml, build.gradle, Data Safety раздела в Play Console. Сборка release AAB с подписью. Загрузка во Internal Testing, базовое тестирование. Перевод в Production track с постепенным rollout (обычно начинаем с 10-20%). Мониторинг ANR/crash rate в Android Vitals в первые 48 часов после релиза.
Срок от отправки до публикации — от нескольких часов до двух рабочих дней.