Útmutató alkalmazások és játékok közzétételéhez a Google Play Áruházban a nulláról: Csomagolás, űrlapok, zárt tesztelés és éles indítás

Google Play Áruház alkalmazás- és játékközzétételi útmutató (A nullától a megjelenésig)

Ez az útmutató részletesen, lépésről lépésre mutatja be egy modern Android-alkalmazás (különösen a .NET MAUI, MonoGame vagy hibrid C# projektek) létrehozásának folyamatát a Google Play Console felületén a nulláról indulva, annak csomagolását, aláírását, a felmerülő kritikus hibák elhárítását, valamint az áruházi űrlapok és jóváhagyási lépések teljesítését (alkalmazás létrehozása, adatvédelmi irányelvek, hozzáférési jogosultságok, hirdetések, IARC korhatár-besorolás, adatbiztonság, zárt tesztelés és éles közzététel).

---

Tartalomjegyzék

1. Bevezetés és architekturális előkészületek
2. Új alkalmazás / játék létrehozása a semmiből a Play Console-ban (Create App)
   • A. Alkalmazás részletei (App Details)
   • B. Alkalmazástípus, árazás és nyilatkozatok
3. Keystore létrehozása és build/aláírási automatizáció
4. Első csomagfeltöltés a Play Console-ba és kritikus hibák
   • 1. Hiba: Target API Level 36 (Android 16) követelmény
   • 2. Hiba: Lényegesen magasabb verziókód (Version Code Significantly Higher) figyelmeztetés
5. Adatvédelmi irányelvek előkészítése (Privacy Policy)
6. Alkalmazáshozzáférés és bejelentkezési adatok (App Access / Sign-in Details)
7. Hirdetési nyilatkozat (Ads Declaration)
8. Tartalombesorolás (IARC tartalombesorolási kérdőív)
9. Célközönség és korcsoport kiválasztása (Target Audience)
10. Alkalmazástartalom vezérlőpult (App Content Dashboard)
11. Adatbiztonsági űrlap (Data Safety Form)
12. Jogi és szabályozási nyilatkozatok (Kormányzati, pénzügyi, egészségügyi)
13. Áruházi beállítások és kapcsolattartási adatok (Store Settings)
14. Fő áruházi adatlap és vizuális elemek (Main Store Listing)
15. Zárt tesztelés beállítása és felülvizsgálata (Closed Testing Setup and Review)
16. Hirdetésazonosító nyilatkozat (Advertising ID Declaration)
17. Végső beküldés ellenőrzésre (Final Submission)
18. Jelentkezés éles hozzáférésre a zárt tesztelés után (Apply for Access to Production)
19. Végső győzelem: Éles hozzáférés jóváhagyva (Production Access)
20. Kiadás előtti ellenőrzőlista (Kész)
21. Arar Games és játékaink

---

1. Bevezetés és architekturális előkészületek

Egy új alkalmazás Google Play Áruházban történő közzétételekor a Google legfrissebb biztonsági és technikai irányelveit kell követni:

• Csomagformátum (Bundle Format): Kizárólag az .aab (Android App Bundle) formátum engedélyezett. Az APK fájlok már nem érvényesek közvetlen áruházi kiadáshoz (bár tesztelési sideload célokra továbbra is generálhatók).
• Minimális Target SDK: A Google Play megköveteli, hogy az újonnan közzétett vagy frissített alkalmazások legalább az Android API Level 36 (Android 16) szintet célozzák meg.
• Biztonságos aláírás: Az alkalmazást egy v2/v3 séma kompatibilis, 2048 bites RSA kulccsal kell digitálisan aláírni.

---

2. Új alkalmazás / játék létrehozása a semmiből a Play Console-ban (Create App)

A Google Play Console felületére történő bejelentkezés után (play.google.com/console) a közzétételi folyamat a jobb felső sarokban található kék "Create app" (Alkalmazás létrehozása) gombra kattintva indul el az alkalmazások listáját tartalmazó főképernyőn. Ez az űrlap határozza meg az alkalmazás digitális azonosítóját a konzolon, a csomagnevet és az alapvető áruházi kategóriát.

A. Alkalmazás részletei (App Details)

1. App Name (Alkalmazás neve):
   • A hivatalos név, amely az áruházban megjelenik a felhasználók számára.
   • Legfeljebb 30 karakter lehet (Pl.: YourAppName).
   • Javaslat: Kerülje a felesleges kulcsszó-halmozást (keyword stuffing) és a félrevezető promóciós szavakat ("Best", "Free", "#1"); ellenkező esetben a Google Play felülvizsgálata során elutasítást kaphat.
2. Package Name (Csomagnév):
   • Globálisan egyedi Java/Android csomagazonosító az Android ökoszisztémán belül (fordított domain konvenció, pl. com.yourcompany.appname).
   • Legfeljebb 150 karakter.
   • ⚠️ Kritikus szabály: Miután az alkalmazást ezen a felületen létrehozta, és feltöltötte az első csomagot, a csomagnév soha többé nem változtatható meg! Az AndroidManifest.xml-ben és a projektben szereplő ApplicationId értékének (<ApplicationId>com.yourcompany.appname</ApplicationId>) pontosan meg kell egyeznie ezzel a névvel.
   • Check availability (Elérhetőség ellenőrzése): A gombra kattintva a rendszer azonnal ellenőrzi, hogy a megadott csomagnevet regisztrálta-e már egy másik fejlesztő a Google Play ökoszisztémájában.
3. Default Language (Alapértelmezett nyelv):
   • Az áruházi adatlap elsődleges nyelve (Pl.: English (United States) – en-US).
   • Az áruházi információk ezen az alapértelmezett nyelven jelennek meg minden olyan országban, ahol nem határoztak meg külön honosítást (fordítást).

---

B. Alkalmazástípus, árazás és nyilatkozatok

1. App or Game (Alkalmazás vagy játék):
   • Meghatározza a termék alapvető típusát (App vagy Game).
   • Kritikus megjegyzés: Ez a választás határozza meg az áruház megfelelő főkategóriáját (Alkalmazások fül vagy Játékok fül), és később nem módosítható.
2. Free or Paid (Ingyenes vagy fizetős):
   • Válassza ki, hogy az alkalmazás ingyenesen vagy fizetős vásárlásként lesz-e elérhető az áruházban.
   • ⚠️ Kritikus, visszafordíthatatlan szabály: A Google Play irányelvei szerint az egyszer már „Ingyenesként” közzétett alkalmazást a jövőben soha nem lehet „Fizetőssé” alakítani! Ha közvetlenül el szeretné adni a terméket az áruházban, kezdetben a Paid opciót kell választania. Az ingyenes közzététel és a bevételszerzés érdekében az alkalmazáson belüli vásárlások (In-App Purchase) vagy az AdMob hirdetések használata javasolt.
3. Automatic Protection (Automatikus védelem):
   • A Google Play automatikus telepítő-ellenőrzést (installer check) ad hozzá az alkalmazás APK/AAB kódjához. Ha a felhasználók nem hivatalos forrásból (sideload) telepítik az alkalmazást a Google Playen kívülről, figyelmeztetést kapnak, hogy töltsék le az eredeti verziót a Google Playből.
4. Declarations (Jogi nyilatkozatok és irányelvek):
   • Developer Program Policies: Megerősíti, hogy az alkalmazás teljes mértékben megfelel a Google Play fejlesztői és tartalmi irányelveinek.
   • US Export Laws: Megerősíti, hogy a szoftver megfelel az Egyesült Államok exportszabályozásának és embargós rendelkezéseinek.
5. Create App:
   • Az űrlap jóváhagyása után kattintson a jobb alsó sarokban található kék "Create app" gombra. A konzol rögzíti az alkalmazást a rendszerben, és átirányítja a fejlesztőt a fő vezérlőpultra (Dashboard).

---

3. Keystore létrehozása és build/aláírási automatizáció

Annak érdekében, hogy a telepítési folyamat hibamentes és megismételhető legyen, a projekt gyökérkönyvtárában érdemes létrehozni egy Deploy/ mappát és automatizálási szkripteket.

A. Keystore generálása (1_CreateKeystore.bat)

A JDK-ban található keytool segítségével egy 25 évig (10 000 napig) érvényes kulcsot generálunk:

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"

Tipp: Ha Windows kötegfájlokban a set /p paranccsal kér be jelszót a felhasználótól, a zárójeles if (...) blokkok szintaktikai hibákat okozhatnak (: was unexpected at this time). A folyamat goto címkékkel történő vezérlése és a jelszóparaméterek idézőjelbe tétele "%PASS%" stabilitást biztosít.

B. Automatikus verziózás és aláírt AAB fordítás (2_BuildAndSign_AAB.bat)

A Google Play minden frissítésnél szigorúan növekvő versionCode értéket vár el. Ennek automatikus kezeléséhez dátum és idő alapú képletet használunk:

# Az év utolsó számjegye + Hónap + Nap + Óra + Perc (Pl.: 2026-10-06 02:42 -> 610060242)
$vc = (Get-Date).ToString('yy').Substring(1) + (Get-Date).ToString('MMddHHmm')

Fordítási és aláírási parancsok:

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%

A folyamat befejezése után a lefordított fájlt tartalmazó mappa közvetlenül megnyílik a Windows Intézőben a start "" "%OUTPUT%" paranccsal.

---

4. Első csomagfeltöltés a Play Console-ba és kritikus hibák

Amikor az aláírt .aab fájlt feltölti a Google Play Console Internal testing (Belső tesztelés) vagy Production (Éles) csatornájára, a következő képernyő jelenhet meg:

1. Hiba: Target API Level 36 (Android 16) követelmény

Hibaüzenet:
"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."

Megoldás:

Ez a hiba blokkolja a kiadást, és az alkalmazás nem tehető közzé, amíg meg nem oldják.

1. Határozza meg kifejezetten az <uses-sdk> címkét a Platforms/Android/AndroidManifest.xml fájlban:

<manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.yourcompany.appname">
    <uses-sdk android:minSdkVersion="24" android:targetSdkVersion="36" />
    ...
</manifest>

2. Adja hozzá a projekt .csproj fájljának <PropertyGroup> eleméhez:

<AndroidTargetSdkVersion>36</AndroidTargetSdkVersion>

2. Hiba: Lényegesen magasabb verziókód (Version Code Significantly Higher) figyelmeztetés

Figyelmeztető üzenet:
"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"

Megoldás:

• A Google Play akkor jeleníti meg ezt a figyelmeztetést, ha a projekt előző verziókódja egy kis szám volt (pl. 1 vagy 8), és dinamikus, dátumalapú formátumra váltott (pl. 610 millió).
• Ez nem blokkoló hiba. A figyelmeztetés közvetlenül alatta található kék Proceed anyway (Folytatás mindenképpen) gombra kattintva megkerülhető.
• Mivel a további feltöltéseknél ez a szám lesz az alap, a nagy ugrásra figyelmeztető üzenet a következő verzióknál már nem jelenik meg.

---

5. Adatvédelmi irányelvek előkészítése (Privacy Policy)

A Google Play irányelvei szerint még akkor is kötelező egy nyilvánosan hozzáférhető, szabványos weboldal (nem PDF) formátumú, aktív SSL-lel (HTTPS) rendelkező adatvédelmi irányelv link megadása, ha az alkalmazás nem gyűjt érzékeny adatokat.

Ingyenes tárhely a GitHubon

A GitHub-tárházban található markdown fájlt (blob/main/...) a Google közvetlenül érvényes weboldalként ismeri el.

Az irányelvekben kötelezően szereplő alapvető témakörök

1. Hirdetések (Google AdMob): Banner, interstitial és jutalmazott videóhirdetések; az Android hirdetési azonosító (AD_ID), a technikai eszközadatok és a hozzávetőleges IP-alapú helymeghatározás használata.
2. Alkalmazáson belüli vásárlások és előfizetések (Google Play Billing): A kifizetések teljes mértékben a Google infrastruktúráján belül történnek, a fejlesztő soha nem fér hozzá kártya- vagy számlázási adatokhoz.
3. Analitika és telemetria (Firebase Analytics & Crashlytics): Névtelen használati események és összeomlási jelentések.
4. Hozzájárulás-kezelés (Google UMP): GDPR- és adatvédelmi törvényeknek megfelelő megerősítő ablakok, valamint a felhasználó joga a beállítások módosítására.
5. Jogi kizárások és speciális nyilatkozatok (Pl. szerencsejátékok / előrejelző eszközök):
   • Az alkalmazás semmiképpen sem fogadási vagy szerencsejáték-platform.
   • Kizárólag matematikai kuponoptimalizálást és statisztikai támogatást nyújt.
   • A hivatalos forrásokra való átirányításkor a felhasználónevek és jelszavak soha nem kerülnek mentésre, és az ellenőrzés közvetlenül a hivatalos intézmény felületén történik.
6. Biztonsági megjegyzés: A fejlesztő személyes GitHub-profiljára mutató technikai linkek nem szerepelhetnek az adatvédelmi nyilatkozat szövegében; kizárólag a hivatalos vállalati e-mail címet és a weboldalt kell megadni.

---

6. Alkalmazáshozzáférés és bejelentkezési adatok (App Access / Sign-in Details)

Mielőtt a Google ellenőrei átvizsgálhatnák az alkalmazást, fel kell tüntetnie, hogy az alkalmazás tartalmaz-e bejelentkezést igénylő, zárt területeket:

• Kiválasztás: No (Az alkalmazás egyetlen része sem korlátozott).
• Magyarázat: Ha az alkalmazásban nincs regisztráció, felhasználói bejelentkezés, e-mail/jelszó vagy zárolt képernyő, a No opciót kell választani. Ha a 'Yes' opciót választja, a Google tesztfelhasználói nevet és jelszót fog kérni.

---

7. Hirdetési nyilatkozat (Ads Declaration)

Ebben a lépésben nyilatkoznia kell arról, hogy az alkalmazásban jelennek-e meg hirdetések:

• Kiválasztás: Yes, my app contains ads (Igen, az alkalmazásom tartalmaz hirdetéseket).
• Magyarázat: Ha az alkalmazás tartalmazza az AdMob könyvtárat, vagy ha a jövőben hirdetéseket fognak bekapcsolni, a 'Yes' lehetőséget kell választani. Ez a beállítás aktiválja a "Hirdetéseket tartalmaz" címkét a Google Play oldalon, és biztosítja a szabályzatnak való teljes megfelelést.

---

8. Tartalombesorolás (IARC tartalombesorolási kérdőív)

Az alkalmazás korhatár-besorolásának meghatározásához ki kell töltenie az IARC (International Age Rating Coalition) kérdőívét.

A. Kategóriaválasztás és e-mail megadása

• Kategória: All Other App Types (Minden egyéb olyan alkalmazás, amely nem játék, szerencsejáték vagy közösségi média: Eszközök, segédprogramok, számológépek).
• E-mail: Adja meg a kapcsolattartási e-mail címet, és fogadja el az IARC feltételeit.

B. A kérdőív kérdései (Questionnaire)

1. Rész: Erőszak és felhasználói kommunikáció

• Alkalmazástartalom (Erőszak, szexualitás, durva nyelvezet): No
• Felhasználói tartalommegosztás (Hang, üzenet, médiamegosztás a felhasználók között): No

2. Rész: Tartalom és korhatáros termékek

• Online tartalom (Zene/videó stream vagy e-kereskedelmi katalógus): No
• Korhatáros termékek promóciója (Dohány, alkohol, szerencsejáték): No (Határozottan No, mivel az alkalmazás nem teszi lehetővé a fogadást)
• Egyéb (Pontos GPS-helymeghatározás megosztása): No

3. Rész: Digitális termékek és egyéb funkciók

• Digitális javak (Digitális termékek értékesítése): No (Válassza a No-t, ha az áruházi számlázás nincs bekapcsolva; ha aktív, válassza a Yes-t, és megkapja a Digitális vásárlások jelvényt)
• Pénzjutalmak (Készpénzes jutalom, ajándékkártya): No
• Webböngésző (Internetes böngésző / keresőmotor): No
• Hírek / Oktatás (Hír- vagy oktatási termék): No

Ha ezekre a kérdésekre mind 'No' választ ad, az alkalmazás a világ legszélesebb közönsége számára megfelelő korhatár-besorolást kapja (PEGI 3, ESRB Everyone).

---

9. Célközönség és korcsoport kiválasztása (Target Audience)

Az alkalmazás célközönségének meghatározásakor elengedhetetlen a pontos nyilatkozat arról, hogy gyermekeknek készült-e, a Google Designed for Families (Családbarát irányelvek) és a COPPA szabályozása szempontjából.

Helyes választás: Kizárólag 18 and over (18 év felettiek)

• Miért csak a 18+?
  1. Jogszabályi megfelelőség: A sportfogadási statisztikák, odds- és szelvényelemző eszközök a fogadási bülletineken alapulnak, ezért felnőtt közönségnek szólnak.
  2. Védelem a családbarát korlátozásoktól: Ha a 13 év alatti vagy a 13-17 éves korosztályt választja, a Google megköveteli a hirdetési SDK-k gyermekbarát minősítését, korlátozza a telemetriát, és sokkal szigorúbb ellenőrzési folyamatot indít el.
  3. Összhang az adatvédelmi irányelvekkel: 100%-ban összhangban van az adatvédelmi irányelveinkben szereplő "Az alkalmazás 18 éven felüli közönségnek szól" kijelentéssel.
• Második lépés (Kifejtheti-e az alkalmazás véletlenül vonzerejét a gyermekekre?):
  • Erre a kérdésre válaszoljon No (Nem) választással. Mivel a felületen nincsenek rajzfilmfigurák, játéktémák vagy gyermekanimációk, a termék nem vonzza be véletlenül a gyermekek figyelmét.

---

10. Alkalmazástartalom vezérlőpult (App Content Dashboard)

A Google Play Console a bal oldali menüben a Policy and programs -> App content fül alatt található ellenőrzőlistával követi nyomon az alkalmazás jogi és tartalmi felkészültségét.

A zöld pipa ikonok (✓) jelennek meg az adatvédelmi irányelvek, a bejelentkezési engedélyek, a hirdetések és a tartalombesorolás elvégzése után. A lista fennmaradó részeit (Adatbiztonság, Kormányzati szervek, Pénzügyi funkciók, Egészségügy) sorrendben kell kitölteni.

---

11. Adatbiztonsági űrlap (Data Safety Form)

Ez a Google Play egyik legszigorúbban ellenőrzött területe. Nyilatkoznia kell arról, hogy az alkalmazás és a benne használt könyvtárak milyen adatokat gyűjtenek vagy osztanak meg harmadik felekkel.

Kérdés: Gyűjt vagy megoszt az alkalmazása a kötelező felhasználói adattípusok közül bármilyet?

• Választás az első kiadáshoz: No (Nem).
• Műszaki indok: Mivel az AdMob SDK vagy a Firebase SDK még nincs közvetlenül integrálva az első feltöltött .aab csomagban, és nem gyűjt felhasználói azonosítót vagy érzékeny adatot, az űrlap tisztán kitölthető a No kiválasztásával.
• Megjegyzés a jövőre nézve: Amikor az AdMob vagy a Firebase SDK aktiválásra kerül a kódban, vissza kell térnie ehhez az űrlaphoz, és a "Hozzávetőleges hely", "Alkalmazásteljesítmény" és "Eszköz- vagy egyéb azonosítók (AD_ID)" elemeket Yes-re kell frissítenie.

Az előnézet ellenőrzése után mentse el a változtatásokat.

---

12. Jogi és szabályozási nyilatkozatok (Kormányzati, pénzügyi, egészségügyi)

A. Kormányzati alkalmazások (Government Apps)

• Kiválasztás: No (Az alkalmazás nem képvisel hivatalos kormányzati szervet).

B. Pénzügyi funkciók (Financial Features)

• Kiválasztás: My app doesn't provide any financial features az oldal alján.
• Megerősítés: A felugró ablakban erősítse meg, hogy nincs szükség pénzügyi engedélyek vagy dokumentumok benyújtására:

C. Egészségügyi alkalmazások (Health Apps)

• Kiválasztás: My app does not have any health features az oldal alján.
• Megerősítés: A felugró ablakban erősítse meg, hogy regionális egészségügyi dokumentáció benyújtása nem szükséges:

---

13. Áruházi beállítások és kapcsolattartási adatok (Store Settings)

Itt konfigurálható az áruházi kategória és azok a kommunikációs csatornák, amelyeken keresztül a felhasználók kapcsolatba léphetnek a fejlesztővel:

• App Category (Alkalmazáskategória): Sports vagy Utilities / Tools.
• Tags (Címkék): Releváns kulcsszavak választhatók (Pl.: Sports, Utilities).
• Store Listing Contact Details (Áruházi kapcsolattartási adatok):
  • E-mail cím: destek@sirketadi.com (A céges ügyfélszolgálati e-mail kötelező).
  • Weboldal: https://company.com
• External Marketing (Külső marketing): Hagyja bejelölve, hogy a Google népszerűsíthesse alkalmazását a Google Playen kívüli platformokon is:

---

14. Fő áruházi adatlap és vizuális elemek (Main Store Listing)

Az áruházi kirakat a legfontosabb terület, amely közvetlenül befolyásolja a felhasználók letöltési döntését:

A. Szövegek

• App Name (Alkalmazás neve): Legfeljebb 30 karakter (Pl.: 15te15 - Spor Toto Assistant).
• Short Description (Rövid leírás): Legfeljebb 80 karakter (Pl.: Képletoptimalizálás, valószínűségszámítás és intelligens szelvényasszisztens.).
• Full Description (Teljes leírás): Részletes leírás a funkciókról, az algoritmikus előnyökről és a jogi nyilatkozatokról.

B. Képméret-szabványok

• Alkalmazásikon (App Icon): Pontosan 512 x 512 px, 32 bites PNG, maximum 1 MB.
• Kiemelt kép (Feature Graphic): Pontosan 1024 x 500 px, JPG vagy 24 bites PNG, maximum 15 MB.
• Képernyőképek telefonhoz (Phone Screenshots):
  • Minimum 2, maximum 8 képernyőkép.
  • Minimális méret: 1080 px (Pl.: 1080 x 2340 px).
  • Képarány: 16:9 vagy 9:16.

C. Generatív MI tartalom nyilatkozat (Generative AI)

• Még ha MI-alapú eszközöket is használtak az áruházi képek elkészítéséhez, a Don't label assets opciót kell választani, amennyiben nem hoztak létre fotorealisztikus emberi vagy közéleti arcokat, amelyek megtévesztenék a felhasználót.

---

15. Zárt tesztelés beállítása és felülvizsgálata (Closed Testing Setup and Review)

Az újonnan létrehozott személyes fejlesztői fiókok esetében a Google Play Console kötelezővé teszi a Zárt tesztelés (Closed Testing) folyamat elvégzését az éles megjelenés előtt.

A. Módosítások beküldése ellenőrzésre (Publishing Overview)

Amikor az összes áruházi beállítás és űrlap elkészült, a közzétételi áttekintő felületen megjelennek a függőben lévő módosítások:

Ahhoz azonban, hogy a jobb felső sarokban található "Send changes for review" gomb aktívvá váljon, az alkalmazásnak legalább egy tesztcsatornán (Closed Testing) beállított verzióval kell rendelkeznie.

B. A zárt tesztelés lépései

A zárt tesztelés befejezéséhez 3 kötelező lépésre van szükség:

1. Országok és régiók kiválasztása (Select countries and regions):

• Válassza ki azokat az országokat, amelyekben az alkalmazást tesztelni kívánja (alapértelmezés szerint az egész világ vagy bizonyos régiók választhatók), majd kattintson a jobb alsó sarokban a Save gombra.

2. Tesztelők kiválasztása (Select testers):

• A Testers fülön válasszon ki egy e-mail listát (Email List), vagy hozzon létre egy új listát.
• A személyes Google Play-fiókok éles közzétételi engedélyének megszerzéséhez a Google megköveteli, hogy legalább 20 tesztelő 14 napon keresztül aktívan részt vegyen a tesztelésben. Ezért fontos, hogy elegendő számú felhasználó szerepeljen a tesztlistán.
• A lista kiválasztása után kattintson a jobb alsó sarokban a Save changes gombra.

3. Új kiadás létrehozása (Create new release):

• Az Országok és a Tesztelők beállítása után megjelenik a fenti "2 of 4 complete" állapot.
• Kattintson a jobb felső sarokban található kék Create new release gombra a verziókészítés fázisába lépéshez.

• Töltse fel az aláírt .aab csomagot. A feltöltés befejezése után a Google elemzi a csomagot:

• Amint a képen látható, a rendszer sikeresen felismeri a Target SDK: 36 értéket, és ellenőrzi a Version: 610060410 verziót, valamint az architektúrákat.
• A Next gombra kattintva a verziókód ugrása miatt figyelmeztető képernyő jelenik meg:

• Megoldás: Kattintson a kék Proceed anyway hivatkozásra közvetlenül a "This release's version code is significantly higher than your previous version code" figyelmeztetés alatt.
• A hiba megerősítésének feloldása után a verzió sikeresen mentésre kerül a jobb alsó sarokban lévő kék Save gombra kattintva.

Ezen lépések befejezése után visszatérhet a Publishing overview képernyőre, és a Send changes for review gombbal elindíthatja a Google jóváhagyási folyamatát.

C. Gyakori helyzet: „App not available” figyelmeztetés a tesztlinken

A leggyakoribb képernyő, amellyel a fejlesztők a zárt tesztelési feliratkozási link (play.google.com/apps/testing/com...) megnyitásakor találkoznak, a következő:

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

A figyelmeztetés okai és megoldása:

1. Ellenőrzés alatt (In Review): Még ha a zárt tesztverziót létre is hozták és elküldték ellenőrzésre, ez a link mindaddig nem válik aktívvá, amíg a Google felülvizsgálati csapata jóvá nem hagyja a csomagot. A link akkor nyílik meg, amikor a Play Console-ban az állapot "Available to testers" lesz.
2. Eltérő Google-fiók: A böngészőben aktív Google-bejelentkezésnek pontosan meg kell egyeznie a Play Console Testers listájához hozzáadott e-mail címmel. Más vagy névtelen Google-fiók nem férhet hozzá ehhez a linkhez.
3. Szerver-propagációs idő: Még a jóváhagyást követően is általában 1-2 órát vehet igénybe, mire a zárt tesztlink elterjed az áruházi szervereken világszerte.

D. Részvétel a tesztprogramban (Become a Tester - Opt-in)

Amint az ellenőrzés jóváhagyásra kerül és a hivatkozás aktívvá válik, megnyílik a hivatalos meghívó képernyő:

• Az oldal tartalmazza az alkalmazás ikonját, a fejlesztő nevét és a tesztverzióra vonatkozó meghívó szöveget.
• A kék Become a tester gombra kattintva a fiók bekerül a tesztbe.
• Ezután az alkalmazás közvetlenül letölthető az Android-eszköz Google Play Áruház alkalmazásából a következő képernyőn megjelenő „Download it on Google Play” hivatkozásra kattintva.

---

16. Hirdetésazonosító nyilatkozat (Advertising ID Declaration)

Minden olyan alkalmazás esetében, amely az Android 13-at (API 33) vagy újabbat célozza meg, a Google Play megköveteli a hirdetésazonosító (AD_ID) használatának kifejezett bejelentését.

Kérdés: Használ az alkalmazása hirdetésazonosítót (advertising ID)?

A Google kritikus szabálya ezen az oldalon a következő:

"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. Opció (Javasolt): No (Nem).
• A jelenleg feltöltött zárt tesztcsomagban az AdMob SDK vagy a keresztpromóciós könyvtárak még nincsenek lefordítva, és az AndroidManifest.xml fájlban sincs AD_ID engedély. Ezért ha a No értéket választja és menti, nem lép fel konfliktus a manifesttel.
• 2. Opció (Ha a Yes-t választja):

• Ha a Yes opciót választja, a felhasználási célként a [x] Advertising or marketing opciót kell bejelölni, és az oldal alján be kell jelölni a "Turn off release errors" négyzetet (I understand the ramifications of not including the com.google.android.gms.permission.AD_ID permission...), mivel az engedély még nincs hozzáadva a manifeszthez.

Mindkét esetben a választás után kattintson a jobb alsó sarokban található Save gombra.

---

17. Végső beküldés ellenőrzésre (Final Submission)

Miután az összes áruházi adatlap, adatvédelmi irányelv, biztonsági űrlap, jogi nyilatkozat, célközönség és a zárt tesztverzió elkészült, visszakerül a Publishing overview felületre:

• Submit 14 changes for review: A Google Play az összes nyilatkozatot és a tesztverziót egyetlen ellenőrzési csomagba gyűjti (a képen látható 14 jóváhagyásra váró változtatás).
• A hivatalos Google jóváhagyási folyamat a kék Submit 14 changes for review gombra kattintva indul el.
• A háttérben lefutnak a Google automatikus minőségellenőrzései (Quick checks), majd az alkalmazás bekerül a Google Play felülvizsgálati csapatának elbírálási sorába. Az ellenőrzés személyes fiókok esetén általában 24–72 órát vesz igénybe.

---

18. Jelentkezés éles hozzáférésre a zárt tesztelés után (Apply for Access to Production)

Amikor a személyes fejlesztői fiókokhoz előírt zárt tesztelési folyamat (legalább 14 napos folyamatos tesztelés legalább 20 tesztelővel) sikeresen lezárult, a Play Console fő vezérlőpultján aktiválódik az "Apply for production" gomb. Erre a gombra kattintva a Google egy átfogó, 3 lépésből álló jelentkezési űrlapot jelenít meg annak ellenőrzésére, hogy az alkalmazást valóban tesztelték-e, és készen áll-e az élesítésre:

Az űrlap lépései:

1. About your closed test (A zárt tesztelésről): Arról kérdezik, hogyan talált tesztelőket, hogyan gyűjtött visszajelzéseket, és milyen fejlesztéseket hajtott végre az alkalmazásban a kapott észrevételek alapján.
2. About your app (Az alkalmazásról): Az alkalmazás célközönségének és a felhasználóknak nyújtott fő előnyök bemutatása.
3. Your production readiness (Éles üzemre való felkészültség): Nyilatkozat arról, hogyan fogja nyomon követni a hibákat és kezelni a felhasználói visszajelzéseket az éles megjelenés után.

Kritikus kérdések és minta jelentkezési válaszok (angolul)

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

Hogyan toborzott tesztelőket a zárt teszteléshez? (Pl.: Családtagok és barátok, vagy fizetett tesztszolgáltató?)

Fontos szabály: A Google nem fogadja el a botokat és a fizetett mesterséges tesztfarmokat. A legbiztonságosabb, ha kijelenti, hogy a tesztelők valódi szerves felhasználók, közeli ismerősök és releváns közösségi média csoportok tagjai.

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

Mennyire volt egyszerű tesztelőket találni az alkalmazásához?

• Javasolt választás: Neither difficult or easy vagy Easy. Ez az opció azt jelzi, hogy a folyamat szervesen, kiegyensúlyozottan zajlott, és nem vettek igénybe mesterséges bot-hálózatokat.

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

Mutassa be a tesztelők aktivitását a zárt tesztelés során:
(Google tippje: Jelezze, hogy a felhasználók minden funkciót használtak-e, és hogy a használat megfelelt-e egy valódi felhasználó viselkedésének)

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

Adjon összefoglalót a tesztelőktől kapott visszajelzésekről. Írja le, hogyan gyűjtötte a visszajelzéseket:

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. Lépés: Az alkalmazásról (About your app)

Ez a lépés az alkalmazás célközönségére, az általa nyújtott hozzáadott értékre és az első évre várt letöltésszámra kérdez rá:

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

Ki az alkalmazása célközönsége?

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"

Írja le, hogyan teremt értéket az alkalmazása a felhasználók számára:

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

Hány letöltésre számít az alkalmazás első évében?

• Javasolt választás: 0 - 10K (Reális és szerves cél független indie fejlesztők számára).

---

3. Lépés: Éles üzemre való felkészültség (Your production readiness)

A jelentkezés utolsó fázisában a zárt tesztelés során tanultak alapján végrehajtott fejlesztésekről és az éles megjelenésre való készenlét megállapításáról kérdeznek:

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

Milyen változtatásokat hajtott végre az alkalmazáson a zárt teszt során szerzett tapasztalatok alapján?

Javaslat: A válasznak teljes mértékben összhangban kell lennie a korábbi lépésekben megadott visszajelzésekkel (kis képernyők támogatása, betűméret, szűrőcímkék és adat-gyorsítótárazás).

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

Hogyan állapította meg, hogy az alkalmazása készen áll az éles környezetre?

Javaslat: Érdemes kiemelni a Google Android Vitals mérőszámait (nulla összeomlás, nulla ANR), a 14 napos tesztelési időszakot és a stabilitást a különböző Android verziókon.

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.

Az összes mező kitöltése után a hivatalos éles hozzáférési kérelem a jobb alsó sarokban található kék Apply gombra kattintva fejezhető be.

Kérelem elküldve képernyő (Felülvizsgálati folyamat)

Az 'Apply' gomb megnyomása után visszatér a Play Console fő vezérlőpultjára, és a következő hivatalos felülvizsgálati kártya jelenik meg a Production oldalon:

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

Tudnivalók erről a fázisról:

1. Felülvizsgálati idő: Bár a Google hivatalosan "7 days or less" időt jelöl meg a felületen, a következetes űrlapválaszokkal és nulla összeomlási aránnyal rendelkező alkalmazások esetében ez a jóváhagyás általában 24–72 órán belül megérkezik.
2. Eredményértesítés: Az értékelés befejeztével hivatalos elfogadó értesítést küldenek a fióktulajdonos e-mail címére.
3. Teendők a várakozási folyamat alatt: Nincs szükség további teendőkre; a zárt tesztcsatorna aktív maradhat, elegendő megvárni a Play Console felülvizsgálati csapatának döntését.

---

19. Végső győzelem: Éles hozzáférés jóváhagyva (Production Access)

Amikor az új személyes fejlesztői fiókok legnehezebb szakasza, a Zárt tesztelés (14 nap aktív tesztelés legalább 20 tesztelővel) sikeresen lezárul, és a nyilvános áruházi kérelmet jóváhagyják, a Google Play Console csapata a következő hivatalos elfogadó e-mailt küldi:

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

Mit jelent ez az e-mail?

1. Nyilvános megjelenés: Alkalmazása mostantól jogosult megjelenni az Android több milliárd felhasználója számára világszerte, nem csak a meghívott zárt tesztelőknek.
2. A személyes fióki küszöb átlépése: A Google 20 tesztelő / 14 napos tesztelési követelménye hivatalosan teljesült, és a fejlesztői fiók megbízható (Trusted) státuszba lépett.
3. Egykattintásos élesítés: A Play Console felületén a Production csatornára lépve a zárt tesztelés során bevált csomag azonnal vagy új verzióval kikerülhet az áruházba.

---

20. Kiadás előtti ellenőrzőlista (Kész)

Az alkalmazás közzétételi fázisának összes ellenőrzőpontja:

• Létrejött az alkalmazásazonosító és az egyedi csomagnév a Play Console-ban?
• Az aláírt .aab csomag targetSdkVersion 36-tal lett lefordítva?
• A versionCode nagyobb, mint az előző verzióké? (Rákattintott a figyelmeztetésnél a Proceed anyway gombra?)
• Az Adatvédelmi irányelvek URL aktív és HTTPS-en keresztül nyílik meg?
• Az Alkalmazáshozzáférés (App Access) No értékként lett elmentve?
• A hirdetési nyilatkozat Yes-ként van megjelölve?
• Az IARC korhatár-besorolás kitöltve és tanúsítva?
• A célközönség 18 and over értékként van kiválasztva?
• Az Adatbiztonsági űrlap ki van töltve?
• A Kormányzati, Pénzügyi és Egészségügyi nyilatkozatok No értékként vannak rögzítve?
• Az áruházi eszközök (512x512 ikon, 1024x500 kiemelt kép, képernyőképek) feltöltve?
• Zárt tesztelés: Az országok/régiók kiválasztva és elmentve?
• Zárt tesztelés: A tesztelők listája kiválasztva és elmentve?
• Zárt tesztelés: Az aláírt .aab csomag feltöltve és verziózva?
• Hirdetésazonosító: A kezdeti kiadáshoz No értékként elmentve?
• Közzétételi áttekintés: A módosítások beküldve a Google-nek ellenőrzésre?
• A zárt tesztelési folyamat lezárult és az éles hozzáférés jóváhagyva?

---

21. Arar Games és játékaink

Látogasson el áruházi oldalainkra, hogy élőben is kipróbálhassa az összes játékot, játékmechanikát és frissítést, amelyet független stúdiónkban fejlesztettünk:

🎮 Játékaink:

• 🛡️ Blocked: Pixel Panzer:
  Retro pixel tank akció, ColorWheel elemi lövedékek, dinamikus időjárás, Boss harcok, globális ranglisták és Google Play eredmények!
  👉 Letöltés a Google Playen (Android & PC) | Microsoft Store (Windows PC)
• 🎨 Paint Trek:
  Reflexközpontú arcade élmény színes pixelekben és űrbéli hangulatban.
  👉 Google Play | Microsoft Store (PC & Xbox)
• 🚀 Space Dodger:
  Gyors tempójú retro arcade akadálykerülő játék a mélyűrben.
  👉 Letöltés a Google Playen

📢 Közösségi média és kapcsolat:

Új technikai útmutatóink, fejlesztői naplóink és játékfrissítéseink követéséhez:

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

---

Készítette: Arar Games Fejlesztői Dokumentációs Archívum