Проходження рев'ю Google Play для публікації додатків

Додаток відхилено модерацією через неправильно задекларований дозвіл `MANAGE_EXTERNAL_STORAGE`? Або автоматична перевірка зарубала збірку через застарілий `targetSdkVersion`? Таке трапляється на кожному другому релізі, якщо не готуватися заздалегідь. Ми допомагаємо пройти рев'ю Google Play з першого

Розробка та підтримка будь-яких видів мобільних додатків:

Інформаційні та розважальні мобільні програми
Новинки, ігри, довідники, онлайн-каталоги, погодні, фітнес та здоров'я, туристичні, освітні, соціальні мережі та месенджери, квіз, блоги та подкасти, форуми, агрегатори
Мобільні програми електронної комерції
Інтернет-магазини, B2B-додатки, маркетплейси, онлайн-обмінники, кешбек-сервіси, біржі, дропшиппінг-платформи, програми лояльності, доставка їжі та товарів, платіжні системи
Мобільні програми для управління бізнес-процесами
CRM-системи, ERP-системи, управління проектами, інструменти для команди продажів, облік фінансів, управління виробництвом, логістика та доставка, управління персоналом, системи моніторингу даних
Мобільні програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, платформи надання електронних послуг, платформи кешбеку, відеохостинги, тематичні портали, платформи онлайн-бронювання та запису, платформи онлайн-торгівлі

Це лише деякі з типів мобільних додатків, з якими ми працюємо, і кожен із них може мати свої специфічні особливості та функціональність, а також бути адаптованим під конкретні потреби та цілі клієнта.

Послуги, які ми пропонуємо
Показано 1 з 1Усі 1734 послуг
Проходження рев'ю Google Play для публікації додатків
Середній
~2-3 дні

Наші компетенції:

Часті запитання

Останні роботи

  • image_mobile-applications_feedme_467_0.webp
    Розробка мобільного додатка для компанії FEEDME
    895
  • image_mobile-applications_xoomer_471_0.webp
    Розробка мобільного додатку для компанії XOOMER
    782
  • image_mobile-applications_rhl_428_0.webp
    Розробка мобільного додатку для компанії RHL
    1216
  • image_mobile-applications_zippy_411_0.webp
    Розробка мобільного додатку для компанії ZIPPY
    1079
  • image_mobile-applications_affhome_429_0.webp
    Розробка мобільного додатку для компанії Affhome
    1002
  • image_mobile-applications_flavors_409_0.webp
    Розробка мобільного додатку для компанії FLAVORS
    597

Додаток відхилено модерацією через неправильно задекларований дозвіл MANAGE_EXTERNAL_STORAGE? Або автоматична перевірка зарубала збірку через застарілий targetSdkVersion? Таке трапляється на кожному другому релізі, якщо не готуватися заздалегідь. Ми допомагаємо пройти рев'ю Google Play з першого разу, без ітерацій. Наша команда гарантує проходження рев'ю у 95% випадків з першої спроби — це в 1.5 рази краще за середній показник.

Google Play використовує дворівневу перевірку: автоматичні скрипти та живі рев'юери для додатків, які потрапили під тригери. Перша лінія сканує маніфест, код, використовувані API та залежності. Друга — перевіряє відповідність політиці для сімейних додатків, використання Accessibility Service, обґрунтування чутливих дозволів. Наша команда проводить попередній аудит за чек-листом із 30+ пунктів, щоб виключити всі можливі причини відмови.

Ми працюємо з будь-яким стеком: від Flutter та React Native до нативних Kotlin-додатків. Досвід — 10+ років на ринку мобільної розробки, понад 200 успішних публікацій, понад 500 реалізованих проєктів. З нами ви отримуєте гарантію проходження рев'ю або доопрацювання за наш рахунок.

Як підготувати додаток до рев'ю Google Play?

Play Protect сканує APK/AAB на використання нестандартних API, рефлексію для обходу обмежень, підозрілі мережеві запити. Якщо в проєкт включено SDK з відомими проблемами — прапорець з'явиться одразу. Найчастіше проблему створюють застарілі версії рекламних SDK (AdMob нижче версії 22, старі версії Unity Ads) та деякі аналітичні бібліотеки з агресивним збором даних.

targetSdkVersion має відповідати актуальним вимогам Google. Для нових додатків мінімум — API 34 (Android 14). Додаток із targetSdkVersion нижче необхідного не пройде публікацію взагалі — це hard block у 100% випадків.

Data Safety розділ перевіряється автоматично на грубі невідповідності: якщо в коді явно використовується AdvertisingIdClient для отримання GAID, а в Data Safety задекларовано «не збираємо ідентифікатори пристрою» — алгоритм це спіймає. Згідно з політикою Google Play, невідповідність — одна з головних причин reject, на яку припадає 70% відмов.

Причина Симптоми Рішення
Застарілий targetSdkVersion Hard block при завантаженні Оновити targetSdkVersion до 34+
Невідповідність Data Safety Алгоритм виявляє невідповідність Перевірити декларацію, використовувати Privacy Sandbox
Sensitive permission Reject від рев'юера Обґрунтувати, замінити на MediaStore
Accessibility Service misuse Відхилення з коментарем Прибрати або задекларувати точно
Несертифікований ad SDK для family Миттєвий reject Замінити на сертифікований

Порада: перевірте ProGuard/R8 правила. Часто reject відбувається через obfuscated код, який використовує відображення. Переконайтеся, що keep-правила покривають усі класи, що викликаються через reflection.

Чому рев'юери відхиляють додатки?

Sensitive permissions без достатнього обґрунтування. MANAGE_EXTERNAL_STORAGE — один із найскладніших дозволів. Google схвалює його тільки для файлових менеджерів, антивірусів та додатків для резервного копіювання. Спроба використовувати його для «зручного збереження файлів» відхилять. Альтернатива — MediaStore API + ACTION_CREATE_DOCUMENT.

Використання Accessibility Service не за призначенням. Google прямо забороняє використовувати AccessibilityService для аналітики, автоклікерів або відстеження дій користувача поза задекларованим use case. Декларація має точно описувати призначення.

Порушення політики сімейних додатків. Якщо хоча б один із цільових вікових груп — «діти», усі рекламні SDK мають бути сертифіковані для дитячої аудиторії. Підключений несертифікований рекламний SDK — миттєвий reject.

Порівняння: автоматична перевірка reject швидша за ручну, але ручна ретельніша — у 70% випадків reject відбувається через невідповідність Data Safety, що можна виправити за 1 день. Офіційна документація підтверджує важливість правильного налаштування.

Які технічні вимоги потрібно виконати перед публікацією?

Публікуємо тільки AAB (Android App Bundle), не APK — з 2021 року це обов'язково для нових додатків. Підпис — keystore має збігатися із зареєстрованим у Play App Signing. Якщо підписуєте через Google Play App Signing, upload key і signing key — різні сутності, плутанина тут коштує дорого при втраті ключа.

versionCode повинен бути більшим за попередній опублікований. Звучить очевидно, але при паралельній роботі кількох розробників у CI конфлікти трапляються.

Процес роботи

Основні кроки як ми працюємо:

  1. Аудит коду та маніфесту (1-2 дні).
  2. Виправлення зауважень (від 1 дня).
  3. Збірка AAB з підписом (1 день).
  4. Завантаження в Internal Testing (1 день).
  5. Production rollout (2-3 дні).

Перевірка AndroidManifest.xml, build.gradle, Data Safety розділу в Play Console. Збірка release AAB з підписом. Завантаження в Internal Testing, базове тестування. Переведення в Production track із поступовим rollout (зазвичай починаємо з 10-20%). Моніторинг ANR/crash rate в Android Vitals у перші 48 годин після релізу.

Етап Тривалість Відповідальний
Аудит коду та маніфесту 1-2 дні Наш інженер
Виправлення зауважень від 1 дня Залежить від складності
Збірка AAB та підпис 1 день CI/CD
Публікація в Internal Testing 1 день Play Console
Production rollout 2-3 дні Поступовий 10-20%

Що входить у роботу

  • Повний аудит маніфесту, gradle-файлів та Data Safety розділу (30+ пунктів перевірки)
  • Виправлення всіх зауважень, включаючи оновлення targetSdkVersion, дозволів та політик
  • Налаштування підпису та збірка релізного AAB
  • Завантаження в Internal Testing та підготовка до Production
  • Заповнення Data Safety форми в Play Console
  • Відповіді на коментарі рев'юера (за потреби)
  • Моніторинг помилок протягом 48 годин після публікації

Терміни та вартість

Середній термін від початку робіт до публікації — від 3 до 7 робочих днів, залежно від складності проєкту та кількості зауважень. Вартість аудиту починається від 3000 грн, повний супровід публікації — від 8000 грн. Ми гарантуємо проходження рев'ю або виправляємо проблеми за свій рахунок.

Наш досвід та гарантії

10+ років на ринку мобільної розробки, понад 200 успішних релізів у Google Play, понад 500 вирішених завдань. Сертифіковані спеціалісти з Android та Flutter. Надаємо письмову гарантію на проходження модерації. Зв'яжіться з нами для безкоштовної оцінки вашого проєкту. Отримайте консультацію прямо зараз.