Водич за објавување апликации и игри од нула на Google Play Store: Пакување, формулари, затворено тестирање и одење во живо

Водич за објавување апликации и аплицирање на Google Play Store (Од нула до објавување)

Овој водич; чекор по чекор ги објаснува процесите за создавање модерна Android апликација (особено .NET MAUI, MonoGame или хибридни C# проекти) од нула на Google Play Console, нејзино пакување, дигитално потпишување (signing), решавање на критичните грешки и завршување на сите чекори за аплицирање во продавницата (Креирање апликација, Политика за приватност, Дозволи за најава, Реклами, IARC возрасна оцена, Безбедност на податоците, Затворено тестирање и Отворено објавување).

---

Содржина

1. Вовед и архитектонска подготовка
2. Креирање нова апликација / игра од нула во Play Console (Create App)
   • A. Детали за апликацијата (App Details)
   • B. Тип на апликација, цени и декларации
3. Креирање на Keystore и автоматизација на Build/Sign
4. Инсталација на првиот пакет во Play Console и критични грешки
   • Грешка 1: Потребно е ниво на Target API Level 36 (Android 16)
   • Грешка 2: Предупредување за значително повисок код на верзија (Version Code Significantly Higher)
5. Подготовка на политика за приватност (Privacy Policy)
6. Пристап до апликацијата / Детали за најава (App Access / Sign-in Details)
7. Декларација за реклами (Ads Declaration)
8. Оцена на содржината (Прашалник за оцена на содржина на IARC)
9. Целна публика и избор на возрасна група (Target Audience)
10. Контролна табла за содржина на апликацијата (App Content Dashboard)
11. Формулар за безбедност на податоците (Data Safety Form)
12. Правни и регулаторни изјави (владини, финансиски, здравствени)
13. Поставки на продавницата и информации за контакт (Store Settings)
14. Главен запис во продавницата и визуелни средства (Main Store Listing)
15. Поставување и преглед на затворено тестирање (Closed Testing Setup)
16. Декларација за ID за рекламирање (Advertising ID Declaration)
17. Конечно поднесување за преглед (Submission for Review)
18. Аплицирање за дозвола за производство по затворено тестирање (Apply for Access to Production)
19. Конечна победа: Одобрување за пристап до производство (Отворено издание)
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" во горниот десен агол на главниот екран каде што се наведени сите апликации. Овој формулар го одредува дигиталниот ID на апликацијата на конзолата, името на нејзиниот пакет и основната класификација на продавницата.

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>) во датотеката на проектот или AndroidManifest.xml мора целосно да се совпаѓа.
   • 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 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 и автоматизација на Build/Sign

За да го направите процесот на распоредување без грешки и повторлив, треба да се креираат папка 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 batch може да предизвика синтаксни грешки (: 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, може да се појави следниов екран:

Грешка 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>

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. Подготовка на политика за приватност (Privacy Policy)

Според политиките на Google Play, дури и ако вашата апликација не собира чувствителни податоци, задолжителна е врска до Политиката за приватност во јавно достапен, стандарден формат на веб-страница (не PDF) со активен SSL.

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

Датотека markdown (blob/main/...) во складиштето на GitHub е директно препознаена од Google како валидна веб-страница.

Основни наслови што треба да бидат вклучени во политиката

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

---

6. Пристап до апликацијата / Детали за најава (App Access / Sign-in Details)

Пред ревизорите на Google да можат да ја прегледаат апликацијата, треба да наведете дали апликацијата содржи ограничена област или бара најавување:

• Избор: No (Ниту еден дел од апликацијата не е ограничен).
• Објаснување: Ако нема членство, најава на корисник, е-пошта/лозинка или заклучен екран во апликацијата, треба да се избере No. Ако е избрано 'Yes', Google ќе побара корисничко име и лозинка за вашата тест сметка.

---

7. Декларација за реклами (Ads Declaration)

Ова е чекорот каде што декларирате дали се прикажуваат реклами во вашата апликација:

• Избор: Yes, my app contains ads (Да, мојата апликација содржи реклами).
• Објаснување: Ако апликацијата има библиотека AdMob или ако рекламите ќе бидат овозможени во иднина, мора да се избере 'Yes'. Овој избор ја активира ознаката "Contains ads" на страницата на Google Play и обезбедува целосна усогласеност со политиките.

---

8. Оцена на содржината (Прашалник за оцена на содржина на IARC)

За да го одредите возрасното ограничување на апликацијата, мора да ја пополните анкетата на IARC (International Age Rating Coalition).

A. Избор на категорија и внесување е-пошта

• Категорија: All Other App Types (Сите други апликации што не се игри, игри со обложување или социјални медиуми: алатки, калкулатори итн.).
• Е-пошта: Се внесува е-пошта за контакт и се потврдуваат условите на 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. Целна публика и избор на возрасна група (Target Audience)

Кога ја одредувате целната публика на вашата апликација, од витално значење е точно да декларирате дали е наменета за деца или не во смисла на правилата на Google Designed for Families (Семејна политика) и COPPA.

Правилен избор: Само 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 во левото мени.

Зелените икони за штиклирање (✓) ќе се појават како што се завршуваат политиката за приватност, дозволите за најава, рекламите и оцената на содржината. Останатите делови од листата (Безбедност на податоците, Владини агенции, Финансиски карактеристики, Здравје) мора да се завршат по ред.

---

11. Формулар за безбедност на податоците (Data Safety Form)

Ова е една од најстрого контролираните области на Google Play. Мора да декларирате кои податоци ги собира апликацијата и нејзините библиотеки или ги споделува со трети страни.

Прашање: Дали вашата апликација собира или споделува некој од бараните типови кориснички податоци?

• Избор за прво издание: No (Не).
• Техничка причина: Бидејќи AdMob SDK или Firebase SDK сè уште не се директно интегрирани во првиот вчитан пакет .aab и корисничкиот ID / чувствителните податоци не се собираат, формуларот се пополнува чисто со избирање на No.
• Забелешка за во иднина: Кога ќе се активираат AdMob или Firebase SDK, треба да се вратите на овој формулар и да ги ажурирате ставките "Approximate Location", "App performance" и "Device or other identifiers (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. Поставки на продавницата и информации за контакт (Store Settings)

Конфигурирани се категоријата во продавницата и каналите за комуникација преку кои корисниците можат да стигнат до програмерот:

• 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:

---

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 MB.
• Feature Graphic (Главна графика): Точно 1024 x 500 px, JPG или 24-битна PNG, максимум 15 MB.
• Phone Screenshots (Слики од екранот на телефонот):
  • Мимум 2, максимум 8 слики од екранот.
  • Минимална големина: 1080 px (Пример: 1080 x 2340 px).
  • Сооднос на ширина и висина: 16:9 или 9:16.

C. Декларација за содржина од генеративна вештачка интелигенција (Generative AI Content Declaration)

• Дури и ако се користат алатки со вештачка интелигенција за креирање слики од продавницата, се избира Don't label assets сè додека не се произведуваат фотореалистични човечки/јавни лица што го доведуваат во заблуда корисникот.

---

15. Поставување и преглед на затворено тестирање (Closed Testing Setup)

За новосоздадените лични сметки на програмери во Google Play Console, задолжително е да се заврши процесот на Closed Testing пред да се премине директно на производство.

A. Поднесување промени за преглед (Publishing Overview)

Кога ќе се завршат сите поставки и формулари во продавницата, прегледот на објавувањето ги наведува промените на чекање:

Сепак, за да се активира копчето "Send changes for review" во горниот десен агол, апликацијата мора да биде конфигурирана во барем една верзија на тест канал (Closed Testing).

B. Чекори за затворено тестирање

Има 3 задолжителни чекори за завршување на затвореното тестирање:

1. Изберете земји и региони (Select countries and regions):

• Се избираат земјите каде што ќе се тестира апликацијата (стандардно, може да се избере целиот свет или одредена земја) и се прави Save од долу десно.

2. Изберете тестери (Select testers):

• Во табулаторот Testers, се избира список со е-пошта (Email List) или се креира нов список.
• За да добие дозвола за производство на лични сметки на Google Play, 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 не го одобри пакетот. Врската ќе се отвори кога статусот ќе биде "Available to testers" во Play Console.
2. Несовпаѓање на сметката на Google: Активната најава на Google во прелистувачот мора да биде точно иста со адресата на е-пошта додадена на списокот Testers во Play Console. Друга или анонимна сметка на Google нема пристап до оваа врска.
3. Време на ширење на серверот: Дури и ако Google го одобри прегледот, обично може да поминат 1-2 часа за врската за затворено тестирање да се рашири на серверите на продавниците низ целиот свет.

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

Откако ќе се одобри прегледот и ќе се активира врската, се отвора следниов официјален екран со покана:

• Страницата ја вклучува иконата на апликацијата, името на развивачот и текстот на поканата за тест верзијата.
• Кога ќе се кликне на синото копче Become a tester, сметката се вклучува во тестот.
• Апликацијата може да се преземе директно од апликацијата Google Play Store на уредот Android со кликнување на врската "Download it on Google Play" на следниот екран.

---

16. Декларација за ID за рекламирање (Advertising ID Declaration)

За сите апликации што таргетираат Android 13 (API 33) и погоре, Google Play бара експлицитна декларација за користење на ID за рекламирање (AD_ID).

Прашање: Дали вашата апликација користи 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. Конечно поднесување за преглед (Submission for Review)

Откако ќе се завршат сите информации за продавницата, политиката за приватност, безбедносните формулари, правните изјави, целната публика и верзијата за затворено тестирање, ќе бидете вратени на екранот Publishing overview:

• 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 чекори за да провери дали апликацијата е навистина тестирана и е подготвена да оди во живо:

Чекори во формуларот:

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. Оваа опција покажува дека процесот се спроведува органски и избалансирано и дека не се користат вештачки бот мрежи.

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?"

Како одлучивте дека вашата апликација е подготвена за производство во живо?

Препорака: Метриката на 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:

"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. Конечна победа: Одобрување за пристап до производство (Отворено издание)

Кога процесот на Closed Testing (14 дена активно тестирање со најмалку 20 тест корисници), кој е најпредизвикувачката фаза на Google Play Console за нови сметки на лични развивачи, успешно ќе се заврши и ќе се поднесе апликација за отворена продавница, се добива следната официјална е-пошта за прифаќање од тимот на 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. Контролна листа пред објавување (Завршено)

Сите контролни ставки во фазата на аплицирање:

• Дали се генерирани ID на апликацијата и уникатното име на пакетот во Play Console?
• Дали потпишаниот пакет .aab е компајлиран со targetSdkVersion 36?
• Дали versionCode е поголем од претходните верзии? (Дали беше кликнато на Proceed anyway на предупредувањето?)
• Дали URL-то на Политиката за приватност е активно и отворено со HTTPS?
• Дали пристапот до апликацијата е снимен како No?
• Дали изјавата за рекламирање е означена со Yes?
• Дали е завршена и сертифицирана оцената за возраст на IARC?
• Дали целната публика е избрана како 18 and over?
• Дали е пополнет формуларот за безбедност на податоците?
• Дали владините, финансиските и здравствените декларации се евидентирани како No?
• Дали се вчитани средствата на продавницата (икона 512x512, главна графика 1024x500, слики од екранот)?
• Затворено тестирање: Дали се избрани и зачувани земјите/регионите?
• Затворено тестирање: Дали е избрана и зачувана листата на тестери?
• Затворено тестирање: Дали потпишаниот пакет .aab е вчитан и верзиониран?
• ID за рекламирање: Зачувано како No за првичното издание?
• Преглед на објавувањето: Дали промените се испратени за преглед од Google?
• Дали е завршен процесот на затворено тестирање и дали е добиен пристап до производство (Production Access)?

---

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

Можете да ги посетите нашите страници на продавницата за да ги искусите во живо сите игри, механики на игри и ажурирања што ги развивме во нашето независно студио:

🎮 Наши игри:

• 🛡️ Blocked: Pixel Panzer:
  Ретро пиксел тенковска акција, ColorWheel елементарни гранати, динамично време, битки со шефови, глобални табели на водачи и достигнувања на Google Play!
  👉 Преземете на Google Play (Android & PC) | 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 Developer Documentation Archive