Handleiding voor het publiceren en aanvragen van apps in de Google Play Store (Van nul tot publicatie)
Deze gids legt stap voor stap de processen uit van het vanaf nul creëren van een moderne Android-applicatie (met name .NET MAUI-, MonoGame- of hybride C#-projecten) op de Google Play Console, het verpakken, ondertekenen, oplossen van kritieke fouten en het voltooien van alle stappen van de winkelaanvraag (app maken, privacybeleid, inlogmachtigingen, advertenties, IARC-leeftijdsclassificatie, gegevensveiligheid, gesloten testen en openbare publicatie).
Inhoud
- Inleiding en architecturale voorbereiding
- Een nieuwe app/game vanaf nul maken in Play Console (Create App)
- Keystore aanmaken en automatisering van build/ondertekening
- Play Console eerste bundle-upload en kritieke fouten
- Privacybeleid voorbereiden (Privacy Policy)
- App-toegang / inloggegevens (App Access / Sign-in Details)
- Advertentieverklaring (Ads Declaration)
- Contentclassificatie (IARC-vragenlijst voor contentbeoordeling)
- Doelgroep en leeftijdsgroep selecteren (Target Audience)
- Dashboard voor app-inhoud (App Content Dashboard)
- Formulier voor gegevensveiligheid (Data Safety Form)
- Wettelijke en regelgevende verklaringen (Overheids-, financiële en gezondheidsapps)
- Winkelinstellingen en contactgegevens (Store Settings)
- Hoofdwinkelvermelding en grafische middelen (Main Store Listing)
- Gesloten test instellen en beoordelen (Closed Testing)
- Verklaring over advertentie-ID (Advertising ID)
- Indiening voor beoordeling (Definitieve indiening)
- Aanvraag voor productietoegang na gesloten test (Apply for Access to Production)
- De uiteindelijke overwinning: Goedkeuring voor productietoegang (Production Access)
- Checklist vóór release (Voltooid)
- Arar Games en onze games
1. Inleiding en architecturale voorbereiding
Bij het publiceren van een nieuwe applicatie in de Google Play Store moeten de huidige beveiligings- en technische richtlijnen van Google strikt worden gevolgd:
- Bundle-formaat: Alleen het
.aab(Android App Bundle)-formaat wordt geaccepteerd. APK-bestanden zijn niet geldig voor officiële winkelpublicaties (maar kunnen worden gegenereerd voor lokale sideload-tests). - Minimale Target SDK: Google Play vereist nu dat nieuw gepubliceerde of bijgewerkte applicaties gericht zijn op ten minste Android API Level 36 (Android 16).
- Veilige ondertekening: De app moet worden ondertekend met een 2048-bits RSA-sleutel die compatibel is met het v2/v3-schema.
2. Een nieuwe app/game vanaf nul maken in Play Console (Create App)
Na het inloggen op het Google Play Console-paneel (play.google.com/console) begint het publicatieproces door te klikken op de blauwe knop "App maken" (Create app) rechtsboven in het hoofdscherm waar alle applicaties worden weergegeven. Dit formulier bepaalt de digitale id van de app op de console, de pakketnaam en de basisclassificatie van de winkel.
A. App-gegevens
- App-naam (App Name):
- De officiële naam die als eerste aan gebruikers in de winkel zal worden getoond.
- Beperkt tot maximaal 30 tekens (bijv.:
YourAppName). - Aanbeveling: Vermijd onnodige opeenhoping van zoekwoorden (keyword stuffing) of misleidende/promotionele woorden ("Best", "Free", "#1"); anders kan de app tijdens de beoordeling door Google Play worden afgewezen.
- Pakketnaam (Package Name):
- Java/Android-pakket-ID die uw applicatie wereldwijd uniek identificeert binnen het Android-ecosysteem (omgekeerde domeinconventie, bijv.
com.yourcompany.appname). - Maximaal 150 tekens.
- ⚠️ Kritieke regel: Nadat de applicatie op dit scherm is aangemaakt en de eerste bundel is geüpload, kan de pakketnaam nooit meer worden gewijzigd! Deze moet exact overeenkomen met de
ApplicationId(<ApplicationId>com.yourcompany.appname</ApplicationId>) inAndroidManifest.xmlof het.csproj-bestand. Beschikbaarheid controleren(Check availability): Door op de knop te klikken, wordt direct gecontroleerd of de door u opgegeven pakketnaam al door een andere ontwikkelaar is geregistreerd in het Google Play-ecosysteem.
- Java/Android-pakket-ID die uw applicatie wereldwijd uniek identificeert binnen het Android-ecosysteem (omgekeerde domeinconventie, bijv.
- Standaardtaal (Default Language):
- De primaire taal van de winkelvermelding van de applicatie (bijv.:
English (United States) – en-USofNederlands – nl-NL). - Winkelinformatie wordt in deze standaardtaal gepresenteerd aan gebruikers in alle landen waarvoor geen specifieke vertaling is gedefinieerd.
- De primaire taal van de winkelvermelding van de applicatie (bijv.:
B. Apptype, prijzen en verklaringen
- App of game (App or Game):
- Het basistype van het product wordt bepaald (
AppofGame). - Belangrijke opmerking: Deze selectie bepaalt het hoofdtip van de winkel (tabblad Apps of tabblad Games) en kan later niet worden gewijzigd.
- Het basistype van het product wordt bepaald (
- Gratis of betaald (Free or Paid):
- Kies of de applicatie gratis beschikbaar zal zijn in de winkel of als een betaalde aankoop.
- ⚠️ Onomkeerbare kritieke regel: Volgens het beleid van Google Play kan een app die eenmaal als "Gratis" is gepubliceerd, in de toekomst nooit meer "Betaald" worden gemaakt! Als u uw product rechtstreeks in de winkel wilt verkopen, moet u vanaf het begin
Betaaldselecteren. Om gratis te publiceren en inkomsten te genereren, hebben in-app aankopen (In-App Purchase) of AdMob-advertenties de voorkeur.
- Automatische bescherming (Automatic Protection):
- Google Play voegt automatische installatieverificatie (installer check) toe aan de APK/AAB-code van uw app. Als gebruikers uw app sideloaden vanaf ongeautoriseerde bronnen buiten Google Play, worden ze gewaarschuwd om de originele versie van Google Play te downloaden.
- Verklaringen (Juridische verklaringen en beleid):
- Beleid van het ontwikkelaarsprogramma (Developer Program Policies): Er wordt bevestigd dat de applicatie volledig voldoet aan het ontwikkelaars- en inhoudsbeleid van Google Play.
- Amerikaanse exportwetten (US Export Laws): De software wordt geacht te voldoen aan de Amerikaanse exportwetten en embargovoorschriften.
- App maken (Create App):
- Nadat het formulier is goedgekeurd, klikt u rechtsonder op de blauwe knop "App maken" (Create app). De console verwerkt de applicatie in het systeem en stuurt de ontwikkelaar door naar het hoofdbeheerpaneel van de applicatie (Dashboard).
3. Keystore aanmaken en automatisering van build/ondertekening
Om het implementatieproces foutloos en herhaalbaar te maken, moeten er een Deploy/-map en automatiseringsscripts worden aangemaakt in de hoofdmap van het project.
A. Keystore genereren (1_CreateKeystore.bat)
Met behulp van de keytool in de JDK wordt een sleutel gegenereerd die 25 jaar (10.000 dagen) geldig is:
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"
Tip: Het gebruik van tussen haakjes geplaatste
if (...)-blokken bij het opvragen van het wachtwoord van de gebruiker metset /pin Windows-batchbestanden kan syntaxisfouten veroorzaken (: was unexpected at this time). Het beheren van de stroom metgoto-labels en het plaatsen van wachtwoordparameters tussen aanhalingstekens"%PASS%"zorgt voor stabiliteit.
B. Automatische versiebeheer en ondertekende AAB-build (2_BuildAndSign_AAB.bat)
Google Play verwacht bij elke update een strikt toenemende versionCode. Om dit automatisch te beheren, wordt een formule gebruikt die gebaseerd is op datum en tijd:
# Laatste cijfer van het jaar + Maand + Dag + Uur + Minuut (Bijv: 2026-10-06 02:42 -> 610060242)
$vc = (Get-Date).ToString('yy').Substring(1) + (Get-Date).ToString('MMddHHmm')
Compilatie- en ondertekeningsopdrachten:
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%
Wanneer het proces is voltooid, wordt de map met het gecompileerde bestand direct geopend in Windows Verkenner met de opdracht start "" "%OUTPUT%".
4. Play Console eerste bundle-upload en kritieke fouten
Wanneer het ondertekende .aab-bestand wordt geüpload naar het kanaal Intern testen (Internal testing) of Productie (Production) in Google Play Console, kan het volgende scherm verschijnen:
Fout 1: Vereiste Target API Level 36 (Android 16)
Foutmelding:
"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." (Je app is momenteel gericht op API-niveau 35 en moet gericht zijn op ten minste API-niveau 36 om te garanderen dat deze is gebouwd op de nieuwste API's die zijn geoptimaliseerd voor beveiliging en prestaties.)
Oplossing:
Dit is een blokkerende fout en kan niet worden vrijgegeven totdat deze is opgelost.
- Definieer de tag
<uses-sdk>expliciet in het bestandPlatforms/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>
- Voeg dit toe aan
<PropertyGroup>in het project.csproj-bestand:
<AndroidTargetSdkVersion>36</AndroidTargetSdkVersion>
Fout 2: Waarschuwing voor aanzienlijk hogere versiecode
Waarschuwingsbericht:
"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" (De versiecode van deze release is aanzienlijk hoger dan je vorige versiecode. Na verloop van tijd zal dit ertoe leiden dat je app de maximale limiet voor versiecodes bereikt... Meer informatie)
Oplossing:
- Google Play geeft deze waarschuwing wanneer de vorige versiecode van het project een klein getal was (bijv. 1 of 8) en u overschakelt naar een dynamische datumnotatie (bijv. meer dan 600 miljoen).
- Dit is geen blokkerende fout. U kunt deze omzeilen door te klikken op de blauwe link
Proceed anyway(Toch doorgaan) vlak onder de waarschuwing. - Omdat dit nummer als basis zal worden gebruikt voor volgende uploads, zal de waarschuwing voor grote sprongen niet meer verschijnen.
5. Privacybeleid voorbereiden (Privacy Policy)
Volgens het beleid van Google Play is een link naar een privacybeleid in een openbaar toegankelijke, standaard webpagina-indeling (geen PDF) met actieve SSL (HTTPS) vereist, zelfs als uw app geen gevoelige gegevens verzamelt.
Gratis hosting op GitHub
Een markdown-bestand (blob/main/...) in een GitHub-repository wordt door Google rechtstreeks herkend als een geldige webpagina.
Basiselementen die in het beleid moeten worden opgenomen
- Advertenties (Google AdMob): Banner-, interstitial- en beloonde advertenties; gebruik van Android Advertising ID (
AD_ID), technische apparaatgegevens en geschatte IP-locatie. - In-app aankopen en abonnementen (Google Play Billing): Betalingen worden volledig afgehandeld binnen de infrastructuur van Google en de ontwikkelaar heeft nooit toegang tot kaart- of factuurgegevens.
- Analytics en telemetrie (Firebase Analytics & Crashlytics): Anonieme gebruiksgebeurtenissen en crashrapporten.
- Toestemmingsbeheer (Google UMP): GDPR-conforme bevestigingsvensters en het recht van de gebruiker om voorkeuren via instellingen op elk gewenst moment te wijzigen.
- Juridische disclaimers en speciale verklaringen (bijv. kansspelen / voorspellingshulpmiddelen):
- De applicatie is absoluut geen weddenschaps- of kansspelplatform.
- Het biedt uitsluitend wiskundige couponoptimalisatie en statistische ondersteuning.
- Bij het doorverwijzen naar officiële dealers worden gebruikersnamen en wachtwoorden van officiële websites nooit opgeslagen en worden 2FA/SMS-verificaties rechtstreeks op de interface van de officiële instantie uitgevoerd.
- Beveiligingsopmerking: Technische links zoals het persoonlijke GitHub-profiel van de ontwikkelaar mogen niet worden opgenomen in de privacybeleidstekst; alleen het zakelijke e-mailadres en de officiële website moeten worden vermeld.
6. App-toegang / inloggegevens (App Access / Sign-in Details)
Voordat Google-beoordelaars de app kunnen evalueren, moet u aangeven of de app een beperkt gedeelte bevat:
- Selectie:
No(Geen enkel deel van de applicatie is beperkt). - Uitleg: Als er geen lidmaatschap, gebruikersaanmelding, e-mail/wachtwoord of een vergrendeld scherm in de applicatie is, moet
Noworden geselecteerd. Als 'Yes' is geselecteerd, zal Google om uw testgebruikersnaam en wachtwoord vragen.
7. Advertentieverklaring (Ads Declaration)
Dit is de stap waarin u verklaart of er advertenties in uw app worden weergegeven:
- Selectie:
Yes, my app contains ads(Ja, mijn app bevat advertenties). - Uitleg: Als de applicatie de AdMob-bibliotheek bevat of als er in de toekomst advertenties worden weergegeven, moet 'Ja' worden geselecteerd. Deze selectie activeert het label "Bevat advertenties" op de Google Play-pagina en zorgt voor volledige naleving van het beleid.
8. Contentclassificatie (IARC-vragenlijst voor contentbeoordeling)
Om de leeftijdslimiet van de applicatie te bepalen, moet u de IARC-enquête (International Age Rating Coalition) invullen.
A. Categoriekeuze en e-mailadres
- Categorie:
All Other App Types(Alle andere app-typen) (Alle andere applicaties die geen games, kansspelen of sociale media zijn: Hulpprogramma's, tools, rekenmachines). - E-mail: Voer het contact-e-mailadres in en bevestig de IARC-voorwaarden.
B. Vragenlijst (Questionnaire)
Deel 1: Geweld en communicatie tussen gebruikers
- Gedownloade app (Geweld, seksualiteit, grof taalgebruik):
No - Delen van gebruikersinhoud (Audio-, bericht- of mediadeling tussen gebruikers):
No
Deel 2: Inhoud en producten met leeftijdsbeperking
- Online-inhoud (Muziek-/videostreaming of e-commercecatalogus):
No - Promotie van producten met leeftijdsbeperking (Tabak, alcohol, gokken):
No(Absoluut Nee, aangezien de applicatie geen weddenschappen toestaat) - Diversen (Precieze GPS-locatie delen):
No
Deel 3: Digitale goederen en diverse functies
- Digitale goederen (Verkoop van digitale producten):
No(Nee als actieve winkelfacturering niet is gekoppeld; indien actief, selecteer Ja en ontvang de badge In-app aankopen) - Geldbeloningen (Contante beloning, cadeaubon):
No - Webbrowser (Internetbrowser / zoekmachine):
No - Nieuws / educatief (Nieuws- of educatief product):
No
Wanneer al deze vragen met 'Nee' worden beantwoord, ontvangt de applicatie de leeftijdsclassificatie die geschikt is voor het breedste publiek ter wereld (PEGI 3, ESRB Everyone).
9. Doelgroep en leeftijdsgroep selecteren (Target Audience)
Bij het bepalen van de doelgroep van uw applicatie is het van essentieel belang om nauwkeurig te verklaren of deze al dan niet bedoeld is voor kinderen in het kader van Googles regelgeving voor Designed for Families (Familiebeleid) en COPPA.
Juiste keuze: Alleen 18 and over (18 jaar en ouder)
- Waarom alleen 18+?
- Naleving van de wet: Sportstatistieken, kansen en couponanalysetools zijn bedoeld voor een volwassen publiek omdat ze zijn gebaseerd op sportweddenschapsbulletins.
- Bescherming tegen beperkingen van het familiebeleid: Als jonger dan 13 of 13-17 is geselecteerd, vereist Google dat de advertentie-SDK's van de app kindvriendelijk zijn gecertificeerd, beperkt het telemetrie en start het een veel strenger controleproces.
- Consistentie met het privacybeleid: Het is 100% consistent met de bepaling "De app is bedoeld voor een publiek van 18 jaar en ouder" in ons privacybeleid.
- Tweede stap (Zou je app onbedoeld kinderen kunnen aanspreken?):
- Deze vraag moet worden beantwoord met
No(Nee). Aangezien er geen stripfiguren, speelgoedthema's of kinderanimaties in de gebruikersinterface aanwezig zijn, is het geen product dat per ongeluk de aandacht van kinderen zal trekken.
- Deze vraag moet worden beantwoord met
10. Dashboard voor app-inhoud (App Content Dashboard)
Google Play Console volgt de juridische en inhoudelijke gereedheid van uw app met een stapsgewijze checklist onder het tabblad Beleid en programma's -> App-inhoud (App content) in het linkermenu.
Groene vinkjes (✓) verschijnen zodra het privacybeleid, de inlogmachtigingen, advertenties en contentclassificatie zijn voltooid. De overige secties van de lijst (Gegevensveiligheid, Overheidsinstanties, Financiële functies, Gezondheid) moeten op volgorde worden voltooid.
11. Formulier voor gegevensveiligheid (Data Safety Form)
Het is een van de strengst gecontroleerde onderdelen van Google Play. U moet aangeven welke gegevens de applicatie en zijn bibliotheken verzamelen of delen met derden.
Vraag: Verzamelt of deelt je app een van de vereiste typen gebruikersgegevens?
- Selectie voor eerste release:
No(Nee). - Technische reden: Aangezien de AdMob SDK of Firebase SDK nog niet direct is geïntegreerd in het eerste geüploade
.aab-pakket en er geen gebruikers-ID / gevoelige gegevens worden verzameld, wordt het formulier netjes ingevuld doorNote selecteren. - Opmerking voor de toekomst: Wanneer AdMob- of Firebase-SDK's worden geactiveerd en gecodeerd, moet u terugkeren naar dit formulier en de items "Geschatte locatie", "App-prestaties" en "Apparaat- of andere id's (AD_ID)" bijwerken naar
Yes.
Na het controleren van het voorbeeld wordt het formulier opgeslagen.
12. Wettelijke en regelgevende verklaringen (Overheids-, financiële en gezondheidsapps)
A. Overheidsapps (Government Apps)
- Selectie:
No(De applicatie vertegenwoordigt geen officiële overheidsinstantie).
B. Financiële functies (Financial Features)
- Selectie:
My app doesn't provide any financial features(Mijn app biedt geen financiële functies) onderaan. - Bevestiging: In het pop-upvenster dat wordt geopend, wordt bevestigd dat het niet nodig is om financiële licenties of documenten in te dienen:
C. Gezondheidsapps (Health Apps)
- Selectie:
My app does not have any health features(Mijn app heeft geen gezondheidsfuncties) onderaan. - Bevestiging: In het pop-upvenster bevestigt u dat regionale gezondheidsdocumentatie niet vereist is:
13. Winkelinstellingen en contactgegevens (Store Settings)
De categorie in de winkel en de communicatiekanalen waarlangs gebruikers de ontwikkelaar kunnen bereiken, worden geconfigureerd:
- App-categorie:
SportofHulpprogramma's / Tools. - Tags: Relevante trefwoorden kunnen worden geselecteerd (bijv.: Sport, Tools).
- Contactgegevens winkelvermelding:
- E-mailadres:
destek@sirketadi.com(Zakelijke ondersteunings-e-mail is verplicht). - Website:
https://company.com
- E-mailadres:
- Externe marketing: Aangevinkt laten om Google toestemming te geven uw app te promoten op platforms buiten Google Play:
14. Hoofdwinkelvermelding en grafische middelen (Main Store Listing)
De etalage is het belangrijkste gebied dat rechtstreeks van invloed is op de downloadbeslissing van gebruikers:
A. Teksten
- App-naam: Maximaal 30 tekens (bijv.:
15te15 - Spor Toto Assistant). - Korte beschrijving: Maximaal 80 tekens (bijv.:
Formula optimization, probability calculation and smart Spor Toto coupon assistant.). - Volledige beschrijving: Gedetailleerde beschrijving inclusief functies, algoritmische voordelen en wettelijke bepalingen.
B. Visuele maatstaven
- App-icoon: Precies
512 x 512 px, 32-bits PNG, maximaal 1 MB. - Uitgelichte afbeelding (Feature Graphic): Precies
1024 x 500 px, JPG of 24-bits PNG, maximaal 15 MB. - Screenshots voor telefoons:
- Minimaal 2, maximaal 8 screenshots.
- Minimale grootte: 1080 px (bijv.:
1080 x 2340 px). - Beeldverhouding: 16:9 of 9:16.
C. Verklaring over generatieve AI-inhoud
- Zelfs als AI-aangedreven tools worden gebruikt om winkelafbeeldingen te maken, wordt
Don't label assets(Geen label toekennen aan items) geselecteerd, zolang er geen fotorealistische gezichten van mensen of publieke figuren worden geproduceerd die de gebruiker misleiden.
15. Gesloten test instellen en beoordelen (Closed Testing)
Voor nieuw aangemaakte persoonlijke ontwikkelaarsaccounts in Google Play Console is het verplicht om het Gesloten testen (Closed Testing)-proces te voltooien voordat direct naar productie wordt overgegaan.
A. Wijzigingen indienen voor beoordeling (Publicatieoverzicht)
Wanneer alle winkelinstellingen en formulieren zijn ingevuld, worden in het publicatieoverzicht de openstaande wijzigingen vermeld:
Om de knop "Wijzigingen verzenden voor beoordeling" rechtsboven te activeren, moet de applicatie echter geconfigureerd zijn in ten minste één testkanaalversie (Closed Testing).
B. Stappen van gesloten testen
Er zijn 3 verplichte stappen om gesloten testen te voltooien:
- Landen en regio's selecteren (Select countries and regions):
- De landen waar de applicatie zal worden getest worden geselecteerd (standaard kan de hele wereld of een specifiek land worden gekozen) en er wordt rechtsonder op Opslaan geklikt.
- Testers selecteren (Select testers):
- Selecteer op het tabblad Testers een e-maillijst (Email List) of maak een nieuwe lijst aan.
- Om productietoestemming te krijgen op persoonlijke Google Play-accounts, vereist Google dat ten minste 20 testgebruikers gedurende 14 dagen onafgebroken deelnemen aan de test. Daarom is het belangrijk dat er voldoende echte gebruikers in de testlijst zijn opgenomen.
- Klik na het selecteren van de lijst rechtsonder op Wijzigingen opslaan (Save changes).
- Een nieuwe release maken (Create a new release):
- Wanneer Landen en Testers zijn voltooid, verschijnt "2 of 4 complete" zoals hierboven.
- Klik rechtsboven op de blauwe knop
Create new release(Nieuwe release maken) om door te gaan naar de versieaanmaakfase.
- Het ondertekende
.aab-pakket wordt geüpload. Zodra de installatie is voltooid, analyseert Google het pakket:
- Zoals te zien is op de afbeelding, wordt
Target SDK: 36succesvol gedetecteerd, wordenVersion: 610060410en architecturen geverifieerd. - Wanneer op
Next(Volgende) wordt geklikt, verschijnt er een waarschuwingsscherm vanwege de versiecodesprong:
- Oplossing: Klik op de blauwe link
Proceed anywayvlak onder de waarschuwing "This release's version code is significantly higher than your previous version code". - Nadat de foutblokkering is opgeheven, wordt de versie succesvol opgeslagen door rechtsonder op de blauwe knop
Save(Opslaan) te klikken.
Wanneer deze stappen zijn voltooid, kunt u terugkeren naar het scherm Publicatieoverzicht (Publishing overview) en het Google-goedkeuringsproces starten met de knop Send changes for review (Wijzigingen verzenden voor beoordeling).
C. Veelvoorkomende situatie: "App not available" (App niet beschikbaar) op testlink
Het meest voorkomende scherm dat ontwikkelaars zien bij het openen van een aanmeldingslink voor gesloten testen (play.google.com/apps/testing/com...), is dit:
"App not available - A testing version of this app hasn't been published yet or isn't available for this account." (App niet beschikbaar – Een testversie van deze app is nog niet gepubliceerd of is niet beschikbaar voor dit account.)
Oorzaken en oplossing voor deze waarschuwing:
- In beoordeling (In Review): Zelfs als de gesloten testversie is gemaakt en ter beoordeling is verzonden, wordt deze link pas geactiveerd nadat het Google-beoordelingsteam het pakket goedkeurt. De link wordt geopend wanneer de status in Play Console "Available to testers" is.
- Google-account komt niet overeen: De actieve Google-aanmelding in de browser moet exact hetzelfde zijn als het e-mailadres dat is toegevoegd aan de lijst met Testers in Play Console. Een ander of anoniem Google-account heeft geen toegang tot deze link.
- Serverpropagatievertraging: Zelfs als Google de beoordeling goedkeurt, kan het gewoonlijk 1 tot 2 uur duren voordat de gesloten testlink zich wereldwijd verspreidt naar winkelservers.
D. Deelnemen aan het testprogramma (Become a Tester - Opt-in)
Zodra de beoordeling is goedgekeurd en de link is geactiveerd, wordt het officiële uitnodigingsscherm geopend:
- De pagina bevat het pictogram van de applicatie, de naam van de ontwikkelaar en de uitnodigingstekst voor de testversie.
- Wanneer op de blauwe knop
Become a tester(Tester worden) wordt geklikt, wordt het account opgenomen in de test. - De applicatie kan rechtstreeks vanuit de Google Play Store op het Android-apparaat worden gedownload door op het volgende scherm op de link "Download it on Google Play" te klikken.
16. Verklaring over advertentie-ID (Advertising ID)
Voor alle apps die gericht zijn op Android 13 (API 33) en hoger, vereist Google Play een expliciete verklaring over het gebruik van de advertentie-ID (AD_ID).
Vraag: Maakt je app gebruik van een advertentie-ID?
De cruciale regel van Google op deze pagina luidt als volgt:
"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." (Als je zegt dat je app een advertentie-ID gebruikt, blokkeren we releases die niet de toestemming com.google.android.gms.permission.AD_ID in het manifestbestand bevatten wanneer je je richt op Android 13.)
- Optie 1 (Aanbevolen):
No(Nee). - In het gesloten testpakket dat we momenteel hebben geïnstalleerd, zijn AdMob SDK of crosspromotiebibliotheken nog niet daadwerkelijk gecompileerd en is er geen
AD_ID-toestemming in het bestandAndroidManifest.xml. Daarom zal er geen manifestconflict ontstaan wanneerNowordt geselecteerd en opgeslagen. - Optie 2 (Indien Ja geselecteerd):
- Als
Yesis geselecteerd, moet[x] Advertising or marketing(Advertenties of marketing) worden geselecteerd als het beoogde gebruik en moet het selectievakje "Turn off release errors" (Releasefouten uitschakelen) onderaan de pagina (I understand the ramifications of not including the com.google.android.gms.permission.AD_ID permission...) worden aangevinkt, aangezien de machtiging nog niet aan het manifest is toegevoegd.
Klik in beide gevallen na het maken van de selectie rechtsonder op Save (Opslaan).
17. Indiening voor beoordeling (Definitieve indiening)
Zodra alle winkelvermeldingen, privacybeleid, beveiligingsformulieren, juridische verklaringen, doelgroep en gesloten testversie zijn voltooid, keert u terug naar het scherm Publicatieoverzicht (Publishing overview):
- Submit 14 changes for review (14 wijzigingen indienen ter beoordeling): Google Play verzamelt alle verklaringen en de testversie in één beoordelingspakket (14 wijzigingen wachten op goedkeuring zoals te zien is op de afbeelding).
- Het officiële Google-goedkeuringsproces wordt gestart door te klikken op de blauwe knop
Submit 14 changes for review. - De automatische kwaliteitscontroles van Google worden op de achtergrond uitgevoerd en vervolgens wordt de applicatie in de evaluatiewachtrij van het Google Play Review Team geplaatst. De beoordeling wordt op persoonlijke accounts gewoonlijk binnen 24 tot 72 uur afgerond.
18. Aanvraag voor productietoegang na gesloten test (Apply for Access to Production)
Wanneer het gesloten testproces (ononderbroken testen gedurende ten minste 14 dagen met ten minste 20 testers) dat door Google vereist is voor persoonlijke ontwikkelaarsaccounts is voltooid, wordt de knop "Productie aanvragen" (Apply for production) geactiveerd in het hoofdcontrolepaneel van Play Console. Door op deze knop te klikken, biedt Google een uitgebreid 3-stappen aanvraagformulier om te controleren of de applicatie daadwerkelijk is getest en klaar is om live te gaan:
Formulierstappen:
- Over je gesloten test (About your closed test): U wordt gevraagd hoe u testgebruikers heeft gevonden, hoe u feedback heeft verzameld en welke verbeteringen u in de applicatie heeft aangebracht op basis van de ontvangen feedback.
- Over je app (About your app): De doelgroep van de applicatie en de belangrijkste voordelen die deze aan de gebruikers biedt, worden uitgelegd.
- Je productiegereedheid (Your production readiness): Er wordt verklaard hoe u fouten zult volgen en gebruikerscommentaren zult beheren wanneer de app live gaat.
Kritieke vragen en voorbeeldantwoorden voor aanvragen (Engels en Nederlandse toelichting)
1. "How did you recruit users for your closed testing? For example, did you ask friends and family, or use a paid testing provider?"
(Hoe heb je gebruikers geworven voor je gesloten test? Heb je bijvoorbeeld vrienden en familie gevraagd, of een betaalde testprovider gebruikt?)
Belangrijke regel: Google houdt niet van bots of betaalde kunstmatige testfarms. Het is het veiligst om te vermelden dat de testers echte organische gebruikers, hechte kring en relevante sociale mediagemeenschappen zijn.
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?"
(Hoe gemakkelijk was het om testers voor je app te werven?)
- Aanbevolen keuze:
Neither difficult or easy(Niet moeilijk en niet gemakkelijk) ofEasy(Gemakkelijk). Deze optie geeft aan dat het proces organisch en evenwichtig wordt uitgevoerd en dat er geen kunstmatige botnetwerken worden gebruikt.
3. "Describe the engagement you received from testers during your closed test"
(Beschrijf de betrokkenheid die je van testers hebt ontvangen tijdens je gesloten test:)
(Tip van Google: Geef aan of gebruikers alle functies gebruiken en of het gebruik overeenkomt met het gedrag van een echte gebruiker)
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."
(Geef een samenvatting van de feedback die je van testers hebt ontvangen. Vermeld hoe je de feedback hebt verzameld:)
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.
Stap 2: Over je app (About your app)
In deze stap wordt gevraagd naar de doelgroep van de applicatie, de toegevoegde waarde die deze biedt en het verwachte aantal downloads voor het eerste jaar:
1. "Who is the intended audience of your app?"
(Wie is de beoogde doelgroep van je 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"
(Beschrijf hoe je app waarde toevoegt voor gebruikers:)
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?"
(Hoeveel downloads verwacht je dat je app in het eerste jaar zal bereiken?)
- Aanbevolen keuze:
0 - 10K(Een organisch en realistisch doel voor een indie-ontwikkelaar).
Stap 3: Je productiegereedheid (Your production readiness)
In deze laatste fase van de aanvraag wordt gevraagd naar verbeteringen die zijn aangebracht op basis van wat er tijdens gesloten testen is geleerd en hoe de applicatie klaar wordt geacht voor live productie:
1. "What changes did you make to your app based on what you learned during your closed test?"
(Welke wijzigingen heb je in je app aangebracht op basis van wat je tijdens de gesloten test hebt geleerd?)
Aanbeveling: Het antwoord moet volledig consistent zijn met de feedback die u in de vorige stappen hebt opgegeven (compatibiliteit met kleine schermen, lettergrootte, filterlabels en gegevenscaching).
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?"
(Hoe heb je besloten dat je app klaar is voor live productie?)
Aanbeveling: Google vitals-statistieken (nul crashes, nul ANR), 14-daagse testperiode en stabiliteit over verschillende Android-versies moeten worden benadrukt.
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.
Nadat alle velden zijn ingevuld, wordt de officiële aanvraag voor een productievergunning voltooid door rechtsonder op de blauwe knop Apply (Aanvragen) te klikken.
Scherm voor verzonden aanvraag (Beoordelingsproces)
Als u op de knop 'Apply' drukt, keert u terug naar het hoofdbedieningspaneel van Play Console en verschijnt de volgende officiële beoordelingskaart op de pagina Productie (Production):
"We have your application for production access" (We hebben je aanvraag voor productietoegang ontvangen)
"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." (We beoordelen je aanvraagformulier. We sturen de accounteigenaar een e-mail met een update. Dit duurt meestal 7 dagen of minder, maar kan soms langer duren.)
Dingen die u moet weten over deze fase:
- Beoordelingstijd: Hoewel Google officieel op het scherm vermeldt dat het "7 dagen of minder" duurt, resulteert deze goedkeuring voor apps met consistente formulierreacties en een crashpercentage van nul gewoonlijk binnen 24 tot 72 uur.
- Kennisgeving van resultaat: Wanneer de evaluatie is voltooid, wordt er een officiële acceptatiemelding gestuurd naar het e-mailadres van de accounthouder (zie hoofdstuk 19).
- Wat te doen tijdens het wachtproces: Er hoeft geen extra actie te worden ondernomen; het gesloten testkanaal kan actief blijven, het is voldoende om te wachten op de beslissing van het Play Console-beoordelingsteam.
19. De uiteindelijke overwinning: Goedkeuring voor productietoegang (Production Access)
Wanneer het proces voor Gesloten testen (14 dagen actief testen met ten minste 20 testgebruikers), wat de meest uitdagende fase van Google Play Console is voor nieuwe persoonlijke ontwikkelaarsaccounts, met succes is voltooid en de aanvraag voor openbare winkeltoegang is ingediend, ontvangt u de volgende officiële acceptatie-e-mail van het Google Play Console-team:
"Congratulations! Your app has been granted Google Play production access" (Gefeliciteerd! Je app heeft Google Play-productietoegang gekregen)
"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." (Je hebt Google Play-productietoegang aangevraagd voor je app en deze is nu verleend. Met Productie maak je je app beschikbaar voor miljarden gebruikers op Google Play.)
Wat betekent deze e-mail?
- Openbare release: Uw app komt nu in aanmerking om te worden vrijgegeven aan miljarden Android-gebruikers over de hele wereld, niet alleen aan uitgenodigde gesloten testers.
- De drempel voor persoonlijke accounts overschrijden: Aan de vereiste van Google van 20 testers / 14 dagen testen is officieel voldaan en het ontwikkelaarsaccount is verplaatst naar de vertrouwde status.
- Met één klik live gaan: Door naar het kanaal Productie (Production) in het Play Console-paneel te gaan, kan het beproefde pakket uit de gesloten test rechtstreeks live gaan naar de winkelpui of met een nieuwe versie.
20. Checklist vóór release (Voltooid)
Alle controlepunten in de aanvraagfase:
- Zijn de app-ID en unieke pakketnaam gegenereerd in Play Console?
- Is het ondertekende
.aab-pakket gecompileerd mettargetSdkVersion 36? - Is de versionCode groter dan eerdere versies? (Werd er op Proceed anyway geklikt bij de waarschuwing?)
- Is de URL van het privacybeleid actief en geopend met HTTPS?
- Is App-toegang geregistreerd als
No? - Is de advertentieverklaring gemarkeerd als
Yes? - Is de IARC-leeftijdsclassificatie voltooid en gecertificeerd?
- Is de doelgroep geselecteerd als
18 and over? - Is het formulier voor gegevensveiligheid (Data Safety) ingevuld?
- Zijn overheids-, financiële en gezondheidsverklaringen geregistreerd als
No? - Zijn de winkelitems (512x512-pictogram, 1024x500-uitgelichte afbeelding, screenshots) geüpload?
- Gesloten test: Zijn de landen/regio's geselecteerd en opgeslagen?
- Gesloten testen: Is de testerslijst geselecteerd en opgeslagen?
- Gesloten test: Is het ondertekende
.aab-pakket geladen en van een versie voorzien? - Advertentie-ID: Opgeslagen als
Novoor de eerste release? - Publicatieoverzicht: Zijn de wijzigingen ingediend voor Google-beoordeling?
- Is het gesloten testproces voltooid en is de productietoegang ontvangen?
21. Arar Games en onze games
U kunt onze winkelpagina's bezoeken om alle games, spelmechanismen en updates die we in onze onafhankelijke studio hebben ontwikkeld live te ervaren:
🎮 Onze games:
- 🛡️ Blocked: Pixel Panzer:
Retro pixel tankactie, ColorWheel elementaire granaten, dynamisch weer, Boss battles, wereldwijde klassementen en Google Play prestaties!
👉 Downloaden op Google Play (Android & PC) | Microsoft Store (Windows PC) - 🎨 Paint Trek:
Op reflexen gerichte arcade-ervaring in kleurrijke pixels en ruimtesfeer.
👉 Google Play | Microsoft Store (PC & Xbox) - 🚀 Space Dodger:
Snelle retro arcade obstakelontwijking in de diepe ruimte.
👉 Downloaden op Google Play
📢 Sociale media en communicatie:
Volg onze nieuwe technische handleidingen, devlogs en game-updates:
- 🎵 TikTok: @arargamesstudio
- 📸 Instagram: @arargamesstudio
- 🐦 X (Twitter): @arargamesstudio
- 📺 YouTube: @koreaaria
- 🧵 Threads: @arargamesstudio
- 📘 Facebook: arargamesstudio
Samengesteld door: Arar Games Developer Documentation Archive
Hiç yorum yok:
Yorum Gönder