Hoelang duurt een Google Play-beoordeling in 2026?

Elke fase van een Google Play-lancering heeft een eigen klok, en wie die klokken door elkaar haalt, ziet een lanceringsplanning ongemerkt weken uitlopen. Dit artikel volgt het proces in 2026 fase voor fase: de cijfers die Google werkelijk noemt, de fasen zonder beloofde doorlooptijd, de ene periode die jouw taak is en niet die van Google, en wat afgerond moet zijn voor elke volgende stap. De informatie is bijgewerkt op 16 oktober 2026; waar een getal ertoe doet, gebruiken we de formulering van Google en geen gok van een forum. Bekijk voor het hele lanceringsproces rond deze klokken onze uitleg over de publicatievereisten van Google Play.

Hoelang duurt een Google Play-beoordeling in 2026?

Het hangt af van de beoordeling waarop je wacht, en geen enkele beoordeling heeft een beloofde einddatum. Builds voor interne tests zijn meestal binnen enkele minuten beschikbaar. Google zegt dat app-beoordelingen doorgaans binnen 7 dagen zijn afgerond, maar langer kunnen duren, en die algemene richtlijn geldt ook voor je eerste release voor een gesloten test, want Google publiceert daar geen apart tijdschema voor. De beoordeling voor productietoegang duurt volgens de eigen formulering van Google meestal 7 dagen of minder. De bekende 14 dagen liggen tussen die beoordelingen en zijn zelf helemaal geen beoordeling.

"Beoordelingstijd van Google Play" bestaat in werkelijkheid uit vijf verschillende klokken. Dit is het volledige proces in 2026, inclusief wie elke klok beheert en wat Google er werkelijk over zegt:

1. 01
   Release voor interne test Meestal enkele minuten

   Builds zijn meestal binnen enkele minuten beschikbaar voor interne testers, al kan de eerste release worden beoordeeld en kan het na de eerste publicatie enkele uren duren voordat de testlink werkt.

2. 02
   Eerste release voor gesloten test Doorgaans binnen 7 dagen

   Google beoordeelt de release voordat testers zich kunnen aanmelden. Google publiceert geen apart tijdschema voor deze beoordeling, dus gebruik de algemene richtlijn: doorgaans binnen 7 dagen, soms langer. Deze dagen tellen niet mee voor de vereiste van 14 dagen.

3. 03
   De gesloten test van 14 dagen 14 dagen, jouw klok

   Dit is geen beoordeling, maar een testperiode die je zelf uitvoert. Testers blijven aangemeld en gebruiken de app echt. Je kunt de periode niet verkorten, alleen voorkomen dat hij opnieuw begint.

4. 04
   Beoordeling voor productietoegang Meestal 7 dagen of minder

   Na de testperiode vraag je toegang aan via een vragenlijst met drie onderdelen. De accounteigenaar ontvangt de beslissing per e-mail.

5. 05
   Definitieve release en latere updates Geen vaste termijn

   Volgens de algemene richtlijn van Google zijn beoordelingen doorgaans binnen 7 dagen afgerond, maar kunnen ze langer duren, zonder vast maximum. Dien een release met een harde deadline nooit op het laatste moment in.

Het patroon is duidelijk: Google beheert vier van de vijf klokken. De enige klok die jij beheert, de test van 14 dagen, is meteen de fase waarop de meeste lanceringen vastlopen. Het beoordelingsproces hangt ook af van de testtrack waarop je publiceert. Kies je nog tussen tracks, bekijk dan onze vergelijking van interne, gesloten en open tests.

Beoordeling van je eerste app: wat kun je verwachten?

Je eerste app kent meer beoordelingsmomenten dan elke app die je daarna nog publiceert. Eerst komt de identiteitsverificatie; volg de instructies die Google voor je account geeft, want Google publiceert daar geen vaste duur voor. Daarna wordt je eerste release voor de gesloten test beoordeeld voordat testers zich kunnen aanmelden, en volgens de algemene richtlijn van Google zijn beoordelingen doorgaans binnen 7 dagen afgerond, maar kunnen ze langer duren. Pas na de test van 14 dagen kom je bij de beoordeling voor productietoegang. Reken bij een eerste lancering met de trage kant van elke bandbreedte.

Een eerste inzending wordt niet één keer beoordeeld, maar doorloopt een reeks controles met elk een eigen klok. Voordat je iets kunt publiceren, verifieert Google je identiteit. Je eerste upload naar een gesloten track wordt daarna beoordeeld voordat testers zich kunnen aanmelden. Na de testperiode staan de aanvraag voor productietoegang en de productierelease nog tussen jou en de Store. Voor een nieuw persoonlijk account is geen van deze stappen optioneel. Sommige kunnen wel overlappen: een oplossing die je tijdens de gesloten test indient, kan worden beoordeeld terwijl je testers aangemeld blijven.

In de praktijk verlies je bij een eerste lancering vooral tijd aan de randen, vóór de test begint en nadat die is afgelopen. Ontwikkelaars die alleen met "de 14 dagen" rekenen, ontdekken dat de beoordelingen eromheen hun eigen wachttijd toevoegen. Het goede nieuws is dat het werk rond de beoordelingen kan overlappen: terwijl een beoordeling loopt, kun je je Store-vermelding, verklaringen en screenshots afronden, en Google raadt aan meteen met de identiteitsverificatie te beginnen.

Hoelang duurt de beoordeling van een gesloten testtrack?

Je eerste release voor de gesloten test wordt beoordeeld voordat testers zich kunnen aanmelden, en Google publiceert daar geen apart tijdschema voor. Gebruik de algemene richtlijn van Google: beoordelingen zijn doorgaans binnen 7 dagen afgerond, maar kunnen langer duren. Latere builds op dezelfde track doorlopen hetzelfde beoordelingsproces, zonder beloofde doorlooptijd. Beoordelingsdagen voordat je testers zich kunnen aanmelden, tellen niet mee voor de vereiste van 14 dagen: die klok begint pas nadat de release op de gesloten track beschikbaar is en je testers zich daadwerkelijk aanmelden.

De gesloten test neemt bij de meeste lanceringen in 2026 de meeste kalendertijd in beslag. Nieuwe persoonlijke ontwikkelaarsaccounts moeten een gesloten test uitvoeren met minimaal 12 testers die 14 dagen doorlopend aangemeld blijven voordat ze productietoegang kunnen aanvragen. Meer achtergrond over deze vereiste, waaronder de verlaging van 20 naar 12 testers, vind je in ons artikel over de beleidswijziging van Google op 11 december 2024. Hier kijken we specifiek naar de beoordelingen rond die test.

De valkuil is de eerste release. Door interne tests verwachten ontwikkelaars dat builds binnen enkele minuten verschijnen; de eerste release op een gesloten track wordt eerst beoordeeld, en de algemene richtlijn van Google daarvoor is doorgaans binnen 7 dagen, soms langer. Een stille wachttijd bewijst niet dat er iets mis is, maar controleer wel of de release echt ter beoordeling is verzonden. Had je gepland dat testers "morgen" zouden beginnen, dan wachten zij nu samen met jou op Google en is je periode van 14 dagen nog niet begonnen. De klokken wisselen elkaar zo af:

Nieuwe builds die je tijdens de test naar de track stuurt, doorlopen het normale beoordelingsproces van Google. Google publiceert hiervoor geen vaste termijn. Beschouw elke tussentijdse build daarom als "vaak snel, niet onmiddellijk" en plan nooit om een correctie dezelfde dag nog te laten controleren.

De testperiode van 14 dagen is geen beoordelingswachtrij

De 14 dagen zijn een testperiode, geen beoordelingswachtrij. Je testers blijven ten minste 14 dagen aaneengesloten aangemeld en gebruiken de app echt. Een oplossing die je tijdens de periode indient, kan worden beoordeeld terwijl testers aangemeld blijven, maar de periode zelf is geen beoordeling, en productietoegang wordt pas beoordeeld nadat je de aanvraag hebt ingediend. Stil afwachten brengt je niet verder; je testers actief houden wel.

Dat verschil bepaalt hoe je die twee weken benut. Bij een beoordelingswachtrij dien je iets in, wacht je en beslist iemand anders. Tijdens de periode van 14 dagen moet je juist handelen: je app heeft elke dag voldoende aangemelde, actieve testers nodig en de vereiste wordt doorlopend gemeten. Zak je tussentijds onder het minimum, dan breekt de aaneengesloten reeks en kan de wachttijd met een nieuwe groep opnieuw beginnen. Geen beoordelaar waarschuwt je daarvoor, want er kijkt op dat moment nog geen beoordelaar mee.

De periode kan ook niet worden versneld, uitonderhandeld of verkort doordat je app uitstekend is. Een foutloze app moet dezelfde 14 dagen doorlopen als een app met ruwe randjes. Je kunt alleen voorkomen dat je dagen verliest: regel testers die blijven, vervang uitvallers direct en verwar het aantal aanmeldingen in Play Console niet met echt dagelijks gebruik. Hoe Google de 14 dagen telt, wat de klok werkelijk opnieuw start en wat er gebeurt als een tester zich op dag 9 afmeldt, lees je in onze uitleg over 14 achtereenvolgende dagen.

Beoordeling voor productietoegang: ongeveer 7 dagen of minder

Dit is de beoordeling met een eigen genoemde doorlooptijd. Zodra je gesloten test aan de vereisten voldoet, vraag je productietoegang aan met een vragenlijst van drie onderdelen. Google beoordeelt de aanvraag nadat je die hebt ingediend, meestal binnen 7 dagen, al kan het soms langer duren. De beslissing gaat naar de accounteigenaar.

Dit is de exacte formulering op de Nederlandstalige Play Console-helppagina over de testvereiste:

Google beoordeelt meer dan de meeste aanvragers verwachten. Het kijkt naar de gesloten test zelf, dus naar de activiteit van testers en niet alleen naar het aantal aanmeldingen, naar je app en naar je schriftelijke antwoorden over de gereedheid voor productie. 12 aangemelde testers zijn noodzakelijk, maar niet voldoende. Aanvragen worden afgewezen bij te weinig betrokkenheid en vage antwoorden op de vragenlijst zijn een veelvoorkomende afwijzingsreden. Onze uitleg over de vragenlijst voor productietoegang behandelt alle drie de onderdelen vraag voor vraag.

Terwijl de beoordeling loopt, voorkom je problemen met drie gewoonten: laat je testers aangemeld tot je het antwoord van Google hebt, controleer ook de spammap van de accounteigenaar en wijzig de release die wordt beoordeeld alleen als er echt iets defect is. De aanvraag is een momentopname van een afgeronde, stabiele test. Zorg dat dit beeld intact blijft.

Hoelang duurt de beoordeling van een app-update?

Google belooft geen vaste beoordelingstijd voor updates. Volgens de algemene richtlijn zijn beoordelingen doorgaans binnen 7 dagen afgerond, maar kunnen ze in uitzonderlijke gevallen langer duren. Updates voor een app die al productietoegang heeft, volgen het normale updateproces; ze vereisen geen nieuwe gesloten test met 12 testers.

Twee situaties rond updates worden vaak door elkaar gehaald, terwijl ze elk een andere klok hebben:

Updates na productietoegang. Je voldoet één keer per app aan de testvereiste, dus een normale update van een live app volgt het gewone updateproces en geen nieuwe test van 14 dagen. De update doorloopt wel de standaardbeoordeling van releases door Google, de beoordeling zonder beloofde doorlooptijd. In de praktijk maakt dat de timing van updates een planningsvraag en geen beleidsvraag: is een release belangrijk voor een datum, een marketingcampagne of een oplossing waarop gebruikers wachten, dien die dan dagen en niet uren van tevoren in, want "vaak snel" is niet "altijd snel".

Updates tijdens de gesloten test. Een verbeterde build halverwege de test uploaden is normaal, verstandig en veilig voor je planning: een update tijdens de gesloten test zet de 14-dagenteller niet terug. De nieuwe build wordt nog steeds normaal beoordeeld voordat testers hem ontvangen. Een tussentijdse update onderbreekt je feedbackcyclus dus even, maar nooit je testperiode.

Wat vertraagt een beoordeling en wat kun je niet versnellen?

Controleer of er om een actie wordt gevraagd voordat je aanneemt dat de app alleen in een wachtrij staat. Onvolledige verklaringen, een login waar de beoordelaar niet voorbij komt, gevoelige machtigingen of een zwak testverhaal kunnen elk extra tijd kosten of een tweede ronde afdwingen. Wat niet bestaat: een betaalde voorrangsroute. Google documenteert geen versnellingsoptie voor standaardbeoordelingen.

Je kunt niet in de beoordelingswachtrij van Google kijken, maar je hebt wel invloed op bijna alles waardoor een inzending langzaam wordt afgehandeld of voor een nieuwe ronde terugkomt:

En het deel dat je niet kunt beïnvloeden: Google documenteert geen betaalde voorrangsroute en geen versnellingsverzoek voor standaardbeoordelingen. De support van de Play Console kan een indiening onderzoeken en in sommige gevallen escaleren, maar een onderzoek is geen belofte van een snellere beslissing. Wie belooft de kant van Google te versnellen, belooft iets wat Google niet verkoopt. Je invloed zit in de voorbereiding, en daarom verlopen de soepelste lanceringen zonder tweede beoordelingsronde.

Zit je app vast in beoordeling? Dit is wanneer je handelt

Verstreken tijd alleen vertelt je niet of een beoordeling vastzit. Google zegt dat beoordelingen doorgaans binnen 7 dagen zijn afgerond, maar langer kunnen duren. Controleer op elk moment of de laatste wijziging echt ter beoordeling is verzonden, en kijk of er om een actie wordt gevraagd in de Play Console en in de e-mail van de accounteigenaar, inclusief de spammap. Neem via Play Console Help contact op met de support zodra de wachttijd duidelijk voorbij de gebruikelijke richtlijn van Google is.

Een "vastgelopen" beoordeling kan een beoordeling blijken te zijn die nog binnen de normale bandbreedte valt, een release die nooit echt is ingediend, of een beslissing die al in een inbox staat die niemand heeft gecontroleerd. Haal je situatie door de controle voordat je van het ergste uitgaat:

Wat de controle ook aangeeft, de vervolgstappen zijn altijd deze vier, in deze volgorde:

1. 1
   Bevestig dat de release echt wordt beoordeeld

   Open het publicatieoverzicht (Publishing overview) in de Play Console. Een release die als concept is opgeslagen, of wijzigingen die nooit ter beoordeling zijn verzonden, worden niet beoordeeld. Open daarna Submission activity en noteer het laatste indienings-ID en de statusgeschiedenis; die vastlegging is betrouwbaarder dan een uploaddatum die je je herinnert.

2. 2
   Controleer de e-mail van de accounteigenaar, inclusief spam

   Google mailt beslissingen naar de accounteigenaar, niet noodzakelijk naar het adres dat je dagelijks bekijkt, dus controleer ook de meldingen in de Play Console. Een afwijzing die al een week in de spammap staat, lijkt vanuit de Console precies op een vastgelopen beoordeling.

3. 3
   Reageer meteen op een gevraagde wijziging; geef de beoordeling anders de gebruikelijke termijn

   Vraagt Google om een correctie, los die dan nu op in plaats van te wachten. Wordt er niets gevraagd, dan verloopt een beoordeling binnen de gebruikelijke richtlijn van Google zoals gedocumenteerd, en meer builds uploaden om haar aan te jagen kan haar juist vertragen. Noteer de dag waarop de gebruikelijke termijn verstrijkt en handel dan.

4. 4
   Neem contact op met Play Console-support

   Is de gebruikelijke termijn voorbij, is de indiening bevestigd en wordt er niets gevraagd, neem dan via Play Console Help contact op met de support en vermeld het indienings-ID, je tijdstempels en je tijdzone. Houd elke opvolging in dezelfde zaak. Is het antwoord dat uiteindelijk komt een afwijzing, lees dan eerst waarom gesloten tests worden afgewezen voordat je opnieuw indient.

12 dagen of langer vast in de beoordeling

Controleer de laatste indiening en de status daarvan voordat je beslist wat je nu doet. Twaalf dagen is geen escalatiedrempel van Google; het is gewoon ruim voorbij de gebruikelijke richtlijn van Google, dus werk vanuit de status die je echt ziet:

1. 1
   Wijzigingen niet ter beoordeling verzonden

   Controleer het publicatieoverzicht (Publishing overview): zijn de wijzigingen echt ingediend? Rond de vereiste instellingen af en verzend ze ter beoordeling. Een uploadtijdstip is geen indieningstijdstip.

2. 2
   In beoordeling

   Controleer Submission activity, de meldingen in de Play Console en de e-mail van de accounteigenaar. Los een eventueel gevraagd probleem op; houd anders de chronologie bij en neem contact op met de support via Play Console Help. De status geeft je geen beloofde beslisdatum.

3. 3
   Klaar om te publiceren

   Staat beheerd publiceren (managed publishing) aan, dan wachten goedgekeurde wijzigingen op jou. Publiceer ze wanneer je klaar bent; goedkeuring alleen zet de release niet voor gebruikers neer.

4. 4
   Afgewezen, of actie gevraagd

   Lees het beslissingsbericht bij de betreffende indiening. Los het genoemde probleem op en dien een gecorrigeerde release in, of gebruik de bezwaarroute die het bericht noemt. Meer supporttickets vervangen geen gecorrigeerde indiening.

5. 5
   Meer testen vereist

   Lees de feedback over de betrokkenheid van testers en de gereedheid voor productie, verbeter de app en de test, en vraag daarna opnieuw aan zoals aangegeven. Zo vraag je opnieuw aan na een antwoord dat meer testen vereist is.

6. 6
   Je kunt de Play Console helemaal niet openen

   Gebruik het contactformulier van Google voor accounttoegang. Dat is bedoeld voor accounts die je niet kunt openen, niet voor een beoordelingswachtrij op een account dat je wel kunt openen.

Waarom staat productie nog steeds op inactief?

Productietoegang en een gepubliceerde productierelease zijn afzonderlijke stappen. De statuspagina's van Google definiëren geen productielabel "inactief", dus controleer welke van deze vier situaties van toepassing is:

• Toegang nog niet verleend. Je hebt nog geen aanvraag ingediend, of de aanvraag wordt nog beoordeeld. Controleer op het Dashboard of je in aanmerking komt en wat de status van je aanvraag is.
• Toegang verleend, maar geen productierelease. Met toegang mag je publiceren; er wordt geen release mee aangemaakt. Maak een productierelease en verzend die ter beoordeling.
• Release ingediend. De productierelease wordt beoordeeld. Volg die in Submission activity.
• Goedgekeurd, wacht op jou. Staat beheerd publiceren aan, dan wachten goedgekeurde wijzigingen totdat je ze publiceert.

Van eerste upload tot live app: een realistische planning

Je volgende mijlpaal hangt af van de fase die echt is afgerond, dus er bestaat geen eerlijk totaal. Google noemt doorlooptijden voor beoordelingen, niet voor een hele lancering: app-beoordelingen zijn doorgaans binnen 7 dagen afgerond, maar kunnen langer duren, voor de gesloten test moeten minimaal 12 testers ten minste 14 dagen aaneengesloten aangemeld zijn, en de beoordeling voor productietoegang duurt meestal 7 dagen of minder nadat je de aanvraag hebt ingediend. Fasen kunnen overlappen, en een afwijzing verlengt het totaal.

Google publiceert doorlooptijden voor afzonderlijke beoordelingen, niet voor een lancering. De identiteitsverificatie volgt de instructies die Google voor je account geeft. De eerste release voor de gesloten test wordt beoordeeld voordat testers zich kunnen aanmelden, doorgaans binnen 7 dagen. De gesloten test duurt minimaal 14 dagen zodra 12 testers doorlopend aangemeld zijn. De beoordeling voor productietoegang duurt meestal 7 dagen of minder. Ook de productierelease wordt beoordeeld. Achter elkaar ziet dat er zo uit:

Het verschil wordt op twee momenten bepaald: hoe snel je 12 testers zich echt aanmelden, want het venster opent met de kwalificerende aanmeldingen en niet met je upload, en of een beoordeling terugkomt met een gevraagde wijziging, want elke terugkaatsing herhaalt een beoordelingsronde. Controleer in plaats van een geschatte datum wat er moet kloppen vóór je volgende fase:

De rol van PrimeTestLab

PrimeTestLab laat de enige klok lopen die je zelf in de hand hebt. De beoordelingstermijnen van Google zijn voor iedereen gelijk; de gesloten test is de fase die een beheerde testerslijst voor je kan uitvoeren: testers binnen 4-6 uur aangemeld, de volle 14 dagen actief gehouden, uitvallers dezelfde dag vervangen. Een vervangende tester begint aan zijn eigen doorlopende aanmelding, en daarom hebben grotere pakketten een buffer boven de 12.

Zo verschilt het werk dat je planning bepaalt wanneer je de test zelf uitvoert of aan een beheerde testerslijst overlaat:

Veelgestelde vragen over Google Play-beoordelingstijden

Kort samengevat