Moeten de 14 dagen de afgelopen 14 dagen zijn?

Dit is de meest gestelde vraag over de regel van de gesloten test op Google Play, en ontwikkelaars struikelen er constant over. Hieronder staat precies wat Google eist, wat de klok reset en hoe je je ononderbroken 14-dagen-venster beschermt om aan de eis te voldoen. Stand van zaken: 30 juni 2026. Twee interactieve tools laten je elk scenario zelf testen, voordat je het met je echte account riskeert.

Wat eist Google écht?

Als je na 13 november 2023 een persoonlijk Google Play-ontwikkelaarsaccount hebt gemaakt, kun je niet naar productie publiceren totdat je een gesloten test afrondt. Googles eis luidt dat je app een gesloten test uitvoert met minstens 12 testers die, in Googles woorden, „de afgelopen 14 dagen doorlopend aangemeld” zijn geweest. Pas dan wordt de knop Productietoegang aanvragen in de Play Console actief.

Twee cijfers bepalen de regel, en ze werken samen:

De eis geldt alleen voor persoonlijke accounts die na de peildatum 13 november 2023 zijn gemaakt. Organisatorische accounts (met D-U-N-S-nummer en bedrijfsverificatie) zijn uitgezonderd, en evenzo persoonlijke accounts die op of vóór die datum zijn gemaakt. We vergelijken beide in onze gids persoonlijk vs. organisatorisch account. Het testerminimum lag eerder op 20. Google verlaagde het op 11 december 2024 na feedback van ontwikkelaars naar 12, maar liet de 14-dagen-duur ongemoeid. Elke gids die nog 20 testers eist, is verouderd. Dit 14-dagen-venster blijft het echte wrijvingspunt, en daar leeft deze gids.

Moeten de 14 dagen de afgelopen 14 dagen zijn?

Het dragende woord in het beleid is „afgelopen”. Googles eigen FAQ ruimt elke twijfel over een cumulatieve lezing op: het systeem telt geen testers die zich hebben aangemeld, minder dan 14 dagen hebben getest en zich daarna hebben afgemeld, en zelfs als zo’n tester zich opnieuw aanmeldt zodat de totale tijd twee weken bereikt, moeten die 14 dagen aaneengesloten zijn om mee te tellen.

In het Nederlands: je kunt niet 5 dagen nu, 4 dagen volgende week en 5 dagen de week daarna aan elkaar naaien. Een tester die de aanmelding onderbreekt, start een nieuwe 14-dagen-teller, en eerdere dagen vervallen. Het venster is één enkele ononderbroken periode. De tool hieronder maakt het tastbaar: markeer de dagen waarop je minstens 12 aangemelde testers had, en zie welke reeks Google écht zou tellen.

Probeer de voorinstelling Verspreide dagen: die markeert 13 losse dagen, maar omdat ze nooit een ononderbroken reeks vormen die vandaag eindigt, is het tellende venster piepklein. Dat is de cumulatieve valkuil in één klik: veel activiteit, geen kwalificerende reeks.

Aaneengesloten vs. cumulatief: het verschil waar iedereen over struikelt

Dit is het mentale model waarmee bijna elke ontwikkelaar start, en waarom het faalt:

Het belangrijkst is welke exacte patronen Google goedschrijft. Zo lossen de veelvoorkomende scenario’s op:

Wat onderbreekt de 14-dagen-reeks?

Het zwaarste deel van deze regel is niet 12 mensen werven. Het is het venster twee volle weken ononderbroken houden. Sommige veelvoorkomende gebeurtenissen resetten de klok, en sommige die vaak de schuld krijgen doen dat juist niet. Hier scheiden we feiten van mythes.

Wat de reeks écht breekt of stopt

Onzeker of een concrete actie je venster bedreigt? Kies die hieronder en krijg meteen een oordeel.

Afmelden vs. de-installeren: wat is het verschil?

Deze twee acties voelen voor een toevallige tester hetzelfde, maar dat zijn ze niet, en het verschil telt:

Waarom dan niet simpelweg op de-installaties rekenen om het aantal hoog te houden? Omdat Google niet alleen de kalender checkt. Het checkt ook of je testers de app tijdens de test écht hebben gebruikt. Google noemt gebrek aan engagement als directe afwijzingsreden, en veel ontwikkelaars zien de melding „Testers were not engaged with your app during your closed test”, ook als aantal en data op papier klopten. Een tester die één keer installeert, de app op dag twee wist en nooit terugkomt, levert geen activiteit. Op papier heb je nog 12. In de praktijk kan de beoordeling je afwijzen wegens onechte engagement: een van meerdere patronen die we in waarom de gesloten test wordt afgewezen uitwerken.

De les: het aantal halen is de drempel voor gerechtigheid, maar echte, herhaalde gebruik over de twee weken is wat je door de beoordeling brengt. Testers die de app écht openen, de kernschermen doorlopen en over de 14 dagen terugkomen, zijn het beeld van een schone beoordeling.

Moeten alle 12 testers op dezelfde dag starten?

Hier is Googles formulering écht meerduidig, en dat moet je van tevoren weten. Er zijn twee verdedigbare lezingen:

Wat Google nooit heeft gedocumenteerd, is of je een vertrekkende tester midden in het venster vrij mag wisselen voor een gloednieuwe zonder de klok te herstarten. Niemand kan je een officieel antwoord citeren, dus is de conservatieve aanname de juiste. Als online advies het wissel-en-doorgaan-gedrag als feit presenteert, behandel dat als communityfolklore, niet als Google-beleid.

Waarom 12 testers de ondergrens zijn, niet het doel

Zodra je snapt dat het echte risico een gebroken venster is, wordt het argument voor meer dan 12 vanzelfsprekend. Als je met buffer start, trekken de onvermijdelijke de-installaties en de occasionele persoon die de interesse verliest je niet onder de lijn. Zo vergelijken de drie gebruikelijke poolgroottes voor een persoonlijk account:

Het patroon is hetzelfde waar ervaren ontwikkelaars en beheerde services naartoe bewegen: voer een test niet met precies het minimum. Bouw speelruimte in, zodat de hoofdfout van de regel, een daling onder 12 midden in het venster, je simpelweg nooit overkomt. Het volledige argument maken we in waarom je meer dan 12 testers nodig hebt.

Twee praktische tips bij het opbouwen van die pool. Ten eerste: de 12 moeten 12 echte, verschillende aangemelde personen zijn. Je kunt niet je eigen tester zijn met extra apparaten om het aantal op te blazen. Ten tweede: als je nog onder 12 zit, zijn er legitieme manieren om testers te vinden die je engagement echt houden.

Deze regel zit ook in een bredere aanscherping van de publicatiestandaarden van Google Play in 2026, zodat slagen bij de eerste poging waardevoller is dan ooit. De gesloten test in één keer goed doen betekent geen 14-dagen-klok opnieuw starten terwijl deadlines lopen. Onze gids over publicatievereisten 2026 volgt de volledige kalender.

De exacte Google-formulering (en waarom „afgelopen” telt)

Als je de brontaal wilt: de eis zelf is kort. De Play Console Help definieert de drempel van de gesloten test zo, dat testers:

Twee woorden dragen de hele regel. „Afgelopen” betekent: het moet je meest recente venster zijn, actueel wanneer je aanvraagt, geen periode van een maand geleden. „Doorlopend” betekent ononderbroken: geen gaten, geen pauzes, geen daling onder 12 in het midden.

Google benadrukt elders ook: „Benadruk je testers dat ze ten minste 14 dagen aaneengesloten aangemeld moeten blijven voor je gesloten test.” En: die dagen „moeten dit 14 achtereenvolgende dagen zijn om mee te tellen voor de criteria van 12 aangemelde testers.” Drie officiële formuleringen, één betekenis.

Googles FAQ sluit de cumulatieve achterdeur direct. Ze legt uit dat testers die zich aanmelden, minder dan 14 dagen testen en zich dan afmelden, niet worden geteld, en dat zelfs als zo’n tester zich opnieuw aanmeldt zodat de gecombineerde tijd twee weken bereikt, die 14 dagen toch aaneengesloten moeten zijn om te kwalificeren. Met andere woorden: het systeem checkt expliciet een ononderbroken reeks, geen som.

Hoe PrimeTestLab je venster ononderbroken houdt

PrimeTestLab is gebouwd rond precies de fout die deze regel oplevert. In plaats van jou vreemden te laten werven en te hopen dat ze aangemeld blijven, leveren we een beheerde pool echte, aangemelde menselijke testers op echte Android-apparaten en houden we die pool over de volle 14 achtereenvolgende dagen boven de lijn. We houden een slagingspercentage van 99,9% bij meer dan 7.400 apps, met teststart in 4-6 uur. Zo werkt het van begin tot eind.

Kies de poolgrootte die bij je risicobereidheid past. Voor de meeste ontwikkelaars is het Enterprise-plan de verstandige keuze: 25 testers voor de grootste buffer tegen een gebroken venster, voor maar een paar dollar meer dan het absolute minimum.

Prijzen plus 5% servicekosten bij het afrekenen. Gratis hertest of volledige terugbetaling.

De volledige uitsplitsing vind je op onze prijspagina of in de complete gids over de eis van 12 testers. Als je klaar bent, start het 12-testers-pakket, en onze service voor de gesloten test legt uit wat erbij zit.

Veelgestelde vragen

Conclusie