Руководство по публикации приложений и игр с нуля в Google Play Store: сборка, формы, закрытое тестирование и релиз

Руководство по публикации приложений в Google Play Store (С нуля до релиза)

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

---

Содержание

1. Введение и архитектурная подготовка
2. Создание нового приложения / игры с нуля в Play Console (Create App)
   • A. Сведения о приложении (App Details)
   • B. Тип приложения, цены и заявления
3. Создание Keystore и автоматизация сборки/подписи
4. Первая загрузка бандла в Play Console и критические ошибки
   • Ошибка 1: Требуется целевой уровень API 36 (Android 16)
   • Ошибка 2: Предупреждение о значительно более высоком коде версии
5. Подготовка политики конфиденциальности
6. Доступ к приложению / данные для входа
7. Декларация о рекламе
8. Возрастной рейтинг (Опросник IARC Content Rating)
9. Выбор целевой аудитории и возрастной группы
10. Панель контента приложения (App Content Dashboard)
11. Форма безопасности данных (Data Safety)
12. Юридические и нормативные заявления (Государственные, Финансовые, Здоровье)
13. Настройки страницы приложения и контактная информация
14. Основная страница приложения и графические ресурсы
15. Настройка закрытого тестирования и проверка
16. Декларация рекламного идентификатора (Advertising ID)
17. Отправка на проверку (Финальная отправка)
18. Подача заявки на доступ к рабочей версии после закрытого тестирования
19. Финальная победа: одобрение доступа к рабочей версии (Production Access)
20. Чек-лист перед релизом (Завершено)
21. Arar Games и наши игры

---

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

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

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

---

2. Создание нового приложения / игры с нуля в Play Console (Create App)

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

A. Сведения о приложении

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>) в проекте должно в точности совпадать с этим именем.
   • Check availability (Проверка доступности): При нажатии кнопки мгновенно проверяется, не занято ли указанное имя пакета другим разработчиком в экосистеме Google Play.
3. Default Language (Язык по умолчанию):
   • Основной язык страницы приложения в магазине (например: English (United States) – en-US).
   • Информация о приложении будет отображаться на этом языке пользователям во всех странах, для которых не задана отдельная локализация (перевод).

---

B. Тип приложения, цены и заявления

1. App or Game (Приложение или игра):
   • Определяется базовый тип продукта (App или Game).
   • Важное замечание: Этот выбор определяет главный раздел каталога в магазине (вкладка «Приложения» или «Игры») и не может быть изменен позже.
2. Free or Paid (Бесплатное или платное):
   • Укажите, будет ли приложение бесплатным или платным для скачивания.
   • ⚠️ Критическое необратимое правило: Согласно правилам Google Play, приложение, однажды опубликованное как «Бесплатное», никогда не сможет стать «Платным» в будущем! Если вы планируете продавать продукт непосредственно при покупке в магазине, выберите Paid с самого начала. Для бесплатного распространения с последующей монетизацией используйте встроенные покупки (In-App Purchases) или рекламу 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 при каждом обновлении. Для автоматического управления используется формула на основе текущей даты и времени:

# Последняя цифра года + Месяц + День + Час + Минута (Например: 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 командой start "" "%OUTPUT%".

---

4. Первая загрузка бандла в Play Console и критические ошибки

При загрузке подписанного файла .aab в канал Internal testing (Внутреннее тестирование) или Production (Рабочая версия) в Google Play Console может появиться следующий экран:

Ошибка 1: Требуется целевой уровень API 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>

2. Добавьте свойство в <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. Подготовка политики конфиденциальности

По правилам Google Play, даже если ваше приложение не собирает конфиденциальные данные, обязательно требуется ссылка на Политику конфиденциальности в виде общедоступной стандартной веб-страницы (не PDF) с активным протоколом HTTPS.

Бесплатный хостинг на GitHub

Markdown-файл (blob/main/...) в репозитории GitHub напрямую распознается Google как корректная веб-страница.

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

1. Реклама (Google AdMob): Баннеры, межстраничные объявления и реклама с вознаграждением; использование рекламного идентификатора Android (AD_ID), технических параметров устройства и приблизительного местоположения по IP.
2. Встроенные покупки и подписки (Google Play Billing): Платежи осуществляются исключительно через инфраструктуру Google; разработчик никогда не получает доступа к данным карт или банковским реквизитам.
3. Аналитика и телеметрия (Firebase Analytics & Crashlytics): Анонимные события использования и отчеты о сбоях.
4. Управление согласием (Google UMP): Окна согласия, соответствующие GDPR и KVKK, а также право пользователя изменить свои предпочтения в настройках.
5. Юридические исключения и специальные заявления (например, игры на удачу / инструменты прогнозирования):
   • Приложение категорически не является платформой для ставок или азартных игр.
   • Оно предоставляет только математическую оптимизацию купонов и статистическую поддержку.
   • При перенаправлении к официальным операторам логины и пароли учетных записей никогда не сохраняются, а двухфакторная аутентификация (2FA / SMS) выполняется непосредственно в интерфейсе официального сервиса.
6. Примечание по безопасности: Личные ссылки разработчика (например, персональный профиль GitHub) не должны присутствовать в тексте политики конфиденциальности; указывайте только корпоративный email и официальный сайт.

---

6. Доступ к приложению / данные для входа

Перед тем как модераторы Google смогут проверить приложение, необходимо указать, содержит ли оно закрытые или защищенные паролем зоны:

• Выбор: No (Вся функциональность доступна без ограничений).
• Пояснение: Если в приложении нет авторизации, учетных записей, входа по email/паролю или заблокированных экранов, выбирайте No. При выборе «Yes» Google потребует предоставить тестовый логин и пароль.

---

7. Декларация о рекламе

На этом этапе декларируется наличие рекламы в приложении:

• Выбор: Yes, my app contains ads (Да, в моем приложении есть реклама).
• Пояснение: Если в приложение подключена библиотека AdMob или планируется показ рекламы в будущем, необходимо выбрать «Yes». Это активирует метку "Содержит рекламу" на странице приложения в Google Play и обеспечит соблюдение политик.

---

8. Возрастной рейтинг (Опросник IARC Content Rating)

Для определения возрастного рейтинга приложения необходимо пройти опросник IARC (International Age Rating Coalition).

A. Выбор категории и ввод email

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

B. Вопросы анкеты (Questionnaire)

Раздел 1: Насилие и общение пользователей

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

Раздел 2: Контент и товары с возрастными ограничениями

• Online Content (Трансляция музыки/видео или каталог интернет-магазина): No
• Promotion of Age-Restricted Products (Табак, алкоголь, азартные игры): No (Строго «No», так как приложение не организует ставки)
• Miscellaneous (Передача точного GPS-местоположения): No

Раздел 3: Цифровые товары и прочие функции

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

При ответах «No» на эти вопросы приложение получает возрастной рейтинг, подходящий для максимально широкой мировой аудитории (PEGI 3, ESRB Everyone).

---

9. Выбор целевой аудитории и возрастной группы

При определении целевой аудитории критически важно правильно указать возрастные рамки с точки зрения правил Google Designed for Families (Семейная политика) и законодательства COPPA.

Правильный выбор: только 18 and over (18 лет и старше)

• Почему только 18+?
  1. Юридическое соответствие: Статистические инструменты, коэффициенты и анализ купонов спортивных пари ориентированы на совершеннолетнюю аудиторию.
  2. Защита от ограничений семейной политики: При выборе возраста младше 13 или 13-17 лет Google требует сертифицированные детские рекламные SDK, ограничивает сбор телеметрии и проводит гораздо более жесткую модерацию.
  3. Согласованность с Политикой конфиденциальности: Полное соответствие пункту "Приложение предназначено для пользователей старше 18 лет".
• Второй шаг (Может ли приложение непреднамеренно привлекать детей?):
  • На этот вопрос следует ответить No. Поскольку в интерфейсе нет мультяшных персонажей, тем с игрушками или детской анимации, продукт не вызывает случайного детского интереса.

---

10. Панель контента приложения (App Content Dashboard)

Google Play Console отслеживает готовность контента и юридических деклараций с помощью контрольного списка в меню слева: Policy and programs -> App content.

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

---

11. Форма безопасности данных (Data Safety)

Это один из наиболее строго проверяемых разделов Google Play. Вы обязаны задекларировать, какие данные приложение и сторонние библиотеки собирают или передают третьим лицам.

Вопрос: Собирает или передает ли ваше приложение какие-либо требуемые типы пользовательских данных?

• Выбор для первого релиза: No (Нет).
• Техническая причина: Поскольку в первом загруженном пакете .aab SDK AdMob или Firebase еще не интегрированы напрямую и пользовательские идентификаторы или чувствительные данные не собираются, выбор No позволяет пройти форму чисто.
• Примечание на будущее: После активации и добавления кода AdMob или Firebase SDK необходимо вернуться в эту форму и обновить пункты "Приблизительное местоположение", "Производительность приложения" и "Идентификаторы устройства или другие идентификаторы (AD_ID)" на значение Yes.

После проверки предварительного просмотра данные сохраняются.

---

12. Юридические и нормативные заявления

A. Государственные приложения (Government Apps)

• Выбор: No (Приложение не представляет официальные государственные органы).

B. Финансовые функции (Financial Features)

• Выбор: My app doesn't provide any financial features внизу страницы.
• Подтверждение: Во всплывающем окне подтверждается отсутствие необходимости предоставления финансовых лицензий или документов:

C. Приложения о здоровье (Health Apps)

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

---

13. Настройки страницы приложения и контактная информация

Здесь настраивается категория приложения в магазине и каналы связи разработчика с пользователями:

• App Category (Категория): Sports или Utilities / Tools.
• Tags (Теги): Выбираются релевантные ключевые слова (например: Спорт, Инструменты).
• Store Listing Contact Details (Контактные данные страницы):
  • Email: destek@sirketadi.com (Корпоративный email поддержки обязателен).
  • Веб-сайт: https://company.com
• External Marketing (Внешний маркетинг): Оставьте флажок включенным, чтобы разрешить Google продвигать ваше приложение на внешних ресурсах:

---

14. Основная страница приложения и графические ресурсы

Витрина приложения — важнейший элемент, влияющий на решение пользователей об установке:

A. Тексты

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

B. Стандарты размеров графики

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

C. Декларация контента, созданного генеративным ИИ

• Даже если при создании графики использовался искусственный интеллект, выбирается Don't label assets, если изображения не воспроизводят фотореалистичные лица реальных людей, способные ввести пользователей в заблуждение.

---

15. Настройка закрытого тестирования и проверка

Для новых персональных аккаунтов разработчиков в Google Play Console прохождение Закрытого тестирования (Closed Testing) является обязательным перед допуском к рабочей версии.

A. Отправка изменений на проверку (Обзор публикаций)

После заполнения всех форм и настроек витрины в разделе «Обзор публикаций» появится список ожидающих изменений:

Однако кнопка "Send changes for review" (Отправить изменения на проверку) станет активной только после настройки хотя бы одной тестовой версии в канале закрытого тестирования.

B. Шаги закрытого тестирования

Для завершения настройки закрытого тестирования необходимо выполнить 3 обязательных шага:

1. Выбор стран и регионов (Select countries and regions):

• Выбираются страны, где будет доступно тестирование (можно выбрать все страны мира или конкретный регион), затем нажимается Save в правом нижнем углу.

2. Выбор тестировщиков (Select testers):

• На вкладке Testers выбирается список email-адресов или создается новый список.
• Для получения доступа к рабочей версии на личных аккаунтах Google требует участия минимум 20 тестировщиков в течение 14 дней подряд. Поэтому важно включить в список достаточное количество реальных пользователей.
• После выбора списка нажмите Save changes в правом нижнем углу.

3. Создание новой версии (Create a new release):

• После настройки стран и тестировщиков статус изменится на "2 of 4 complete".
• Нажмите синюю кнопку Create new release в правом верхнем углу для перехода к созданию выпуска.

• Загрузите подписанный файл .aab. После загрузки Google проанализирует пакет:

• Как видно на скриншоте, Target SDK: 36 успешно распознан, Version: 610060410 и архитектуры подтверждены.
• При нажатии Next появится экран с предупреждением о скачке кода версии:

• Решение: Нажмите синюю ссылку 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 - 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, активная в браузере, должна точно совпадать с email-адресом из списка Testers в Play Console.
3. Время распространения на серверах: Даже после одобрения модерацией может потребоваться 1–2 часа для распространения ссылки по мировым серверам магазина.

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

После одобрения и активации ссылки открывается официальная страница приглашения:

• На странице отображается значок приложения, имя разработчика и приглашение к тестированию.
• При нажатии синей кнопки Become a tester аккаунт подключается к тестированию.
• Приложение можно установить прямо на Android-устройство из Google Play по ссылке "Download it on Google Play".

---

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

Для всех приложений, ориентированных на Android 13 (API 33) и выше, Google Play требует обязательной декларации использования Advertising ID (AD_ID).

Вопрос: Использует ли ваше приложение рекламный идентификатор?

Критическое правило 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 SDK еще не скомпилирован в коде, и разрешение AD_ID отсутствует в AndroidManifest.xml. Поэтому выбор No исключает конфликт манифеста.
• Вариант 2 (Если выбрано «Yes»):

• При выборе 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. Отправка на проверку (Финальная отправка)

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

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

---

18. Подача заявки на доступ к рабочей версии после закрытого тестирования

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

Этапы анкеты:

1. О вашем закрытом тесте (About your closed test): Как вы привлекали тестировщиков, как собирали отзывы и какие улучшения внесли на их основе.
2. О вашем приложении (About your app): Целевая аудитория и основная польза, которую приложение приносит пользователям.
3. Готовность к рабочей версии (Your production readiness): Как вы планируете отслеживать ошибки и обрабатывать отзывы пользователей после релиза.

Критические вопросы и примеры ответов

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. Этот выбор показывает, что процесс проходил органично и без использования накруток.

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.

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)

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

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.

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)

На завершающем этапе выясняются доработки, внесенные по результатам закрытого тестирования, и критерии готовности приложения к публичному запуску:

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.

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

На каком основании вы решили, что приложение готово к релизу в рабочей версии?

Рекомендация: Подчеркните показатели Android Vitals (нулевой уровень сбоев, отсутствие зависаний 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 отображается карточка проверки:

"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 days or less", для приложений с согласованными ответами и нулевым уровнем сбоев решение обычно принимается в течение 24–72 часов.
2. Уведомление о результате: По завершении проверки на email владельца аккаунта приходит официальное уведомление (см. раздел 19).
3. Что делать во время ожидания: Никаких дополнительных действий предпринимать не требуется; канал закрытого тестирования может оставаться активным, достаточно дождаться решения команды Play Console.

---

19. Финальная победа: одобрение доступа к рабочей версии (Production Access)

После успешного прохождения Закрытого тестирования (14 дней активного тестирования с минимум 20 пользователями) и подачи заявки на доступ к рабочей версии, от команды Google Play Console приходит официальное письмо с подтверждением:

"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?
• Доступ к приложению сохранен как No?
• Декларация о рекламе отмечена как Yes?
• Возрастной рейтинг IARC пройден и получен сертификат?
• Целевая аудитория выбрана как 18 and over?
• Форма Data Safety (Безопасность данных) заполнена?
• Государственные, финансовые и медицинские декларации сохранены как No?
• Графические материалы витрины (значок 512x512, баннер 1024x500, скриншоты) загружены?
• Закрытое тестирование: страны и регионы выбраны и сохранены?
• Закрытое тестирование: список тестировщиков выбран и сохранен?
• Закрытое тестирование: подписанный пакет .aab загружен и версия создана?
• Рекламный идентификатор (Advertising ID): сохранен как No для первого релиза?
• Обзор публикаций: все изменения отправлены на проверку Google?
• Пройден процесс закрытого тестирования и получен доступ к Production?

---

21. Arar Games и наши игры

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

🎮 Наши игры:

• 🛡️ Blocked: Pixel Panzer:
  Ретро-пиксельный танковый экшен, стихийные снаряды ColorWheel, динамическая погода, битвы с боссами, глобальные таблицы лидеров и достижения Google Play!
  👉 Скачать в Google Play (Android и ПК) | Microsoft Store (Windows PC)
• 🎨 Paint Trek:
  Аркадный опыт на реакцию в красочных пикселях и космической атмосфере.
  👉 Google Play | Microsoft Store (PC & Xbox)
• 🚀 Space Dodger:
  Динамичная ретро-аркада с уклонением от препятствий в глубоком космосе.
  👉 Скачать в Google Play

📢 Социальные сети и контакты:

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

• 🎵 TikTok: @arargamesstudio
• 📸 Instagram: @arargamesstudio
• 🐦 X (Twitter): @arargamesstudio
• 📺 YouTube: @koreaaria
• 🧵 Threads: @arargamesstudio
• 📘 Facebook: arargamesstudio

---

Подготовлено: Архив документации разработчиков Arar Games