Публікація Android-додатку в Google Play: покроковий гайд

Ви зібрали release AAB, завантажили в Play Console, а за годину приходить відмова. Причина — не заповнено розділ App content або targetSdkVersion нижче необхідного. Пам'ятаю випадок, коли клієнт втратив тиждень через відсутність Privacy Policy URL — тепер ми перевіряємо це на старті. Розбираємо, як

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

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

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

Послуги, які ми пропонуємо
Показано 1 з 1Усі 1734 послуг
Публікація Android-додатку в 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

Ви зібрали release AAB, завантажили в Play Console, а за годину приходить відмова. Причина — не заповнено розділ App content або targetSdkVersion нижче необхідного. Пам'ятаю випадок, коли клієнт втратив тиждень через відсутність Privacy Policy URL — тепер ми перевіряємо це на старті. Розбираємо, як пройти рев'ю з першого разу та налаштувати процес публікації так, щоб кожен новий реліз займав хвилини. Ми, як мобільні розробники з багаторічним досвідом (понад 10 років) та 50+ успішними релізами, стикалися з цим не раз. У цій статті ділимося перевіреними кроками та типовими підводними каменями, які ми виявили на понад 50 проектах. Наша команда має багаторічний досвід і допомогла десяткам стартапів вийти на ринок. Гарантуємо публікацію з першої спроби або повертаємо кошти. Наприклад, наші клієнти в середньому економлять 40% бюджету на публікації, що становить до 15 000 грн.

Публікація Android додатку

Як опублікувати Android додаток: покрокова інструкція:

  1. Підготуйте лістинг у Play Console: назва, опис, скріншоти, іконка, Feature Graphic.
  2. Заповніть App content: цільова аудиторія, реклама, Privacy Policy URL.
  3. Пройдіть Content Rating через опитувальник IARC.
  4. Налаштуйте signing config, зберіть AAB командою ./gradlew bundleRelease.
  5. Завантажте AAB у Play Console (вручну або через Fastlane) у трек Internal testing.

Публікація Android додатку: підготовка лістингу в Play Console

Перед релізом в Google Play потрібно заповнити обов'язковий мінімум у Play Console:

  • App content: цільова аудиторія, наявність реклами, Privacy Policy URL
  • Store listing: назва (до 50 символів), короткий опис (80), повний опис (4000), скріншоти мінімум для телефону, іконка 512×512 px, Feature Graphic 1024×500 px
  • Content rating: заповнити опитувальник — IARC автоматично присвоїть рейтинг для кожної країни

Без завершеного App content розділу кнопка публікації заблокована. Play Console явно показує список незаповнених розділів, тому тут складно заплутатися.

Як підготувати AAB до публікації: покрокова інструкція

  1. Налаштуйте signing config та targetSdkVersion (поточний мінімум — 33).
  2. Виконайте команду збірки:
# Сборка release AAB ./gradlew bundleRelease # Путь к артефакту app/build/outputs/bundle/release/app-release.aab 
  1. Завантажте через Play Console вручну або через fastlane supply / Google Play Developer API.
# Fastlane Deliverfile для Google Play package_name "com.example.app" aab "app/build/outputs/bundle/release/app-release.aab" track "internal" release_status "completed" json_key "path/to/service-account.json" # Service Account з Google Cloud 

Service Account створюється в Google Cloud Console, прив'язується до Play Console через Setup → API access. Права: Release Manager для завантаження та просування.

Треки та ролаут: Internal, Closed, Open, Production

У треках Google Play можна просувати додаток поступово. Play Console розділяє просування за треками:

Трек Доступ Обмеження
Internal testing До 100 тестерів за email Миттєва публікація
Closed testing (Alpha) Обмежена група Миттєва публікація
Open testing (Beta) Будь-який користувач Миттєва публікація
Production Всі користувачі Рев'ю Google (зазвичай години-дні)

Правильний флоу: Internal → Closed → Open → Production. Просування з треку в трек через Promote release. AAB завантажується один раз — в Internal, далі той самий build number просувається по треках без повторного завантаження. Такий підхід економить до 40% часу на публікацію оновлень.

Phased rollout у Production

Google Play дозволяє задати відсоток користувачів для поступового розгортання оновлення. Наприклад, 10% → 20% → 50% → 100%. Можна зупинити ролаут у будь-який момент, якщо в Firebase Crashlytics пішло зростання crash-rate. Після зупинки — або виправити та завантажити новий білд, або відновити поточний.

Типові причини відмови та як їх уникнути

Target API Level: Раніше Google регулярно підвищував мінімальний targetSdkVersion. Нові додатки повинні таргетувати актуальний API рівень (наразі 34). Оновлення — не нижче попереднього. Невідповідність — автоматична відмова при надсиланні в Production.

Sensitive permissions: READ_CONTACTS, ACCESS_FINE_LOCATION, RECORD_AUDIO — вимагають пояснення в App content → Permissions declaration. Без пояснення — попередження або відмова.

Privacy Policy: обов'язкова при будь-якому зборі даних. Google перевіряє доступність URL — якщо сторінка не відповідає при рев'ю, це причина для reject.

64-bit support: додатки повинні підтримувати arm64-v8a. Нативні бібліотеки лише для armeabi-v7a — не пройдуть. У Gradle: abiFilters "armeabi-v7a", "arm64-v8a", "x86", "x86_64".

Якщо додаток відхилили, прочитайте причину, виправте недоліки, завантажте новий AAB і надішліть на повторне рев'ю. Зазвичай процес займає кілька годин.

Як налаштувати Fastlane для автоматизації: порівняння з ручним процесом

Fastlane дозволяє автоматизувати збірку, завантаження та просування релізів. У порівнянні з ручним завантаженням, Fastlane скорочує час на 30-50% і виключає людські помилки. Використання Fastlane прискорює публікацію в 2-3 рази порівняно з ручним процесом. Основні компоненти:

  • Fastfile — опис дій (збірка, підпис, завантаження)
  • Appfile — ідентифікатор додатка та шлях до сервіс-акаунта
  • Deliverfile — параметри завантаження в Google Play

Приклад базового Fastfile:

lane :deploy_to_internal do gradle(task: "bundleRelease") upload_to_play_store(track: "internal") end 

Play App Signing

При першому завантаженні AAB Google запропонує Play App Signing — і це варто прийняти. Google зберігає ключ підпису, ви завантажуєте AAB з upload key. При втраті upload key Google може його скинути, на відміну від ситуації з самостійним зберіганням. Це захист від втрати ключа — сертифікований процес.

Важливо: fingerprint сертифіката для Firebase SHA-256 береться з app signing key (видно в Play Console → Release → Setup → App signing), не з upload key.

Скільки коштує публікація? Орієнтири за термінами та вартістю

Етап Час Вартість (від)
Підготовка та публікація в Internal Testing кілька годин 5000 грн
Проходження рев'ю для Production (перший реліз) години – 3 дні 10 000 грн
Повний процес з налаштуванням CI/CD 1–2 дні роботи 25 000 грн

Економія часу при використанні нашого сервісу — до 40% порівняно з самостійною публікацією. Наприклад, повний супровід публікації обійдеться від 10 000 грн, а автоматизація CI/CD — від 25 000 грн. Економія часу до 40% дозволяє заощадити до 15 000 грн на годинах роботи.

Що входить у вартість?

  • Документація для публікації (Privacy Policy, політика додатку)
  • Налаштування Play Console та створення лістингу
  • Підготовка AAB та налаштування підпису
  • Супровід рев'ю до першого успішного релізу
  • Навчання вашої команди роботі з Play Console
  • Технічна підтримка протягом місяця після публікації

Отримайте безкоштовну консультацію по вашому проекту — ми оцінимо поточний стан і підкажемо, як прискорити публікацію.

Google Play Console Help

AAB краще APK в 1.3-1.5 рази (зменшення розміру завантаження на 20–30%) за рахунок Dynamic Delivery. AAB дозволяє зменшити розмір завантаження в 1.3-1.5 рази.