Nee, een update reset nooit
Update gerust, een nieuwe build laat je teller van 14 dagen doorlopenEr bestaat geen regel die zegt dat een nieuwe release de teller van de gesloten test reset. Voor de eis van 14 dagen moet je minimaal 12 testers doorlopend aangemeld houden. Je appversie, versionCode en het aantal geüploade builds staan daar los van.
Je aantal aangemelde testers daalt onder 12.
Als testers zich officieel afmelden en je onder het minimum komt, wordt de doorlopende reeks onderbroken. Niet omdat je een update publiceerde, maar omdat je minder dan 12 testers overhield.
Direct antwoord
Nee. Je app updaten tijdens de gesloten test (closed testing) van 14 dagen reset de teller niet. Je kunt zo vaak een nieuwe build publiceren als nodig is. Een nieuw AAB uploaden naar je bestaande gesloten testtrack start de 14 dagen niet opnieuw. De teller is gekoppeld aan minimaal 12 testers die doorlopend aangemeld blijven, niet aan je appversie, versionCode of ondertekeningssleutel. De doorlopende periode wordt pas onderbroken wanneer het aantal aangemelde testers onder 12 daalt of testers zich officieel afmelden. Updates publiceren is veilig en Google moedigt dit juist aan. PrimeTestLab houdt minimaal 12 echte testers doorlopend aangemeld, zodat de teller blijft lopen terwijl jij fixes uitbrengt.
Het is een van de meest voorkomende zorgen rond de gesloten test. Je bent halverwege de periode van 14 dagen, vindt een bug en durft geen fix te uploaden omdat je vreest opnieuw te moeten beginnen. Dat hoeft niet. De teller kijkt naar je testers, niet naar je builds. Deze gids laat precies zien wat de teller van de gesloten test wel en niet reset, bevat twee interactieve hulpmiddelen waarmee je iedere actie kunt controleren en legt uit waarom Google juist updates wil zien. De informatie is bijgewerkt tot en met 30 juni 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. Een nieuwe appbundel uploaden naar je bestaande gesloten testtrack reset de eis van 14 dagen doorlopend testen niet.
De teller van 14 dagen is gekoppeld aan je testers, niet aan je build. Google meet of je de afgelopen 14 dagen minimaal 12 testers doorlopend aangemeld hebt gehouden. Je appversie, het aantal nieuwe AAB's en wijzigingen in release notes maken geen deel uit van die teller.
Deze vraag komt telkens terug in de Google Play Developer Community: reset een nieuwe release voor de gesloten test de 14 dagen, of begint de teller opnieuw wanneer je de app updatet? In plaats van forumreacties te citeren die we niet onafhankelijk konden controleren, baseert deze gids zich op de documentatie van Play Console Help. Daar definieert Google de eis uitsluitend aan de hand van aangemelde testers en tijd, nooit aan de hand van build-uploads.
Bij de 7.400+ apps die we in dit proces hebben begeleid, heeft een normale build-update naar dezelfde gesloten track de teller nooit uit zichzelf gereset. Twijfel je over een specifieke actie? Kies hieronder wat je wilt doen en zie meteen of het je teller van 14 dagen 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 zich afmeldt en je op 11 uitkomt, kan de doorlopende reeks worden onderbroken en begin je opnieuw aan twee volle weken. Dit is de belangrijkste reden waarom zelf georganiseerde tests mislukken.
Testers melden zich officieel af
Een tester meldt zich af door de webpagina van de test te openen en de test te verlaten. Dat is iets anders dan de app verwijderen en raakt de teller alleen als je daardoor onder 12 komt.
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 je 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 Testing > Closed testing > Manage track
Open de gesloten testtrack die al actief is, klik op Create new release en upload je bijgewerkte appbundel (AAB). Voeg korte release notes toe met de wijzigingen en sla de release op. Gebruik dezelfde track, want zo blijft je doorlopende periode van 14 dagen behouden.
Controleer en rol de update uit Review release > Start roll-out
Ga via Next naar Review release en start daarna de uitrol naar je gesloten track. Klik in het publicatieoverzicht op Send changes for review als Play Console daarom vraagt. Zodra de release live is, werken de apparaten van testers automatisch bij. Google waarschuwt dat een gepubliceerde wijziging enkele uren nodig kan hebben. Opnieuw installeren of aanmelden is niet nodig.
Dit reset je teller nooit. Je publiceert naar dezelfde gesloten track waarvoor testers al zijn aangemeld, dus de doorlopende periode van 14 dagen blijft onder de nieuwe build doorlopen. Je voegt een build toe en start geen nieuwe test.
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.
Alleen een e-mailadres toevoegen is dus niet genoeg. Iedere tester moet de aanmeldingslink openen, inloggen en zich uitdrukkelijk voor de test aanmelden voordat die persoon meetelt. Daarom reset een app-update je voortgang ook niet. Testers verlaten de aangemelde status niet, dus de teller loopt bij iedere nieuwe build door. Lees voor alle stappen onze gids over testers correct uitnodigen.
Tip uit duizenden testtrajecten: beheer je testers via een Google Group in plaats van een vaste e-maillijst. Met een Group in Play Console vervang je een tester door de Group aan te passen. De aanmeldingslink blijft gelijk en de track blijft actief. Zo verklein je het risico dat je actieve testers per ongeluk verwijdert wanneer je de lijst wijzigt.
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 op versie 1.0 blijft staan zonder activiteit kan eruitzien alsof alleen een vakje wordt afgevinkt. Een app die op feedback reageert met updates laat echte ontwikkeling zien. Sommige ontwikkelaars brengen bewust twee of drie kleine updates uit.
Dit is consensus in de community en een redelijke gevolgtrekking, geen gepubliceerde regel van Google. Google schrijft nergens voor dat je een bepaald aantal updates moet 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 veroorzaakt de reset nooit rechtstreeks. De reset komt doordat het aantal aangemelde testers onder 12 daalt. De defecte build lokt alleen de afmeldingen uit. Houd je builds stabiel en zorg voor een buffer, dan verdwijnt ook dit indirecte risico.
Moeten testers na een update opnieuw installeren of aanmelden?
Nee. Zodra een tester zich heeft aangemeld en je app heeft geïnstalleerd, verwerkt Google updates automatisch. De tester hoeft nergens op te klikken en jij hoeft niets opnieuw te sturen.
Updates worden automatisch uitgerold
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.
Dat is een stille valkuil in een gesloten test. Publiceer je op dag 5 een update met veel nieuwe rechten, dan kan de activiteit dalen omdat een deel van de testers de melding niet ziet. Juist die betrokkenheid weegt mee bij je aanvraag voor productietoegang. Een nieuw recht met een hoog risico kan ook een beoordeling van de rechtenverklaring starten en de publicatie vertragen.
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 |
* De teller loopt technisch door, maar testers die de app verwijderen keren zelden terug. ** Alleen als je daardoor onder 12 komt. De laatste twee regels zijn waarschuwingen uit de community en geen bevestigde documentatie van Google. Beschouw ze als risico's die je beter vermijdt. Met een Google Group voorkom je het risico van een overschreven lijst.
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.
Persoonlijke accounts die na 13 november 2023 waren gemaakt, moesten 20 testers gedurende 14 dagen doorlopend aangemeld houden. 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 (Engels).
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 7.400+ apps en de test is binnen 4-6 uur live.
Je voegt onze testers toe in Play Console, deelt de test-URL en je teller start. Daarna kun je je build zo vaak updaten als je wilt. De testers blijven aangemeld en de reeks loopt door.
Plus 5% servicekosten · gratis hertest of volledige terugbetaling
De meeste ontwikkelaars kiezen bewust meer dan het minimum van 12 testers. Zo kan één afmelding, ook na een slechte build, ze niet onder 12 brengen en de teller resetten. Een buffer is de goedkoopste bescherming tegen het enige dat je reeks echt onderbreekt.
Veelgestelde vragen
Kan ik mijn app tijdens de gesloten test updaten zonder de 14 dagen opnieuw te starten?
Ja. Een nieuwe build uploaden naar je bestaande gesloten testtrack start de doorlopende periode van 14 dagen niet opnieuw. De teller is gekoppeld aan minimaal 12 testers die doorlopend aangemeld blijven, niet aan je appversie. Testers krijgen de update automatisch en blijven aangemeld, dus je voortgang loopt door bij elke nieuwe build.
Wat reset de teller van de gesloten test?
De doorlopende periode van 14 dagen wordt onderbroken wanneer het aantal aangemelde testers onder 12 komt, bijvoorbeeld doordat testers zich officieel afmelden en je onder het minimum zakt. Build-updates, wijzigingen in de Play Store-vermelding en crashes resetten de teller niet. Een buffer boven 12 testers beschermt je reeks het best.
Wat is het verschil tussen uitgenodigde en aangemelde testers?
Uitgenodigd betekent dat je iemands e-mailadres aan je lijst hebt toegevoegd. Dat telt nog niet. Aangemeld betekent dat de tester je aanmeldingslink heeft geopend, is ingelogd en in de Engelse interface op "Become a tester" heeft geklikt. Alleen aangemelde testers tellen mee, dus controleer altijd of iedere tester die stap heeft voltooid.
Moeten testers zich na een update opnieuw aanmelden?
Nee. Zodra een tester zich heeft aangemeld en de app heeft geïnstalleerd, levert Google updates automatisch. De tester hoeft de app niet opnieuw te installeren en niet nogmaals op de aanmeldingslink te klikken. De aangemelde status loopt zonder onderbreking door voor elke nieuwe build op dezelfde gesloten testtrack.
Is verwijderen hetzelfde als afmelden voor de test?
Nee. Een tester meldt zich pas officieel af via de webpagina van de test. Als iemand alleen de app verwijdert, loopt de teller technisch door. In de praktijk keren zulke testers zelden terug. Dat kan de betrokkenheid verzwakken die je bij de aanvraag voor productietoegang beschrijft, dus houd testers ook actief.
Wil Google dat ik tijdens de test updates publiceer?
Google raadt aan om problemen tijdens de gesloten test te blijven oplossen voordat je naar productie gaat en toekomstige updates regelmatig te testen. In de ontwikkelaarscommunity gelden actieve updates bovendien als een positief signaal tegenover een stilstaande app die alleen een vakje lijkt af te vinken. Google schrijft geen verplicht aantal updates voor, dus verbeter je app inhoudelijk.
Hoeveel testers heb ik echt nodig voor de gesloten test?
Het minimum van Google is 12 testers die 14 dagen doorlopend aangemeld blijven voor persoonlijke accounts die na 13 november 2023 zijn gemaakt. Eén afmelding kan je onder 12 brengen en de reeks onderbreken, daarom gebruiken veel ontwikkelaars 20 tot 25 testers als buffer. PrimeTestLab biedt pakketten met 12, 20 en 25 testers vanaf $19.99, plus 5% servicekosten.
Conclusie
Samenvatting
Je app updaten tijdens de gesloten test van 14 dagen is veilig, normaal en wordt aangemoedigd. De teller meet of minstens 12 testers doorlopend aangemeld blijven. Een nieuwe build reset hem daarom niet vanzelf. De echte risico's zijn minder dan 12 aangemelde testers, officiële afmeldingen of een build die zo defect is dat testers vertrekken. Publiceer je fixes, verwerk feedback en bescherm je aantal testers met een buffer boven het minimum. Wil je een teller die niet wordt onderbroken, dan houdt PrimeTestLab 12 tot 25 echte testers aangemeld vanaf $19.99, plus 5% servicekosten. De test is binnen 4-6 uur live. Bekijk de pakketten →