Gesloten test op Google Play: 12 testers, 14 dagen, en jij in je eentje

Google vraagt iets eenvoudigs, alleen intimiderend geformuleerd: voordat je productietoegang kunt aanvragen, moet je app een gesloten test hebben doorstaan met minimaal 12 testers die minstens 14 dagen onafgebroken aangemeld zijn.

Bron: Play Console Help — App testing requirements for new personal developer accounts, geraadpleegd op 11 september 2026.

Twee verduidelijkingen die veel spanning wegnemen. Ten eerste volgt de teller de aanmelding van je testers, niet je builds: een nieuwe versie op het gesloten kanaal zetten tijdens die 14 dagen zet niets terug. Ten tweede gaat het echt om 12 aangemelde Google-accounts — niet om 12 toestellen en al helemaal niet om 12 vijfsterrenrecensies.

De regel voelt als een oordeel over de kwaliteit van je app. Dat is het niet. Google vraagt je niet om je lancering te laten slagen; Google controleert of je app op echte telefoons in echte handen heeft gedraaid en of je kunt vertellen wat er gebeurde. Niemand becijfert je retentie.

De echte kost zijn die 14 dagen ook niet. Dat zijn de beoordelingen eromheen: tot zeven dagen om het gesloten kanaal goed te keuren voordat iemand ook maar iets kan installeren, daarna meestal zeven dagen of minder voor de productieaanvraag, en nog eens zoveel voor de productieversie zelf. Reken op vier tot zes weken tussen je eerste klik en een publieke app — en stem je communicatie daarop af, niet op het getal 14.

Blijft de andere manier om die beperking te lezen. Twaalf mensen die je app twee weken lang gebruiken, dat is de gebruikerstest die je zelf nooit had georganiseerd en die de meeste soloprojecten nooit krijgen. Je gaat ontdekken waar mensen vastlopen op het eerste scherm, welk woord in je menu hun niets zegt, en of je app een Android-toestel uit 2019 met 8 % batterij overleeft. Google dwingt je te doen wat je sowieso had moeten doen.

Google verwacht een Android App Bundle (.aab), geen APK. Dat is het deel dat het platform van begin tot eind voor je regelt.

Voordat je iets indient: genereer de Ad Hoc-versie van je Android-app en installeer die op je eigen telefoon. Dat is je laatste vangnet — wat je in de preview van het back-office niet ziet, zie je daar wel.

Daarna in het back-office: Sales Channel > Android App > Update, en dan Submit my app. De pagina Submission to Google Play opent en geeft je met één klik je .aab. Zet hem ergens waar je hem terugvindt, want je uploadt hem zo meteen. (Zowel het GoodBarber-back-office als de Play Console zijn gelokaliseerd; de menu's verschijnen in de taal van je account. Hier staan ze in het Engels, zoals Google ze in de eigen documentatie noemt.)

Je opent geen Android Studio, geen Gradle, geen commandoregel. GoodBarber compileert een native Android-binary in Kotlin en levert die uploadklaar af — precies het bestand dat de Play Console verwacht.

Eén detail dat je verderop tijd bespaart: de compilers nemen een library alleen mee als de bijbehorende functie in je back-office aanstaat. Zet je hem uit, dan hercompileert het platform en is de library uit de binary verdwenen. Het onderdeel Data safety van de Play Console — waar solomakers het meest tegenop zien — gaat daardoor over wat je app echt doet, en niet over een pakket generieke SDK's dat de builder standaard meelevert.

De zes controles voordat je het gesloten kanaal aanmaakt

1. De Ad Hoc-versie draait op een echt Android-toestel. Niet alleen in de preview.
2. De beelden liggen klaar: icoon van 512 × 512 px, feature graphic van 1024 × 500 px en 2 tot 8 telefoonschermafbeeldingen.
3. De Play Store-vermelding is ingevuld: naam, korte beschrijving, volledige beschrijving, categorie en contact-e-mailadres.
4. Het onderdeel App content is compleet: privacybeleid, gegevensbeveiliging, advertenties, doelgroep.
5. De landen en regio's van het gesloten kanaal zijn geselecteerd — en dat is valkuil nummer één. De Play Console gaat uit van het land van het Google-account van de tester, niet van waar die zich bevindt. Je neef in België met een Belgisch Google-account ziet niets als je alleen Nederland hebt aangevinkt. Vink bij twijfel alle landen aan: een gesloten kanaal is toch alleen zichtbaar voor je testers.
6. Het feedbackkanaal is ingevuld (een e-mailadres of een URL). Google vraagt erom, en daar komt het materiaal binnen voor de slotvragenlijst.

De volledige uitleg, scherm voor scherm, staat in ons helpcentrum: Publish your app on Google Play with a Personal account (in het Engels).

Mik op 15 tot 20 mensen. Niet uit ijver, maar uit rekenwerk. Van elke tien mensen die ja zeggen, geeft er één je een adres dat niet zijn Google-account is, klikt een tweede nooit op de aanmeldlink, en verlaat een derde het programma op dag zes tijdens het opruimen van zijn telefoon. Begin je met precies 12, dan ontdek je het probleem op dag twaalf en begin je opnieuw.

Eén ding om helder te hebben voordat je iemand benadert: je vraagt om een aanmelding, niet om een klus. Je testers installeren de app gewoon uit de Play Store, net als elke andere, na één klik op een link. Geen bestand handmatig laden, geen obscure handelingen, geen risico voor hun toestel. Zeg dat in je eerste zin en je aantal ja's verdubbelt.

Twee eerlijke waarschuwingen over deze kanalen.

r/androiddev is niet de plek om te werven. Dat is een technisch discussieforum en testverzoeken worden er verwijderd. De hierboven genoemde gespecialiseerde communities bestaan juist omdat deze Google-regel die behoefte heeft gecreëerd.

Kruistests vullen de teller, niet de vragenlijst. Twaalf ontwikkelaars die jouw app installeren zodat jij die van hen installeert, voldoen aan het aantal — maar het productieformulier vraagt welke feedback je kreeg en wat je hebt aangepast. Meng dus: een paar kruistesters om de drempel te halen, en een paar mensen die je onderwerp echt aangaat zodat je iets te vertellen hebt. En zoek je die laatste in een community: geef eerst iets voordat je vraagt. Een bericht dat alleen een link plaatst, wordt verwijderd, en terecht.

Het bericht dat een ja oplevert

Kort, precies, met de echte inspanning vooraf benoemd. Bijvoorbeeld: „Ik breng een app uit voor [onderwerp]. Google vraagt 12 mensen die hem installeren en 14 dagen houden. Concreet: één klik op een link, installeren via de Play Store, en je laat hem twee weken op je telefoon staan. Ik heb het Gmail-adres van je Android-telefoon nodig. Open je hem twee of drie keer en vertel je me wat je stoort, dan is dat perfect."

Als je GoodBarber-abonnement de native apps bevat, bevat het ook de PWA die uit dezelfde configuratie wordt gegenereerd. Stuur die weblink voordat je om de aanmelding vraagt: mensen zeggen veel makkelijker ja tegen een app die ze al in hun browser hebben zien draaien.

De Play Console accepteert twee manieren om je testers aan te wijzen: een lijst met e-mailadressen, of het adres van een Google-groep. Kies de groep, om een heel praktische reden: bij een lijst dwingt elke nieuwe tester je het kanaal opnieuw te openen, de lijst te bewerken en op te slaan; bij een groep plak je één keer een adres in de Play Console en beheer je de aanwas daarna in Google Groepen. Over drie weken gespreid werven scheelt dat een stuk of tien keer heen en weer.

1. Ga naar groups.google.com en maak een groep aan — bijvoorbeeld testers-mijnapp@googlegroups.com.
2. Sta jezelf in de toegangsinstellingen toe om leden rechtstreeks toe te voegen: je testers hoeven dan zelf niets te doen.
3. Voeg de Gmail-adressen toe zodra je ze binnenkrijgt.
4. Open in de Play Console Test and release > Testing > Closed testing, dan het tabblad Testers van je kanaal, en geef de groep op met haar e-mailadres.
5. Opslaan, en daarna de wijzigingen ter beoordeling indienen.

De fout „App niet beschikbaar" voorkomen

Dat is wat je testers zien als ze te vroeg klikken, en het is veruit het meest ontmoedigende moment van de hele operatie: je hebt het werk gedaan, en de eerste tien mensen die je hebt benaderd melden dat het niet werkt.

De regel past in één zin: eerst publiceren, dan de link sturen. Zolang je gesloten kanaal de status Draft heeft, is Google het nog aan het beoordelen en leidt de link nergens heen. Wacht tot de status op Closed testing springt — dat is het sein, en het kan tot zeven dagen duren.

Blijft de melding staan terwijl het kanaal gepubliceerd is, dan zit de oorzaak bijna altijd in dit rijtje:

• de tester heeft de aanmeldlink Join on Android niet geopend voordat hij de app in de Play Store ging zoeken;
• hij is bij de Play Store ingelogd met een ander Google-account dan het account in je groep;
• het land van zijn Google-account staat niet tussen de aangevinkte landen en regio's van het kanaal;
• hij is net aan de groep toegevoegd en de verwerking loopt nog: geef het een paar minuten tot een paar uur.

De natuurlijke reflex is elke dag achter mensen aan gaan. Dat is de beste manier om je app te laten verwijderen door de mensen die je graag mogen. Drie berichten volstaan, en elk heeft een andere rol.

Dag 0 — de link en één enkele vraag. De aanmeldlink, in twee regels wat er moet gebeuren, en een precieze vraag in plaats van een „laat me weten wat je ervan vindt", waar nooit antwoord op komt. „Wat begrijp je niet op het eerste scherm?" levert tien bruikbare reacties op.

Dag 7 — laat zien dat er beweging in zit. Dit is het moment waarop je app mentaal van de telefoon van je testers verdwijnt, en precies hier helpt het platform. Publiceer nieuwe content via het CMS: die komt meteen in de app terecht, zonder nieuwe build en zonder nieuwe beoordeling van Google. Combineer het met een pushmelding aan je testers. Je hebt zojuist bewezen dat de app leeft, zonder iets opnieuw in te dienen.

Wil je een echte update van de binary uitbrengen — een opgeloste bug, een herwerkt scherm — ga dan terug naar Sales Channel > Android App > Update, haal de nieuwe .aab op en zet die als nieuwe versie op hetzelfde gesloten kanaal. Je testers krijgen hem automatisch en ook dit zet de teller van 14 dagen niet terug.

Dag 12 — de laatste oproep. Vraag om een afsluitende reactie en vraag vooral iedereen expliciet om aangemeld te blijven tot dag 15. Twee dagen marge kosten je één bericht en behoeden je ervoor dat je een afhaker ontdekt op het moment dat je op Apply for production wilt klikken.

Houd tussen die drie berichten een logboek bij. Eén regel per reactie: de datum, wie het zei, wat er gezegd werd, wat je hebt aangepast, in welke versie. Dat bestand is geen bureaucratie — het is letterlijk het antwoord op het derde onderdeel van de vragenlijst, moeiteloos geschreven.

Zijn de 14 dagen voorbij, open dan het Dashboard van de Play Console en klik op Apply for production. Google stelt zijn vragen in drie blokken.

Je gesloten test. Hoe je je testers hebt geworven, hoe betrokken ze waren, welke feedback je kreeg. Blijf feitelijk en in cijfers: „24 mensen benaderd, 17 aangemeld, 15 nog aangemeld aan het eind van de 14 dagen; geworven in mijn professionele omgeving en in twee Android-testerscommunity's; 11 openden de app meer dan drie keer."

Je app. Voor wie hij is, wat hij brengt, en een schatting van het verwachte aantal installaties. Een bescheiden, onderbouwde schatting komt beter over dan een rond getal uit het niets.

Je productiegereedheid. Wat de feedback heeft veranderd en waarom je de app klaar acht. Hier betaalt je logboek zich uit: citeer twee of drie concrete reacties en de aanpassing die erop volgde.

De checklist voor je verstuurt:

• minstens 12 testers die op het moment van de aanvraag nog aangemeld zijn;
• specifieke antwoorden, nooit algemene — twee vage regels zijn de belangrijkste reden voor een tweede ronde;
• echte feedback geciteerd, niet samengevat;
• minstens één concrete wijziging die aan een reactie is gekoppeld, met de versie waarin die zit;
• geen opgeblazen cijfers: meld geen 20 testers als het er 15 waren.

Reken op zeven dagen of minder voor het antwoord, per e-mail naar de accounteigenaar. Bij goedkeuring ga je naar Test and release > Production: je maakt een versie aan, voegt daar uit de bibliotheek de laatste App Bundle van de gesloten test aan toe, en stuurt alles ter finale beoordeling in.

Werven is de enige post die je echt zelf in de hand hebt. Begin ermee op de dag dat je het gesloten kanaal ter beoordeling instuurt, niet op de dag dat het is goedgekeurd: dan lopen beide klokken tegelijk.

Beginnen de 14 dagen bij de indiening of bij de aanmelding van de testers?

Bij de aanmelding van de testers. Je hebt 12 accounts nodig die onafgebroken 14 dagen aangemeld zijn: dag 1 is de dag waarop je twaalfde tester zich aanmeldt, niet de dag waarop je je app ter beoordeling stuurde.

Mag ik tijdens de gesloten test een update publiceren?

Ja, het is zelfs aan te raden. Je zet een nieuwe versie op hetzelfde kanaal. De teller volgt de aanmelding van je testers, niet je builds.

Gaat het om 12 testers of 12 toestellen?

12 Google-accounts die zijn aangemeld voor je gesloten kanaal. Dezelfde persoon met twee telefoons blijft één tester.

Geldt het voor mijn account?

Als het een persoonlijk ontwikkelaarsaccount is dat vanaf 13 november 2023 is aangemaakt: ja. Accounts van vóór die datum en organisatie-accounts vallen niet onder deze eis.

Ontloop je de regel met een organisatie-account?

Technisch wel, maar het is geen sluiproute: een organisatie-account vereist een ingeschreven rechtspersoon en een geverifieerd D-U-N-S-nummer. Publiceer je als particulier, dan blijft de gesloten test de kortste weg. En de regel hangt aan het account, niet aan wie er op de knop drukt — het publiceren uitbesteden laat hem niet verdwijnen.

Geldt dezelfde beperking in de App Store?

Nee. Apple stelt geen minimumaantal testers en geen testduur vóór publicatie. De iOS-route heeft eigen eisen, beschreven in Publish your iOS app yourself (Solo) (in het Engels).

En als Google mijn productieaanvraag afwijst?

Je mag opnieuw aanvragen. Loop de drie onderdelen na en vervang elke algemene formulering door een feit: een cijfer, een geciteerde reactie, een gedateerde wijziging. Een afwijzing straft vrijwel altijd een vaag antwoord af, zelden de app zelf.

Ik doe dit liever niet zelf. Kan dat?

Ja: met de optie GBTC (in het Engels) neemt het team van GoodBarber de publicatie over. Met één kanttekening: is je ontwikkelaarsaccount een recent persoonlijk account, dan blijft de eis van 12 testers gedurende 14 dagen aan dat account hangen.

Het technische deel van dit verhaal — een native Android-app compileren, een conforme .aab produceren, die bij elke update opnieuw genereren — hield tien jaar geleden de meeste solomakers tegen. Vandaag is het een knop in een back-office. Tussen jou en de Play Store staan nog twaalf mensen en veertien dagen, en je weet nu hoe je die krijgt.

Project klaar? Open Sales Channel > Android App > Update in je GoodBarber-dashboard en haal je .aab-bestand op. Nog geen app? Begin gratis — geen creditcard vereist.