Проходження перегляду Google Play для публікації
Google Play Review працює інакше, ніж App Store: перша лінія — автоматичні перевірки, друга — живий рецензент для позначених програм. Це швидше, але помилки в маніфесті або політиках даних дають миттєве відхилення без пояснень. Ми проводимо публікацію повністю — від фінальної збірки до статусу «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 задекларовано «не збираємо ідентифікатори пристрою» — алгоритм це виявить.
Типові причини відхилення від рецензентів
Чутливі дозволи без достатнього обґрунтування. MANAGE_EXTERNAL_STORAGE — один з найскладніших дозволів. Google схвалює його лише для файлових менеджерів, антивірусів та програм резервного копіювання. Спроба використати його для «зручного збереження файлів» буде відхилена. Альтернатива — MediaStore API + ACTION_CREATE_DOCUMENT.
Неправильне використання Accessibility Service. Google прямо забороняє використовувати AccessibilityService для аналітики, автокліків або відслідковування дій користувача поза задекларованим use case. Декларація має точно описувати мету.
Порушення політики сімейних програм. Якщо хоч один із цільових віків — «дітьми», все рекламні SDK мають бути сертифіковані для дитячої аудиторії. Підключений несертифікований рекламний SDK — миттєве відхилення.
Технічні моменти перед відправкою
Публікуємо лише 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 годин після релізу.
Термін від відправки до публікації: від кількох годин до двох робочих днів.