25 Ekim 2026 Pazar

Посібник із публікації додатків та ігор з нуля в Google Play Store: пакування, форми, закрите тестування та реліз




Посібник із публікації додатків у Google Play Store (Від нуля до релізу)

Цей посібник крок за кроком пояснює процеси створення сучасного додатка для Android (особливо проєктів .NET MAUI, MonoGame або гібридних C#) з нуля в Google Play Console, його пакування, підписання (signing), вирішення критичних помилок і проходження всіх етапів подання заявки в магазин (створення додатка, політика конфіденційності, дозволи на вхід, реклама, віковий рейтинг IARC, безпека даних, закрите тестування та відкрита публікація).

Зміст

  1. Вступ та архітектурна підготовка
  2. [Створення нового додатка / гри з нуля в Play Console (Create App)](#2-створення-нового-додатка--гри-з- нуля-в-play-console-create-app)
  3. Створення Keystore та автоматизація збірки/підпису
  4. Встановлення першого бандла в Play Console та критичні помилки
  5. Підготовка політики конфіденційності (Privacy Policy)
  6. Доступ до додатка / дані для входу (App Access / Sign-in Details)
  7. Декларація про рекламу (Ads Declaration)
  8. Віковий рейтинг вмісту (IARC Content Rating Questionnaire)
  9. Цільова аудиторія та вибір вікової групи (Target Audience)
  10. Панель вмісту додатка (App Content Dashboard)
  11. Форма безпеки даних (Data Safety Form)
  12. Юридичні та регуляторні заяви (урядові, фінансові, медичні)
  13. Налаштування магазину та контактна інформація (Store Settings)
  14. Головна сторінка додатка в магазині та графічні ресурси (Main Store Listing)
  15. Налаштування та перевірка закритого тестування (Closed Testing Setup)
  16. Декларація рекламного ідентифікатора (Advertising ID Declaration)
  17. Остаточне подання на розгляд (Submission for Review)
  18. Заявка на отримання дозволу на виробництво після закритого тестування (Apply for Access to Production)
  19. Остаточна перемога: схвалення доступу до виробництва (Production Access)
  20. Передрелізний контрольний список (Завершено)
  21. Arar Games та наші ігри

1. Вступ та архітектурна підготовка

Під час публікації нового додатка в Google Play Store необхідно дотримуватися актуальних правил безпеки та технічних вимог Google:

  • Формат бандла: Приймається лише формат .aab (Android App Bundle). Файли APK не дійсні для релізу в магазині (але можуть створюватися для тестування шляхом стороннього завантаження).
  • Мінімальний цільовий SDK: Google Play тепер вимагає, щоб нові або оновлені додатки були націлені принаймні на Android API Level 36 (Android 16).
  • Безпечний цифровий підпис: Додаток має бути підписаний за допомогою 2048-бітного ключа RSA, сумісного зі схемою v2/v3.

2. Створення нового додатка / гри з нуля в Play Console (Create App)

Після входу в панель Google Play Console (play.google.com/console) процес публікації починається натисканням синьої кнопки "Create app" у верхньому правому куті головного екрана, де перелічено всі додатки. Ця форма визначає цифровий ідентифікатор додатка в консолі, назву його пакета та базову класифікацію магазину.

A. Відомості про додаток

Play Console Yeni Uygulama Oluşturma - Ayrıntılar

  1. App Name (Назва додатка):
    • Офіційна назва, яку користувачі побачать у магазині.
    • Обмежена максимум 30 символами (наприклад: YourAppName).
    • Рекомендація: Уникайте надмірного використання ключових слів (keyword stuffing) або оманливих/рекламних слів ("Best", "Free", "#1") у назві; інакше додаток може бути відхилено під час перевірки Google Play.
  2. Package Name (Назва пакета):
    • Ідентифікатор пакета Java/Android, який однозначно ідентифікує ваш додаток у глобальній екосистемі Android (зворотна доменна конвенція, наприклад: com.yourcompany.appname).
    • Максимум 150 символів.
    • ⚠️ Критичне правило: Після створення додатка на цьому екрані та завантаження першого бандла назву пакета змінити більше неможливо! ApplicationId (<ApplicationId>com.yourcompany.appname</ApplicationId>) у файлі проєкту або AndroidManifest.xml має повністю збігатися.
    • Check availability (Перевірити доступність): Натисканням кнопки миттєво перевіряється, чи вказана вами назва пакета вже не зареєстрована іншим розробником в екосистемі Google Play.
  3. Default Language (Мова за замовчуванням):
    • Основна мова сторінки додатка в магазині (наприклад: English (United States) – en-US).
    • Інформація магазину відображатиметься цією мовою за замовчуванням для користувачів у всіх країнах, де не було визначено спеціальну локалізацію (переклад).

B. Тип додатка, ціноутворення та декларації

Play Console Yeni Uygulama Oluşturma - Beyanlar

  1. App or Game (Додаток чи гра):
    • Визначається основний тип продукту (App або Game).
    • Важлива примітка: Цей вибір визначає відповідну головну категорію магазину (вкладка Додатки або Ігри) і не може бути змінений пізніше.
  2. Free or Paid (Безкоштовний чи платний):
    • Виберіть, чи буде додаток доступний у магазині безкоштовно, чи як платна покупка.
    • ⚠️ Незворотне критичне правило: Згідно з політикою Google Play, додаток, опублікований як "Безкоштовний", у майбутньому ніколи не зможе стати "Платним"! Якщо ви хочете продавати свій продукт безпосередньо в магазині, ви повинні спочатку вибрати Paid. Щоб публікувати безкоштовно та отримувати дохід, слід віддати перевагу покупкам у додатку (In-App Purchase) або рекламі AdMob.
  3. Automatic Protection (Автоматичний захист):
    • Google Play додає автоматичну перевірку інсталятора (installer check) до коду APK/AAB вашого додатка. Якщо користувачі встановлюють ваш додаток із неавторизованих джерел за межами Google Play, вони отримають попередження про завантаження оригінальної версії з Google Play.
  4. Declarations (Юридичні декларації та політики):
    • Developer Program Policies: Підтверджується повна відповідність додатка політиці розробників та вмісту Google Play.
    • US Export Laws: Програмне забезпечення вважається таким, що відповідає законам США про експорт та правилам ембарго.
  5. Create App:
    • Після заповнення форми натисніть синю кнопку "Create app" у нижньому правому куті. Консоль реєструє додаток у системі та переводить розробника на головну панель керування додатком (Dashboard).

3. Створення Keystore та автоматизація збірки/підпису

Щоб зробити процес розгортання безпомилковим і повторюваним, у корені проєкту слід створити папку Deploy/ та сценарії автоматизації.

A. Генерація Keystore (1_CreateKeystore.bat)

Використовуючи keytool у складі JDK, генерується ключ, дійсний протягом 25 років (10 000 днів):

keytool -genkeypair -v ^
    -keystore "%KEYSTORE_PATH%" ^
    -alias %ALIAS% ^
    -keyalg RSA ^
    -keysize 2048 ^
    -validity 10000 ^
    -storepass "%PASS%" ^
    -keypass "%PASS%" ^
    -dname "CN=SirketAdi, OU=Apps, O=SirketAdi, C=TR"

Порада: Використання блоків if (...) у дужках під час отримання пароля від користувача за допомогою set /p у пакетних файлах Windows може спричинити синтаксичні помилки (: was unexpected at this time). Керування потоком за допомогою міток goto та взяття параметрів пароля в лапки "%PASS%" забезпечує надійність.

B. Автоматичне версіонування та підписана збірка AAB (2_BuildAndSign_AAB.bat)

Google Play вимагає строго зростаючого 'versionCode' з кожним оновленням. Для автоматичного керування цим використовується формула на основі дати та часу:

# Yılın son hanesi + Ay + Gün + Saat + Dakika (Örn: 2026-10-06 02:42 -> 610060242)
$vc = (Get-Date).ToString('yy').Substring(1) + (Get-Date).ToString('MMddHHmm')

Команди компіляції та підпису:

dotnet build "Proje.Android.csproj" -c Release -f net9.0-android /p:AndroidPackageFormat=aab /p:ApplicationVersion=%VERSION_CODE% /p:ApplicationDisplayVersion=%VERSION_NAME%

jarsigner -sigalg SHA256withRSA -digestalg SHA-256 ^
    -keystore "%KEYSTORE%" ^
    -storepass "%PASS%" ^
    -keypass "%PASS%" ^
    -signedjar "%SIGNED_FILE%" ^
    "%AAB_INPUT%" ^
    %ALIAS%

Після завершення процесу папка зі скомпільованим файлом відкриється безпосередньо у Windows Explorer за допомогою команди start "" "%OUTPUT%".

4. Встановлення першого бандла в Play Console та критичні помилки

Коли підписаний файл .aab завантажується в канал Internal testing або Production у Google Play Console, може з'явитися такий екран:

Play Console Release Hataları

Помилка 1: Вимога Target API Level 36 (Android 16)

Повідомлення про помилку:
"Your app currently targets API level 35 and must target at least API level 36 to ensure it is built on the latest APIs optimized for security and performance."

Рішення:

Ця помилка блокує випуск, і додаток не може бути опублікований до її вирішення.

  1. Явно визначте тег <uses-sdk> у файлі Platforms/Android/AndroidManifest.xml:
   <manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.yourcompany.appname">
       <uses-sdk android:minSdkVersion="24" android:targetSdkVersion="36" />
       ...
   </manifest>
  1. Додайте його до <PropertyGroup> у файлі .csproj проєкту:
   <AndroidTargetSdkVersion>36</AndroidTargetSdkVersion>

Помилка 2: Попередження про значно вищий код версії

Попереджувальне повідомлення:
"This release's version code is significantly higher than your previous version code. Over time, this will result in your app reaching the maximum limit for version codes... Learn more"

Рішення:

  • Google Play видає це попередження, коли попередній код версії проєкту був невеликим числом (наприклад, 1 або 8), і ви переходите на динамічний формат дати (наприклад, 610 мільйонів).
  • Це не блокуюча помилка. Її можна пропустити, натиснувши синю кнопку Proceed anyway безпосередньо під попередженням.
  • Оскільки це число використовуватиметься як основа для наступних завантажень, попередження про великий стрибок більше не з'являтиметься.

5. Підготовка політики конфіденційності (Privacy Policy)

Відповідно до політики Google Play, навіть якщо ваш додаток не збирає конфіденційні дані, обов'язковою є наявність посилання на Політику конфіденційності у загальнодоступному форматі стандартної веб-сторінки (не PDF) з активним сертифікатом SSL.

Gizlilik Politikası URL Girişi

Безкоштовний хостинг на GitHub

Файл markdown (blob/main/...) у репозиторії GitHub безпосередньо визнається Google як дійсна веб-сторінка.

GitHub Depo Görünümü

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

  1. Ads (Google AdMob): Банерна, міжсторінкова та реклама з винагородою; використання рекламного ідентифікатора Android (AD_ID), технічних даних пристрою та приблизного IP-розташування.
  2. In-App Purchases & Subscriptions (Google Play Billing): Платежі здійснюються повністю в інфраструктурі Google, і розробник ніколи не має доступу до платіжних даних або даних картки.
  3. Analytics & Telemetry (Firebase Analytics & Crashlytics): Анонімні події використання та звіти про збої.
  4. Consent Management (Google UMP): Вікна згоди, що відповідають GDPR та законам про захист даних, і право користувача змінювати свої налаштування.
  5. Legal Exclusions & Special Declarations (наприклад: ігри на удачу / інструменти прогнозування):
    • Додаток категорично не є платформою для ставок або азартних ігор.
    • Він пропонує лише математичну оптимізацію купонів і статистичну підтримку.
    • Під час перенаправлення до офіційних дилерів імена користувачів і паролі офіційних сайтів ніколи не зберігаються, а перевірка 2FA/SMS здійснюється безпосередньо в інтерфейсі офіційної установи.
  6. Security Note: Технічні посилання, такі як особистий профіль розробника на GitHub, не повинні бути включені в текст політики конфіденційності; слід зазначати лише корпоративну електронну адресу та офіційний веб-сайт.

6. Доступ до додатка / дані для входу (App Access / Sign-in Details)

Перш ніж аудитори Google зможуть перевірити додаток, ви повинні вказати, чи містить додаток обмежену зону або вимагає входу:

Uygulama Erişimi Ekranı

  • Вибір: No (Жодна частина додатка не є обмеженою).
  • Пояснення: Якщо в додатку немає членства, входу користувача, електронної пошти/пароля або заблокованого екрана, слід вибрати No. Якщо вибрано 'Yes', Google попросить надати облікові дані тестового користувача.

7. Декларація про рекламу (Ads Declaration)

Це крок, на якому ви декларуєте, чи відображається реклама у вашому додатку:

Reklam Beyanı Ekranı

  • Вибір: Yes, my app contains ads (Так, мій додаток містить рекламу).
  • Пояснення: Якщо додаток містить бібліотеку AdMob або якщо показ реклами планується в майбутньому, необхідно вибрати 'Yes'. Цей вибір активує мітку "Contains ads" на сторінці Google Play і забезпечує повну відповідність правилам.

8. Віковий рейтинг вмісту (IARC Content Rating Questionnaire)

Щоб визначити вікові обмеження для додатка, необхідно заповнити анкету IARC (International Age Rating Coalition).

A. Вибір категорії та введення електронної пошти

Kategori Seçimi

  • Категорія: All Other App Types (Усі інші додатки, які не є іграми, азартними іграми чи соціальними мережами: утиліти, інструменти, калькулятори).
  • Електронна пошта: Вводиться контактна електронна адреса та підтверджуються умови IARC.

B. Питання анкети (Questionnaire)

Розділ 1: Насильство та взаємодія користувачів

Anket Bölüm 1

  • Downloaded App (Насильство, сексуальність, ненормативна лексика): No
  • User Content Sharing (Обмін аудіо, повідомленнями, медіа між користувачами): No

Розділ 2: Вміст та продукти з віковими обмеженнями

Anket Bölüm 2

  • Online Content (Музичний/відео потік або каталог електронної комерції): No
  • Promotion of Age-Restricted Products (Тютюн, алкоголь, азартні ігри): No (Категорично No, оскільки додаток не дозволяє робити ставки)
  • Miscellaneous (Передача точного GPS-розташування): No

Розділ 3: Цифрові товари та різноманітні функції

Anket Bölüm 3

  • Digital Goods (Продаж цифрових товарів): No (No, якщо активний білінг у магазині не підключено; якщо активний, виберіть Yes і отримайте значок Digital Purchases)
  • Cash Rewards (Грошові винагороди, подарункові карти): No
  • Web Browser (Інтернет-браузер / пошукова система): No
  • News / Educational (Новинний або освітній продукт): No

Коли на всі ці запитання дано відповідь 'No', додаток отримує віковий рейтинг, придатний для найширшої аудиторії у світі (PEGI 3, ESRB Everyone).

9. Цільова аудиторія та вибір вікової групи (Target Audience)

Визначаючи цільову аудиторію вашого додатка, важливо точно заявити, чи призначений він для дітей, з точки зору правил Google Designed for Families (Сімейна політика) та COPPA.

Hedef Kitle Yaş Grubu Seçimi

Правильний вибір: Лише 18 and over

  • Чому тільки 18+?
    1. Відповідність закону: Спортивна статистика, коефіцієнти та інструменти аналізу купонів розраховані на дорослу аудиторію, оскільки вони базуються на спортивних бюлетенях.
    2. Захист від обмежень Сімейної політики: Якщо вибрано вік до 13 років або 13-17 років, Google вимагає, щоб рекламні SDK додатка були сертифіковані для дітей, обмежує телеметрію та ініціює набагато суворіший процес перевірки.
    3. Узгодженість із Політикою конфіденційності: Це на 100% узгоджується з пунктом "The App is intended for audiences aged 18 and older" у нашій Політиці конфіденційності.
  • Другий крок (Could your app unintentionally appeal to children?):
    • На це запитання слід відповісти No (Ні). Оскільки в інтерфейсі додатка немає мультиплікаційних персонажів, іграшкових тем чи дитячої анімації, це не той продукт, який випадково приверне увагу дітей.

10. Панель вмісту додатка (App Content Dashboard)

Google Play Console відстежує юридичну та змістовну готовність вашого додатка за допомогою покрокового контрольного списку на вкладці Policy and programs -> App content у лівому меню.

Uygulama İçeriği Kontrol Paneli Kontrol Listesi

Зелені значки галочки (✓) з'являтимуться в міру заповнення політики конфіденційності, дозволів на вхід, реклами та рейтингу вмісту. Решту розділів списку (Безпека даних, Державні органи, Фінансові функції, Охорона здоров'я) необхідно заповнювати по черзі.

11. Форма безпеки даних (Data Safety Form)

Це одна з найбільш суворо контрольованих областей Google Play. Ви повинні вказати, які дані додаток та його бібліотеки збирають або передають третім особам.

Veri Güvenliği Genel Bakış

Запитання: Чи збирає ваш додаток або ділиться будь-яким із обов'язкових типів даних користувача?

Veri Toplama Sorusu

  • Вибір для першого релізу: No (Ні).
  • Технічна причина: Оскільки AdMob SDK або Firebase SDK ще не інтегровані безпосередньо в перший завантажений пакет .aab і ідентифікатор користувача / конфіденційні дані не збираються, форма успішно заповнюється вибором No.
  • Примітка на майбутнє: Коли AdMob або Firebase SDK будуть активовані та закодовані, вам слід повернутися до цієї форми та оновити пункти "Approximate Location", "App performance" та "Device or other identifiers (AD_ID)" на Yes.

Veri Güvenliği Mağaza Önizlemesi

Після перевірки попереднього перегляду налаштування зберігаються.

12. Юридичні та регуляторні заяви

A. Державні додатки (Government Apps)

Devlet Uygulaması Beyanı

  • Вибір: No (Додаток не представляє офіційний державний орган).

B. Фінансові функції (Financial Features)

Finansal Özellikler Üst

Finansal Özellikler Alt

  • Вибір: Виберіть пункт My app doesn't provide any financial features унизу.
  • Підтвердження: У спливаючому вікні підтверджується, що надавати будь-які фінансові ліцензії чи документи не потрібно:

Finansal Dokümantasyon Onayı

C. Додатки для здоров'я (Health Apps)

Sağlık Uygulamaları Üst
Sağlık Uygulamaları Alt

  • Вибір: Виберіть My app does not have any health features унизу.
  • Підтвердження: У спливаючому вікні ви підтверджуєте, що регіональна медична документація не потрібна:

Sağlık Dokümantasyon Onayı

13. Налаштування магазину та контактна інформація (Store Settings)

Налаштовується категорія в магазині та канали зв'язку, через які користувачі можуть зв'язатися з розробником:

Mağaza Ayarları ve İletişim

  • App Category (Категорія додатка): Sports або Utilities / Tools.
  • Tags (Теги): Можна вибрати відповідні ключові слова (наприклад: Sports, Utilities).
  • Store Listing Contact Details (Контактні дані сторінки в магазині):
    • Email Address: destek@sirketadi.com (Корпоративна електронна пошта підтримки є обов'язковою).
    • Website: https://company.com
  • External Marketing (Зовнішній маркетинг): Залиште прапорець встановленим, щоб дозволити Google просувати ваш додаток на платформах за межами Google Play:

Dış Pazarlama İzni

14. Головна сторінка додатка в магазині та графічні ресурси (Main Store Listing)

Вітрина магазину — це найважливіша частина, яка безпосередньо впливає на рішення користувачів завантажити додаток:

A. Тексти

  • App Name (Назва додатка): Максимум 30 символів (наприклад: 15te15 - Spor Toto Assistant).
  • Short Description (Короткий опис): Максимум 80 символів (наприклад: Formula optimization, probability calculation and smart Spor Toto coupon assistant.).
  • Full Description (Повний опис): Детальний опис, включаючи функції, алгоритмічні переваги та юридичні застереження.

B. Стандарти розмірів графічних ресурсів

  • App Icon (Значок додатка): Рівно 512 x 512 px, 32-бітний PNG, максимум 1 МБ.
  • Feature Graphic (Банер додатка): Рівно 1024 x 500 px, JPG або 24-бітний PNG, максимум 15 МБ.
  • Phone Screenshots (Скріншоти для телефону):
    • Мінімум 2, максимум 8 скріншотів.
    • Мінімальний розмір: 1080 px (наприклад: 1080 x 2340 px).
    • Співвідношення сторін: 16:9 або 9:16.

C. Декларація вмісту генеративного ШІ (Generative AI Content Declaration)

AI Görsel Beyanı

  • Навіть якщо для створення зображень магазину використовуються інструменти на основі штучного інтелекту, вибирається Don't label assets, якщо не створюються фотореалістичні обличчя людей/публічних осіб, які вводять користувача в оману.

15. Налаштування та перевірка закритого тестування (Closed Testing Setup)

Для щойно створених особистих облікових записів розробників у Google Play Console обов'язково пройти процес Closed Testing, перш ніж переходити безпосередньо до робочої версії.

A. Подання змін на розгляд (Publishing Overview)

Коли всі налаштування магазину та форми заповнені, у загальному огляді публікації перелічено зміни, що очікують на розгляд:

Yayınlama Genel Bakış

Однак, щоб кнопка "Send changes for review" у верхньому правому куті стала активною, додаток має бути налаштований принаймні в одній версії каналу тестування (Closed Testing).

B. Етапи закритого тестування

Kapalı Test Görevleri

Для завершення закритого тестування необхідно виконати 3 обов'язкові кроки:

  1. Виберіть країни та регіони (Select countries and regions):

Ülkelerin Seçimi

  • Вибираються країни, де додаток буде тестуватися (за замовчуванням можна вибрати весь світ або конкретну країну), і натискається Save унизу праворуч.
  1. Виберіть тестувальників (Select testers):

Test Edenlerin Seçimi

  • На вкладці Testers вибирається список електронних адрес (Email List) або створюється новий список.
  • Щоб отримати дозвіл на публікацію в робочому середовищі для особистих облікових записів Google Play, Google вимагає участі принаймні 20 користувачів у тестуванні протягом 14 днів поспіль. Тому важливо мати достатню кількість користувачів у списку тестування.
  • Після вибору списку натисніть Save changes унизу праворуч.
  1. Створіть новий випуск (Create a new release):

Kapalı Test Hazır Durumu

  • Коли країни та тестувальники налаштовані, відобразиться "2 of 4 complete", як показано вище.
  • Натисніть синю кнопку Create new release у верхньому правому куті, щоб перейти до етапу створення версії.

Bundle Yükleme Ekranı

  • Завантажується підписаний пакет .aab. Після завершення завантаження Google аналізує пакет:

Bundle Yüklendi ve API 36 Doğrulandı

  • Як видно на зображенні, успішно визначено Target SDK: 36, підтверджено Version: 610060410 та архітектури.
  • Після натискання Next з'являється екран попередження через стрибок коду версії:

Proceed Anyway Uyarısı

  • Рішення: Натисніть синє посилання Proceed anyway безпосередньо під попередженням "This release's version code is significantly higher than your previous version code".
  • Після зняття блокування версія успішно зберігається натисканням синьої кнопки Save у нижньому правому куті.

Після виконання цих дій ви можете повернутися на екран Publishing overview і запустити процес схвалення Google за допомогою кнопки Send changes for review.

C. Поширена ситуація: попередження "App not available" за тестовим посиланням

Найпоширеніший екран, який бачать розробники під час відкриття посилання для участі в закритому тестуванні (play.google.com/apps/testing/com...):

App Not Available Uyarısı

"App not available - A testing version of this app hasn't been published yet or isn't available for this account."

Причини та рішення для цього попередження:

  1. На розгляді (In Review): Навіть якщо версію закритого тестування створено та надіслано на розгляд, це посилання не буде активним, доки команда перевірки Google не схвалить пакет. Посилання відкриється, коли статус у Play Console зміниться на "Available to testers".
  2. Невідповідність облікового запису Google: Активний обліковий запис Google у браузері має точно збігатися з адресою електронної пошти, доданою до списку Testers у Play Console. Інший або анонімний обліковий запис Google не матиме доступу до цього посилання.
  3. Час розповсюдження на серверах: Навіть якщо Google схвалить розгляд, розповсюдження посилання закритого тестування на сервери магазинів у всьому світі зазвичай може зайняти 1-2 години.

D. Участь у програмі тестування (Become a Tester - Opt-in)

Після схвалення перевірки та активації посилання відкриється наступний офіційний екран запрошення:

Become a Tester Ekranı

  • Сторінка містить значок додатка, ім'я розробника та текст запрошення до тестової версії.
  • Після натискання синьої кнопки Become a tester обліковий запис додається до тестування.
  • Додаток можна завантажити безпосередньо з Google Play Store на пристрої Android, натиснувши посилання "Download it on Google Play" на наступному екрані.

16. Декларація рекламного ідентифікатора (Advertising ID Declaration)

Для всіх додатків, орієнтованих на Android 13 (API 33) і вище, Google Play вимагає обов'язкової декларації щодо використання рекламного ідентифікатора (AD_ID).

Reklam Kimliği Beyan Kuralları

Reklam Kimliği Sorusuna Yanıt

Запитання: Чи використовує ваш додаток рекламний ідентифікатор?

Критичне правило Google на цій сторінці:

"If you say that your app uses advertising ID, we will block releases that don't include the com.google.android.gms.permission.AD_ID permission in the manifest file when targeting Android 13."

  • Варіант 1 (Рекомендовано): No (Ні).
  • У поточному встановленому пакеті закритого тестування бібліотеки AdMob або перехресного просування ще фактично не скомпільовані, і у файлі AndroidManifest.xml немає дозволу AD_ID. Тому, якщо вибрано No і збережено, конфлікту маніфесту не виникне.
  • Варіант 2 (Якщо вибрано Yes):

Advertising ID Yes Seçenekleri

  • Якщо вибрано Yes, як мету використання слід вибрати [x] Advertising or marketing і встановити прапорець "Turn off release errors" унизу сторінки (I understand the ramifications of not including the com.google.android.gms.permission.AD_ID permission...), оскільки дозвіл ще не додано до маніфесту.

В обох випадках після вибору натисніть Save унизу праворуч.

17. Остаточне подання на розгляд (Submission for Review)

Коли вся інформація про додаток, політика конфіденційності, форми безпеки, юридичні заяви, цільова аудиторія та версія закритого тестування будуть заповнені, ви повернетеся на екран Publishing overview:

14 Değişikliği İncelemeye Gönder

  • Submit 14 changes for review: Google Play збирає всі заяви та тестову версію в один пакет для перевірки (14 змін, що очікують на схвалення, як показано на зображенні).
  • Офіційний процес схвалення Google запускається натисканням синьої кнопки Submit 14 changes for review.
  • Автоматичні перевірки якості Google (Quick checks) виконуються у фоновому режимі, після чого додаток потрапляє в чергу оцінки команди перевірки Google Play. Зазвичай перевірка для особистих облікових записів завершується протягом 24-72 годин.

18. Заявка на отримання дозволу на виробництво після закритого тестування (Apply for Access to Production)

Коли процес закритого тестування (безперервне тестування протягом щонайменше 14 днів із 20 тестувальниками), необхідний Google для особистих облікових записів розробників, буде завершено, кнопка "Apply for production" стане активною на головній панелі керування Play Console. Натиснувши цю кнопку, Google пропонує вичерпну 3-етапну форму заявки, щоб перевірити, чи дійсно додаток було протестовано та чи готовий він до запуску в реальному часі:

Üretim İzni Başvuru Formu

Етапи форми:

  1. About your closed test: Вас запитують, як ви знаходили тестових користувачів, як збирали відгуки та які покращення внесли в додаток на основі отриманих відгуків.
  2. About your app: Пояснюється цільова аудиторія додатка та основні переваги, які він надає користувачам.
  3. Your production readiness: Декларується, як ви будете відстежувати помилки та керувати коментарями користувачів після запуску.

Важливі запитання та зразки відповідей на заявку (English Application Answers)

1. "How did you recruit users for your closed testing? For example, did you ask friends and family, or use a paid testing provider?"

Як ви знаходили користувачів для закритого тестування? (Наприклад: друзі та родина чи платний постачальник тестування?)

Важливе правило: Google не любить ботів або платні штучні ферми тестування. Найбезпечніше вказати, що тестувальники — це реальні органічні користувачі, близьке коло та відповідні спільноти в соціальних мережах.

I recruited testers organically through friends, family, and colleagues interested in sports analysis. Additionally, I invited active football prediction fans from targeted social media groups (Reddit & sports communities). No paid services were used; all were real, active users.
2. "How easy was it to recruit testers for your app?"

Наскільки легко було знайти тестувальників для вашого додатка?

  • Рекомендований вибір: Neither difficult or easy або Easy. Цей варіант вказує на те, що процес здійснювався органічно та збалансовано, і що штучні мережі ботів не використовувалися.

Kapalı Test Etkileşim Sorusu

3. "Describe the engagement you received from testers during your closed test"

Опишіть рівень залучення тестувальників під час закритого тестування:
(Порада від Google: укажіть, чи користуються користувачі всіма функціями та чи відповідає використання поведінці реального користувача)

Testers actively used all core features: match fixtures, filters, and coupon generation. Their engagement matched real user behavior, logging in regularly around weekly match days to create coupons and review predictions. All tester activity closely mirrored real-world football fan usage.

Geri Bildirim Özeti ve Toplama Yöntemi

4. "Provide a summary of the feedback that you received from testers. Include how you collected the feedback."

Надайте короткий опис відгуків, які ви отримали від тестувальників. Вкажіть, як ви збирали відгуки:

Feedback was collected via Google Play internal feedback, emails, and tester messaging groups. Testers appreciated the fast coupon generator but suggested improving font readability on small screens, adding clearer filter descriptions, and optimizing fixture loading on slow mobile networks.

Етап 2: Про ваш додаток (About your app)

На цьому етапі запитується про цільову аудиторію додатка, додаткову цінність, яку він пропонує, і очікувану кількість завантажень за перший рік:

Hedef Kitle Sorusu

1. "Who is the intended audience of your app?"

Хто є цільовою аудиторією вашого додатка?

The intended audience includes adult football fans, sports enthusiasts, and Toto players seeking analytical tools to plan predictions. It is designed for users aged 18+ who want structured match fixture insights, mathematical coupon filtering, and systematic statistical analysis.

Katma Değer ve İndirme Beklentisi

2. "Describe how your app provides value to users"

Опишіть, як ваш додаток приносить користь користувачам:

The app provides value by automating complex coupon filtering and Toto calculations, saving users substantial time. It offers clean weekly fixture overviews, probability statistics, and intuitive mathematical tools that help sports fans make well-structured, data-informed prediction plans.
3. "How many installs do you expect your app to have in your first year?"

Скільки завантажень вашого додатка ви очікуєте протягом першого року?

  • Рекомендований вибір: 0 - 10K (Органічна та реалістична мета інді-розробника).

Етап 3: Ваша готовність до виробництва (Your production readiness)

На цьому останньому етапі запитується про вдосконалення, зроблені на основі отриманого під час закритого тестування досвіду, і чому додаток вважається готовим до публікації в реальному часі:

Yapılan Değişiklikler Sorusu

1. "What changes did you make to your app based on what you learned during your closed test?"

Які зміни ви внесли у свій додаток на основі того, що дізналися під час закритого тестування?

Рекомендація: Відповідь має повністю узгоджуватися з відгуками, зазначеними на попередніх кроках (сумісність із малими екранами, розмір шрифту, мітки фільтрів і кешування даних).

Based on tester feedback, we adjusted font scaling and spacing for smaller screens, added descriptive labels to filter options, and optimized fixture caching for slower network connections. We also streamlined the coupon generation interface to make navigation smoother and more intuitive.

Üretime Hazır Olma Kararı Sorusu

2. "How did you decide that your app is ready for production?"

Як ви вирішили, що ваш додаток готовий до запуску у виробництво?

Рекомендація: Необхідно підкреслити показники Google Vitals (нуль збоїв / zero crashes, нуль ANR), 14-денний період тестування та стабільність на різних версіях Android.

We confirmed production readiness through 14 days of closed testing with zero crashes and zero ANRs in Android Vitals. All core workflows (fixture browsing, filtering, and coupon generation) executed smoothly across diverse devices, and testers confirmed high stability and complete features.

Після заповнення всіх полів офіційна заява на отримання дозволу на виробництво подається натисканням синьої кнопки Apply у нижньому правому куті.

Екран надісланої заявки (Процес розгляду)

Натискання кнопки 'Apply' повертає вас на головну панель Play Console, і на сторінці Production з'являється така офіційна картка розгляду:

Başvuru Gönderildi ve İncelemede

"We have your application for production access"
"We're reviewing your application form. We'll email the account owner with an update. This usually takes 7 days or less, but may occasionally take longer."

Що потрібно знати про цей етап:

  1. Час перевірки: Хоча Google офіційно зазначає на екрані, що це "7 днів або менше", для додатків із послідовними відповідями у формі та нульовим рівнем збоїв це схвалення зазвичай видається протягом 24-72 годин.
  2. Повідомлення про результат: Після завершення перевірки на електронну адресу власника облікового запису надсилається офіційне повідомлення про прийняття (Див. Розділ 19).
  3. Що робити під час очікування: Жодних додаткових дій вживати не потрібно; канал закритого тестування може залишатися активним, достатньо дочекатися рішення команди перевірки Play Console.

19. Остаточна перемога: схвалення доступу до виробництва (Production Access)

Коли процес Closed Testing (14 днів активного тестування з принаймні 20 тестувальниками), який є найскладнішим етапом Google Play Console для нових особистих облікових записів розробників, успішно завершено та подано заявку на відкриття магазину, від команди Google Play Console надходить такий офіційний електронний лист:

Google Play Production Access Onay E-postası

"Congratulations! Your app has been granted Google Play production access"
"You applied for Google Play production access for your app, and this has now been granted. Production is where you make your app available to billions of users on Google Play."

Що означає цей електронний лист?

  1. Публічний реліз: Ваш додаток тепер має право на публікацію для мільярдів користувачів Android у всьому світі, а не лише для запрошених закритих тестувальників.
  2. Подолання порогу особистого облікового запису: Вимогу Google щодо 20 тестувальників / 14 днів тестування офіційно виконано, а обліковий запис розробника отримав статус надійного.
  3. Запуск в один клік: Перейшовши на канал Production на панелі Play Console, перевірений у закритому тестуванні пакет може вийти на вітрину магазину безпосередньо або з новою версією.

20. Передрелізний контрольний список (Завершено)

Усі пункти контролю на етапі подання заявки:

  • Чи створено ідентифікатор додатка та унікальну назву пакета в Play Console?
  • Чи підписаний пакет .aab скомпільовано з targetSdkVersion 36?
  • Чи versionCode більший за попередні версії? (Чи було натиснуто Proceed anyway на попередженні?)
  • Чи активна URL-адреса Політики конфіденційності та чи відкривається вона через HTTPS?
  • Чи записано App Access як No?
  • Чи позначено декларацію про рекламу як Yes?
  • Чи пройдено та сертифіковано віковий рейтинг IARC?
  • Чи вибрано Цільову аудиторію як 18 and over?
  • Чи заповнено форму Безпеки даних?
  • Чи зафіксовано державні, фінансові та медичні декларації як No?
  • Чи завантажено графічні ресурси магазину (значок 512x512, банер 1024x500, скріншоти)?
  • Закрите тестування: чи вибрано та збережено країни/регіони?
  • Закрите тестування: чи вибрано та збережено список тестувальників?
  • Закрите тестування: чи завантажено підписаний пакет .aab і призначено версію?
  • Рекламний ідентифікатор: збережено як No для початкового випуску?
  • Огляд публікації: чи надіслано зміни на розгляд Google?
  • Чи завершено процес закритого тестування та отримано доступ до виробництва (Production Access)?

21. Arar Games та наші ігри

Ви можете відвідати сторінки нашого магазину, щоб наживо випробувати всі ігри, ігрові механіки та оновлення, які ми розробили в нашій незалежній студії:

🎮 Наші ігри:

📢 Соціальні мережі та зв'язок:

Щоб слідкувати за нашими новими технічними посібниками, девлогами та оновленнями ігор:

Підготовлено: Arar Games Developer Documentation Archive




Gönderen zaman:
Etiketler: , , , , , ,

Hiç yorum yok:

Yorum Gönder

Kaydol: Kayıt Yorumları (Atom)