Kort antwoord
Stand van zaken op 14 augustus 2026: Google Play vereist van ontwikkelaars met een persoonlijk ontwikkelaarsaccount dat na 13 november 2023 is gemaakt een gesloten test met minimaal 12 testers die minstens de afgelopen 14 dagen doorlopend aangemeld zijn gebleven, voordat ze productietoegang kunnen aanvragen. Google kondigde die drempel op 9 november 2023 aan met 20 personen gedurende minimaal twee weken, en verlaagde het minimum aantal testers op 11 december 2024 naar 12, terwijl de periode van 14 dagen bleef. De drempel halen maakt een ontwikkelaar geschikt om een aanvraag te doen, niet goedgekeurd: Google beoordeelt de aanvraag, zegt dat die beoordeling meestal 7 dagen of minder duurt, en kan om meer testen vragen. Interne tests hebben een eigen limiet van 100 testers en voldoen niet aan deze voorwaarde vooraf van een gesloten test. Toegang tot een gesloten test regel je via mailinglijsten of Google Groups, en ook organisaties in managed Google Play kun je toegang geven.
Als het cijfer dat je mist die twaalf mensen zijn
Dat is het enige cijfer op deze pagina dat je niet kunt opzoeken, en precies dat levert PrimeTestLab: echte testers die de hele periode aangemeld blijven. Zo werkt dat →
De meeste pagina's die op deze zoekopdrachten scoren, beantwoorden een iets andere vraag dan er gesteld wordt. De zoekopdrachten achter dit onderwerp zijn vrijwel allemaal controlevragen: iemand heeft ergens een cijfer gelezen en wil weten of het nog klopt, wat het precies telt en wie het zegt. Dat is iets anders dan een handleiding, en daarom is dit artikel opgezet als naslagwerk. Elke statistiek krijgt één zin, één datumvermelding en één bron, en niets wordt van een aannemelijke gok opgehoogd tot feit. Alles hier is actueel per 14 augustus 2026, diezelfde dag gecontroleerd aan Googles eigen Help-pagina's, ontwikkelaarsdocumentatie en gepubliceerde veiligheidsrapportage.
Twee gewoontes zijn het waard om mee te nemen naar elk blok hieronder. Ten eerste: 12 is actueel en 20 is geschiedenis; pagina's die 20 nog als eis voor 2026 afdrukken, citeren een aankondiging die Google in december 2024 heeft vervangen. Ten tweede: een drempel is geen beslissing. Bijna elke wanhopige discussie in Googles eigen Developer Help Community komt van iemand die aan de getalsvoorwaarde voldeed en dacht dat het daarmee klaar was.
De naslagtafel
Drie instrumenten, gebouwd voor een pagina vol cijfers. Niets hiervan vraagt om een account, een upload of een netwerkverzoek; alles draait in je browser op waarden die je zelf kiest.
De vijf meest geciteerde cijfers
Vijf cijfers dragen bijna de hele vraag achter dit onderwerp: 12 testers, 14 aaneengesloten dagen, de grensdatum 13 november 2023 voor accounts, de verlaging vanaf 20 op 11 december 2024, en de 7 dagen of minder die Google noemt als gebruikelijke beoordelingstijd voor productietoegang. Elk cijfer hieronder staat in een volledige zin, zodat je het kunt overnemen zonder de betekenis kwijt te raken.
-
01
Geverifieerd
Het huidige minimum voor gesloten testen op Google Play is 12 aangemelde testers gedurende minstens de afgelopen 14 dagen doorlopend, voor betrokken nieuwe persoonlijke ontwikkelaarsaccounts.
Google Play Console Help, artikel 14151465 · gecontroleerd op 14 augustus 2026
-
02
Geverifieerd
De regel van 12 testers geldt voor persoonlijke ontwikkelaarsaccounts die na 13 november 2023 zijn gemaakt.
Google Play Console Help, artikelen 14151465 en 6112435 · gecontroleerd op 14 augustus 2026
-
03
Geverifieerd, historisch
Googles oorspronkelijke aankondiging van 9 november 2023 vroeg om 20 personen gedurende minimaal twee weken voordat je productietoegang aanvraagt.
Android Developers Blog, 9 november 2023 · gecontroleerd op 14 augustus 2026
-
04
Geverifieerd
Google verlaagde de eis op 11 december 2024 van 20 naar 12 testers, terwijl de testperiode van twee weken bleef.
Update op de Android Developers Blog, plus Googles officiële gids in de Help Community · gecontroleerd op 14 augustus 2026
-
05
Geverifieerd
Google zegt dat de beoordeling van een aanvraag voor productietoegang meestal 7 dagen of minder duurt, al kan het soms langer duren.
Google Play Console Help, artikel 14151465 · gecontroleerd op 14 augustus 2026
Instrument 01
Bronvermelding maken
Kies een cijfer op deze pagina en een opmaak. Je krijgt de zin die het onderbouwt, de bron, de datum waarop het is gecontroleerd en het betrouwbaarheidslabel, klaar om in een document, een ticket of een antwoord te plakken.
Elke regel is met opzet gedateerd. Beleidspagina's veranderen, en een ongedateerde statistiek is precies hoe een achterhaald cijfer twee jaar in omloop blijft.
Waar je de voortgang en statistieken van je gesloten test ziet in Play Console
Open de app in Play Console en bekijk de testeis voor productietoegang op het dashboard van de app. Het getal dat meetelt is het aantal aangemelde testers dat bij die eis wordt getoond, niet de omvang van je mailinglijst, niet installatiegebeurtenissen en niet het aantal installaties in de Play Store.
Dit is een zoekopdracht op zichzelf, en die verdient het directe antwoord hierboven en niet eerst een uitleg. Het cijfer dat bepaalt of je in aanmerking komt, is het aantal dat Play Console erkent bij de eis voor productietoegang zelf. Dat is het getal om te volgen, en dat is het getal dat de aanvraagdrempel afleest.
Dit verwart mensen omdat er vlakbij nog een paar andere aantallen zichtbaar zijn en geen daarvan het meetellende aantal is. Dit zijn vier verschillende metingen:
| Wat je kunt zien | Wat het meet | Is dit het meetellende getal? |
|---|---|---|
| Adressen op je mailinglijst of in je Google Groups-groep | Wie geschikt is om aan de test deel te nemen. | Nee |
| Installaties of installatiegebeurtenissen in Statistieken | Installatieactiviteit op apparaatniveau, met een eigen rapportagevertraging. | Nee |
| Aantal installaties op de Play Store-vermelding | Totaal aan de storekant, geen inschrijving voor de test. | Nee |
| Aangemelde testers die bij de eis voor productietoegang worden getoond | Testers die Play Console meetelt als doorlopend aangemeld voor de gesloten test. | Ja |
Bron: Play Console Help, artikel 14151465 en artikel 9845334 · gecontroleerd op 14 augustus 2026
Daar volgen twee praktische gevolgen uit, en die zijn van verschillende aard. Het meetellende aantal testers kan afwijken van installatiecijfers, omdat ze verschillende dingen meten; een verschil daartussen is dus normaal en geen storing. Ontwikkelaars melden ook vertraagde updates van de teller, maar Google publiceert niet hoe vaak die teller ververst of hoe hij rekent, dus er is geen gedocumenteerde wachttijd om af te wachten. Neem de eis voor productietoegang op het dashboard als de doorslaggevende aanwijzing of je in aanmerking komt. De volledige diagnose voor een teller die onder de omvang van je lijst blijft steken, staat in het artikel over 12 testers toevoegen terwijl er nul aangemeld staan.
Er is geen apart scherm met "statistieken over gesloten testen". Play Console rapporteert installaties, vitals en beoordelingen onder Statistieken en Android vitals, en toont op het dashboard of je aan de eis voor productietoegang voldoet. Dat zijn twee verschillende plekken, en alleen de tweede meet de voorwaarde van 12/14. De eerste lezen en de tweede verwachten is de meest voorkomende vorm van deze verwarring.
Gedeeltelijk Google documenteert beide plekken; het publiceert geen gecombineerd voortgangsrapport onder die naam.
De regel van 12 testers, 14 dagen
Voor een betrokken account is Googles voorwaarde een gesloten test met minimaal 12 testers die minstens de afgelopen 14 dagen doorlopend aangemeld zijn geweest. Daaraan voldoen ontgrendelt de mogelijkheid om vanaf het dashboard van de app productietoegang aan te vragen. Het ontgrendelt productie zelf niet.
"Als je een nieuw 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."
Google Play Console Help, artikel 14151465 · gecontroleerd op 14 augustus 2026
Lees die zin langzaam, want er zitten vier losse voorwaarden in en elk daarvan kost ontwikkelaars weken. De track moet gesloten zijn. Het aantal is minimaal 12. Wat er geteld wordt, is doorlopend aangemeld zijn en niet installaties, downloads of een gedocumenteerd doel voor dagelijks gebruik. En de periode is de afgelopen 14 dagen, doorlopend, wat betekent dat de kwalificerende periode direct achter je ligt en niet zomaar veertien goede dagen ergens in je verleden.
Dat is de gepubliceerde getalsdrempel, en dat is maar de helft van het verhaal. Betrokkenheid wordt apart beoordeeld en telt wel degelijk mee: Google vraagt hoe testers de app gebruikten, of dat gebruik leek op het gebruik dat je in productie verwacht en welke feedback ze gaven, en zegt dat te weinig betrokkenheid van testers kan leiden tot een verzoek om meer te testen in plaats van tot het verlenen van toegang. De telling meet aanmeldstatus. De beoordeling leest betrokkenheid.
| Statistiek | Huidige waarde | Wat het werkelijk betekent |
|---|---|---|
| Betrokken accounttype | Persoonlijk | De drempel is gedocumenteerd voor nieuwe persoonlijke accounts, niet voor elke ontwikkelaar op Google Play. |
| Grensdatum aanmaken account | Na 13 november 2023 | Persoonlijke accounts die op of vóór die datum zijn gemaakt, vallen buiten de groep die deze Help-pagina beschrijft. |
| Vereiste track | Gesloten test | Een interne test is geen vervanging, hoeveel mensen je er ook doorheen haalt. |
| Minimum aantal testers | 12 | Huidige waarde. Tot 11 december 2024 was het 20. |
| Vereiste periode | 14 dagen doorlopend | Die testers moeten de hele meest recente periode van 14 dagen aangemeld zijn gebleven. |
| Volgende stap zodra je kwalificeert | Productietoegang aanvragen | Een aanvraag vanaf het dashboard van de app, geen automatische promotie. |
| Onderdelen van de aanvraag | 3 | Je gesloten test, je app of game, en gereedheid voor productie. |
| Genoemde beoordelingstijd | Meestal 7 dagen of minder | Google zegt meestal. Het houdt uitdrukkelijk ruimte voor langere beoordelingen. |
Bron: Play Console Help, artikel 14151465 · gecontroleerd op 14 augustus 2026
Achter de data in de rij met het minimum aantal testers zit een verhaal dat dit artikel bewust niet navertelt. Wil je het volledige relaas van hoe 20 er 12 werden en wat Google bij elke stap zei, dan staat die geschiedenis in het artikel over Google Play dat 20 testers naar 12 bracht. Alles hier is het bewijsmateriaal, niet het verhaal.
Voor wie de eis geldt
Google Play kent twee typen ontwikkelaarsaccount, Persoonlijk en Organisatie, en rekent voor beide dezelfde eenmalige registratiekosten van $ 25. De extra testeis is gedocumenteerd voor persoonlijke accounts die na 13 november 2023 zijn gemaakt. Dat is alles wat de huidige Help-tekst over de reikwijdte zegt.
Zeg dit zorgvuldig. "Organisatorische accounts zijn vrijgesteld" is de formulering die iedereen gebruikt, en het is een redelijke praktische lezing van de reikwijdte, maar Google schrijft die zin niet in de Help-tekst die voor deze pagina is bekeken. De verdedigbare versie is die dit artikel gebruikt: de gedocumenteerde eis van 12 testers voor productietoegang geldt voor betrokken nieuwe persoonlijke accounts. Twijfel je tussen de twee accounttypen, dan staan de afwegingen in het artikel over een persoonlijk versus een organisatorisch account.
Gedeeltelijk Onderbouwd door de reikwijdte, niet door een expliciete zin over vrijstelling.
Wat "14 dagen doorlopend" telt
Dit is de meest herschreven zin in het hele onderwerp. Commerciële pagina's maken er standaard 12 installaties van, 12 dagelijks actieve gebruikers, of een app die 14 dagen geïnstalleerd moet blijven. Googles eigen formulering gaat over doorlopend aangemeld blijven, en dat verschil doet ertoe, want het bepaalt wat je in de gaten houdt terwijl de klok loopt.
Dit zegt Google
- Minimaal 12 testers.
- Aangemeld gedurende minstens de afgelopen 14 dagen doorlopend.
- De test moet een gesloten test zijn.
- Elke tester moet zich via de aanmeldprocedure van de test aanmelden.
- Een gebruiker die is aangemeld voor een interne test moet zich daar eerst afmelden voordat hij in aanmerking komt voor een open of gesloten test.
Dit zegt Google niet
- Dat testers de app elke dag moeten openen.
- Dat de eis 12 installaties of 12 dagelijks actieve gebruikers is.
- Dat verwijderen automatisch als afmelden telt.
- Dat één afhaker de klok van iedereen terugzet naar dag nul.
- Dat elke tester een fysiek apparaat moet gebruiken in plaats van een emulator.
Dat betekent niet dat betrokkenheid er niet toe doet. Het betekent dat betrokkenheid ergens anders wordt beoordeeld: in de aanvraag voor productietoegang, waar Google vraagt hoe je testers hebt geworven, hoe ze de app gebruikten en op welke feedback je actie hebt ondernomen. Zie de periode van 14 dagen als een aantal aanmeldingen om te bewaken en de aanvraag als de plek waar de kwaliteit van je test wordt beoordeeld. Hoe die periode dag voor dag werkt, staat in het artikel over de regel van 14 aaneengesloten dagen.
Instrument 02
Jouw cijfers
Deze pagina bevat zo'n dertig cijfers en maar een deel daarvan is een voorwaarde voor productietoegang. Beantwoord drie vragen, dan sorteert de pagina ze in waaraan je moet voldoen om een aanvraag te doen, wat er gebeurt zodra je kwalificeert, en de losse publicatiefeiten die hoe dan ook waar zijn.
Elk getal over de testtracks van Google Play
Een interne test ondersteunt maximaal 100 testers per app. Een gesloten test regel je via mailinglijsten of Google Groups, en ook organisaties in managed Google Play kun je toegang tot een track geven. Mailinglijsten bevatten elk maximaal 2.000 gebruikers, met 50 lijsten per track en 200 lijsten in totaal; Google zegt dat er geen limieten gelden voor de omvang van Google Groups-groepen die je bij extra gesloten tracks gebruikt. Een open test staat op Onbeperkt of is beperkt tot een ingestelde limiet van minimaal 1.000.
| Track of methode | Gedocumenteerde limiet | Geschikte track voor de voorwaarde vooraf? | De kanttekening die ertoe doet |
|---|---|---|---|
| Intern | 100 testers per app | Nee | Optionele track. Builds zijn normaal gesproken binnen enkele minuten na publicatie beschikbaar voor testers. |
| Gesloten, via mailinglijst | 2.000 gebruikers per lijst | Ja | Op de lijst staan is niet hetzelfde als aangemeld zijn. Alleen aangemelde testers tellen mee. |
| Gesloten, mailinglijsten per track | 50 lijsten | Ja | Een instellingslimiet op lijsten. Vermenigvuldig hem niet tot een maximum aantal unieke testers. |
| Gesloten, mailinglijsten in totaal | 200 lijsten | Ja | Instellingslimiet op accountniveau, zo beschreven door Google. |
| Gesloten, via Google Groups | Geen limiet genoemd op de omvang van groepen die bij extra gesloten tracks worden gebruikt | Ja | Testers moeten lid worden van de groep en zich daarna aanmelden. Alleen lid zijn schrijft niemand in. |
| Gesloten, via een organisatie in managed Google Play | Geen gepubliceerd aantal testers | Ja | Jij kiest welke organisatie toegang tot de track krijgt; de beheerders van die organisatie wijzen de gebruikers toe. |
| Open | Onbeperkt, of een ingestelde ondergrens van 1.000 | Nee | De 1.000 is het minimum waarop je de limiet mag zetten, geen aantal deelnemers dat je moet werven. |
| Elke track, account van de tester | Google-account of Google Workspace-account | Voorwaarde vooraf voor allemaal | Google zegt dat gebruikers een Google-account of een Google Workspace-account nodig hebben om aan een test deel te nemen. |
Bronnen: Play Console Help, artikel 9845334 en artikel 14151465 · gecontroleerd op 14 augustus 2026
Cijfers over interne tests
Een interne test ondersteunt maximaal 100 testers per app, en Google formuleert het zo dat een nieuwe app bundle die je naar de interne track publiceert binnen enkele minuten beschikbaar is voor testers. Het is de snelste track om een build bij een kleine groep te krijgen, en precies daarom is het een valkuil: de voorwaarde vooraf voor productietoegang noemt een gesloten test, dus tijd op de interne track telt niet mee voor de 14 dagen, hoeveel mensen je er ook op zet en hoe trouw ze de app ook gebruiken. Het is ook niet de ruimste track, want een open test kun je op Onbeperkt zetten.
Een interne test heeft één echt voordeel dat de andere tracks niet hebben: is de app betaald, dan kunnen interne testers hem gratis installeren. Bij een open of gesloten test zegt Google dat testers een betaalde app nog steeds moeten kopen. Dat zijn echte kosten om rekening mee te houden, en ze staan los van de registratiekosten van $ 25.
De duurste vergissing op deze pagina
Twaalf mensen veertien dagen door een interne test halen levert niets op dat meetelt voor productietoegang. Daar komt een tweede valkuil bovenop: Google zegt dat een gebruiker die is aangemeld voor een interne test zich eerst moet afmelden bij de interne test voordat hij in aanmerking komt voor een open of gesloten test, dus dezelfde mensen kunnen ongemerkt niet geregistreerd raken op de track die wél meetelt.
Lijstlimieten bij gesloten testen
Een gesloten test kun je op drie manieren vullen, en de beroemde getallen beschrijven er maar één van. Google documenteert mailinglijsten met testers, Google Groups en het geven van toegang tot de track aan een organisatie in managed Google Play. De cijfers die iedereen citeert, 2.000 gebruikers per lijst, 50 lijsten per testtrack en 200 mailinglijsten in totaal, zijn limieten op specifiek mailinglijsten. Het zijn drie losse instellingslimieten, en geen ervan zegt iets over hoeveel unieke mensen je app mogen testen.
Welke route je ook kiest, de aanmeldstap is dezelfde en die bepaalt jouw getal. Testers hebben een Google-account of Google Workspace-account nodig, en ieder van hen moet zich via de aanmeldingslink aanmelden. Voor een Google Groups-groep is Google er duidelijk over dat gebruikers eerst lid van de groep moeten worden voordat ze zich voor de test aanmelden, dus lidmaatschap van de groep en meetellende tester zijn twee verschillende toestanden met twee verschillende tellingen.
Vermenigvuldig deze getallen niet. Vijftig lijsten maal tweeduizend gebruikers is een rekensom, geen Google-statistiek. Google noemt limieten op lijsten, geen definitief maximum aan unieke personen, dus een getal als "maximaal 100.000 testers" is een afgeleide som die als documentatie wordt gepresenteerd. Deze pagina publiceert dat getal niet, en wie deze pagina citeert hoort dat ook niet te doen.
Er is nog een tweede reden waarom die rekensom niet klopt. Mailinglijsten zijn niet de enige manier om een gesloten test te vullen: Google documenteert ook het gebruik van Google Groups en zegt dat er geen limieten gelden voor de omvang van die groepen. Een plafond dat je kunt omzeilen door een andere opzet te kiezen, was nooit een plafond op testers.
Cijfers over open tests
Een open test kun je op Onbeperkt zetten, of beperken tot een testerslimiet die je zelf instelt, en dan moet die ingestelde limiet minimaal 1.000 zijn. Dit is het meest verkeerd geciteerde getal van het hele onderwerp. Het is een ondergrens op een instelling, geen eis om duizend mensen te vinden, en het heeft niets te maken met de drempel voor gesloten testen. Google documenteert ook dat je meerdere gesloten tests tegelijk naast één open test kunt draaien.
Als open testen grijs is
Voor een betrokken nieuw persoonlijk account is dat de verwachte situatie, geen bug. Googles huidige eisenpagina zegt dat open testen beschikbaar komt zodra productietoegang beschikbaar is, dus de volgorde is: eerst de gesloten test, dan de aanvraag, dan de andere tracks. Waar elke track voor bedoeld is en wanneer je welke kiest zodra ze allemaal voor je openstaan, staat in de vergelijking van interne, gesloten en open tests.
Instrument 03
Tracklimiet plannen
Kies een track, geef aan of je test om te voldoen aan de eis voor nieuwe persoonlijke accounts, en vul het aantal testers in dat je voor ogen hebt. Dit toetst dat aan de gedocumenteerde limieten voor precies die opzet, in plaats van de drempel van 12 testers op elke gesloten test ooit los te laten.
Statistieken over productietoegang
Op dag 14 wordt er niets gepubliceerd. Je mag dan vanaf het dashboard van de app productietoegang aanvragen, via een aanvraag met 3 onderdelen. Google beoordeelt die vervolgens, zegt dat die beoordeling meestal 7 dagen of minder duurt, en kan concluderen dat de app nog niet klaar is en je vragen door te testen. Een geslaagde aanvraag geeft productietoegang en open testen.
-
Stap 1
Kwalificeren
Minimaal 12 testers die minstens de afgelopen 14 dagen doorlopend aangemeld zijn, op de gesloten track.
Hier heb jij de regie -
Stap 2
Aanvragen
Een aanvraag met 3 onderdelen vanaf het dashboard van de app: je gesloten test, je app of game, en gereedheid voor productie.
Hier heb jij de regie -
Stap 3
Beoordeling
Google beslist. Meestal 7 dagen of minder, soms langer, en de uitkomst kan een verzoek om meer te testen zijn.
Hier heeft Google de regie
Bijna elke wanhopige discussie in Googles eigen Developer Help Community valt terug op het gat tussen stap twee en stap drie. Ontwikkelaars plaatsen titels als "productietoegang afgewezen ondanks 12 testers die 14 dagen doorlopend aangemeld waren" en beschrijven testers die de app nooit hebben verwijderd, omdat ze de drempel als de beslissing hadden opgevat. Dat is die niet. Twaalf testers gedurende veertien aaneengesloten dagen is een voorwaarde om in aanmerking te komen, en Googles gedocumenteerde proces zegt met zoveel woorden dat het door kan laten testen als het oordeelt dat de app nog niet klaar is.
12 testers gedurende 14 aaneengesloten dagen halen maakt een ontwikkelaar geschikt om een aanvraag te doen voor productietoegang. Het is geen garantie op goedkeuring voor productie.
Google Play Console Help, artikel 14151465 · gecontroleerd op 14 augustus 2026
Niemand buiten Google kan een getal plakken op hoe vaak de beoordeling nee zegt, want Google publiceert dat niet. Herhaalde afwijzing is goed gedocumenteerd in Googles eigen Help Community, maar niet in een statistiek. Deze pagina behandelt het daarom als een gedocumenteerde mogelijkheid met bewijs uit de community, niet als een percentage. Hoe je verder komt na een afwijzing, inclusief de vraag of er een nieuwe periode begint, staat in het artikel over waarom gesloten testen wordt afgewezen.
Wat Google vraagt na de gesloten test
De aanvraag heeft drie onderdelen. Googles vragen gaan over hoe je je testers hebt gevonden en met ze hebt samengewerkt, wat de app is en voor wie, en of hij klaar is voor een breed publiek. Er is geen gepubliceerde scoreformule, dus de nuttige houding is nauwkeurigheid in plaats van optimaliseren.
Hoe je testers zijn geworven, hoe zij de app gebruikten en welke feedback er terugkwam.
Wat de app doet, voor wie hij is en welke waarde hij dat publiek biedt.
Wat er door het testen is veranderd en waarom de app nu klaar is voor productie.
Er is geen gepubliceerd antwoordmodel. Google noemt de drie onderdelen en de onderwerpen waar het naar vraagt. Het publiceert geen scoremodel, geen maximum aantal tekens en geen lijst met zinnen die het halen. Elke pagina die zoiets presenteert, heeft het verzonnen. Uitgewerkte voorbeelden van hoe ontwikkelaars hun test daadwerkelijk beschrijven, staan in het artikel over de vragenlijst voor productietoegang.
Over de doorlooptijd: Googles 7 dagen of minder is het enige cijfer met een primaire bron erachter, en Google zet er "meestal" bij. Behandel het als een beschrijving van het gebruikelijke geval en niet als een deadline waar je een lanceerdatum omheen kunt plannen. De beoordelingstijd per fase in het hele publicatietraject staat in het artikel over de beoordelingstijd van Google Play.
Tijdlijn van het beleid voor gesloten testen
Vier data dragen de hele geschiedenis: de aankondiging, de grensdatum voor betrokken accounts vier dagen later, de verlaging van 20 naar 12 in december 2024, en de huidige stand. De datum van de aankondiging en de grensdatum zijn twee verschillende dingen, en ze door elkaar halen is de meest gemaakte fout in artikelen over dit beleid.
-
9 november 2023
Aangekondigd met 20 testers
Google kondigde aan dat nieuwe persoonlijke ontwikkelaarsaccounts met 20 mensen minimaal twee weken moesten testen voordat ze productietoegang aanvroegen, zodat ontwikkelaars problemen konden vinden en feedback konden krijgen vóór de lancering.
Geverifieerd, historisch -
13 november 2023
De grensdatum voor betrokken accounts
De datum die Googles huidige Help-pagina gebruikt om te bepalen wie eronder valt: persoonlijke ontwikkelaarsaccounts die erna zijn gemaakt. Dit is een grens tussen groepen, niet de datum van de aankondiging, en die twee liggen vier dagen uit elkaar.
Geverifieerd -
11 december 2024
20 werd 12
Google paste het beleid aan en verlaagde de testeis van 20 testers naar 12. De periode van 14 dagen bleef ongewijzigd. Ontwikkelaars zagen de wijziging in Play Console voordat de documentatie was bijgewerkt, en daarom behandelen sommige discussies uit die tijd het als een mogelijke bug.
Geverifieerd -
Vandaag, 14 augustus 2026
12 testers, 14 aaneengesloten dagen
De huidige stand, op deze datum gecontroleerd aan Googles eisenpagina. In de bekeken bronnen is geen vervangende drempel of einddatum voor deze regel gevonden.
Geverifieerd
Dat is het bewijsmateriaal, zonder het verhaal. Het volledige relaas van wat er veranderde, waarom ontwikkelaars reageerden zoals ze deden en wat het betekende voor apps die op dat moment midden in een test zaten, staat in het artikel over Google Play dat 20 testers naar 12 bracht, dat het vaste naslagwerk van deze site over de beleidswijziging blijft.
Wat Google zegt, en wat niet
Acht beweringen richten in dit onderwerp de meeste schade aan, en alle acht zijn ze extrapolaties van Googles werkelijke formulering in plaats van citaten daarvan. De tabel hieronder koppelt het symptoom zoals ontwikkelaars het melden aan de best verdedigbare lezing van de documentatie, en geeft aan hoe stevig die lezing is.
| Wat ontwikkelaars melden | Best verdedigbare verklaring | Wat te controleren | Label |
|---|---|---|---|
| "Ik heb 12 e-mailadressen toegevoegd, maar Play Console telt er minder." | Op een mailinglijst staan is niet hetzelfde als de aanmelding als tester voltooien. | Controleer of elke tester de aanmeldingslink met een geschikt account heeft gebruikt en zich daadwerkelijk heeft aangemeld. | Geverifieerd |
| "Ik heb met 12+ mensen 14 dagen intern getest." | De voorwaarde vooraf noemt uitdrukkelijk een gesloten test. Tijd in een interne test telt daar niet voor mee. | Stel de track Gesloten test in en start hem. De ruimte van 100 personen in de interne test is geen vervanging. | Geverifieerd |
| "Ik ben op dag 14, waarom kan ik niet publiceren?" | Dag 14 maakt je geschikt om productietoegang aan te vragen, meer niet. | Open het dashboard van de app en vul de aanvraag voor productietoegang in zodra je in aanmerking komt. | Geverifieerd |
| "Google heeft me afgewezen terwijl ik 12 testers had." | De drempel bepaalt of je een aanvraag mag doen, niet de uitkomst van de beoordeling. | Ga door met testen als daarom wordt gevraagd, en beantwoord de aanvraag naar waarheid over werving, betrokkenheid, feedback en gereedheid. | Geverifieerd |
| "Open testen is uitgeschakeld voor mijn app." | Dat hoort bij het traject voor betrokken accounts. Open testen komt beschikbaar zodra productietoegang beschikbaar is. | Rond eerst de gesloten test en de aanvraag voor productietoegang af. | Geverifieerd |
| "Moeten mijn testers de app elke dag openen?" | Google noemt doorlopend aangemeld zijn. Het publiceert geen getalsvoorwaarde van één keer openen per dag. | Moedig echt gebruik aan en verzamel feedback, want betrokkenheid wordt in de aanvraag beoordeeld, maar presenteer dagelijks openen niet als regel van Google. | Geverifieerd |
| "Eén tester heeft de app verwijderd. Zijn mijn 14 dagen teruggezet?" | De gepubliceerde voorwaarde is doorlopend aangemeld zijn, en de bron stelt verwijderen niet gelijk aan afmelden. | Controleer de werkelijke aanmeldstatus en of er nog minstens 12 testers aan de voorwaarde van 14 aaneengesloten dagen voldoen. | Gedeeltelijk |
| "Mijn aantal testers klopt niet na een afwijzing." | Herhaaldelijk gemeld in Googles Help Community. Google documenteert geen telalgoritme dat het verklaart. | Leg je deelnemerslijst naast de aanmeldstatus voordat je uitgaat van een fout in de Console. Spooktester is taal van ontwikkelaars, geen term van Google. | Gemeld |
Het patroon is in alle acht de rijen hetzelfde. Google publiceert een drempel en een proces; wat er onder de motorkap gebeurt, publiceert het niet. In dat gat schuiven commerciële pagina's zelfverzekerd klinkende details, en daarom geeft dit artikel elke regel een label in plaats van alles in één toon plat te slaan. Blijft juist jouw teller achter bij de omvang van je lijst, dan staat de volledige diagnose in het artikel over 12 testers toevoegen terwijl er nul aangemeld staan.
Over betaalde testdiensten, inclusief deze. Ontwikkelaars in Googles Help Community hebben rechtstreeks gevraagd of het gebruik van een betaalde dienst hun afwijzing veroorzaakte. Geen enkele primaire Google-bron die voor deze pagina is gevonden zegt dat betaalde testdiensten zijn toegestaan, en geen enkele zegt dat ze verboden zijn. Het klopt om te zeggen dat Google eisen documenteert en aanvragen beoordeelt; het publiceert geen regel over wervingskanalen, in welke richting dan ook. Elke pagina die beweert dat Google ze goedkeurt of verbiedt, vult een gat in de documentatie met een mening.
Niet geverifieerd Geen primaire Google-bron gevonden, in welke richting dan ook.
Cijfers die Google niet publiceert
Zes van de meest geciteerde punten in dit onderwerp hadden in de bronnen die voor deze pagina zijn bekeken geen primaire Google-bron achter zich: een goedkeuringspercentage voor gesloten testen, een afwijzingspercentage, een exact actueel aantal apps op Google Play, een drempel voor dagelijks openen, een scoreformule voor de beoordeling van productietoegang, en het algoritme achter de testerteller van Play Console. Krijg je een van deze als Google-statistiek voorgeschoteld, vraag dan van welke primaire Google-pagina dat cijfer komt.
-
Een goedkeurings- of slagingspercentage voor gesloten testen Geen bron gevonden
Er is geen door Google gepubliceerd percentage gevonden dat beschrijft hoe vaak ontwikkelaars die aan de drempel van 12/14 voldoen productietoegang krijgen. De percentages die rondgaan komen van commerciële diensten die hun eigen resultaten beschrijven, en dat is een andere meting met een andere noemer.
-
Een afwijzingspercentage van Google Play Geen bron gevonden
Google publiceert aantallen tegengehouden apps die het beleid schonden, geen afwijzingspercentage met een noemer. Uit die aantallen valt geen percentage te reconstrueren, want de populatie waaruit ze komen wordt er niet bij gepubliceerd.
-
Een exact actueel aantal apps voor Google Play Miljoenen, niet becijferd
Googles huidige materiaal beschrijft Play als de thuisbasis van miljoenen apps en content, in plaats van een precies aantal te noemen. Er bestaan commerciële schattingen van app-analysebureaus, maar dat zijn geen Google-cijfers, dus deze pagina zet er geen in de plaats.
-
Een eis om de app dagelijks te openen Staat niet in de regel
De huidige regel om in aanmerking te komen noemt doorlopend aangemeld zijn en stelt geen getalseis van één keer per dag de app openen per tester. Google vraagt wél naar de betrokkenheid van testers bij de beoordeling van productietoegang, en daar telt betrokkenheid echt mee.
-
Een scoreformule voor productietoegang Geen bron gevonden
Google noemt de drie onderdelen van de aanvraag en de onderwerpen waar het naar vraagt. In de documentatie die voor deze pagina is bekeken, staat geen weging, drempel, maximum aantal tekens of model voor hoe antwoorden worden beoordeeld.
-
Een algoritme voor het tellen van testers of het terugzetten van de klok Geen bron gevonden
Google publiceert de voorwaarde dat minimaal 12 testers de afgelopen 14 dagen doorlopend aangemeld moeten zijn geweest. Het publiceert niet hoe Play Console dat aantal berekent, wat er met de individuele klokken gebeurt als een tester afhaakt, of dat een gebeurtenis de periode voor iedereen terugzet. De verhalen over terugzetten die rondgaan zijn gevolgtrekkingen uit het gedrag van de Console, geen documentatie.
Er is nog één ontbrekend cijfer dat het benoemen waard is, want dit is het cijfer dat het vaakst wordt ingevuld met iets dat gezaghebbend klinkt. Google heeft geen losstaand cijfermatig effect voor de eis van 12 testers gepubliceerd. Zijn veiligheidsrapportage schaart testvereisten samen met verificatie van ontwikkelaars en verplichte controles vóór beoordeling, en beschrijft het gecombineerde effect. Elke zin in de trant van "de regel van 12 testers verlaagde X met Y procent" is een constructie, geen bronvermelding.
Een test die je op elke pagina kunt loslaten, ook op deze
Stel bij elke statistiek drie vragen: uit welke exacte zin komt dit, wanneer is die zin voor het laatst gecontroleerd, en zegt de bron het echt of suggereert de pagina het alleen maar? Een statistiek die die drie vragen niet doorstaat, is geen statistiek. Elk cijfer hierboven is zo opgeschreven dat je het kunt terugleiden naar een artikelnummer in Play Console Help of een met naam genoemde Google-publicatie, en daarom hangt de bronvermeldingsmaker boven aan dit artikel ook de bron en de datum aan alles wat je kopieert.
Hoe PrimeTestLab helpt met het cijfer dat je niet kunt opzoeken
Elk geverifieerd cijfer hierboven is te herleiden tot een primaire bron; de gedeeltelijke interpretaties en de cijfers die Google niet publiceert hebben een eigen label. Slechts één cijfer op deze pagina is een klus in plaats van een feit: 12 echte mensen, aangemeld, gedurende 14 aaneengesloten dagen. PrimeTestLab levert die groep op echte apparaten van Android 7 tot 17, vanaf $19.99, en houdt hem de hele periode bij elkaar, zodat het aantal niet onder de drempel zakt terwijl jij aan de build werkt.
Wat je daarvoor krijgt is een stabiel aantal aangemelde testers, precies de variabele waar de documentatie jou verantwoordelijk voor maakt en precies die het bij de meeste zelf georganiseerde tests stilletjes laat afweten. Je koopt er geen beslissing mee. Google beoordeelt de aanvraag voor productietoegang zelf, en geen enkele dienst kan de uitkomst van die beoordeling toezeggen. Waar we ons wel aan verbinden, is het deel dat binnen onze invloed ligt: levert een campagne niet het testwerk waarvoor je betaalde, dan is de garantie een gratis hertest of volledige terugbetaling.
| Wat er geregeld moet worden | Zelf de groep werven | Een beheerde groep |
|---|---|---|
| Minimaal 12 testers | Vrienden, forums en ruilgroepen. Twaalf mensen vinden kan; twaalf vinden die het ook echt volhouden is het lastige deel. | 12 vooraf toegewezen, met grotere pakketten van 20 en 25 testers als buffer boven het minimum. |
| 14 aaneengesloten dagen aangemeld | Je houdt dagelijks de aanmeldstatus in de gaten en gaat achter iedereen aan die afhaakt, want onder het minimum zakken breekt de voorwaarde van doorlopend aangemeld zijn. | De groep blijft de hele periode bij elkaar, dus het bewaken van dat aantal is het werk van iemand anders. |
| Variatie in testers en apparaten | Wie je maar kunt overtuigen, op de hardware die zij toevallig hebben. | Echte mensen op echte apparaten van Android 7 tot 17, verspreid over 120+ landen. |
| Feedback voor de vraag over gereedheid | Hangt volledig af van hoe betrokken je aanwas is. Vaak het zwakste deel van een test die je zelf regelt. | Gestructureerde feedback van testers waar je naar kunt verwijzen als de aanvraag vraagt wat er door het testen is veranderd. |
| Kosten | Geen uitgaven, wel betaald in dagen achter mensen aan zitten, precies in de periode waarin je zou moeten bouwen. | Vanaf $19.99 voor het pakket met 12 testers. |
| De beslissing over productietoegang | Aan Google. | Nog steeds aan Google. Geen enkele dienst kan goedkeuring toezeggen, en wie dat wel doet, beschrijft iets waar hij geen invloed op heeft. |
Ter context over de omvang, niet als bewering over jouw app: PrimeTestLab heeft gesloten testen uitgevoerd voor 7.400+ apps met een resultaat van 99,9% in 120+ landen. Dat zijn onze cijfers, gemeten aan onze eigen campagnes, en ze horen in dezelfde categorie als elk ander eigen cijfer op internet: nuttig, en geen Google-statistiek.
Veelgestelde vragen
Heb ik in 2026 nog steeds 20 testers nodig voor Google Play?
Nee. Het huidige minimum is 12 testers, niet 20. Google kondigde op 9 november 2023 een eis van 20 personen en minimaal twee weken aan, en paste het beleid op 11 december 2024 aan: het minimum ging naar 12 testers, terwijl de periode van 14 dagen bleef staan. Pagina's die 20 nog als het cijfer voor 2026 vermelden, citeren de achterhaalde aankondiging.
Moeten de 12 testers alle 14 dagen aangemeld blijven?
Google formuleert het zo: minimaal 12 testers moeten minstens de afgelopen 14 dagen doorlopend aangemeld zijn geweest. Voor die gepubliceerde getalsdrempel telt Google doorlopend aangemeld zijn, niet installaties, downloads of een gedocumenteerd doel voor dagelijks gebruik. Betrokkenheid staat daar los van, maar telt wel degelijk mee: Google vraagt hoe testers de app gebruikten, of dat gebruik leek op het verwachte gebruik in productie en welke feedback ze gaven, en te weinig betrokkenheid kan leiden tot een verzoek om meer te testen. Een groep testers die ieder op een ander moment meededen, komt niet op hetzelfde neer als 12 testers die allemaal binnen dezelfde aaneengesloten periode van 14 dagen aangemeld waren.
Wanneer begint de periode van 14 dagen precies?
Niet op het moment dat je de e-mailadressen toevoegt. Iemand aan een lijst of een Google Groups-groep toevoegen maakt die persoon alleen geschikt om mee te doen; de kwalificerende toestand is testers die de aanmelding hebben voltooid en daarna aangemeld zijn gebleven. De voorwaarde die Google publiceert, is dat minimaal 12 testers minstens de afgelopen 14 dagen doorlopend aangemeld zijn geweest. Neem dus de status die Play Console toont bij de eis voor productietoegang als de bron van waarheid, en tel niet de dagen vanaf de datum waarop je de track hebt ingesteld.
Telt een interne test mee voor de 12 testers gedurende 14 dagen?
Nee. Googles voorwaarde vooraf voor productietoegang vraagt uitdrukkelijk om een gesloten test. Interne tests worden apart beschreven als een optionele track voor maximaal 100 testers per app, en interne builds zijn normaal gesproken binnen enkele minuten na publicatie beschikbaar voor testers. 12 mensen 14 dagen door een interne test halen voldoet niet aan de eis van een gesloten test.
Moeten mijn 12 testers de app elke dag openen?
Googles openbare getalseis noemt geen drempel van één keer per dag de app openen. De gedocumenteerde getalsvoorwaarde is doorlopend aangemeld zijn. Betrokkenheid doet er wel toe, want de aanvraag voor productietoegang vraagt ontwikkelaars hoe ze testers hebben geworven, hoe die testers de app gebruikten en welke feedback ze gaven, en Google zegt dat te weinig betrokkenheid van testers kan leiden tot een verzoek om meer te testen. Wat geen enkele Google-bron die voor deze pagina is gevonden publiceert, is een aantal keer openen per dag. Zie echt gebruik dus als iets om aan te moedigen en te beschrijven, niet als een gedocumenteerd quotum dat je moet halen.
Ik heb 14 dagen gehaald. Ben ik automatisch goedgekeurd voor productie?
Nee. Een gesloten test die aan de eisen voldoet, maakt je geschikt om vanaf het dashboard van de app in Play Console productietoegang aan te vragen. Google beoordeelt die aanvraag en kan concluderen dat de app nog niet klaar is en je vragen door te testen. Twaalf testers gedurende 14 aaneengesloten dagen is een drempel om in aanmerking te komen, geen garantie op goedkeuring.
Hoe lang doet Google over de beoordeling van productietoegang?
Googles huidige Help-pagina zegt dat de beoordeling van productietoegang meestal 7 dagen of minder duurt en dat het soms langer kan duren. Dat is een beschrijving van het gebruikelijke geval, geen serviceniveau-afspraak en geen gegarandeerde beslisdatum, dus citeer het nooit als een harde termijn van zeven dagen.
Kan ik open testen gebruiken in plaats van gesloten testen?
Niet voor deze voorwaarde vooraf. Googles huidige eisenpagina beschrijft een gesloten test voor de betrokken nieuwe persoonlijke accounts en zegt dat open testen beschikbaar komt zodra productietoegang beschikbaar is. Het getal 1.000 dat bij open testen hoort, is de minimale ingestelde testerslimiet wanneer een open test niet op Onbeperkt staat, en geen eis om 1.000 deelnemers te werven.
Kan ik Google Groups gebruiken in plaats van losse mailinglijsten?
Ja. Google documenteert toegang tot een gesloten test via mailinglijsten met testers, via Google Groups en door een organisatie in managed Google Play toegang tot de track te geven. De cijfers 2.000 gebruikers per lijst, 50 lijsten per track en 200 lijsten in totaal gaan specifiek over mailinglijsten; Google zegt dat er geen limieten gelden voor de omvang van Google Groups-groepen die je bij extra gesloten tracks gebruikt. Lid zijn van een groep is niet hetzelfde als aangemeld zijn: Google zegt dat gebruikers eerst lid van de groep moeten worden en zich daarna voor de test moeten aanmelden, dus dat zijn twee losse tellingen.
Hebben mijn testers een Google-account nodig?
Ja. Google zegt dat gebruikers een Google-account of een Google Workspace-account nodig hebben om aan een test deel te nemen. Een adres dat in je contacten staat of een gewone mailbox die niet aan een geschikt Google-account hangt, kan de aanmelding niet voltooien. Dat is een van de redenen waarom een deelnemerslijst compleet kan lijken terwijl het kwalificerende aantal lager blijft.
Moeten testers in een gesloten test een betaalde app kopen?
Ja, als de app zelf betaald is. Google zegt dat testers in een open of gesloten test de app nog steeds moeten kopen, terwijl testers in een interne test een betaalde app gratis kunnen installeren. Die kosten komen bovenop de eenmalige registratiekosten van $ 25 voor ontwikkelaars en bovenop wat je een testaanbieder betaalt, en ze gelden voor precies de gesloten track die de eis voor productietoegang vraagt.
Hebben organisatorische accounts de test met 12 testers nodig?
Googles huidige documentatie beperkt deze extra testeis tot persoonlijke ontwikkelaarsaccounts die na 13 november 2023 zijn gemaakt, en noemt daarnaast Persoonlijk en Organisatie als de twee typen ontwikkelaarsaccount. De precieze, verdedigbare formulering is dat de gedocumenteerde eis van 12 testers voor productietoegang geldt voor de betrokken nieuwe persoonlijke accounts. In de Help-teksten die voor deze pagina zijn bekeken, gebruikt Google nergens de zin dat organisatorische accounts zijn vrijgesteld.
Waarom toont Play Console minder testers dan de e-mailadressen die ik heb toegevoegd?
Een adres toevoegen aan een geschikte mailinglijst en die persoon de aanmelding als tester laten voltooien zijn twee verschillende stappen. Google zegt tegen ontwikkelaars dat ze de aanmeldings-URL moeten verspreiden en dat elke tester zich moet aanmelden. In de Developer Help Community duiken juist daarom steeds weer deelnemerslijsten op die groter zijn dan het kwalificerende aantal. Controleer dus de aanmeldstatus van elke tester, niet de omvang van de lijst.
Waar zie ik de voortgang van mijn gesloten test in Play Console?
Kijk naar de testeis voor productietoegang op het dashboard van de app. Het kwalificerende cijfer is het aantal testers dat Play Console voor die eis als aangemeld erkent, niet het aantal e-mailadressen dat je hebt toegevoegd, niet de installaties in Statistieken en ook niet het aantal installaties op de Play Store-vermelding. Dat kwalificerende aantal kan afwijken van installatiecijfers, omdat de twee verschillende dingen meten. Ontwikkelaars melden ook vertraagde updates van de teller, maar Google publiceert niet hoe vaak die teller ververst of hoe hij rekent. Neem daarom de eis voor productietoegang op het dashboard als de doorslaggevende aanwijzing of je in aanmerking komt.
Zet het verwijderen van de app de 14 dagen terug?
Googles gepubliceerde voorwaarde draait om testers die doorlopend aangemeld blijven, en de primaire documentatie die voor deze pagina is bekeken zegt niet dat alleen verwijderen hetzelfde is als afmelden. Houd de aanmeldstatus aan als het cijfer om te volgen. Voldoen minder dan 12 testers aan de voorwaarde van 14 aaneengesloten dagen, dan kom je nog niet in aanmerking om een aanvraag te doen. Maar de populaire bewering dat één verwijdering automatisch de hele test terugzet, wordt door de bron niet ondersteund.
Publiceert Google een goedkeurings- of slagingspercentage voor gesloten testen?
In de primaire bronnen die voor deze pagina zijn bekeken, is geen door Google gepubliceerd goedkeuringspercentage, afwijzingspercentage of slagingspercentage voor de eis van 12 testers gevonden. Google publiceert wel veiligheidscijfers voor het hele ecosysteem, zoals het tegenhouden van meer dan 1,75 miljoen apps die het beleid schonden in 2025, maar dat zijn aantallen over heel Google Play die je niet kunt omrekenen naar een goedkeuringspercentage voor gesloten tests. Beschouw elk percentage dat als Googles slagingspercentage voor gesloten testen wordt gepresenteerd als zonder bron, zolang geen primaire Google-pagina het vermeldt.
Wat kost het om de gesloten test met 12 echte testers uit te voeren?
Google rekent eenmalige registratiekosten van $ 25 voor ontwikkelaars en vraagt niets voor de gesloten test zelf. De echte kosten van de test zijn dus het vinden van 12 mensen die 14 aaneengesloten dagen aangemeld blijven. PrimeTestLab levert 12 echte testers op echte apparaten vanaf $19.99 en houdt de groep de volle 14 dagen bij elkaar, met een gratis hertest of volledige terugbetaling. Geen enkele dienst kan Googles goedkeuring toezeggen, want de beslissing over productietoegang is aan Google.
Bijlage
Aangrenzende statistieken over Google Play
Alles hierboven is een cijfer over gesloten testen. Hierna volgen de cijfers waar ontwikkelaars daarna naar zoeken als ze op deze pagina komen: wat het account zelf kost en wanneer Google een ongebruikt account sluit, de doel-API- en beleidsdata die bepalen of een build überhaupt wordt geaccepteerd, de drempels van Android vitals die de zichtbaarheid in de store bepalen, en Googles eigen handhavingscijfers voor het ecosysteem. Zelfde bronvermelding, dezelfde labels, dezelfde controledatum. Geen van deze cijfers is een voorwaarde van de 12/14-drempel, en daarom staan ze hier en niet daarbinnen.
Cijfers over ontwikkelaarsaccounts en publiceren
Google Play rekent eenmalige registratiekosten van $ 25, vereist dat de accounthouder minimaal 18 is en biedt twee accounttypen: Persoonlijk en Organisatie. Nieuwe apps moeten sinds augustus 2021 als Android App Bundle worden gepubliceerd. Geen van deze punten hangt af van de drempel voor gesloten testen, en ze staan allemaal in dezelfde artikelen.
| Statistiek | Waarde | Betrouwbaarheid | Kanttekening |
|---|---|---|---|
| Registratiekosten ontwikkelaar | $ 25 | Geverifieerd | Eenmalig, in rekening gebracht bij registratie. Geen jaarabonnement. |
| Minimumleeftijd ontwikkelaar | 18 jaar | Geverifieerd | Vermeld op Googles registratiepagina voor accounts. |
| Typen ontwikkelaarsaccount | 2 | Geverifieerd | Persoonlijk en Organisatie. De drempel voor gesloten testen is gedocumenteerd voor nieuwe persoonlijke accounts. |
| Eis van de Android App Bundle | Sinds augustus 2021 | Geverifieerd | Geldt voor nieuwe apps op Google Play. Gebruik in tijdloze teksten de maand, niet een specifieke dag. |
| Vrijstelling organisatorische accounts | Op basis van reikwijdte | Gedeeltelijk | Google beperkt de drempel tot nieuwe persoonlijke accounts. Het schrijft nergens een zin over vrijstelling voor organisatorische accounts. |
Bronnen: Play Console Help, artikel 6112435 en documentatie over de Android App Bundle · gecontroleerd op 14 augustus 2026
De kosten zijn het cijfer dat het vaakst wordt onthouden als terugkerend, en het is de moeite waard om precies te zijn over wat je ervoor krijgt en wat niet. Je registreert er het ontwikkelaarsaccount mee. Het verkort de gesloten test niet, stelt een betrokken account er niet van vrij en versnelt de beoordeling van productietoegang niet. Wat er na die betaling stap voor stap gebeurt, staat in het artikel over wat je doet na het betalen van de registratiekosten van $ 25.
Cijfers over accountinactiviteit
Deze horen op dezelfde pagina, want dit zijn de cijfers die bepalen of het account waar je $ 25 voor betaalde er nog is als je terugkomt. Google publiceert ze, en ze zijn specifieker dan de meeste ontwikkelaars verwachten: één jaar, 1.000 gecombineerde installaties ooit, 180 dagen gebruik van Play Console, en waarschuwingen op 60, 30 en 7 dagen voor sluiting.
| Situatie | Voorwaarden die Google noemt | Betrouwbaarheid |
|---|---|---|
| Account zonder apps | Meer dan een jaar geleden gemaakt en nooit een app ter beoordeling ingediend. | Geverifieerd |
| Account met apps | Meer dan een jaar geleden gemaakt; alle gepubliceerde apps, inclusief live, verwijderde en opgeschorte apps, hebben samen minder dan 1.000 installaties ooit; het telefoonnummer en het contact-e-mailadres van het account zijn niet geverifieerd; en Play Console is de afgelopen 180 dagen niet gebruikt. | Geverifieerd |
| Waarschuwingsschema | Herinneringen op 60, 30 en 7 dagen voordat het account wordt gesloten. | Geverifieerd |
| Kosten na sluiting | De registratiekosten worden niet terugbetaald als een account wegens inactiviteit wordt gesloten. | Geverifieerd |
Bron: Play Console Help, artikel 11605267 · gecontroleerd op 14 augustus 2026
Neem de voorwaarden letterlijk over, niet als logische afkorting. De vier cijfers hierboven zijn precies wat Google opsomt voor een account dat apps heeft gepubliceerd. Deze pagina noemt ze als geheel, in Googles volgorde, en perst ze niet samen tot "één hiervan sluit je account" of "alle vier moeten tegelijk waar zijn", want de populaire herformuleringen van deze regel spreken elkaar tegen en de onderliggende pagina is een opsomming, geen formule. Het enige cijfer dat deze pagina nog steeds niet afdrukt, is een exact actueel aantal apps op Google Play: Googles eigen materiaal zegt "miljoenen" in plaats van een getal te noemen, en commerciële schattingen van app-analysebureaus zijn geen Google-cijfer.
Gedeeltelijk De voorwaarden zijn stuk voor stuk geverifieerd. Hoe ze zich logisch tot elkaar verhouden, staat er niet expliciet genoeg om te parafraseren.
De deadlines van 2026 en 2027
Drie publicatiedata liggen dicht genoeg bij de drempel voor gesloten testen om in dezelfde artikelen op te duiken. Nieuwe telefoon- en tablet-apps en updates moeten over het algemeen sinds 31 augustus 2026 gericht zijn op Android 16, API-niveau 36 of hoger. Uitstel tot 1 november 2026 kun je aanvragen. Het nieuwe beleid voor contactenrechten gaat in op 27 januari 2027, niet op 28 oktober 2026.
| Datum | Wat het is | Het bijbehorende getal | Status |
|---|---|---|---|
| augustus 2021 | Nieuwe Google Play-apps moeten Android App Bundles gebruiken | AAB verplicht | Actueel |
| 9 november 2023 | Oorspronkelijke aankondiging van de testdrempel | 20 personen, minimaal 2 weken | Historisch |
| 13 november 2023 | Grensdatum voor accounts die onder de testdrempel vallen | Nieuwe persoonlijke accounts na deze datum | Huidige definitie van de groep |
| 11 december 2024 | Testersdrempel verlaagd | 20 wordt 12 | Huidige drempel |
| 31 augustus 2025 | Ondergrens doel-API voor inzendingen voor Android TV | Android 14, API 34 | Van kracht |
| 31 augustus 2026 | Ondergrens doel-API voor nieuwe telefoon- en tablet-apps en updates | Android 16, API 36 | Van kracht |
| 1 november 2026 | Einddatum van het aan te vragen uitstel voor het doel-API-niveau | Uitstel tot deze datum | Komt eraan |
| 28 oktober 2026 | Eerdere datum van het contactenbeleid | Achterhaald | Niet als actueel publiceren |
| 27 januari 2027 | Ingangsdatum beleid voor contactenrechten | Nieuw contactenbeleid | Huidige gepubliceerde deadline |
De ondergrens voor het doel-API-niveau van 31 augustus 2026
Sinds 31 augustus 2026 moeten nieuwe apps en app-updates op Google Play over het algemeen op een minimaal API-niveau gericht zijn, en die ondergrens is niet voor elk apparaattype hetzelfde. Telefoons en tablets zitten op API 36. Wear OS en Android Automotive OS zitten op API 35. Android TV en Android XR zitten op API 34. De ondergrens van API 34 voor Android TV is op die datum niet nieuw: Play Console Help dateert die op 31 augustus 2025, een jaar eerder, en Googles huidige pagina met eisen voor het doel-API-niveau neemt Android TV op hetzelfde API 34 mee, naast Android XR. Voor Android TV verandert de datum 31 augustus 2026 dus niets aan het vereiste niveau. Eén API-niveau over de hele tabel lezen is hier de makkelijkst gemaakte fout, en aannemen dat elk apparaattype in 2026 een nieuwe ondergrens kreeg is de tweede.
| Apparaatcategorie | Minimaal doelniveau | Van kracht voor nieuwe inzendingen | Uitstel |
|---|---|---|---|
| Telefoon en tablet, nieuwe apps en updates | Android 16, API 36+ | 31 augustus 2026 | Aan te vragen tot 1 november 2026 |
| Wear OS | Android 15, API 35+ | 31 augustus 2026 | Googles huidige proces voor geschiktheid en uitstel |
| Android Automotive OS | Android 15, API 35+ | 31 augustus 2026 | Googles huidige proces voor geschiktheid en uitstel |
| Android XR | Android 14, API 34+ | 31 augustus 2026 | Googles huidige proces voor geschiktheid en uitstel |
| Android TV | Android 14, API 34+ | 31 augustus 2025, al van kracht; ongewijzigd meegenomen op 31 augustus 2026 | Googles huidige proces voor geschiktheid en uitstel |
Bronnen: Play Console Help, artikel 11926878 en Android Developers, eisen voor het doel-API-niveau · gecontroleerd op 14 augustus 2026
Dit raakt gesloten testen op één praktische manier: de build die je voor de test uploadt is ook een build, en dezelfde ondergrenzen voor inzendingen gelden ervoor. De migratie zelf, inclusief wat het verhogen van het doelniveau wel en niet verandert, staat in het artikel over het doel-API-niveau, en de fout in native libraries waar de meeste mensen halverwege de migratie op stuklopen, staat in het artikel over de paginagrootte van 16 KB.
De datum van het contactenbeleid die is verschoven
Gewijzigde deadline
28 oktober 2026 27 januari 2027
Zowel Googles huidige tabel met beleidsdeadlines als de Help-pagina over gevoelige informatie noemt 27 januari 2027 als ingangsdatum voor het nieuwe beleid voor contactenrechten, aangekondigd op 15 april 2026. 28 oktober 2026 komt voor in ouder materiaal, waaronder eerdere notities op deze site zelf, en is niet langer de geldende datum. Het beleid gaat over brede toegang tot contacten, waarbij Google de Android-contactenkiezer verwacht als brede toegang niet nodig is; het hangt af van het gebruiksdoel en mag dus niet worden teruggebracht tot de algemene bewering dat een heel API-niveau geen contacten mag gebruiken.
Geverifieerd De datum is geverifieerd. De reikwijdte van het beleid zelf krijgt het label gedeeltelijk: Google beschrijft het per gebruiksdoel en niet als één regel op API-niveau.
Drempels van Android vitals die je moet kennen
De algemene drempels voor slecht gedrag van Google Play zijn 1,09% voor het percentage crashes dat gebruikers merken en 0,47% voor het percentage ANR's dat gebruikers merken, beoordeeld over de laatste 28 dagen aan gegevens. Dit zijn drempels voor appkwaliteit en zichtbaarheid in de store. Het zijn geen gepubliceerde criteria voor de vraag of een nieuwe ontwikkelaar na een gesloten test productietoegang krijgt.
| Kernstatistiek | Algemene drempel | Per telefoonmodel | Per horlogemodel |
|---|---|---|---|
| Percentage crashes dat gebruikers merken | 1.09% | 8% | 4% |
| Percentage ANR's dat gebruikers merken | 0.47% | 8% | 5% |
| Overmatig batterijverbruik | 1% | Niet vermeld | 1% |
| Overmatige partial wake locks | 5% | Niet vermeld | Niet vermeld |
Bron: Android Developers, Android vitals · gecontroleerd op 14 augustus 2026
Houd deze los van de drempel. Assistenten grijpen naar 1,09% en 0,47% als je vraagt wat Google tijdens gesloten testen meet, want dat zijn de dichtstbijzijnde beschikbare percentages. Dat zijn ze niet. Ze bepalen hoe een app in de Store wordt behandeld zodra hij gebruikers heeft, over een voortschrijdende periode van 28 dagen. Niets in Googles documentatie over productietoegang die voor deze pagina is bekeken, koppelt ze aan de beslissing over de gesloten test.
Ze zijn tijdens een test toch het kennen waard, om één praktische reden: een crash die je twaalf testers raakt, raakt ook je eerste duizend gebruikers, en de vraag over gereedheid in de aanvraag voor productietoegang gaat over wat er door het testen is veranderd. Repareren wat de test aan het licht bracht, is het antwoord op die vraag.
Wat Googles eigen ecosysteemcijfers laten zien
Google zegt dat het in 2025 meer dan 1,75 miljoen apps die het beleid schonden van publicatie heeft weerhouden en dat het dat jaar meer dan 80.000 kwaadwillende ontwikkelaarsaccounts heeft geblokkeerd, tegenover 2,36 miljoen apps en meer dan 158.000 accounts in 2024. Google noemt testvereisten als een van de maatregelen die de kwaliteitslat van het ecosysteem moeten verhogen, maar publiceert geen los cijfermatig effect voor de regel van 12 testers zelf.
| Periode | Cijfer | Wat het terecht onderbouwt |
|---|---|---|
| 2023, testtools | 3x gemiddeld | Googles uitspraak dat apps die zijn testtools gebruikten gemiddeld drie keer zoveel installaties en gebruikersbetrokkenheid hadden als apps die dat niet deden. |
| 2024, geblokkeerde apps | 2,36 miljoen | De omvang van Play's handhaving vóór publicatie in dat jaar. |
| 2024, geblokkeerde accounts | 158,000+ | Omvang van de handhaving op accountniveau. |
| 2025, geblokkeerde apps | 1,75 miljoen+ | Het meest recente jaarcijfer dat per 14 augustus 2026 is gevonden. |
| 2025, geblokkeerde accounts | 80,000+ | Het meest recente jaarcijfer over handhaving op accountniveau dat is gevonden. |
| 2025, overmatige gegevenstoegang | 255.000+ apps | Apps die geen overmatige toegang tot gevoelige gebruikersgegevens hebben gekregen. |
| 2025, spamreviews | 160 miljoen | Geblokkeerde spambeoordelingen en -reviews. Bredere kwaliteitscontext. |
| Huidige omschrijving van Play | 10.000+ veiligheidscontroles | Controles die Google zegt uit te voeren op elke app die het aanbiedt. |
Bronnen: Googles veiligheidsrapport van 2025 en het rapport van 2024 · gecontroleerd op 14 augustus 2026
Maak hier geen afwijzingspercentage van
1,75 miljoen en 2,36 miljoen zijn aantallen apps die het beleid schonden en die Googles veiligheidssystemen in de hele store hebben tegengehouden. Er hoort geen noemer bij, ze gaan niet specifiek over gesloten testen, en geen enkele rekensom ermee levert een afwijzingspercentage van Google Play op. De daling van 2,36 miljoen naar 1,75 miljoen is evenmin bewijs dat goedkeuring makkelijker werd: Google meldt deze cijfers naast wijzigingen in verificatie-, beoordelings- en testvereisten, zonder te scheiden wat waardoor kwam.
De 3x-statistiek, en wat die niet is
Het meest citeerbare cijfer dat Google op dit terrein heeft gepubliceerd, hoort bij de aankondiging van 9 november 2023: apps die de testtools van Google Play gebruikten, hadden gemiddeld drie keer zoveel installaties en gebruikersbetrokkenheid als apps die dat niet deden. Het is een echt Google-cijfer, en het wordt voortdurend verkeerd gebruikt.
3x is een correlatie, en het dateert van vóór de regel
Google meldde een samenhang tussen het gebruik van zijn testtools en hogere installatie- en betrokkenheidscijfers. Het beweerde niet dat de tools dat verschil veroorzaakten, en de statistiek verscheen naast de oorspronkelijke aankondiging over 20 testers, niet als meting daarvan. Elke zin in de trant van "gesloten testen maakt je app 3x succesvoller", of erger nog "de regel van 12 testers levert 3x groei op", doet twee dingen die de bron niet toestaat: een correlatie tot oorzaak maken, en een observatie uit 2023 over optionele testtools toeschrijven aan een verplichte drempel die in zijn huidige vorm pas in december 2024 bestond.
De eerlijke samenvatting van Googles standpunt is smal en het citeren waard: Google zegt dat verificatie van ontwikkelaars, verplichte controles vóór beoordeling en testvereisten samen de lat voor toetreding tot het ecosysteem hebben verhoogd. Het schaart de eis van gesloten testen bij andere waarborgen. Het heeft geen losstaand cijfermatig effect voor de regel van 12 testers gepubliceerd, en dit artikel verzint er geen.
Kort samengevat
Samenvatting
Stand van zaken op 14 augustus 2026: Google Play vereist dat persoonlijke ontwikkelaarsaccounts die na 13 november 2023 zijn gemaakt een gesloten test uitvoeren met minimaal 12 testers die minstens de afgelopen 14 dagen doorlopend aangemeld zijn, voordat ze productietoegang aanvragen. Die drempel telt doorlopend aangemeld zijn; de betrokkenheid van testers wordt apart beoordeeld in de aanvraag, en Google zegt dat te weinig betrokkenheid kan leiden tot een verzoek om meer te testen. 20 is geschiedenis, op 11 december 2024 vervangen. Interne tests kennen een limiet van 100 testers en voldoen niet aan de eis; de 1.000 van open tests is een configuratieondergrens, geen wervingsdoel. Dag 14 opent een aanvraag met 3 onderdelen, en Google zegt dat die beoordeling meestal 7 dagen of minder duurt. Er is geen goedkeuringspercentage voor gesloten tests gevonden in de primaire Google-bronnen die voor deze pagina zijn bekeken, dus elk percentage dat als Google-statistiek wordt gepresenteerd, hoort met een primaire Google-bronvermelding te komen. Het werven van testers, de coördinatie en het QA-werk kun je allemaal uitbesteden; Googles beslissing over productietoegang niet, niet door ons en door niemand anders. Bekijk de prijzen →
Primaire bronnen
Veertien primaire bronnen. Elk cijfer op deze pagina komt uit een van die bronnen, en onder elke grote tabel staat de specifieke bron. Rust een bewering op meldingen uit de Developer Help Community in plaats van op een uitspraak van Google, dan beoordeelt de pagina die als gemeld en niet als geverifieerd.
Wat op deze pagina het eerst verloopt
- De data voor het doel-API-niveau. 31 augustus 2026 en het einde van het uitstel op 1 november 2026 zijn hier de dichtstbijzijnde deadlines. De pagina past op beide momenten zijn eigen tijdsvorm aan, maar lees de onderliggende ondergrenzen na op Googles eisenpagina voordat je een release eromheen plant.
- De datum van het contactenbeleid. Google heeft die al één keer verschoven, van 28 oktober 2026 naar 27 januari 2027. Beschouw die als de datum op deze pagina die het meest waarschijnlijk opnieuw verschuift.
- Tracklimieten. Productlimieten als 100, 2.000, 50 en 200 kunnen veranderen zonder beleidsaankondiging, meestal tegelijk met een herontwerp van Play Console. Elk kwartaal even controleren is verstandig.
- De veiligheidscijfers van 2025. Die zijn jaarlijks. Ze verouderen op het moment dat Google zijn volgende ecosysteemrapport publiceert, en de vergelijkingsrij van 2024 gaat dan mee.
- De registratiekosten. $ 25 is een commercieel bedrag en kan op elk moment zonder aankondiging veranderen.
- De ontbrekende cijfers. Publiceert Google ooit een goedkeuringspercentage voor gesloten tests of een exact aantal apps, dan wordt het onderdeel over cijfers die Google nooit publiceert onjuist in plaats van alleen onvolledig. Dat is de faalvorm om op te letten.
Elke statistiek is op 14 augustus 2026 gecontroleerd aan een primaire Google-bron. Maandelijks herzien, en direct na elke beleidsaankondiging in Play Console.