Google Play "More testing required" bij productietoegang: wat de e-mail betekent en opnieuw aanvragen (2026)

De e-mail "More testing required to access Google Play production" (meer tests vereist voor toegang tot productie) betekent dat Google je aanvraag voor productietoegang heeft afgewezen. Het is geen beleidsovertreding en je app wordt niet opgeschort. Het kost je wel tijd: je hebt nog een blok van 14 dagen gesloten testen nodig voordat je opnieuw kunt aanvragen. Deze gids ontcijfert elke reden in de e-mail, zet op een rij wat je in die extra 14 dagen moet veranderen en laat zien hoe je de vragenlijst herschrijft zodat je tweede aanvraag ook je laatste is. Ben je nog niet begonnen met een gesloten test, start dan met ons testplan voor 12 testers en 14 dagen.

Wat betekent "More testing required to access Google Play production"?

Het betekent dat een beoordelaar van Google je aanvraag voor productie heeft gelezen en vond dat je gesloten test onvoldoende bewijs leverde dat de app klaar is voor het publiek. Productie en voorinschrijving blijven geblokkeerd totdat je meer test en opnieuw aanvraagt.

Sinds november 2026 gelden Google's testvereisten voor apps voor persoonlijke ontwikkelaarsaccounts die na 13 november 2023 zijn aangemaakt. Die accounts moeten "een gesloten test uitvoeren voor hun app met minimaal 12 testers die minstens 14 dagen onafgebroken zijn aangemeld." Aan die aantallen voldoen geeft je alleen het recht om aan te vragen. De aanvraag zelf wordt beoordeeld, en Google noemt twee redenen waarom je mogelijk meer moet testen: "minder dan 12 aangemelde testers of onvoldoende betrokkenheid van testers tijdens de testperiode." Volgens Google duurt de beoordeling "meestal zeven dagen of minder, maar kan die soms langer duren", en de accounteigenaar ontvangt het besluit per e-mail.

Wat betekent elke reden in de afwijzingsmail?

Elke regel in de e-mail wijst op een specifiek gat: testers die de app niet echt gebruikten, een test zonder zichtbare aanpassingen naar aanleiding van feedback, of antwoorden in de vragenlijst die te vaag zijn om te beoordelen. De e-mail kan één, twee of alle drie de redenen noemen.

Ontwikkelaars die de e-mail openbaar hebben gedeeld, citeren steeds dezelfde redenen: "Testers were not engaged with your app during your closed test" (testers waren niet betrokken bij je app tijdens je gesloten test), "You didn't follow testing best practices, which may include gathering and acting on user feedback through updates to your app" (je hebt de best practices voor testen niet gevolgd, zoals feedback van gebruikers verzamelen en daarop reageren met updates van je app) en antwoorden over de app, de gesloten test of de productiegereedheid die "onvolledig of onvoldoende" waren. De afsluitende instructie luidt: "Test je app voordat je opnieuw aanvraagt nog eens 14 dagen via gesloten testen met echte testers." Google publiceert niet hoe het betrokkenheid meet, dus de tabel koppelt elke reden aan de bijbehorende tekst op Google's eigen helppagina en aan een oplossing.

Wat moet je direct na de afwijzing doen?

Laat de gesloten test doorlopen, vraag je testers aangemeld te blijven en publiceer binnen een paar dagen een nieuwe build op de gesloten track. Google's pagina zegt dat je bij een afwijzing "je gesloten test mogelijk moet blijven uitvoeren", dus als je de test afbreekt en een nieuwe start, gooi je je testersbestand weg.

1. Verwijder de gesloten track en je testerslijst niet. Google waarschuwt: "Als een tester zich afmeldt en later opnieuw aanmeldt, moeten de 14 dagen opeenvolgend zijn", dus elke tester die nu vertrekt, begint zijn eigen klok opnieuw.
2. Stuur elke tester een bericht. Leg uit dat de test nog 14 dagen doorloopt, dat ze aangemeld moeten blijven en wat je wilt dat ze deze ronde uitproberen.
3. Controleer je aantal testers in Play Console. Vervang iedereen die de app nooit heeft geïnstalleerd door mensen die hem echt gaan gebruiken. Vrienden die de app installeren en nooit openen, zijn de gebruikelijke oorzaak van de reden "niet betrokken".
4. Richt één feedbackkanaal in. Google stelt een groepschat voor; een gedeeld formulier werkt ook. Wat je ook kiest, bewaar elk bericht met een datum.
5. Schrijf een takenlijst die elke hoofdfunctie dekt: registreren, de kernactie, instellingen, aankopen (met licentietesters als de app facturering heeft) en eventuele offline- of notificatieflows.
6. Publiceer in de eerste week een update op de gesloten track die iets oplost wat een tester heeft gemeld, en noem die fix in de release-opmerkingen. Plan een tweede update vóór dag 14.
7. Draai het rapport vóór lancering en los de crashes en toegankelijkheidswaarschuwingen op die het vindt.
8. Controleer voordat je opnieuw aanvraagt of je contentbeoordeling, doelgroep en het formulier Gegevensveiligheid kloppen. Vereist de app een login, voeg dan "geldige, werkende inloggegevens" toe zoals Google's pagina vraagt.

Moet je app voor livegang ook naar een hogere target SDK, doe dat dan binnen hetzelfde tijdvenster. Onze gids voor target API-niveau 36 behandelt de deadline van 1 november 2026.

Hoe herschrijf je de antwoorden in de vragenlijst voor productietoegang?

Vervang algemene uitspraken door specifieke details: welke functies testers gebruikten, hoeveel meldingen er binnenkwamen, hoe je die verzamelde, welke versie wat oploste en welk bewijs aantoonde dat de app stabiel was. Elk antwoord moet iets zijn wat alleen een ontwikkelaar die een echte test heeft gedraaid, kan schrijven.

Je opent het formulier vanaf het Dashboard in Play Console via Productie aanvragen (Apply for production). Het bestaat uit drie delen: je gesloten test, je app en je productiegereedheid. Je voortgang gaat verloren als je een deel verlaat voordat je op Volgende klikt, dus schrijf je antwoorden eerst in een document. Een ontwikkelaar op itch.io meldde "een limiet van 300 tekens per antwoord", nog een reden om vooraf te schrijven en in te korten. De antwoorden in deel 2 worden niet openbaar getoond en hebben geen invloed op de zichtbaarheid van je app.

Uitgewerkt voorbeeld voor een fictieve habit-tracker-app. De zwakke antwoorden zijn typisch voor aanvragen die terugkomen met "onvolledig of onvoldoende":

Wat melden andere ontwikkelaars na een afwijzing wegens "meer tests"?

De openbare meldingen volgen een patroon: testers die zich aanmeldden maar nooit feedback stuurden, leidden tot afwijzing, terwijl een kleine groep die feedback stuurde en de app zag veranderen, tot goedkeuring leidde. Het aantal testers telde minder zwaar dan bewijs van gebruik.

• Op de MIT App Inventor-community meldde ontwikkelaar shigeki_suzuki in juli 2024 dat de app Season Clock via een tester-ruilapp 20 testers gedurende 14 dagen had gehaald, en daarna "More testing required to access Google Play production" ontving met "Testers were not engaged with your app during your closed test." De ontwikkelaar schreef niet te weten wie de testers waren en geen feedback te hebben ontvangen, en kon dus niet beschrijven hoe het testen was verlopen of wat er was veranderd. De test moest opnieuw.
• Op het Adalo-forum meldde gebruiker siang32195 in augustus 2024 hetzelfde bericht "More testing required" na het inzetten van geworven testers, en vroeg hoe je kunt verifiëren dat testers de app echt hebben gebruikt. Het antwoord stelde tijdregistratietools voor, of een schriftelijk rapport met de testscenario's die elke tester had doorlopen. Uit de thread blijkt niet of de tweede aanvraag slaagde.
• Een solo-gameontwikkelaar die op itch.io schrijft, had "amper 12 testers", maar schreef "meerdere updates aan de game" te hebben gedaan en "alles te hebben vastgelegd wat ik kon uit mijn contact met mijn testers." Die vastlegging gebruikte de ontwikkelaar in de aanvraag, met als resultaat: "Binnen 36 uur na het indienen van de aanvraag kreeg ik productietoegang."

De vergelijking: 20 testers zonder spoor van feedback werden afgewezen, terwijl 12 testers met een gedocumenteerd spoor van feedback en updates werden goedgekeurd. Vraag opnieuw aan wanneer je aantekeningen elk veld van de vragenlijst met concrete details kunnen beantwoorden, niet zodra de dagteller op 14 staat.

Wanneer klik je opnieuw op Productie aanvragen?

Vraag opnieuw aan zodra minstens 12 testers nog eens 14 opeenvolgende dagen zijn aangemeld en je in die periode updates op basis van feedback hebt gepubliceerd. Google's pagina noemt geen wachttijd, maar aanvragen met hetzelfde bewijs levert waarschijnlijk hetzelfde antwoord op.

• Minstens 12 testers aangemeld, zonder onderbrekingen door afmelding, gedurende nog eens 14 opeenvolgende dagen (mik op 15 of meer als buffer)
• Minstens twee releases op de gesloten track sinds de afwijzing, elk met release-opmerkingen die een door testers gemelde fix noemen
• Een gedateerd feedbacklogboek met aantallen per type (bugs, UX, verzoeken) en hoe elk item is verzameld
• Testers die elke hoofdfunctie hebben gebruikt, inclusief inloggen, aankopen en notificaties waar relevant
• Een rapport vóór lancering zonder onopgeloste crashes
• Correcte contentbeoordeling, doelgroep en formulier Gegevensveiligheid, plus werkende inloggegevens voor de beoordelaar
• Antwoorden voor de vragenlijst uitgeschreven in een document, met functies, aantallen en versienummers

Google's pagina waarschuwt ook dat "het indienen van niet-conforme apps in de verwachting dat beoordelaars de problemen vinden, leidt tot afwijzingen, vertraagde beoordelingen en langere bezwaarprocedures", dus los beleidsproblemen op vóórdat je aanvraagt, niet erna. Wil je de inrichting van Play Console, het plan voor de gesloten test en de aanvraag liever aan iemand anders overlaten? Onze App Store-indieningsservice dekt beide stores voor $599. Kosten voor ontwikkelaarsaccounts komen daar los bij.