Zo schaalt de regel echt
Elke nieuwe app heeft zijn eigen gesloten test nodig, maar dezelfde personen kunnen zich voor elke app aanmelden: het hoeven geen andere mensen te zijn.
De poort herhaalt zich per app. De testers hoeven dat niet.
Kort antwoord
Voor elke gloednieuwe app op een persoonlijk ontwikkelaarsaccount dat na 13 november 2023 is gemaakt, reken op een verse gesloten test (closed testing) met minimaal 12 aangemelde testers over 14 doorlopende dagen, voordat je productietoegang kunt aanvragen: productie wordt per app ontgrendeld, niet per account. Je hebt geen nieuwe 12-testers-test nodig om een routine-update te leveren voor een app met bestaande productietoegang, en dezelfde testers kun je over al je apps hergebruiken. Als je deze poort snel moet passeren, levert PrimeTestLab echte, aangemelde testers op echte apparaten vanaf $19.99 (plus 5% servicekosten).
Het is een van de meest gestelde vragen van ontwikkelaars met meer dan één app in de pijplijn: zodra je Googles drempel van 12 testers en 14 dagen bij de gesloten test één keer hebt gehaald, moet je dat alles voor de volgende app herhalen? Of is het een eenmalige accountmijlpaal die je nooit meer doet? Het eerlijke antwoord heeft drie delen, en deze gids scheidt wat Google letterlijk zegt van wat community-consensus is, zodat je precies weet hoe sterk je elke claim kunt vertrouwen. Stand van zaken: 1 juli 2026.
Wat dit artikel behandelt
Geldt de 12-testers-vereiste per app of per account?
Ze wordt per app behandeld, niet per account. Je eerste productierelease is de grote onboarding-mijlpaal, maar elke nieuwe app die je publiceert heeft nog steeds zijn eigen weg naar productie. Behandel dus elke nieuwe pakketnaam (elke nieuwe applicationId) alsof die een eigen gesloten test nodig heeft, tenzij de Play Console duidelijk iets anders toont.
Hier struikelen de meeste ontwikkelaars, dus de eerlijke versie. Google publiceert geen enkele zin die letterlijk zegt: „Je moet dit voor elke app herhalen.” Google publiceert ook geen zin die zegt: „Zodra je eerste app is vrijgegeven, zijn alle toekomstige apps uitgezonderd.” Wat Google wél zegt: de vereiste geldt voor „je app”, productie wordt ontgrendeld door vanaf het dashboard van precies die app aan te vragen, en de richtlijn moet ontwikkelaars met een nieuw persoonlijk account helpen hun app klaar te maken voor distributie.
Samen is de defensiefste lezing dat productietoegang op app-niveau ligt en geen eenmalig accountvinkje is. Voor latere apps is er nuance: zodra je account al een geslaagde productie-app heeft, kunnen volgende apps een andere beoordelingsdiepte zien. Het openbare hulpcentrum van Google belooft echter geen platte, accountbrede uitzondering voor elke toekomstige app. De veilige gewoonte na de eerste release is dus eenvoudig: check de status van elke nieuwe app in de Play Console, in plaats van aan te nemen dat je hele account permanent is ontgrendeld.
„Ik heb het één keer gehaald, dus mijn account is voor altijd ontgrendeld.”
Ontwikkelaars denken dat de gesloten test een eenmalige accountpoort is. Dan zit de tweede app in de Play Console met vergrendelde productie, en de 14-dagenklok start opnieuw: een verrassing die een launch-venster kan kosten.
Productietoegang wordt app voor app verleend.
Elke nieuwe pakketnaam start met vergrendelde productie en moet de gesloten test met 12 testers en 14 dagen zelfstandig halen. De opluchting: dezelfde testers kunnen al je apps bedienen, zodat je nooit meer vanaf nul hoeft te werven.
Zo lees je de betrouwbaarheidsniveaus in dit artikel. Vragen over Google-beleid trekken veel zelfverzekerde blogclaims aan. Om je veilig te houden is alles hieronder gemarkeerd op hoe stevig de bron is, zodat je weet waarop je kunt bouwen en wat je in je eigen Play Console dubbel moet checken.
Letterlijk genoemd op de help-pagina's van de Play Console. De vereiste zelf, de definitie van aanmelden en de aanbeveling over updates leven hier.
Consistent met Googles formulering en breed gerapporteerd door ontwikkelaars, maar niet letterlijk uitgeschreven. De lezing per app en de reset-mechaniek zitten hier.
Door sommige testdiensten herhaald, maar afwezig in Googles docs (bijv. sensorgebaseerde testerfiltering). Behandel met scepsis; wij presenteren dat niet als feit.
Wat eist Google vandaag officieel?
Een nieuw gemaakt persoonlijk ontwikkelaarsaccount moet een gesloten test uitvoeren met minimaal 12 testers die in een periode van minimaal de afgelopen 14 dagen doorlopend aangemeld zijn geweest. Als je dat haalt, kun je via het dashboard in de Play Console productietoegang aanvragen.
Google Play Console Help
„Als je een nieuw gemaakt persoonlijk ontwikkelaarsaccount hebt, moet je een gesloten test voor je app uitvoeren met minimaal 12 testers die in een periode van minimaal de afgelopen 14 dagen doorlopend aangemeld zijn geweest.”
Play Console Help, antwoord 14151465 (Testvereisten voor productietoegang)
Een paar details die je moet vasthouden, allemaal uit Googles eigen documentatie:
Door Google bevestigd
- Het huidige minimum is 12 testers, verlaagd van 20 op 11 december 2024; de 14-dagenduur bleef ongewijzigd.
- De regel geldt voor persoonlijke accounts die na 13 november 2023 zijn gemaakt. Organisatorische accounts zijn uitgezonderd.
- Na de aanvraag duurt de beoordeling van productietoegang meestal tot zeven dagen, maar soms langer.
Waar apps worden tegengehouden
- Google kan je laten doorgaan met testen als je geen 12 aangemelde testers hebt.
- Of als de testers tijdens de gesloten test niet voldoende actief waren.
- Verouderde tutorials zeggen nog „20 testers”: dat cijfer is veranderd en is niet meer correct.
Dat laatste punt telt. De vereiste halen is niet alleen een kopgetal: Google kijkt of echte testers de app echt hebben gebruikt. Precies daarom maakte de verlaging van 20 naar 12 de vereiste niet triviaal: engagement telt nog steeds. Waarom het cijfer daalde, leggen we uit in de gids van 20 naar 12 testers (Engels).
Wanneer heb je geen 12 nieuwe testers nodig?
Als je app al productietoegang heeft en je een normale update voor precies die app levert, hoef je niet 12 nieuwe testers te werven en nog eens 14 dagen te wachten, alleen om te publiceren. De gesloten test is een poort naar eerste productietoegang, geen terugkerende tol bij elke release.
Google zegt dat je na een geslaagde aanvraag voor productietoegang naar productie kunt publiceren en dat het aanbeveelt toekomstige updates routinematig te testen. Het woord „aanbeveelt” doet hier echt werk: doorlopend testen is best practice, geen verse verplichte poort voor elke productie-update. Googles testdocumentatie merkt bovendien op dat bij een gesloten test voor een al gepubliceerde app alleen gebruikers in je testgroep de build van de gesloten test als update krijgen, wat alleen zinvol is omdat de app al in productie bestaat.
Gloednieuwe pakketnaam
Reken op een verse 14-dagentest
- Een nieuwe
applicationIddie nog nooit is gepubliceerd - Productie is vergrendeld tot je de test haalt
- Heeft 12+ aangemelde testers nodig over 14 doorlopende dagen
Update van een vrijgegeven app
Geen nieuwe 12-testers-test nodig
- Dezelfde pakketnaam, al in productie
- Nieuwe versie gewoon naar productie pushen
- Toekomstige updates testen is aanbevolen, niet verplicht
De heldere regel dus: nieuwe app, ja rekenen; update van een bestaande productie-app, nee. Als er buiten de versie van dezelfde listing en dezelfde pakketnaam niets is veranderd, is een gloednieuwe 12-personen-test in de gesloten test niet de standaardvereiste. Eén voorbehoud: een nieuwe build pushen tijdens je allereerste gesloten test is iets anders dan een update van een al vrijgegeven app. Dat ontwarren we in zet een update de gesloten test terug?.
Moeten de testers elke keer nieuwe personen zijn?
Nee. Ook als een nieuwe app een gesloten test nodig heeft, hoeven de 12 testers niet 12 totaal andere mensen te zijn. Google staat toe dezelfde tester-e-maillijst voor toekomstige tests bij al je apps te hergebruiken: hetzelfde Google-account kan tester zijn voor zoveel van je apps als je wilt.
Dat is het duidelijkste officiële signaal dat één set testers je hele catalogus kan bedienen. Wat telt is niet nieuwheid. Beslissend is dat voor de app die je naar productie brengt, minimaal 12 testers actief zijn aangemeld voor de gesloten test van die app en 14 achtereenvolgende dagen aangemeld blijven.
Elke app loopt dus nog steeds door zijn eigen 14-dagenpoort, maar de personen daarin kunnen elke keer dezelfde zijn. Dat herkadert het hele probleem: bouw één keer een betrouwbare testerpool, en elke toekomstige launch gebruikt hem opnieuw. Wat dat betekent voor een multi-app-roadmap:
Interactief
Portfolio-planner
Hoeveel gesloten tests heeft jouw roadmap nodig, en hoeveel testers?
3 apps = 3 aparte gesloten tests, maar nog steeds maar één pool van 12 testers als je ze hergebruikt. Parallel laten lopen en de kalendertijd krimpt: het zijn alleen 42 dagen als je strikt na elkaar loopt.
Wat telt als aangemelde tester over 14 dagen?
De 14 dagen moeten aaneengesloten zijn. Google telt testers niet mee die zich aanmelden, minder dan 14 dagen testen en zich daarna afmelden, zelfs als ze zich later opnieuw aanmelden zodat de som 14 dagen is.
Google Play Console Help
„Dat betekent dat we testers niet meetellen die zich hebben aangemeld, minder dan 14 dagen hebben getest en zich daarna hebben afgemeld. Zelfs als ze zich opnieuw aanmelden zodat ze in totaal 14 dagen aangemeld zijn, moeten dit 14 achtereenvolgende dagen zijn om mee te tellen.”
Play Console Help, antwoord 14151465 (FAQ)
Twee praktische gevolgen, en beide raken beginners:
Dit telt
- Een tester die de officiële aanmeldingslink klikt en accepteert op een apparaat met dat Google-account.
- De volle 14 doorlopende dagen aangemeld blijven, zonder zich af te melden.
- Echte, doorlopende activiteit: de app echt openen en gebruiken.
Dit telt NIET
- Alleen een e-mailadres aan de testerlijst toevoegen: de persoon moet de aanmelding nog accepteren.
- Een onderbroken reeks: afmelden midden in het venster en opnieuw meedoen start de aaneengesloten teller opnieuw.
- Een tester die in de interne test zit: die moet zich afmelden van de interne test voordat hij of zij meedoet aan de gesloten test.
De bufferregel (community-consensus)
Als testers afhaken en je actieve aantal midden in het venster onder 12 zakt, kan de doorlopende reeks breken en de klok effectief opnieuw starten. Google publiceert het exacte reset-algoritme niet, maar dit gedrag past bij de formulering „doorlopend”. Daarom werven ervaren ontwikkelaars een buffer van 15 tot 25 testers in plaats van precies 12. De reeks-mechaniek breken we uit in de gids over 14 achtereenvolgende dagen.
Heb jij een nieuwe 12-testers-test nodig? Zoek het uit
Elke situatie is iets anders. Kies die van jou en krijg een helder antwoord plus de volgende stap.
Interactief
De nieuwe-test-checker
Kies je scenario om te zien of een verse 14-dagentest in de gesloten test geldt.
Ja: volledige gesloten test uitvoeren
Nieuwe test nodigDit is het klassieke geval. Voordat je productietoegang kunt aanvragen, heb je minimaal 12 testers nodig die 14 doorlopende dagen aangemeld zijn. Start hem op dag één: het is de langste vaste stap in je hele launch.
Volgende stap: werf een buffer van 15 of meer, zodat één uitval je klok nooit terugzet.
Ja voor de app, maar testers hergebruiken
Nieuwe test, dezelfde personenElke nieuwe pakketnaam krijgt zijn eigen 14-dagentest in de gesloten test, dus plan er een in. Het goede nieuws: dezelfde testerlijst kan zich ook voor deze app aanmelden. Je hebt geen 12 verse mensen nodig.
Volgende stap: richt je bestaande testerpool op de aanmeldingslink van de nieuwe app en bevestig dat minimaal 12 actief zijn.
Nee: gewoon de update publiceren
Geen nieuwe testEen app met bestaande productietoegang hoeft die niet opnieuw te verdienen. Een routine-update van dezelfde pakketnaam triggert geen nieuwe gesloten test. Updates testen is aanbevolen, niet verplicht.
Volgende stap: rol je nieuwe versie zoals gewoonlijk uit naar productie.
Nee: je account ligt vóór de regel
UitgezonderdDe vereiste van de gesloten test geldt voor persoonlijke accounts die na 13 november 2023 zijn gemaakt. Een account dat op of vóór die datum is gemaakt, valt er niet onder.
Volgende stap: bevestig de aanmaakdatum van je account in de Play Console voordat je hierop leunt.
Nee: organisatorische accounts zijn uitgezonderd
UitgezonderdOrganisatorische / zakelijke accounts vallen helemaal niet onder de 14-dagenvereiste van de gesloten test. De keerzijde is een zwaardere setup: een geregistreerd bedrijf en een D-U-N-S-nummer.
Volgende stap: weeg het papierwerk af in onze gids persoonlijk vs. organisatorisch account.
Hoe passen interne, gesloten en open test bij elkaar?
Google biedt drie testtracks, maar slechts één, de gesloten test, haalt de vereiste voor productietoegang. De interne test telt daar niet voor, en de open test wordt pas ontgrendeld als je al productietoegang hebt.
Intern
Tot 100 testers, snelste builds
- Ideaal voor snelle QA en smoke-tests
- Levert builds vrijwel meteen
- Testers moeten zich afmelden voordat ze meedoen aan een gesloten test
Telt NIET voor de vereiste
Gesloten
12+ testers, 14 doorlopende dagen
- De verplichte track voor nieuwe persoonlijke accounts
- Loopt per app, bij elke nieuwe pakketnaam
- Testers kun je over al je apps hergebruiken
Vereist voordat je productietoegang aanvraagt
Open
Openbaar, iedereen kan meedoen
- Goed voor brede bèta-feedback op schaal
- Openbaar vermeld op je storepagina
- Pas beschikbaar als je productietoegang hebt
Ontgrendeld na productietoegang
Dat de open test pas na productietoegang verschijnt, is nog een stille bevestiging: de productievrijgave hangt aan de eigen release-setup van elke app en wordt niet accountbreed verleend. Als je tussen tracks kiest, behandelt onze vergelijking interne vs. gesloten vs. open test elke track in detail.
Hoe werkt de beoordeling van productietoegang?
Nadat je 12 of meer testers 14 dagen doorlopend aangemeld had, vraag je productietoegang aan via het dashboard. Googles vragenlijst dekt drie gebieden, en de beoordeling duurt meestal tot zeven dagen.
De vragenlijst vraagt naar je gesloten test, naar je app en naar productiegereedheid. Google gebruikt de antwoorden om te bevestigen dat apps vóór de openbare release ordentelijk zijn getest. Als je moet doorgaan met testen, zijn de twee meest genoemde redenen van Google: je hebt geen 12 aangemelde testers, en testers waren tijdens de test niet actief met je app bezig.
De pro-zet
Omdat productietoegang per app wordt verleend, tellen je antwoorden op de vragenlijst voor elke nieuwe app, niet alleen voor de eerste. Houd een kort sjabloon klaar dat beschrijft hoe je testers hebt geworven en hoe ze actief waren, en pas het per launch aan. Vage eenregels zijn een veelvoorkomende reden waarom eerste aanvragen worden teruggestuurd.
Twee deadlines in 2026 die je in de gaten moet houden
Deze staan los van de gesloten test, maar raken hetzelfde launch-schema: plan eromheen. Let op de betrouwbaarheidsbadges: één is Googles verklaarde plan, de andere een bevestigd programma.
Target API-level stijgt naar 36
Gepland voor augustus 2026
Google plant dat nieuwe apps en updates Android 16 (API-level 36) als target nodig hebben, in het gebruikelijke jaarlijkse ritme. Stand midden 2026 had de exacte datum de vorige vereiste op Googles officiële target-API-pagina nog niet vervangen. Behandel het dus als verklaard plan van Google en bevestig de live datum in de Play Console voordat je erop leunt.
Android Developer Verification
30 september 2026
Google begint te eisen dat apps worden geregistreerd door geverifieerde ontwikkelaars in Brazilië, Indonesië, Singapore en Thailand, met een bredere wereldwijde uitrol in 2027 en daarna. Dat is een identiteitscheck die bevestigt wie je bent, volledig los van of je app via de gesloten test werkt.
Houd beide uit elkaar: de ontwikkelaarsverificatie bevestigt wie je bent; de gesloten test bevestigt dat je app werkt. Geen van beide vervangt de ander. De volledige launch-checklist 2026 vind je in de gids over de publicatievereisten van Google Play.
Hoe PrimeTestLab helpt om app voor app de vereiste te halen
Omdat de gesloten test voor elke nieuwe app wordt herhaald, loont een betrouwbare en herhaalbare bron van echte testers over je hele catalogus, niet alleen één keer. PrimeTestLab levert echte, aangemelde menselijke testers op echte Android-apparaten, van Android 7 tot Android 17 en in 120+ landen, zodat je de 12-testers-vereiste haalt zonder bij elke launch vrienden en collega’s te jagen. De test start in 4-6 uur, en we hebben 7.400+ apps ondersteund met een slagingspercentage van 99,9%.
Jij deelt je aanmeldingslink voor de gesloten test. Wij regelen uitnodiging, aanmeldingsverificatie en de volle 14-dagen-houding, zodat één uitval je reeks nooit breekt en de klok terugzet. Elk plan gebruikt echte testers met echte activiteit, precies wat Google beoordeelt.
Huidige pakketten
- Haalt Googles minimum
- Echte Android-apparaten
- Volledige 14-dagendekking
- Buffer vangt uitval op
- Beste apparaatdiversiteit
- Sterkste slagingskans bij eerste poging
- Veiligheidsbuffer inbegrepen
- Betere apparaatdiversiteit
- Meer zekerheid bij de vereiste
Veelgestelde vragen
Heb ik 12 testers nodig voor elke app die ik bij Google Play publiceer?
Voor een nieuwe app op een persoonlijk ontwikkelaarsaccount dat na 13 november 2023 is gemaakt, reken op ja: elke nieuwe app heeft zijn eigen gesloten test nodig met minimaal 12 aangemelde testers over 14 doorlopende dagen, voordat je productietoegang kunt aanvragen. Routine-updates van een app met bestaande productietoegang vereisen geen verse 12-testers-test.
Kan ik dezelfde testers voor meerdere apps hergebruiken?
Ja. Google staat toe dezelfde mailinglijst van testers voor toekomstige tests bij al je apps te hergebruiken, zodat de 12 testers niet elke keer 12 andere mensen hoeven te zijn. Beslissend is dat minimaal 12 van hen actief zijn aangemeld voor de gesloten test van de concrete app die je naar productie brengt, en 14 achtereenvolgende dagen aangemeld blijven.
Zet een update van mijn app de 14-dagenklok terug?
Nee. Zodra een app productietoegang heeft, triggert een routine-update van dezelfde pakketnaam geen nieuwe gesloten test. Google beveelt het testen van toekomstige updates aan als best practice, maar eist niet dat je productietoegang bij elke update van een al vrijgegeven app opnieuw verdient. Details hier.
Hebben organisatorische accounts ook 12 testers nodig?
Nee. De vereiste van de gesloten test geldt voor persoonlijke ontwikkelaarsaccounts die na 13 november 2023 zijn gemaakt. Organisatorische accounts vallen er niet onder; de setup vereist echter een geregistreerd bedrijf en een D-U-N-S-nummer, wat eigen tijd en papierwerk kost. Accounttypes vergelijken.
Wat gebeurt er als het aantal testers tijdens de 14 dagen onder het minimum zakt?
Als je actieve aangemelde aantal midden in het venster onder 12 zakt, kan de doorlopende reeks breken en de klok effectief opnieuw starten. Google publiceert de exacte reset-mechaniek niet, maar het past bij de formulering „doorlopend”. Een buffer van 15 tot 25 testers in plaats van precies 12 beschermt je ertegen dat één uitval je twee weken kost.
Is het in strijd met de regels van Google om voor testers te betalen?
Echte testers werven, ook via een betaalde aanbieder, is niet verboden, en Googles eigen vragenlijst voor productietoegang noemt zelfs een betaalde testaanbieder als voorbeeld. Wat Googles richtlijnen verbieden, zijn nep-accounts, emulators en gesimuleerde activiteit, die opschorting van je account riskeren. Daarom zijn echte testers op echte apparaten met echte activiteit de conforme route.
Conclusie
Samenvatting
Je hebt niet 12 gloednieuwe testers nodig elke keer dat je Google Play aanraakt. Voor een nieuwe app op een nieuw persoonlijk account ga ervan uit dat die de gesloten test met 12 testers en 14 dagen vóór productie moet halen, omdat Google productietoegang rond elke afzonderlijke app stuurt. Zodra een app al productietoegang heeft, eisen routine-updates geen verse gesloten test, en dezelfde testers kun je over apps hergebruiken. Als je deze poort snel en veilig moet passeren, levert PrimeTestLab echte, aangemelde testers op echte apparaten vanaf $19.99. Prijsplannen bekijken →