Nee, een update reset nooit
Een gewone update laat de aanmeldtijd van je testers doorlopenGoogle publiceert geen regel dat een nieuwe release de gesloten test opnieuw laat beginnen. De vereiste gaat erover dat elke tester 14 dagen doorlopend aangemeld blijft, met minstens 12 van zulke testers op het moment van je aanvraag. Je versiecode en het aantal builds dat je uploadt, horen daar niet bij.
Testers die de test verlaten, waardoor minder dan 12 testers 14 ononderbroken dagen hebben.
Een tester die zich afmeldt en opnieuw meedoet, begint opnieuw aan eigen 14 dagen, en een vervanger begint op dag één. Houd je daardoor minder dan 12 testers met 14 ononderbroken dagen over, dan moet je aanvraag wachten. De update is niet de oorzaak.
Direct antwoord
Nee. Dezelfde app updaten op de lopende gesloten testtrack start de aanmeldtijd van je testers op zich niet opnieuw. Voor persoonlijke ontwikkelaarsaccounts die na 13 november 2023 zijn gemaakt, heeft de app minstens 12 testers nodig die elk de afgelopen 14 achtereenvolgende dagen aangemeld zijn gebleven op het moment dat je productietoegang aanvraagt. Een tester die zich afmeldt, begint opnieuw aan eigen 14 dagen. Google raadt aan om op feedback te reageren, maar publiceert geen verplicht aantal releases. Zien testers een nieuwe build niet, controleer dan de publicatie, de uitrol en of ze ervoor in aanmerking komen, en het updaten op het apparaat.
Het is een van de meest voorkomende zorgen rond de gesloten test: je bent halverwege je periode van 14 dagen, je ontdekt een bug en je durft niets meer, uit angst dat een fix uploaden je voortgang wist en je de twee weken opnieuw moet beginnen. Dat gebeurt niet. De eis van 14 dagen kijkt naar je testers, niet naar je builds. Deze gids scheidt wat de periode van de gesloten test onderbreekt van wat dat niet doet, geeft je twee interactieve hulpmiddelen om elke actie zelf te controleren en legt uit wat je nagaat als testers een nieuwe build niet zien. De inhoud is voor het laatst gecontroleerd aan de hand van de Help-pagina's van Google op 16 oktober 2026.
In deze gids
Reset een app-update de teller van de gesloten test?
Nee. Dit is de meest voorkomende zorg van ontwikkelaars tijdens hun testperiode, en het antwoord stelt gerust: een nieuwe appbundel uploaden naar je bestaande gesloten testtrack laat de aanmeldtijd van je testers op zich niet opnieuw beginnen.
De eis van 14 dagen is gekoppeld aan je testers, niet aan je build. Google meet het per tester: wanneer je productietoegang aanvraagt, moeten minstens 12 testers elk de afgelopen 14 dagen doorlopend aangemeld zijn geweest. Het versienummer van je app, hoe vaak je een nieuwe AAB uploadt en wat je in je release notes verandert, horen niet bij die vereiste.
Precies deze vraag komt telkens terug in de Google Play Developer Community. Play Console Help van Google definieert de vereiste uitsluitend in termen van aangemelde testers en tijd, nooit in termen van build-uploads. Een Google Product Expert gaf in januari 2024 het praktische antwoord rechtstreeks in een geaccepteerde communityreactie: een update tijdens het testen kan een beoordeling nodig hebben, maar reset de 14 dagen niet. Dat is de lezing van een expert van het beleid, geen zin uit het beleid zelf.
Twijfel je over een specifieke actie? Gebruik de checker hieronder: kies wat je van plan bent en zie of het de 14 dagen van je testers raakt.
Over welke actie maak je je zorgen?
Gebaseerd op de gepubliceerde eis van Google in Play Console, aangemelde testers maal doorlopende dagen, plus veelgemelde ervaringen van ontwikkelaars. De twee risico's uit de community zijn als zodanig gemarkeerd.
Wat reset de teller van 14 dagen echt?
Zie de doorlopende periode van 14 dagen als een controle op continuïteit, niet als een passieve kalender. Google wil zien dat je zonder onderbreking minimaal 12 testers aangemeld houdt. Slechts twee bevestigde oorzaken breken die continuïteit.
Het aantal aangemelde testers daalt onder 12
Als één tester vertrekt en je op 11 testers uitkomt die meetellen, kun je pas aanvragen als een twaalfde tester 14 ononderbroken dagen heeft, en een vervanger begint op dag één. Daarom is werken met precies 12 testers riskant.
Testers melden zich officieel af
Een tester meldt zich af door de weblink van de test te openen en ervoor te kiezen de test te verlaten. Dat is iets anders dan de app verwijderen. De eigen 14 dagen van die tester stoppen, en opnieuw meedoen laat ze opnieuw beginnen. Het vertraagt je aanvraag alleen als je daardoor minder dan 12 testers overhoudt die meetellen.
Een nieuwe build uploaden staat niet in die lijst. Een typefout in je storevermelding verbeteren, feedback indienen en een crash op het apparaat van een tester evenmin. Dat laatste is juist het doel van testen. In de simulator hieronder kun je updates blijven publiceren zonder dat de reeks beweegt. Laat het aantal testers onder 12 zakken en de reeks valt uiteen.
Dit reset de teller niet
Een nieuw AAB naar dezelfde track uploaden
Release notes of de storevermelding wijzigen
Een tester die feedback indient
Je app die crasht op het apparaat van een tester
Je versionCode of versienaam verhogen
Een tester die de app verwijdert zonder zich af te melden
Hoe publiceer ik een update naar een gesloten test?
Een update publiceren werkt hetzelfde als je allereerste release, met één belangrijk verschil: je maakt de nieuwe release op dezelfde gesloten testtrack waarvoor je testers al zijn aangemeld. Je start geen nieuwe test, maar voegt een build toe aan de lopende test. Daarom blijft de teller van 14 dagen lopen. Dit zijn de twee stappen in Play Console.
Maak een nieuwe release op je gesloten track Test and release > Testing > Closed testing > Manage track
Open de gesloten testtrack die al loopt, klik op Create new release en upload je bijgewerkte appbundel (AAB). Houd dezelfde pakketnaam en ondertekeningsconfiguratie aan en geef de build een hogere versionCode: alleen de versionName wijzigen is geen upgrade. Voeg korte release notes toe met wat er is veranderd en sla op. Blijf op dezelfde track; zo blijven de 14 dagen van je testers doorlopen.
Controleer en rol de update uit Review release > Start roll-out
Ga via Next en Review release verder en start daarna de uitrol naar je gesloten track. Open vervolgens Publishing overview: wachten er wijzigingen, kies dan Send changes for review, en staat beheerd publiceren aan, publiceer de goedgekeurde wijzigingen dan zelf. Een ingediende update kan In review tonen voordat testers hem krijgen, en Google merkt op dat een gepubliceerde wijziging enkele uren nodig kan hebben om testers te bereiken. Bestaande testers werken normaal gesproken gewoon bij, zonder opnieuw te installeren en zonder tweede aanmelding.
Dit laat de aanmeldtijd van je testers niet opnieuw beginnen. Omdat je publiceert op dezelfde gesloten track waarvoor je testers al zijn aangemeld, lopen hun 14 dagen onder de nieuwe build gewoon door. Je voegt een build toe en start geen nieuwe test. Zien testers de nieuwe build nog steeds niet, loop dan de controles in de volgende sectie door.
Wat is het verschil tussen uitgenodigde en aangemelde testers?
Dit onderscheid levert nieuwe uitgevers vaker problemen op dan welk ander punt ook. Het verklaart ook waarom builds niet meetellen voor de teller. Google leidt testers door een trechter en alleen de latere stappen hebben gewicht.
Uitgenodigd
Je hebt een e-mailadres aan je testerlijst of Google Group toegevoegd. Verder is er nog niets gebeurd.
Aangemeld
De tester heeft je aanmeldingslink geopend, is ingelogd met een Google-account en heeft in de Engelse interface Become a tester gekozen. Deze status meet de teller van 14 dagen.
Geïnstalleerd en actief
De tester heeft de app gedownload en blijft hem gebruiken. Dit verandert het ruwe aantal niet, maar Google kijkt wel naar deze betrokkenheid wanneer je productietoegang aanvraagt.
Zoals de documentatie van Google duidelijk maakt, is een e-mailadres toevoegen niet genoeg. Iedere tester moet de aanmeldingslink openen, inloggen en zich uitdrukkelijk als tester aanmelden voordat die persoon meetelt. Daarom laat een gewone app-update je voortgang ook niet opnieuw beginnen: je testers blijven aangemeld, dus hun dagen tellen door over nieuwe builds heen. Lees voor alle stappen onze gids over testers correct uitnodigen.
Tip uit het beheer van duizenden tests: beheer je testers via een Google-groep in plaats van een vaste mailinglijst. Google documenteert dat het uploaden van een CSV de vorige testerslijst overschrijft, dus met een groep voorkom je dat je per ongeluk actieve testers wist terwijl je de lijst aanpast. Een groep is echter geen garantie: het lidmaatschap bepaalt nog steeds de toegang, dus iemand uit de groep verwijderen of een andere groep koppelen verandert wie in aanmerking komt.
Wat is de exacte formulering van Google?
Op de officiële pagina van Play Console Help over testvereisten voor nieuwe persoonlijke ontwikkelaarsaccounts staat het precies zo:
"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 · antwoord 14151465Over het moment waarop je productietoegang aanvraagt, zegt Google afzonderlijk:
"Als je een aanvraag voor productietoegang indient, moeten ten minste 12 testers zijn aangemeld voor je gesloten test. Ze moeten de afgelopen 14 dagen doorlopend zijn aangemeld."
Google Play Console Help · antwoord 14151465Google schrijft ook dat testers 14 achtereenvolgende dagen aangemeld moeten zijn. Iemand die zich aanmeldt, minder dan 14 dagen test en zich daarna afmeldt, telt niet. Ook na een nieuwe aanmelding moeten het 14 achtereenvolgende dagen zijn. Daarmee vervalt de mythe dat losse testdagen bij elkaar worden opgeteld. Over het aantal builds zegt deze eis niets.
Drie feiten om te onthouden
Zijn updates tijdens de test goed of slecht?
Hier verandert onzekerheid in een kans. Updates tijdens je gesloten test gelden algemeen als een positief signaal van betrokkenheid. Het is nuttig om te scheiden wat Google officieel zegt en wat de ontwikkelaarscommunity concludeert. Beide overlappen, maar zijn niet hetzelfde.
Blijf verbeteren en oplossen
Play Console Help moedigt doorlopend verbeteren aan. Gebruik de gesloten test terwijl je door gebruikers gemelde problemen en bugs oplost. Updates vóór productie testen is een goede manier om reviews en beoordelingen over lage kwaliteit te beperken.
Wanneer je productietoegang aanvraagt, vraagt de vragenlijst welke betrokkenheid je kreeg en wat je met de feedback van testers hebt gedaan.
Actief is beter dan stilstaand
Ervaren ontwikkelaars gaan verder: een app die 14 dagen zonder enige activiteit op versie 1.0 blijft staan, ziet eruit als testen om een vakje af te vinken, terwijl een app die fixes publiceert als reactie op feedback eruitziet als echte ontwikkeling. Sommige ontwikkelaars brengen twee of drie kleine updates uit om te laten zien dat ze reageren, maar Google publiceert zo'n quotum niet (zie de sectie over het aantal releases hieronder).
Dit is een mening uit de community en een redelijke gevolgtrekking, geen gepubliceerde regel van Google. Google heeft geen numerieke eis vastgelegd om een bepaald aantal updates te publiceren.
De kern: updaten is veilig en wordt aangemoedigd. Het verhaal over betrokkenheid dat je ermee opbouwt kan helpen bij de vragenlijst voor productietoegang. Het enige echte risico zit in wat je publiceert, niet in het publiceren zelf.
Kan een slechte update mijn teller indirect resetten?
Ja. Dit is de enige belangrijke kanttekening. Een update zelf reset de teller nooit, maar de gevolgen van een defecte update kunnen dat indirect wel doen. Zo loopt de keten:
De regel is dus eenvoudig: update gerust, maar controleer iedere build op basisstabiliteit voordat je hem naar de gesloten track publiceert. Werk ook nooit met precies 12 testers. Eén afmelding na een slechte build kan je dan al onder het minimum brengen. Een buffer boven 12 testers vangt dat risico op.
Lees de keten zorgvuldig: de update laat niemands aanmeldtijd opnieuw beginnen. De vertraging komt door het verlies van testers die meetellen; de defecte build is alleen wat de afmeldingen uitlokte. Houd je builds stabiel en zorg voor een buffer, dan wordt het indirecte risico veel kleiner.
Moeten testers na een update opnieuw installeren of aanmelden?
Nee. Bestaande testers die zich hebben aangemeld en je app hebben geïnstalleerd, werken normaal gesproken gewoon via Google Play bij. Ze hoeven zich niet opnieuw aan te melden en jij hoeft de link niet opnieuw te sturen.
Updates worden normaal gesproken over de bestaande installatie heen geïnstalleerd
In Een open, gesloten of interne test instellen (antwoord 9845334) zegt Google in Play Console Help dat testers na installatie automatisch binnen enkele minuten de testversie krijgen. Testers blijven bij elke build aangemeld. Opnieuw installeren of nogmaals aanmelden is niet nodig.
Dezelfde Google-pagina noemt één kanttekening: aanvullende wijzigingen kunnen enkele uren nodig hebben voordat ze voor testers beschikbaar zijn en de automatische update op het apparaat begint. De aangemelde status, die voor de teller van 14 dagen telt, loopt bij ieder nieuw AAB gewoon door. Een build-update reset de teller dus niet, omdat de testers de test nooit hebben verlaten.
Belangrijke uitzondering Nieuwe rechten kunnen een stille update onderbreken
Eén type build wordt niet altijd stil uitgerold: een update die een nieuw gevaarlijk of gevoelig recht toevoegt, zoals ACCESS_FINE_LOCATION, camera of microfoon. Afhankelijk van het recht en je target API-niveau kan Google Play een knop Update tonen die de tester handmatig moet aantikken en goedkeuren. Wie dat negeert, blijft op de oude build. Zelfs bij een stille installatie wordt het nieuwe recht pas tijdens gebruik verleend. Een functie die ervan afhangt kan daardoor defect lijken totdat de tester toestemming geeft.
In een gesloten test is dat een stille valkuil: publiceer je halverwege de test een update met veel nieuwe rechten, dan kunnen sommige testers op de oude build blijven of een functie geblokkeerd zien tot ze het recht toestaan. Een nieuw recht met een hoog risico kan ook een rechtenverklaring (Permissions declaration) in Play Console vereisen voordat de build überhaupt kan worden gepubliceerd. Toestemming op de telefoon en de verklaring in de Console zijn aparte controles.
Controleer vóór de uitrol halverwege de test: vergelijk de rechten in je nieuwe manifest met de live build. Zijn ze veranderd, vraag testers dan de Play Store te openen, handmatig te updaten en de nieuwe melding goed te keuren. Houd ook rekening met een mogelijke beoordeling van de rechtenverklaring.
Veelvoorkomende mythes over de gesloten test
Vrijwel alle onrust over updaten komt voort uit een paar mythes. Dit zijn de vijf die ontwikkelaars de meeste slaap kosten, met de werkelijkheid ernaast.
Mythe 1"Een nieuwe release reset de teller."
Mythe 2"De app verwijderen is hetzelfde als afmelden."
Mythe 3"De 14 dagen worden bij elkaar opgeteld."
Mythe 4"Precies 12 testers is genoeg."
Mythe 5"Testers moeten de app iedere dag gebruiken."
Wat reset de teller wel en niet?
Hier staat het volledige antwoord in één overzicht. Sla het op, maak een schermafbeelding of stuur het naar degene in je team die de vraag blijft stellen. Alles wat alleen aan je build is gekoppeld, is veilig. Alleen wijzigingen in het aantal testers vormen een risico.
| Actie | Reset de teller van 14 dagen? |
|---|---|
| Een nieuw AAB naar dezelfde gesloten track uploaden | Nee |
| Release notes of metadata van de Play Store-vermelding wijzigen | Nee |
| Een tester die feedback indient | Nee |
| Je app crasht op het apparaat van een tester | Nee |
| Een tester verwijdert de app zonder zich af te melden | Nee* |
| Het aantal aangemelde testers daalt onder 12 | Ja |
| Een tester meldt zich officieel af via de webpagina | Ja** |
| Een defecte build veroorzaakt genoeg afmeldingen om onder 12 te komen | Indirect |
| De gesloten testtrack onderbreken | Gemeld risico |
| Je testerlijst overschrijven en actieve testers weglaten | Gemeld risico |
* Geen afmelding, maar een tester zonder geïnstalleerde app test die niet. ** Alleen als je daardoor minder dan 12 testers overhoudt die meetellen. "Ja" betekent hier dat je vroegste aanvraagdatum opschuift: testers die bleven, houden hun dagen, maar een vervanger begint op dag één. Google documenteert dat het uploaden van een CSV de vorige lijst overschrijft en dat het pauzeren van een test de updates ervan stopt; hoe de dagen daarna worden geteld, is niet gedocumenteerd, dus behandel de laatste twee regels als "neem het risico niet".
Hoe is de testvereiste door de tijd veranderd?
Als je oudere handleidingen leest, verklaart dit waarom de aantallen niet overeenkomen. De duur is altijd 14 doorlopende dagen geweest. Alleen het aantal testers veranderde.
Vóór november 2023 was geen gesloten test nodig om productie te bereiken. Je kon publiceren zonder testers te regelen.
Google kondigde de vereiste aan op 9 november 2023. Persoonlijke accounts die na 13 november 2023 waren gemaakt, moesten een gesloten test uitvoeren met 20 aangemelde testers gedurende 14 doorlopende dagen. Organisatorische accounts waren vrijgesteld.
Op 11 december 2024 daalde het minimum van 20 naar 12. De duur van 14 dagen bleef gelijk. Organisatorische accounts blijven vrijgesteld.
Een gids die nog zegt dat je 20 testers moet regelen, is verouderd. Lees alle details in wat er veranderde van 20 naar 12 testers.
Beleidswijzigingen in 2026 die je moet kennen
De gesloten test staat niet op zichzelf. Enkele deadlines in 2026 kunnen je planning raken. Ze veranderen niets aan de teller van 14 dagen, maar kunnen wel met je testperiode botsen als je de kalender niet in de gaten houdt.
Deadlines in 2026 die je planning raken
Datums volgens Google Play Console Help over het target API-niveau en de Android Developers Blog over ontwikkelaarsverificatie. De verificatie wordt gefaseerd ingevoerd en kan in 2026 en 2027 worden uitgebreid. Controleer daarom de officiële pagina's voordat je je planning vastlegt. Onze gids over publicatievereisten in 2026 houdt de volledige lijst bij.
Zo houdt PrimeTestLab je teller aan de gang
Het lastigste deel van de gesloten test is niet de regels begrijpen. Je moet tijdens het verbeteren van je app minimaal 12 echte mensen 14 dagen zonder onderbreking aangemeld en betrokken houden. Daarvoor is PrimeTestLab gebouwd. We leveren aangemelde testers op echte apparaten en begeleiden je bij de inrichting van Play Console, zodat de teller goed begint en blijft lopen terwijl jij fixes publiceert. Bekijk onze volledige Google Play-service voor de gesloten test. Ons slagingspercentage is 99,9% bij 12.100+ apps en de test is binnen 4-6 uur live.
Je voegt onze testers toe in Play Console, deelt je test-URL en de 14 dagen beginnen. Daarna kun je updates publiceren wanneer dat nodig is; de testers blijven aangemeld terwijl jij verder bouwt.
Een pakket boven het minimum van 12 testers geeft je extra testers die op dezelfde dag beginnen, zodat één afmelding, ook als die door een slechte build komt, je niet onder de 12 brengt. Een buffer helpt alleen als die testers zich vroeg aanmelden: een late vervanger begint aan eigen 14 dagen. Prijzen gelden per app, plus 5% servicekosten (minimaal $1.50) bij het afrekenen.
Veelgestelde vragen
Kan ik mijn app tijdens de gesloten test updaten zonder de 14 dagen opnieuw te starten?
Ja. Een gewone update van dezelfde app op de lopende gesloten track start de aanmeldtijd van testers op zich niet opnieuw. Houd je bestaande testers in aanmerking en aangemeld. De nieuwe build moet mogelijk nog worden beoordeeld en gepubliceerd voordat testers hem kunnen installeren, dus controleer de levering los van de testvereiste.
Wat reset de teller van de gesloten test?
Google publiceert geen resetchecklist die elke actie in de Console dekt. De vereiste gaat over de doorlopende aanmelding van elke tester. Een tester die vertrekt en opnieuw meedoet, begint opnieuw aan eigen 14 dagen, en het verlies van genoeg testers die meetellen kan je aanvraag vertragen. Een nieuwe vervanger begint op dag één. Een gewone build-update is iets anders.
Wat is het verschil tussen uitgenodigde en aangemelde testers?
Uitgenodigd betekent dat het account op je testerslijst of in je Google-groep staat. Aangemeld betekent dat de tester de testlink met dat account heeft geopend en zich voor de test heeft aangemeld. Alleen een adres op de lijst zetten rondt de aanmelding niet af. Vraag testers om het account te bevestigen, en daarna de app te installeren, te gebruiken en zinvolle feedback te sturen.
Moeten testers zich na een update opnieuw aanmelden?
Normaal gesproken niet. Bestaande testers die in aanmerking komen, krijgen een gewone update via Google Play zonder zich opnieuw voor dezelfde test aan te melden. Houd hun aanmelding intact en vraag ze daarna de vermelding en de geïnstalleerde build te controleren. Automatische installatie hangt af van de beschikbaarheid van de release en van de apparaatinstellingen, dus beloof niet elke tester de update binnen enkele minuten.
Is verwijderen hetzelfde als afmelden voor de test?
Nee. Verwijderen haalt de app van een telefoon; afmelden verandert de deelname aan de test. Noch het aantal installaties van vandaag noch de uitnodigingslijst van vandaag bewijst een doorlopende aanmelding. Een tester die de app heeft verwijderd, kan die installatie ook niet testen, dus bevestig dat die nog in de test zit en vraag om de app opnieuw te installeren en verder te testen.
Wil Google dat ik tijdens de test updates publiceer?
Google raadt aan om op feedback van testers te reageren en problemen op te lossen, en de aanvraag voor productietoegang vraagt wat je na het testen hebt veranderd. Google publiceert geen verplicht aantal releases. Publiceer nuttige fixes wanneer je ze nodig hebt, leg vast wat er veranderde en test ze opnieuw. Publiceer geen cosmetische releases alleen om aan een vermeende regel van twee of drie updates te voldoen.
Hoeveel testers heb ik echt nodig voor de gesloten test?
Voor persoonlijke accounts die na 13 november 2023 zijn gemaakt, is het minimum 12 testers die op het moment van je aanvraag elk de afgelopen 14 achtereenvolgende dagen aangemeld zijn gebleven. Vroeg extra testers werven geeft je een buffer. Vervangers die laat worden toegevoegd, nemen de dagen van vertrokken testers niet over, en geen enkel aantal testers garandeert productietoegang.
Conclusie
Samenvatting
Je app updaten tijdens de gesloten test van 14 dagen is veilig, normaal en wordt aangemoedigd. Google meet de ononderbroken aanmelding van elke tester, dus een gewone update op dezelfde gesloten track start de 14 dagen van je testers niet opnieuw. De echte risico's zijn het verliezen van testers die meetellen, testers die zich officieel afmelden, of een build die zo defect is dat testers afhaken. Publiceer echte fixes, verwerk feedback en bescherm je aantal testers met een buffer die je vroeg werft. Wil je hulp om 12 of meer testers aangemeld te houden, dan levert PrimeTestLab 12 tot 25 echte testers vanaf $19.99 plus 5% servicekosten (minimaal $1.50), met een test die binnen 4-6 uur live is. Krijg je na de volledige test geen productietoegang, dan kies je zelf: gratis hertest of volledige terugbetaling. Bekijk de pakketten →