Kort antwoord
Per 17 augustus 2026 publiceert Google geen enkele regel die zegt dat een afwijzing van het type meer testen vereist de klok van de gesloten test terugzet. Het Helpcentrum zegt alleen dat een afgewezen app moet mogelijk blijven testen. Staat er in jouw afwijzing uitdrukkelijk dat je de gesloten test nog eens 14 dagen met echte testers moet draaien, maak die 14 dagen dan af voordat je opnieuw aanvraagt. Staat er alleen blijven testen, dan is er geen aparte wachttijd in cijfers gepubliceerd, en geen enkele Google-bron verplicht je een nieuw gesloten testtraject aan te maken. In beide gevallen blijft de ondergrens gelijk: minstens 12 testers die gedurende de voorgaande 14 dagen doorlopend aangemeld waren, op een gesloten test. Vraag testers niet zich af te melden en opnieuw deel te nemen om een herstart te forceren: afmelden breekt juist de aaneengesloten periode die Google echt telt.
| Jouw situatie | Wat officieel bekend is | Veiligste volgende stap | Vraag opnieuw aan wanneer |
|---|---|---|---|
| Je bericht noemt expliciet nog eens 14 dagen | Het besluit dat je hebt ontvangen noemt een verdere testperiode. Google's Help Center publiceert die periode zelf niet. Gereproduceerde bewoording van het besluit | Houd de kwalificerende gesloten test actief en rond de periode af die je bericht noemt. | Die periode is echt afgerond, minstens 12 testers voldoen nog steeds, en je bewijs van gereedheid is verbeterd. |
| Je bericht zegt alleen dat je moet blijven testen | Deze gereproduceerde bewoording noemt geen extra duur, en Google's openbare Help Center biedt daar geen universele numerieke afkoelperiode voor. Gereproduceerde bewoording van het besluit | Zet de bestaande test voort en versterk wat je er eerlijk over kunt zeggen. Neem geen getal aan dat je bericht niet heeft gegeven. | Play Console staat de aanvraag toe en je antwoorden zijn inhoudelijk veranderd, niet alleen ouder geworden. |
| Op dit moment voldoen minder dan 12 testers | Aan de gepubliceerde kwalificatie wordt niet voldaan, wat je afwijzing ook zegt. Officiële eis van Google | Herstel vóór alles een kwalificerende groep. Een vervangende tester heeft zijn eigen 14 doorlopende dagen nodig. | Minstens 12 testers hebben elk hun eigen ononderbroken, voorafgaande 14 dagen van aanmelding. |
| Je kunt het besluitbericht niet terugvinden | De duur die op jou van toepassing is, is onbekend, en geen enkele bron geeft een standaardwaarde. Niet openbaar gedocumenteerd | Achterhaal het bericht via de e-mail van de accounteigenaar, meldingen in Play Console of de supportgeschiedenis, en houd ondertussen de bestaande test actief. | Je hebt de instructie achterhaald, of Play Console-support heeft die bevestigd. Verzin geen duur. |
Tabel scrolt zijwaarts op smalle schermen
Die tabel moet voorwaardelijk blijven, omdat Googles publieke richtlijnen minder specifiek zijn dan de beslisberichten die ontwikkelaars werkelijk krijgen. Beide middelen tot één stellig antwoord levert een pagina op die voor de helft van haar lezers onjuist is. Elke uitspraak hieronder is gelabeld als officiële richtlijn, weergegeven beslistekst, ervaring uit de community of operationele gevolgtrekking, en alles is actueel per 17 augustus 2026.
De oorzaken van afwijzing vallen hier bewust buiten het bestek: dit artikel gaat over wat je doet nadat het bericht binnenkomt. Voor de diagnose, zie ons artikel over waarom aanvragen voor productietoegang worden afgewezen.
Het herstelloket
Twee instrumenten, speciaal gebouwd voor deze ene afwijzing. Beide draaien in je browser op tekst die je typt of taps die je maakt. Niets wordt geüpload, op een server opgeslagen of ergens naartoe verstuurd.
Inhoudsopgave
Wat je afwijzingsbericht werkelijk zegt
Het bericht dat Google je heeft gestuurd is de meest specifieke instructie die je krijgt, en het gaat boven elk forumantwoord over wat er "meestal" gebeurt. Er zijn openbaar minstens twee inhoudelijk verschillende versies gereproduceerd. Voordat je iets plant, zoek eerst uit welke van de twee jij in handen hebt.
Ontwikkelaars in dezelfde forumdraad spreken elkaar tegen omdat ze het over werkelijk verschillende berichten hebben. Daarom rangschikt dit artikel het bewijs in drie niveaus in plaats van het te middelen:
-
Niveau 1
Google's huidige Help Center
Het enige niveau dat beleid is, en het minst specifiek, omdat het voor alle ontwikkelaars tegelijk is geschreven.
-
Niveau 2
Een afwijzingsbericht gereproduceerd door de ontwikkelaar die het ontving
Direct bruikbaar voor die app, maar geen beleidstekst, en Google heeft de bewoording aantoonbaar in de loop van de tijd veranderd.
-
Niveau 3
Forum- en communitymeldingen
Nuttig om te laten zien dat iets mogelijk is, nooit om te bewijzen dat het verplicht is.
Dit is het complete Niveau 1 over jouw situatie. De kortheid is precies het punt.
... may be required to continue testing your app.
Het fragment dat Google publiceert over wat er kan gebeuren als een aanvraag voor productietoegang niet wordt goedgekeurd. Google Play Console Help, antwoord 14151465, geraadpleegd op 17 augustus 2026. Bekijk de brondocumentatie
Die openbare passage noemt geen reset, geen nieuwe klok, geen wachttijd en geen instructie om de testergroep opnieuw op te bouwen. Die details verschijnen, als ze al verschijnen, alleen in accountspecifieke besluitbewoording of communitymeldingen. Google's genoemde voorbeelden van waarom een app niet klaar is, zijn minder testers dan vereist, of testers die niet betrokken waren. Al het andere dat over deze afwijzing circuleert, is Niveau 2 of Niveau 3, en de decoder hieronder vertelt je wat jouw eigen bericht is.
Instrument 01
Afwijzingsdecoder
Of tik op de zinsdelen die erin voorkomen
Draait volledig in je browser. Geen upload, geen opslag, geen netwerkverzoek.
Plak je bericht of tik hierboven op een zinsdeel, en dit paneel benoemt de variant, wat die bewijst, en wat niet.
Variant
GedeeltelijkWat deze bewoording bewijst
Wat het niet bewijst
Jouw meest specifieke instructie
Signalen gevonden in je tekst
Eén grens op dat alles: je afwijzing is de meest specifieke instructie die je hebt, niet het enige dat tussen jou en een tweede aanvraag staat. Play Console bepaalt nog steeds of de aanvraagknop actief is, en je account moet op de dag dat je erop drukt nog steeds minstens 12 testers hebben met een kwalificerende aanmeldingsgeschiedenis. Volg elke duur die je bericht noemt, en controleer die twee dingen onafhankelijk van elkaar.
Wat als je het besluitbericht niet kunt terugvinden?
Dan is het eerlijke standpunt dat je niet weet welke instructie op jou van toepassing is, en geen enkele pagina kan de ontbrekende instructie leveren. De variant zonder duur is geen veilige standaardkeuze: die aannemen terwijl je account eigenlijk de andere bewoording ontving, betekent opnieuw aanvragen voordat een genoemde periode is afgelopen.
- Doorzoek de e-mail van de accounteigenaar, inclusief spam en elk ander adres dan het adres dat je dagelijks checkt, op de alinea die begint met "Before applying again".
- Controleer meldingen in Play Console en de beleids- of publicatiestatuspagina's van de app op het besluit.
- Controleer je supportgeschiedenis in Play Console, waar een eerder contact over hetzelfde besluit het mogelijk terugkoppelt.
- Houd de bestaande gesloten test actief terwijl je zoekt. Niets aan het zoeken naar het bericht vereist dat je iets pauzeert, leegmaakt of opnieuw opbouwt.
- Neem contact op met Play Console-support als de instructie niet kan worden achterhaald, en vraag hen te bevestigen wat er tegen je app is gezegd. Operationele inschatting
Zolang je de bewoording of een bevestiging niet hebt, neem geen duur aan in welke richting dan ook: niet nog eens twee weken, en ook niet geen enkele.
Begint de gesloten test van 14 dagen opnieuw na een afwijzing?
Google documenteert geen universele reset: de Help Center zegt alleen dat een afgewezen app misschien moet blijven testen. Je afwijzingsbericht is de specifieke instructie, en die zijn in minstens twee vormen voorgekomen: de ene noemt nog eens 14 dagen, de andere noemt niets.
Het woord "herstart" veroorzaakt de schade: het wordt voor drie verschillende dingen gebruikt, en alleen het derde is een gepubliceerde regel.
- Een platformreset. Een gebeurtenis aan de kant van Google die de kwalificerende periode van iedereen in de test wist. Geen bron gevonden
- Een extra testperiode. Een instructie, gegeven in het afwijzingsbericht, om nog een genoemde periode te testen voordat je opnieuw een aanvraag indient. Gedocumenteerd in één berichtfamilie
- Een onderbroken individuele reeks. De doorlopende aanmeldperiode van één tester die eindigt omdat hij zich heeft afgemeld. Gepubliceerd mechanisme
Dat derde geldt voor individuele testers, niet voor de test als geheel. Hier is de volledige verzameling bewijs, gerangschikt.
| Bewijs | Wat er staat | Wat je kunt concluderen | Betrouwbaarheid |
|---|---|---|---|
| Google Helpcentrum, geraadpleegd op 17 augustus 2026 | Een afgewezen app moet mogelijk blijven testen. De gegeven voorbeelden zijn minder testers dan vereist, en testers die niet betrokken waren. | Google verwacht dat het testen na een afwijzing wordt voortgezet, en definieert nergens op de pagina een universeel reset-moment. | Geverifieerde bewoording |
| Afwijzing uit 2024, gereproduceerd in Google's ontwikkelaarscommunity | Instrueert de ontwikkelaar om nog eens 14 dagen te testen met gesloten testen en echte testers voordat hij opnieuw een aanvraag indient. | Die ontvanger moest nog eens 14 dagen draaien. Sterk bewijs dat Google een variant met een expliciete extra periode heeft gebruikt. | Gedeeltelijk, gereproduceerd door een gebruiker |
| Afwijzing uit 2025, gereproduceerd in Google's ontwikkelaarscommunity | Instrueert de ontwikkelaar alleen om te blijven testen, volgens Google's richtlijnen voor het verkrijgen van productietoegang. Er verschijnt geen aantal dagen. | Minstens één berichtfamilie noemt helemaal geen periode na de afwijzing. | Gedeeltelijk, gereproduceerd door een gebruiker |
| april 2026, een Turks ontwikkelaarsforum | Hetzelfde bericht zonder duur, geplaatst door een ontwikkelaar die al voor twee rondes gesloten testen had betaald. | De nieuwere formulering circuleerde op 25 april 2026 nog steeds, buiten Googles eigen community en in een andere taal. | Gemeld door community |
| Google's aanbevolen testpraktijken | Blijf gesloten testen gebruiken terwijl je de problemen oplost die testers melden. | Dit ondersteunt het actief houden van de huidige gesloten test terwijl gemelde problemen worden opgelost. Het documenteert niet wat er gebeurt als een ontwikkelaar een andere track aanmaakt. | Operationele inschatting |
Tabel scrolt zijwaarts op smalle schermen
Die vijf rijen onderbouwen één eerlijk antwoord, en dat is voorwaardelijk: volg de bewoording van de afwijzing die je daadwerkelijk hebt ontvangen, en behandel geen enkele afwijzing als bewijs dat Google formeel een timer heeft gereset.
Als je e-mail nog eens 14 dagen noemt
Dan is dat jouw instructie, en het veiligste, vroegste moment om opnieuw aan te vragen is nadat die 14 dagen echt zijn afgerond. Google publiceert niet waar de periode moet worden uitgezeten, dus die op de bestaande kwalificerende track uitzitten is een operationele inschatting, geen regel van Google. Gebruik de twee weken in plaats van ze alleen uit te zitten: hetzelfde bericht dat je het getal gaf, vraagt ook om echte testers. Operationele inschatting
Het is geen bewijs van een platformbreed mechanisme: één ontwikkelaar kreeg te horen nog eens 14 dagen te doen, en dat is de hele bewering. Gewoon verloop kan je nog steeds de groep kosten, dus controleer wie momenteel is aangemeld voordat je aanneemt dat de 12 intact zijn.
Als je e-mail alleen zegt dat je moet blijven testen
Dan is jou geen duur gegeven, en Google's Help Center publiceert geen numerieke afkoelperiode om die leemte op te vullen. Verzin er geen. Pas ook op voor de omgekeerde fout, want "blijven testen" is geen toestemming om dezelfde middag opnieuw aan te vragen. Houd de kwalificerende test actief en dien een aanvraag in wanneer twee dingen waar zijn: Play Console laat het toe, en je kunt je gereedheidsantwoorden inhoudelijk verbeteren. Noemde je afwijzing betrokkenheid of het aantal testers, dan zijn dat de dingen die je anders moet beschrijven.
Over de 14-dagenregel zelf
De 14 dagen in de kwalificatieregel en de 14 dagen in dat afwijzingsbericht uit 2024 delen een getal en verder niets. De regel gaat over hoelang elke tester doorlopend is aangemeld; de instructie gaat over hoelang je moet blijven testen voordat je opnieuw een aanvraag indient. Ons artikel over de eis van 14 achtereenvolgende dagen behandelt de eerste volledig.
Moet je dezelfde gesloten test houden of een nieuwe track aanmaken?
Google publiceert geen regel die een nieuwe gesloten testtrack verplicht na een afwijzing van productietoegang. Tenzij je besluit of Play Console iets anders aangeeft, is het actief houden van de bestaande, kwalificerende track de veiligere standaardkeuze, omdat je zo de testopzet en de relaties met je testers behoudt die je al hebt. Google's eigen aanbevolen aanpak wijst dezelfde kant op: blijf gesloten testen gebruiken terwijl je oplost wat testers hebben gemeld. Een nieuwe track aanmaken wordt ook nergens als verboden gedocumenteerd, maar het is niet verplicht, en mensen verplaatsen kost aanmeldingsgeschiedenis die je niet goedkoop terugkrijgt. Dit is een operationele inschatting, geen aparte eis van Google. Operationele inschatting
Dit is de meest herhaalde vraag in de communitythreads achter dit artikel, en de angst erachter is redelijk: dat een verkeerde keuze weer twee weken verspilt. Wat niet bekend is, is wat Google zou doen als je wel een nieuwe track zou starten, want daarover is nooit iets gepubliceerd, in geen van beide richtingen. Met één gedocumenteerde aanbeveling tegenover stilte, is het gedocumenteerde pad het pad met het laagste risico.
Blijf hiermee doorgaan
- Houd de bestaande, kwalificerende track actief, met de release live en de aanmelding van testers intact.
- Bevestig in Play Console wie daadwerkelijk is aangemeld, in plaats van wie je hebt uitgenodigd.
- Houd de testbuild installeerbaar en de moeite waard om te openen.
- Blijf feedback verzamelen via het kanaal dat je testers al gebruiken.
- Breng fixes uit naar dezelfde track wanneer het testen dat rechtvaardigt.
Stop hiermee
- De track verwijderen of leegmaken om een nieuwe start te markeren.
- Een parallelle track aanmaken en je testers over beide verdelen.
- Testers vragen om zich af te melden en opnieuw aan te melden.
- Testers verwijderen die stil waren, terwijl je van hen betrokkenheid nodig hebt, niet afwezigheid.
- De release pauzeren terwijl je beslist wat je hierna doet.
Het pad in de console om dit te controleren is niet veranderd: Testing Closed testing Manage track Testers
Tellen dezelfde testers nog mee?
De harde regel. Elke tester die meetelt voor de kwalificatie heeft een kwalificerende, doorlopende aanmeldingsgeschiedenis nodig, momenteel minstens de afgelopen 14 dagen zonder onderbreking. Dat is gepubliceerd, en het wordt per persoon gemeten, niet als één gezamenlijke timer voor de hele test.
De onzekerheid. Google publiceert geen regel die zegt dat een afgewezen ontwikkelaar zijn testers moet vervangen. Eén reageerder op r/androiddev beschrijft goedkeuring bij een vierde poging zonder nieuwe testers toe te voegen, wat ertegen pleit om vervanging als verplicht voor te stellen. Het is één anekdote en kan niet bewijzen dat dezelfde testers altijd werken, maar het is meer bewijs dan er aan de andere kant bestaat, waar er geen is.
De nuttige herformulering
De vraag is niet of je testers mogen blijven. De vraag is of ze deze keer iets gaan doen. Een groep die aangemeld bleef en de app nooit opende, veroorzaakte precies het bewijsgat dat Google noemt als het zegt dat testers niet betrokken waren, en 12 stille mensen inwisselen voor 12 andere stille mensen lost niets op.
Moet je testers vragen zich af te melden en opnieuw aan te melden?
Nee. Dit is de meest concrete fout die dit artikel kan voorkomen, en hij is populair juist omdat het aanvoelt als actie ondernemen.
Afmelden beëindigt de doorlopende periode van die persoon. Er is geen gedocumenteerde reset die vertrekken en opnieuw aanmelden veroorzaakt, dus deze tactiek vernietigt echte kwalificerende geschiedenis voor niets, en doet dat bij elke tester die meewerkt, tegelijk. Een ontwikkelaar die dit toepast op een volledige groep, verandert een groep die gisteren kwalificeerde in een groep die pas over twee weken kwalificeert.
Dezelfde redenering geldt voor de zachtere versie van dit idee, namelijk testers verwijderen die inactief lijken zodat de lijst "schoon begint". Zit je daarna onder de 12, dan heb je het kwalificatieprobleem erger gemaakt in plaats van beter, en ons artikel over wat te doen als minder dan 12 testers nog kwalificeren behandelt waar je vanaf daar naartoe gaat. Moet je de groep opnieuw opbouwen in plaats van herstellen, dan is ons artikel over manieren om 12 betrouwbare testers te werven de praktische metgezel.
Wat moet er veranderen voordat je opnieuw aanvraagt?
Werk Google's eigen beoordelingsinput door, in plaats van een lijst met giswerk. Google publiceert een minimumeis, en vraagt vervolgens naar betrokkenheid van testers, de feedback die je hebt verzameld, wat daardoor is veranderd, en waarom je de app gereed acht. Die vijf vormen de hele vorm van de tweede aanvraag.
Let op wat er in die lijst ontbreekt: een oorzaak van je afwijzing. Google publiceert geen scoringsmodel, en geen enkele pagina kan je vertellen welk antwoord de doorslag gaf. Wat je wel kunt achterhalen, is naar welke onderwerpen de reviewer daadwerkelijk kijkt, en dat is een betere besteding van twee weken dan gokken. Voor de bredere vraag waarom apps deze fase überhaupt niet halen, behandelt ons artikel over waarom gesloten testen wordt afgewezen de oorzaken; dit onderdeel blijft bij het herstel.
Houd minstens 12 testers doorlopend aangemeld
Dit is de enige harde ondergrens in het hele proces, en het is de moeite waard om die in Google's eigen woorden te lezen in plaats van in iemands parafrase.
Heb je een nieuw aangemaakt persoonlijk ontwikkelaarsaccount, dan 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 14151465. Van toepassing op persoonlijke ontwikkelaarsaccounts die zijn aangemaakt na 13 november 2023. Google heeft de eis op 11 december 2024 verlaagd van 20 naar 12 testers. Bekijk de brondocumentatie
Drie dingen in die zin worden vaak verkeerd gelezen. Het is een minimum, geen streefgetal, en niets gepubliceerd zegt dat een hoger aantal beter presteert. Het is doorlopend, gemeten per tester, dus als één persoon vertrekt, breekt dat alleen zijn eigen kwalificatie, niet die van iedereen. En het specificeert een gesloten test, wat is waarom interne testen er niet aan voldoet, hoeveel van de 100 plekken je ook vult. Weeg je de tracks tegen elkaar af, dan zet ons artikel over interne versus gesloten versus open testen uiteen waar elk voor dient.
Is je groep sinds de afwijzing onder de ondergrens gezakt, dan is dat het eerste om te herstellen, en dat kost kalendertijd: een vervangende tester heeft zijn eigen 14 doorlopende dagen nodig voordat hij meetelt. Op dag 10 werven voor een plan dat om dag 14 draait, is hoe mensen twee keer worden afgewezen.
Geef testers specifieke dingen om te testen
Google's aanbeveling is concreet: geef testers duidelijke instructies, vertel ze welk soort feedback je wilt, en moedig ze aan om zoveel mogelijk functies van de app te gebruiken. Dat is een heel andere opdracht dan "hou hem geïnstalleerd", wat de meeste groepen van 12 testers in de praktijk te horen krijgen.
Het is ook de aanbeveling met het grootste verschil tussen wat Google zegt en wat het internet zegt. Wat het productietoegangsformulier daadwerkelijk vraagt, is of testers de functies van de app hebben gebruikt, en of dat gebruik leek op hoe je verwacht dat echte gebruikers zich gedragen. Dat zijn beantwoordbare vragen over dekking, niet over ritme.
- Noem de functies. Twee of drie die het belangrijkst zijn, met naam, zodat een later antwoord over dekking een beschrijving is in plaats van een bewering.
- Noem de flows. Aanmelden, iets aanmaken, het bewerken, delen of exporteren, de volgende dag terugkomen en het nog aantreffen.
- Noem wat je terug wilt horen. Waar ze vastliepen, wat ze verwachtten dat er zou gebeuren, wat ze niet nog eens zouden gebruiken.
- Spreid de apparaten die je al hebt. Representatieve, echte apparaten worden aanbevolen; er is geen numerieke drempel voor aantal apparaatmodellen gepubliceerd.
Leg feedback vast en voer gerechtvaardigde verbeteringen door
Google raadt aan te reageren op feedback van testers en de bugs op te lossen die het testen aan het licht brengt, en zegt dat dit de kans op een succesvolle aanvraag voor productietoegang kan vergroten. Dat is veel sterker bewijs dan welk community-recept dan ook over hoeveel releases je moet publiceren, en het is de enige plek waar "meer doen" echt wordt ondersteund.
In de praktijk komt dit neer op een logboek. Je wordt gevraagd samen te vatten welke feedback je hebt ontvangen en wat daardoor is veranderd, en dat twee weken later uit je geheugen reconstrueren is waar goede tests tot zwakke aanvragen leiden. Houd iets als dit bij, één rij per item.
| Ontvangen feedback | Beslissing | Doorgevoerde wijziging | Gevalideerd door | Build |
|---|---|---|---|---|
| Wat de tester zei, in zijn eigen woorden, plus hoe je het reproduceert | Nu oplossen, later oplossen, of geen wijziging en waarom | Wat je daadwerkelijk hebt veranderd | Wie het heeft bevestigd, en hoe | Versiecode waarmee het is uitgebracht |
Leeg sjabloon. Tabel scrolt zijwaarts op smalle schermen
De rij "geen wijziging en waarom" is net zo belangrijk als de fixes. Een antwoord over productiegereedheid dat aangeeft welke bekende problemen overblijven en waarom die lancering niet in de weg staan, is een sterker antwoord dan een antwoord dat suggereert dat alles perfect was. En het kanaal waarlangs de feedback binnenkwam is jouw keuze: e-mail, een website of forum, of de privéfeedback die testers via Google Play kunnen versturen, die te vinden is onder Monitor and improve Ratings and reviews Testing feedback
Over updates: breng er een uit wanneer het testen dat rechtvaardigt. Google moedigt aan om op te lossen wat het testen vindt, en het updaten van de build tijdens een gesloten test doorbreekt de testerseis niet, wat ons artikel over of het updaten van je app gesloten testen reset uitgebreid behandelt. Wat nergens is gepubliceerd, is een verplicht aantal releases, dus builds publiceren om een aantal te halen is moeite die je steekt in een getal dat niemand heeft vastgesteld.
Controleer het pre-launchrapport
Google verwijst ontwikkelaars naar het pre-launchrapport om problemen, waarschuwingen en fouten te onderzoeken voordat ze uitbrengen. Lees het voor de tweede aanvraag, en behandel wat het naar voren brengt als werk, niet als een diagnose: niets gepubliceerd zegt dat een bepaalde waarschuwing een afwijzing van productietoegang veroorzaakte, en niets zegt dat elke waarschuwing eerst moet zijn opgelost. Het is een bron van echte problemen die je kunt oplossen terwijl je toch al dingen aan het oplossen bent.
Controleer naleving van beleid, betrouwbaarheid van de app en reviewer-inloggegevens
Testactiviteit is niet het enige wat Google je vraagt te bevestigen voordat je een aanvraag indient. De huidige richtlijnen noemen vier gereedheidsgebieden naast de gesloten test, en twee weken die alleen aan betrokkenheid van testers zijn besteed, kunnen alsnog stuklopen op een besluit over een van deze andere gebieden.
De vier officiële gereedheidscontroles
Naleving van beleid. Bevestig dat de app voldoet aan het beleid van Google Play, en dat de content, functies en verdienmodel overeenkomen met wat de store listing zegt. Doelgroep en contentclassificatie. Bevestig dat de opgegeven doelgroep en de vragenlijst voor contentclassificatie nog overeenkomen met wat de app daadwerkelijk doet. Functionele betrouwbaarheid. Bevestig dat de app werkt zoals bedoeld, zonder de crashes en kapotte flows waar een reviewer als eerste tegenaan zou lopen. Reviewer-inloggegevens. Zit een deel van de app achter een login, geef dan werkende testinloggegevens op onder App access, want een reviewer die niet naar binnen kan, kan niet zien wat je hebt getest.
Dit valt buiten het bestek van dit artikel, dat over de herstelmechanica gaat, dus behandel de lijst als checklist en niet als handleiding. Wat hier telt, is dat een 'meer testen vereist'-besluit een gereedheidsbesluit is, en gereedheid is breder dan alleen het aantal testers. Officiële eis van Google
Hoe je opnieuw aanvraagt voor productietoegang
Het pad is ongewijzigd ten opzichte van de eerste poging: open de app in Play Console, ga naar Dashboard, en kies Apply for production zodra je in aanmerking komt. Het formulier wordt momenteel door Google beschreven in drie onderdelen, over je gesloten test, je app of game, en productiegereedheid.
Er is geen apart proces voor opnieuw aanvragen gedocumenteerd, geen ander formulier, en geen gepubliceerde wachtrij voor tweede pogingen. Wat verandert, is wat je erin meebrengt.
| Onderdeel | Waar Google naar vraagt | Wat je klaar moet hebben |
|---|---|---|
| Over je gesloten test | Hoe moeilijk het werven van testers was | Een eerlijke beschrijving van hoe je je testers hebt gevonden |
| Over je gesloten test | Betrokkenheid van testers | Welke belangrijke functies zijn gebruikt, en of dat gebruik leek op het verwachte gedrag in productie |
| Over je gesloten test | Feedback | De belangrijkste thema's die je hebt gehoord, en het kanaal waarlangs je ze hebt verzameld |
| Over je app of game | Beoogde doelgroep | Een specifieke gebruikersgroep in plaats van iedereen |
| Over je app of game | Waarde, of wat de game onderscheidt | Een beknopte, echte waardepropositie |
| Over je app of game | Verwachte installaties in het eerste jaar | Je beste ruwe schatting. Google zegt dat een schatting acceptabel is |
| Productiegereedheid | Wat er is veranderd dankzij de gesloten test | Concrete voorbeelden van feedback-naar-verandering uit je logboek |
| Productiegereedheid | Waarom de app klaar is | Bewijs uit testen en het oplossen van bugs, niet het feit dat er 14 dagen zijn verstreken |
Tabel scrolt zijwaarts op smalle schermen
Vertrouw niet op een aantal vragen
Pagina's die momenteel voor dit onderwerp ranken, zijn het onderling oneens over of dit een formulier van tien of twintig vragen is, en sommige noemen minimale tekenaantallen. Google beschrijft drie onderdelen en de onderwerpen hierboven. Behandel elk specifiek aantal, ook wat je hier leest, als iets om in je eigen console te controleren in plaats van erop te plannen.
Wat je zegt over betrokkenheid, feedback en gereedheid
Betrokkenheid. Google vraagt of testers de functies van de app hebben gebruikt en of dat gebruik leek op wat je in productie verwacht, dus het sterkste antwoord is beschrijvend en specifiek: welke functies, met naam, en wat testers er daadwerkelijk mee deden. Is enthousiast gebruik niet waar voor jouw test, zeg dan wat wel waar is. Een antwoord dat bescheiden maar echt gebruik beschrijft, is verdedigbaar; een antwoord dat activiteit beschrijft die je niet kunt aantonen, moet je vervolgens consistent houden bij elke latere aanvraag.
Feedback. Vat de thema's samen in plaats van de berichten over te typen, en noem het kanaal waarlangs je ze hebt verzameld. E-mail, een website of forum, en privéfeedback via Play tellen allemaal mee, dus er is geen verkeerd kanaal om te hebben gebruikt: alleen een onbeantwoordbare vraag als je helemaal niets hebt verzameld.
Veranderingen en gereedheid. Koppel elke betekenisvolle verandering aan een specifieke testbevinding, en leg dan uit waarom de overgebleven problemen lancering niet in de weg staan. Dit zijn de twee antwoorden waarbij een gedocumenteerde testperiode van twee weken zichtbaar beter presteert dan een niet-gedocumenteerde. Voor de volledige uitwerking van hoe je elk antwoord schrijft, zie ons artikel over antwoorden op de productietoegang-vragenlijst.
Wat als Apply for production nog steeds uitgeschakeld is?
Een grijze of ontbrekende knop Apply for production betekent meestal dat aan een kwalificatie- of app-instelvoorwaarde nog niet is voldaan. Vertragingen in de console en accountspecifieke problemen zijn ook mogelijk, dus loop eerst de onderstaande gedocumenteerde voorwaarden na voordat je concludeert dat de interface niet goed werkt.
- Het aantal is er nog niet. Het account heeft mogelijk nog geen 12 testers met de vereiste voorafgaande 14 dagen doorlopende aanmelding, wat het totaal op de uitnodigingslijst ook zegt.
- Uitgenodigd is niet hetzelfde als aangemeld. Mensen die een link hebben ontvangen en die nooit hebben geaccepteerd, tellen voor dit doel niet als testers. Controleer wie daadwerkelijk is aangemeld, niet wie is gevraagd.
- Vervangers bouwen nog op. Iemand die na de afwijzing is toegevoegd, begint zijn eigen 14 doorlopende dagen vanaf het moment dat hij zich aanmeldt, dus een aangevulde groep kan uit twaalf mensen bestaan en toch nog eens twee weken niet in aanmerking komen.
- De app-instellingen zijn niet compleet. Openstaande zaken bij de store listing, contentclassificatie, app access of beleidsverklaringen kunnen de aanvraag blokkeren, los van je aantal testers.
- Het moet een gesloten test zijn die meetelt. Interne testen voldoet niet aan deze voorwaarde, hoeveel van de plekken daarin ook zijn gevuld.
Lijkt in je eigen console aan alles te zijn voldaan en verschijnt de knop nog steeds niet, dan is dat een situatie die het waard is om aan Play Console-support voor te leggen in plaats van af te wachten, want dan los je niet langer iets op dat de openbare documentatie beschrijft.
Bewaar je eigen kopie
Of eerder ingediende antwoorden zichtbaar of bewerkbaar blijven bij een latere aanvraag, is niet gedocumenteerd op Google's officiële Help Center, en dit artikel zal daar niet naar gokken. Stel je antwoorden op waar je zelf de controle over hebt, en plak ze daar in, zodat een tweede poging nooit afhankelijk is van wat de console je terugtoont van de eerste keer. Niet geverifieerd: vraagt om een actuele vastlegging uit de console
Eén zin over waar je eigenlijk voor aanvraagt, want dat raak je bij een tweede poging makkelijk uit het oog: goedkeuring ontgrendelt productiereleases voor de app, en ontgrendelt ook open testen, dus de lezer die eigenlijk een bredere bèta wilde in plaats van een winkellancering, wacht op hetzelfde besluit. Alles na dat punt is gewoon releasebeheer, geen voortzetting van dit proces.
Heb je dagelijkse opens, meer testers of meer updates nodig?
Geen gepubliceerde regel vereist een van deze. Google publiceert een aantal testers en een doorlopende aanmeldperiode. Het beveelt betrokkenheid, feedback en het opvolgen van die feedback aan. Het publiceert geen getal voor dagelijkse opens, minuten per sessie, releases, feedbackberichten of apparaatmodellen, en de stellige getallen die op forums en concurrentenpagina's circuleren, zijn tactieken, geen eisen.
Hier gebeurt het meeste van de schade. Een afgewezen ontwikkelaar zoekt uit wat er misging, vindt een pagina die zegt dat testers de app dagelijks moeten openen en dat je drie releases moet uitbrengen, en besteedt de twee weken aan het najagen van een doel dat Google nooit heeft gesteld, terwijl waar Google daadwerkelijk naar vraagt, of testers de app zinvol hebben gebruikt en wat je hebt gedaan met wat ze je vertelden, onbehandeld blijft. Het eerlijke standpunt is de moeite waard om ronduit te zeggen: Google's openbare richtlijnen voor productietoegang bieden geen numerieke drempel voor betrokkenheid en geen gepubliceerd scoringsschema. De vragen van het formulier zijn input voor de beoordeling, geen schema met wegingen, en geen enkel gepubliceerd dashboard zet je testeractiviteit om in een cijfer dat je kunt aflezen. De nuttige zet is dus niet het getal te raden, maar te weten welke van de dingen die je is verteld daadwerkelijk gepubliceerd zijn.
| Wat je is verteld | Status | Wat je in plaats daarvan kunt zeggen |
|---|---|---|
| Testers moeten de app elke dag openen | Niet openbaar gedocumenteerd | Google publiceert geen eis van één keer per dag. Het verwacht wel zinvolle betrokkenheid en vraagt of testers je functies hebben gebruikt, maar er staat geen dagelijks ritme in de openbare richtlijnen. De gepubliceerde 14-dagenregel gaat over doorlopend aangemeld blijven, niet over dagelijks gebruik. |
| Testers moeten de app een vastgesteld aantal minuten gebruiken | Volksverhalen uit de community | Geen enkele primaire bron noemt een verplichte sessieduur. Ontwerp je test niet rond een getal dat niemand heeft gepubliceerd. |
| Je moet twee of drie updates uitbrengen | Volksverhalen uit de community | Er is geen verplicht aantal releases gepubliceerd. Breng een update uit wanneer feedback van testers een gerechtvaardigde fix aan het licht brengt, niet om een getal te halen. Google raadt wel aan te verhelpen wat het testen blootlegt, en dat is het deel dat de moeite waard is. |
| Je hebt een minimumaantal feedbackberichten nodig | Niet openbaar gedocumenteerd | Er bestaat geen gepubliceerde drempelwaarde. Verzamel genoeg echte feedback om de app te begrijpen en te verbeteren, en zorg dat je kunt samenvatten wat je hebt ontvangen en wat daardoor is veranderd. |
| Antwoorden op de vragenlijst moeten minstens 250 tekens tellen | Volksverhalen uit de community | Er is geen openbare minimumlengte voor antwoorden gevonden. Wees specifiek, volledig en waarheidsgetrouw in plaats van tekst op te vullen tot een aantal tekens. |
| Je moet je testers vervangen na een afwijzing | Niet openbaar gedocumenteerd | Er is geen gepubliceerde vervangingsregel gevonden. Houd gekwalificeerde testers aangemeld in plaats van reeksen te doorbreken die je al hebt opgebouwd. Waar de afwijzing op wijst is betrokkenheid, en 12 stille mensen inwisselen voor 12 andere stille mensen lost niets op. |
| Je moet een nieuwe gesloten testtrack aanmaken na een afwijzing | Niet openbaar gedocumenteerd | Er is geen instructie van Google gevonden die een nieuwe track verplicht, en de aanbevolen aanpak wijst juist de andere kant op: blijf gesloten testen gebruiken terwijl je oplost wat testers hebben gemeld. De bestaande track behouden is de veiligere standaardkeuze, en dat is een operationele inschatting, geen regel van Google. |
| Meer dan 12 testers vergroot je kans | Niet openbaar gedocumenteerd | Google publiceert geen voordeel voor de goedkeuringskans bij een aantal boven de 12, dus niemand kan je een grotere groep verkopen als betere kans. Een grotere groep geeft wel echte operationele veerkracht: een buffer tegen afmeldingen, bredere dekking van apparaten en meer feedback. Zie het als een operationele keuze, niet als een hefboom voor goedkeuring. |
Tabel scrolt zijwaarts op smalle schermen
Twee daarvan verdienen nog een zin extra, omdat ze degene zijn die echt geld kosten. Een grotere testergroep kopen is een redelijke operationele keuze, aangezien een groep van 12 geen marge heeft als er iemand vertrekt, maar niemand kan het je eerlijk verkopen als een hogere kans op goedkeuring, en meldingen uit de community bevatten afwijzingen met meer dan 30 testers en met 19 testers plus 17 updates. En het najagen van een quotum aan apparaatmodellen leidt de aandacht af van waar Google daadwerkelijk naar vraagt op het formulier: er is geen numerieke apparaatdrempel gepubliceerd, en representatieve testers op echte apparaten zijn een aanbeveling, geen formule. Wil je het detail over wat telt als een geldige deelnemer aan een gesloten test, dan behandelt ons artikel over emulators bij gesloten testen op Google Play de apparaatkant grondig.
Wat je niet met deze tabel moet doen
Een status van "niet openbaar gedocumenteerd" is geen vrijbrief om het tegenovergestelde te doen. Google publiceert geen minimumaantal feedback, en een test die helemaal geen feedback opleverde, is nog steeds een zwakke aanvraag, want je wordt gevraagd welke feedback je hebt ontvangen en wat je daardoor hebt veranderd. Het ontbreken van een getal betekent dat er geen doel is om te halen, niet dat de onderliggende verwachting fictief is.
Hoeveel keer kun je opnieuw aanvragen?
Per 17 augustus 2026 is geen publiek maximum van Google gevonden, en er is geen aparte vaste wachttijd gedocumenteerd, los van het doortesten dat jouw afwijzing voorschrijft. Meldingen uit de community reiken tot een vierde aanvraag en een zesde afwijzing, wat elke bewering over een plafond van twee of drie pogingen onbetrouwbaar maakt. Het ontbreken van een gepubliceerde limiet is geen belofte van onbeperkte pogingen.
Dat is vrijwel het complete openbare bewijsmateriaal, en het is de moeite waard om te zien hoe dun dat is voordat iemand je een getal voorhoudt. Individuele ontwikkelaars op openbare forums beschrijven goedkeuring bij een vierde aanvraag zonder nieuwe testers toe te voegen, een ongeveer zesde afwijzing na 19 testers en 17 updates, een tweede afwijzing met een groep ruim boven het minimum, en nog een tweede afwijzing na een volledige extra periode van twee weken met dezelfde testers en uitgebrachte fixes. Ze vertellen je dat die pogingen hebben plaatsgevonden. Ze kunnen je niet vertellen waarom een van hen zo afliep. Gemeld door community
Daaruit volgen twee conclusies, en niet meer dan twee. Ten eerste is er geen duidelijk laag plafond: aanvragen na een tweede en een derde poging bestaan aantoonbaar. Ten tweede, en nuttiger, meer van hetzelfde doen is geen strategie. De meeste van die meldingen beschrijven ontwikkelaars die testers toevoegden, updates toevoegden of tijd toevoegden en toch werden afgewezen. Is je tweede aanvraag je eerste plus twee weken, dan herhaal je de laatste van hen.
Over de angst achter deze vraag: Google's openbare richtlijnen classificeren een 'meer testen vereist'-gereedheidsbesluit niet als een overtreding tegen je beleidsdossier, en er is geen bewijs gevonden dat herhaalde gereedheidsbesluiten op zichzelf tot opschorting van je account leiden. Er kan daarnaast wel een apart beleidsprobleem bestaan (beleidshandhaving is een eigen proces met eigen meldingen en eigen oplossingen), dus lees elk bericht dat een beleidsschending noemt als het aparte onderwerp dat het is, niet als nog een ronde van dit besluit.
Hoe lang doet Google over de beoordeling van een nieuwe aanvraag?
Het enige gepubliceerde cijfer van Google is dat een aanvraag voor productietoegang meestal 7 dagen of minder duurt, en het zegt expliciet dat sommige beoordelingen langer duren. Er is geen apart gepubliceerd tijdschema voor een tweede of latere aanvraag. Communitythreads uit 2026 melden wachttijden ruim voorbij die schatting, dus behandel zeven dagen als een normaal geval, niet als een deadline.
Dit onderdeel bestaat vooral om één gedrag te stoppen: dag acht komt, de schatting is verstreken, en de ontwikkelaar begint dingen te veranderen. De twee communitymeldingen hieronder laten zien hoe ver een beoordeling buiten de schatting kan liggen zonder dat er iets mis is.
Die twee lange wachttijden zijn losse meldingen en bewijzen alleen dat lange wachttijden voorkomen. Het is geen verdeling, en dag zeven voorbij zijn is op zichzelf geen signaal dat er iets mis is gegaan. Voor het bredere beeld over verschillende soorten beoordelingen, zie ons artikel over beoordelingstijden bij Google Play.
Wanneer is het de moeite waard om contact op te nemen met Play Console-support?
Er is geen gepubliceerde regel van "neem na X dagen contact op met support", en er zelf een verzinnen zou dezelfde fout zijn als een afkoelperiode verzinnen. Wat wel gezegd kan worden, is bij welke situaties de openbare documentatie ophoudt met uitleggen, en dat is waar support de enige overgebleven bron van een antwoord wordt:
- De instructie is niet beschikbaar of tegenstrijdig. Je kunt het besluitbericht niet terugvinden, of wat het zegt komt niet overeen met wat de console laat zien.
- De console blijft geblokkeerd. Apply for production blijft onbeschikbaar terwijl er lijkt te zijn voldaan aan de gepubliceerde criteria en elk punt uit de lijst hierboven over de uitgeschakelde knop klopt.
- De beoordeling ligt aanzienlijk buiten de schatting zonder dat er ergens in de console statusinformatie beschikbaar is.
- Het bericht lijkt op een ander proces. Alles wat een beleidsschending of een technische handhavingsmaatregel noemt, is niet dit besluit, en ernaar vragen hier verspilt de twee weken.
Buiten die gevallen is wachten de juiste actie, niet de passieve. Opnieuw indienen, de track aanpassen of een aanvraag intrekken om opnieuw aan te vragen zijn allemaal wijzigingen aan een proces dat je niet kunt zien, en geen daarvan wordt door iets wat Google publiceert aangeraden.
Terwijl je wacht
Houd de gesloten test actief tijdens de beoordeling, in plaats van hem af te bouwen zodra je op verzenden drukt. Is het antwoord weer een verzoek om meer te testen, dan is een intacte groep het verschil tussen doorgaan en het wervingsprobleem weer helemaal opnieuw beginnen.
Jouw checklist voor opnieuw aanvragen
Elf stappen, in volgorde. De meeste zijn gebaseerd op Google's huidige richtlijnen voor productietoegang. De aanbeveling om dezelfde track te houden, het herstel bij een ontbrekend bericht, en sommig advies over de volgorde zijn operationele aanbevelingen, geen gepubliceerde regels van Google. Operationele inschatting
De elf stappen, in volgorde
- Lees de exacte afwijzing en noteer of die nog eens 14 dagen specificeert. Kun je hem niet terugvinden, achterhaal hem dan voordat je rond een duur plant.
- Houd de kwalificerende gesloten test actief. Sluit, verwijder of vervang de track niet vanwege de afwijzing, en publiceer er gerechtvaardigde fixes naartoe wanneer het testen daarom vraagt.
- Houd minstens 12 kwalificerende testers doorlopend aangemeld. Elke tester die meetelt, heeft zijn eigen ononderbroken periode nodig.
- Vraag testers niet om te vertrekken en opnieuw aan te melden. Google documenteert geen reset die opnieuw aanmelden zou veroorzaken, en vertrekken onderbreekt een echte doorlopende periode die je al hebt.
- Geef testers echte instructies op functieniveau in plaats van ze te vragen de app geïnstalleerd te houden.
- Leg zinvolle feedback vast in een kort, geschreven logboek, via welk kanaal die ook binnenkomt.
- Los gerechtvaardigde bugs en bruikbaarheidsproblemen op, en laat de tester die het probleem meldde de oplossing valideren.
- Bekijk het pre-launchrapport op problemen, waarschuwingen en fouten voordat je een aanvraag indient.
- Controleer de gereedheidsgebieden buiten het testen om: naleving van beleid, doelgroep en contentclassificatie, functionele betrouwbaarheid, en werkende reviewer-inloggegevens onder App access.
- Bereid specifieke, waarheidsgetrouwe antwoorden voor productietoegang voor over betrokkenheid, feedback, veranderingen en gereedheid.
- Dien de aanvraag in vanuit Dashboard zodra je in aanmerking komt, en beloof niemand een besluit binnen zeven dagen.
Die lijst is het algemene geval. Jouw geval heeft minstens drie variabelen die het algemene geval niet kan zien: wat je bericht zei, hoe je testergroep er vandaag daadwerkelijk voor staat, en hoe vaak je hier al eerder bent geweest. De bouwer hieronder zet dat om in een geordende route waar je doorheen kunt werken, en die onthoudt je vinkjes als je het tabblad sluit.
Bouw je eigen route
Instrument 02
Herstelroute-bouwer
01 Wat zegt je afwijzingsbericht?
02 Hoe staat je gesloten test er nu voor?
03 Heeft iemand zich afgemeld sinds de afwijzing?
04 Welk testbewijs kun je daadwerkelijk laten zien?
05 De hoeveelste aanvraag is dit?
Beantwoord alle vijf en dit paneel bouwt je geordende route, plus de bijbehorende lijst met dingen die je niet moet doen.
Doe dit, in deze volgorde
Doe dit niet
Je antwoorden en vinkjes blijven alleen in deze browser.
Eén ding dat de bouwer nooit zal printen, wat je ook antwoordt, is een datum waarop Google je goedkeurt. Niemand kan die geven, en een melding uit de community van een ontwikkelaar die bij een vierde poging werd goedgekeurd, staat naast een andere die een zesde afwijzing beschrijft. Wat de route wel kan doen, is ervoor zorgen dat wanneer het besluit komt, dat gaat over een aanvraag die je kunt verdedigen, en niet over twee weken die gewoon zijn verstreken.
Blijkt uit die route dat het testerdeel de blokkade is (je afwijzing vereist expliciet nog eens 14 dagen, of je groep heeft niet meer de 12 kwalificerende testers), dan is dat de helft die je kunt uitbesteden: PrimeTestLab verzorgt die terwijl jij de app, het feedbacklogboek en je antwoorden voor de nieuwe aanvraag verbetert. Dat wordt verderop behandeld bij hoe wij helpen.
Hoe PrimeTestLab helpt als je een nieuwe groep nodig hebt
Alleen als je het nodig hebt. Vereist je afwijzing expliciet nog eens 14 dagen, of heeft je groep niet meer de 12 kwalificerende testers, dan kan PrimeTestLab het testerdeel verzorgen terwijl jij de app, het feedbacklogboek en je antwoorden voor de nieuwe aanvraag verbetert. Noemde je bericht geen duur en zijn je testers nog steeds aangemeld en gebruiken ze de app nog, dan heb je misschien helemaal geen tweede groep nodig. En dit artikel houdt liever je geld in je zak.
Waar een beheerde uitvoering haar plek verdient, valt het herstel uiteen in twee helften. De ene is beoordelingswerk: je afwijzing lezen, beslissen wat je verandert, antwoorden schrijven die je kunt verdedigen. Die helft is van jou. De andere is logistiek: 12 echte mensen aangemeld houden en de app laten gebruiken gedurende een hele testperiode. Dat is niet het interessante probleem, maar wel het probleem dat de kalender opeet.
PrimeTestLab levert 12 echte testers op echte apparaten, van Android 7 tot en met 17, aangemeld en vastgehouden voor de volledige 14 dagen, met testen dat begint binnen 4-6 uur. Wij hebben dit uitgevoerd bij 7.400+ apps in 120+ landen, met een voltooiingsgraad van beheerde tests van 99,9%: voltooiing betekent dat de test tot en met de einddatum het vereiste aantal testers en een ononderbroken aanmeldingsperiode heeft aangehouden.
Wat wij niet doen, en wat dit artikel heeft betoogd dat niemand kan doen, is het besluit beloven: Google beoordeelt productietoegang op zijn eigen criteria en publiceert geen beoordelingsschema. Onze garantie is een gratis hertest of volledige terugbetaling: voorwaarden en aanvraagtermijn op onze pagina over terugbetaling en gratis hertest.
Zelf een nieuwe groep werven versus een beheerde uitvoering
| Wat nog een testronde vereist | Zelf opnieuw werven | Beheerde uitvoering |
|---|---|---|
| Minstens 12 aangemelde testers | Hetzelfde verzoek, aan dezelfde mensen, nadat ze je al twee weken hebben gegeven | 12 geleverd en vastgehouden voor de hele periode |
| 14 doorlopende dagen, ononderbroken | Als één persoon zich afmeldt, breekt dat zijn eigen kwalificerende periode, en dat merk je misschien dagenlang niet | Gemonitord zodat de periode intact blijft, met testen dat begint binnen 4-6 uur |
| Testers die de functies daadwerkelijk gebruiken | Vrienden die de app één keer hebben geïnstalleerd, zijn de groep die je al had | Echte mensen op echte apparaten, Android 7 tot en met 17, die de app tijdens de uitvoering gebruiken |
| Kosten | Jouw tijd, tijdens de twee weken waarin je ook je aanvraag herschrijft | Vanaf $19.99 voor 12 testers |
| Als het niet lukt | Begin het wervingsprobleem weer helemaal opnieuw | Gratis hertest of volledige terugbetaling |
Tabel scrolt zijwaarts op smalle schermen
Om duidelijk te zijn over de grens: testers inkopen beantwoordt de vragenlijst niet, schrijft je feedbacklogboek niet, en laat Google niets goedkeuren. Alles boven dit onderdeel is geschreven zodat je die delen zelf goed kunt doen. Wat een beheerde uitvoering wegneemt, is het deel waarbij een testperiode instort om dezelfde reden als de eerste keer.
Eén kanttekening uit de mythetabel hierboven die het herhalen waard is: grotere groepen bieden een buffer tegen afmeldingen, maar Google publiceert geen aantal boven de 12 dat de kans op goedkeuring aantoonbaar vergroot, dus niemand (ook wij niet) zou je extra testers moeten verkopen als betere kans. Koop de buffer voor de buffer. Volledig overzicht op de prijspagina.
Tip voor de volgorde
Noemde je afwijzing nog eens 14 dagen, begin dan eerst met het testerdeel en doe je eigen werk binnen die periode in plaats van erna. De tijdlijnen kunnen overlappen: Google moedigt aan om de build tijdens een test te updaten, en het publiceren van een gerechtvaardigde update naar dezelfde gesloten track vereist normaal gesproken niet dat testers zich afmelden en opnieuw aanmelden. Ze na elkaar uitvoeren is juist hoe een herstel van twee weken er vijf wordt.
Veelgestelde vragen
Moet ik nog eens 14 dagen testen na 'meer testen vereist'?
Als de afwijzing zelf zegt dat je nog eens 14 dagen met echte testers moet testen, rond die extra periode af voordat je opnieuw een aanvraag indient. Staat er alleen dat je moet blijven testen, dan publiceert Google's officiële Help Center geen aparte, universele numerieke afkoelperiode, dus ga niet uit van nog eens 14 dagen tenzij je bericht dat expliciet zegt. Kun je het besluit helemaal niet meer terugvinden, achterhaal het dan opnieuw in plaats van een van beide aan te nemen. In beide gevallen blijft de minimumeis hetzelfde: minimaal 12 testers die de voorgaande 14 dagen doorlopend aangemeld waren.
Moet ik dezelfde gesloten testtrack voortzetten of een nieuwe aanmaken?
Google publiceert geen regel die een nieuwe gesloten testtrack verplicht na een afwijzing van productietoegang. Tenzij je besluit of Play Console iets anders aangeeft, is het actief houden van je bestaande, kwalificerende track de veiligere standaardkeuze, omdat je zo de testopzet en de relaties met je testers behoudt. Google raadt afzonderlijk aan om gesloten testen te blijven gebruiken terwijl je problemen oplost die testers melden. Een nieuwe track aanmaken wordt nergens verboden, maar het is ook niet verplicht, en het verplaatsen van testers brengt de aanmeldingsgeschiedenis die je al hebt in gevaar. Dit is een operationele inschatting, geen aparte eis van Google.
Heb ik na een afwijzing 12 nieuwe testers nodig?
Google publiceert geen regel die zegt dat je groep na een afwijzing vervangen moet worden door 12 nieuwe mensen. Houd gekwalificeerde testers doorlopend aangemeld in plaats van hun reeks bewust te onderbreken. Eén ontwikkelaar op r/androiddev meldt goedkeuring bij een vierde poging zonder nieuwe testers toe te voegen, wat ertegen pleit om vervanging als verplicht te beschouwen, maar dat is één anekdote uit de community en geen garantie van Google.
Moeten mijn testers de app 14 dagen lang elke dag openen?
De gepubliceerde eis van 14 dagen gaat over doorlopend aangemeld blijven, niet over dagelijks gebruik. Google verwacht afzonderlijk wel zinvolle betrokkenheid en vraagt op het productietoegangsformulier of testers de functies van je app hebben gebruikt en of dat gebruik leek op verwacht productiegedrag, maar de openbare richtlijnen voor productietoegang noemen geen aantal keer per dag, minuten per dag of sessies per dag. Richt je op echte dekking van functies en bruikbare feedback in plaats van op een verzonnen activiteitsquota.
Kan ik mijn antwoorden op de vragenlijst wijzigen als ik opnieuw een aanvraag indien?
Dit is werkelijk niet geverifieerd. Google's officiële Help Center legt uit wat het productietoegangsformulier vraagt, maar documenteert niet of elk veld van een eerdere, afgewezen aanvraag bewerkbaar of zelfs zichtbaar blijft bij een latere aanvraag. Bewaar zelf een kopie van wat je hebt ingediend voordat je het verstuurt, zodat je niet afhankelijk bent van Play Console om het je terug te laten zien.
Is 'meer testen vereist' een overtreding tegen mijn account?
Google's openbare richtlijnen classificeren dit gereedheidsbesluit niet als een overtreding tegen je beleidsdossier. Het is een besluit over of de app klaar is voor productie, en beleidshandhaving is een apart proces met eigen meldingen en oplossingen. Er kan daarnaast wel een afzonderlijk beleidsprobleem bestaan, dus lees elk bericht dat een beleidsschending noemt als het aparte onderwerp dat het is. Er is geen bewijs gevonden dat herhaalde 'meer testen vereist'-besluiten op zichzelf tot opschorting van je account leiden.
Kort samengevat
Samenvatting
Google's huidige, openbare documentatie beschrijft geen universeel reset-moment dat door elke 'meer testen vereist'-afwijzing wordt geactiveerd. De Help Center zegt alleen dat een afgewezen app misschien moet blijven testen, dus je eigen besluitbericht is de meest specifieke instructie die er is: één gereproduceerde variant draagt op tot nog eens 14 dagen met echte testers, een andere zegt alleen blijven testen. Kun je die van jou niet terugvinden, achterhaal hem dan in plaats van een van beide aan te nemen. De bestaande gesloten test actief houden is de veiligere standaardkeuze: een operationele inschatting, geen gepubliceerde regel van Google. Houd minstens 12 testers aangemeld gedurende 14 doorlopende dagen, vraag nooit iemand om zich af te melden en opnieuw aan te melden, en controleer beleid, classificatie, betrouwbaarheid en reviewer-inloggegevens naast het testen zelf. Een beoordeling duurt meestal 7 dagen of minder, soms veel langer.
Noemde je afwijzing wel nog eens 14 dagen, of heeft je groep niet meer de 12 kwalificerende testers, dan is dat testerdeel het ene onderdeel van het herstel dat je kunt uitbesteden terwijl je de rest doet. Bekijk prijsplannen →
Officiële documentatie van Google
Gereproduceerde afwijzingsberichten en bewijs uit de community
Dit zijn de twee weergaven uit de Google Developer Community waarop dit artikel steunt. De formulering zonder duur werd in april 2026 ook onafhankelijk gemeld op een Turks ontwikkelaarsforum. Geen van deze weergaven is officiële beleidstekst, en deze pagina behandelt ze nooit als meer dan dat.
Wat op deze pagina het eerst verouderd raakt
- De bewoording van de afwijzing. Het snelst verouderende feit hier, en het feit waarop de hele pagina is gebouwd. Het verschilt nu al tussen de reproducties van 2024 en 2025. Komt jouw bericht met geen van beide varianten overeen, dan wint jouw bericht.
- De cijfers 12 testers en 14 dagen. Google heeft het aantal testers al eens gewijzigd, van 20 naar 12 op 11 december 2024. Controleer antwoord 14151465 voordat je rond een van beide getallen plant.
- De onderdelen van de vragenlijst. Google kan wijzigen wat het formulier vraagt zonder de kwalificatieregel aan te passen, dus behandel de onderwerpenlijst hier als actueel in plaats van permanent.
- Het proces van opnieuw aanvragen. Of eerdere antwoorden zichtbaar of bewerkbaar blijven, is niet gedocumenteerd, wat betekent dat het ook zonder aankondiging kan veranderen.
- De schatting van zeven dagen. Gepubliceerd als het gebruikelijke geval, niet als een toezegging, en de uitschieters uit de community op deze pagina laten zien hoe breed de staart is.
Op 17 augustus 2026 gecontroleerd aan de hand van de Google Play-documentatie. Opnieuw gecontroleerd zodra Google antwoord 14151465 wijzigt of er een nieuwe afwijzingsvariant opduikt.