Open test Google Play instellen 2026: limiet van 1.000+ vs. 12 testers

Precies dat gat is waarvoor PrimeTestLab is gebouwd.

Vier vragen brengen vrijwel iedereen naar deze pagina: kunnen onbekenden mijn app vinden, heb ik echt 1.000 testers nodig, verwoest betafeedback mijn score, en kan ik dit gebruiken in plaats van twaalf mensen te smeken iets te installeren. Drie daarvan hebben een helder antwoord in de documentatie van Google en de vierde is de vervelende. De instellingen in de Console komen hieronder eerst, want daar is deze pagina voor, en de vierde vraag krijgt de sectie direct daarna. Alles hier is actueel op 12 augustus 2026, gecontroleerd aan de hand van de pagina met testvereisten van Google (Help-antwoord 14151465), de pagina over het opzetten van tests (Help-antwoord 9845334) en de functiepagina over de open test in Play Console. Waar een bewering op een communitytopic rust in plaats van op Google, benoemt de pagina dat zo in plaats van het tot feit te promoveren.

Wat de open test werkelijk is

De naam veroorzaakt de helft van de verwarring. Ontwikkelaars die „Open testing” in Play Console zien, lezen het als een releasestatus die ze per ongeluk aan hebben gezet, en ontwikkelaars die „testing” lezen, nemen aan dat de app verborgen moet zijn. Geen van beide klopt. De open test is een distributietrack die naast de interne test, de gesloten test en productie staat, en het kenmerkende eraan is dat onbekenden hem kunnen bereiken.

Hoe het verschilt van een productierelease

Een productierelease is de app. Een open test is een parallelle build waarvoor gebruikers die in aanmerking komen zich aanmelden, en de twee kunnen tegelijk lopen: gebruikers op productie houden de productieversie, en gebruikers die meedoen aan de open test krijgen in plaats daarvan de testversie. Google lost dat op via de version code en levert elke gebruiker de hoogste compatibele version code uit de tracks waarvoor die gebruiker in aanmerking komt. Daarom kan een open tester die ook productiegebruiker is op de ene of de andere build uitkomen, afhankelijk van wat je waar hebt gepubliceerd.

Het praktische verschil dat het zwaarst weegt, is omkeerbaarheid. Een open test beëindigen is een pauze op de track: testers krijgen geen testupdates meer en de app blijft op hun apparaten staan. Voor een productielancering die te vroeg naar buiten ging bestaat er geen vergelijkbare stille uitweg. Voor het overzicht van alle vier de tracks naast elkaar behandelt de vergelijking van interne, gesloten en open test de hele matrix; dit artikel blijft bij de open test zelf.

De open test in één oogopslag

Eén rij verdient meteen een waarschuwing, want het is de rij die de meeste mensen naar deze pagina stuurt: „geen minimumaantal daadwerkelijke testers” en „een limiet van minimaal 1.000” zijn twee verschillende uitspraken over twee verschillende dingen. De limietschijf haalt dat netjes uit elkaar.

Zo stel je de open test in in Play Console

Voordat je begint

Er moeten drie dingen kloppen voordat de track meewerkt. Ten eerste moet de open test beschikbaar zijn voor je account, wat voor een persoonlijk account dat na 13 november 2023 is gemaakt betekent dat productietoegang al is verleend. Ten tweede moet er een Android App Bundle zijn geüpload, want de instellingen voor testers worden gevuld vanuit een bestaande bundle. Ten derde moet de vermelding klaar zijn om gezien te worden: Google adviseert dat de app en de vermelding klaar zijn om zichtbaar te zijn op Google Play voordat je voor de open test kiest, en dat advies doet echt werk, het dekt zich niet in.

Het aparte artikel van Google over het opzetten van tests kort dezelfde bestemming af tot Testing, dan Open testing, terwijl de pagina met de testvereisten het langere pad voluit schrijft. Groepeert jouw Console het menu anders dan een screenshot die je elders vond, dan is dat de reden, en de bestemming is hoe dan ook dezelfde.

Testers en feedback instellen

Selecteer op de pagina Open testing het tabblad Testers en klap Manage testers open. Is die sectie leeg, dan is de instructie van Google specifiek: zorg dat er een app bundle is geüpload. Er valt niets in te stellen zolang er geen build bestaat.

De instelling voor deelnemers heeft twee standen. Onbeperkt staat standaard geselecteerd. Met Beperkt aantal stel je een maximum in, en Google accepteert geen maximum onder de 1.000. Die ene zin veroorzaakt de meeste verwarring rond deze track, en krijgt daarom verderop een eigen sectie en een instrument.

Voeg daarna een feedback-URL of een e-mailadres toe zodat testers ergens privéfeedback kwijt kunnen, kopieer de deelbare testlink voor je werving en kies Save changes. De aanmeldingslink verschijnt pas zodra de status van de app Published is; hij toont niet bij een app met de status Draft of Pending publication, en dat is handig om te weten voordat je een middag besteedt aan het zoeken naar een link die nog niet kan bestaan.

Eén instelling staat buiten dat paneel en wordt voortdurend overgeslagen: de beschikbaarheid per land en regio. Google documenteert het beheren van de landbeschikbaarheid voor de gesloten en de open testtrack van een app, en „open” betekent openbaar binnen de markten die je hebt geselecteerd, niet overal. Het is de stille reden waarom een correcte link bij jou werkt en faalt bij de tester aan wie je hem stuurde.

De instellingen op volgorde

1. 01
   Bevestig dat de open test beschikbaar is voor je account

   Voor een persoonlijk account dat na 13 november 2023 is gemaakt, moet productietoegang al zijn verleend. Een grijze track is meestal een kwestie van in aanmerking komen, niet van een storing.

2. 02
   Open de track

   Test and release, dan Testing, dan Open testing.

3. 03
   Zorg dat er een app bundle is geüpload

   Google noemt dit expliciet als de oplossing wanneer de sectie Manage testers leeg is.

4. 04
   Open het tabblad Testers en klap Manage testers open

   Hier zitten de instelling voor deelnemers en de deelbare link.

5. 05
   Stel de capaciteit voor deelnemers in

   Onbeperkt, de standaard, of Beperkt aantal met een limiet van minimaal 1.000. De limiet is een plafond, geen wervingsdoel.

6. 06
   Voeg een feedback-URL of e-mailadres toe

   Testfeedback lees je in Play Console onder Ratings and reviews, dan Testing feedback.

7. 07
   Kopieer de deelbare testlink

   Google levert een URL die je via het web of per e-mail kunt verspreiden; iedereen die in aanmerking komt en hem heeft, krijgt toegang tot de open test.

8. 08
   Kies Save changes

   De configuratie staat los van de release. Opslaan publiceert hier niets.

9. 09
   Controleer de beschikbaarheid per land en regio

   Google documenteert de landbeschikbaarheid voor de gesloten en de open testtrack. Selecteer de markten waarin de test moet lopen in plaats van aan te nemen dat elk Play-land actief is, want een gebruiker buiten die beschikbaarheid kan niet meedoen met een link die verder correct is.

10. 10
    Maak de release voor de open test aan en rol hem uit

    Bereid de release op de open testtrack voor en rol hem uit. Dit is de stap die de track live zet.

11. 11
    Controleer de toegang van testers en geef de verspreiding daarna de tijd

    Google zegt dat het na de eerste publicatie van een test een paar uur kan duren voordat de link beschikbaar is, en dat later gepubliceerde wijzigingen enkele uren kunnen duren.

Kan de open test de gesloten test met 12 testers vervangen?

Dit is het duurste misverstand in de zoekresultaten over de open test. De redenering erachter is volstrekt logisch: open betekent dat iedereen mee kan doen, twaalf testers zijn lastig te vinden, dus de open test moet de manier zijn om het wervingsprobleem over te slaan. De documentatie van Google sluit die deur in één zin.

Gelezen in samenhang met de rest van die pagina betekent het dat de volgorde vastligt voor de accounts die eronder vallen: eerst de gesloten test, dan productietoegang, dan de open test, optioneel. Het gepubliceerde proces van Google biedt geen instelling en geen alternatieve testtrack die die eerste twee stappen omdraait voor een account dat eronder valt.

Productietoegang is geen productierelease

Deze twee termen worden door elkaar gebruikt en ze betekenen niet hetzelfde. Productietoegang is een toestemming die Google aan je account voor een app verleent na beoordeling van je gesloten test en je antwoorden over hoe klaar je bent. Een productierelease is dat jij daadwerkelijk een build publiceert naar de Production-track voor het algemene publiek.

Zodra de toegang is verleend, zegt Google dat zowel de Production-track als de open test beschikbaar worden. Je kunt dan een openbaar vindbare open test draaien terwijl de app nooit een productierelease heeft gehad. Dat is de volgorde die de meeste eerste lanceringen zouden moeten willen: de gesloten test voldoet aan de vereiste, de open test verzamelt signalen uit de praktijk, en de productierelease gebeurt wanneer jij besluit dat het zover is.

Op welke accounts dit werkelijk van toepassing is

Google formuleert de vereiste voor persoonlijke ontwikkelaarsaccounts die na 13 november 2023 zijn gemaakt, en dat is inmiddels 2 jaar en 9 maanden geleden. Twee verduidelijkingen doen ertoe, en op allebei gaan andere pagina's te ver:

• De datum is een grens, geen aankondiging. De officiële aankondiging van Google is gedateerd op 9 november 2023. De pagina met de vereiste gebruikt 13 november 2023 als grens voor het aanmaken van het account. „Aangekondigd op 13 november” schrijven is onjuist, ook al klopt het getal.
• Het waren er 20 voordat het er 12 werden. Google verlaagde de drempel op 11 december 2024 van 20 testers naar 12, en dat is 1 jaar en 8 maanden geleden; de duur van 14 dagen veranderde niet. Pagina's die 20 nog als de actuele vereiste afdrukken zijn verouderd, niet strenger. De volledige geschiedenis staat in het artikel Wijziging van 20 naar 12 testers.

Organisatorische accounts vallen buiten de bewoording van die pagina: Google beperkt de vereiste tot persoonlijke accounts die eronder vallen en formuleert het niet als een universele regel met een expliciet genoemde uitzondering voor organisaties. Officiële reacties in de community stellen dat organisatorische accounts de testvereiste niet hebben, en los daarvan hebben sommige ontwikkelaars gemeld dat gemigreerde organisatorische accounts nog steeds een oude testdrempel tonen. De veilige lezing is reikwijdte, geen vrijstelling: Gedeeltelijk Gemeld door de community Toont jouw Console de drempel nog, dan is jouw Console gezaghebbend voor jouw account. De keuze voor het accounttype zelf hoort thuis in het artikel over persoonlijk versus organisatorisch account.

Is een app in de open test openbaar of vindbaar?

De bewering dat de open test alleen op uitnodiging werkt, is een van de hardnekkigste foute antwoorden over dit onderwerp, en je ziet hem gecorrigeerd worden in dezelfde forumtopics waarin hij opduikt. Het is de moeite waard om het onomwonden te zeggen: een open test is geen besloten beta met een openbaar klinkende naam. Onbekenden kunnen hem vinden, eraan meedoen en je app gebruiken zonder ooit contact met je op te nemen.

Dat heeft een gevolg dat mensen onderschatten tot het live staat. Openbare vindbaarheid stelt de naam, het icoon, de beschrijving, de screenshots en het bestaan van je app bloot aan de hele markt, en daarom adviseert Google dat de app en de vermelding klaar zijn om zichtbaar te zijn op Google Play voordat je deze track kiest. Of concurrenten daadwerkelijk gaan kijken, is een praktische gevolgtrekking uit die openbare vindbaarheid en niet iets waar Google zich over uitlaat; het gedocumenteerde feit is simpelweg dat de vermelding te vinden is.

Vindbaar betekent niet meteen

Google documenteert dat de test vindbaar is. Het publiceert geen gegarandeerde tijd waarbinnen een app in de zoekfunctie verschijnt, en de bewoording over verspreiding die het wel geeft, is bescheiden: nadat je een test voor het eerst publiceert, kan het een paar uur duren voordat de link beschikbaar is, en later gepubliceerde wijzigingen kunnen enkele uren duren. Daarnaast gedragen echte vermeldingen zich af en toe onvoorspelbaar. Een topic van april 2026 in de Google Play Developer Community meldt een vermelding van een open test die een 404 geeft terwijl de track actief leek. Gemeld door de community Dat is een supportzaak en geen gedocumenteerde wachttijd, en de sectie over probleemoplossing houdt die twee uit elkaar.

Laten open testers openbare beoordelingen of reviews achter?

De angst die mensen bij deze vraag brengt is heel concreet en verdient het benoemd te worden: een eerste release gaat naar buiten, echte gebruikers vinden de eerste bugs, en een golf van eensterrenreviews zet de score van de app permanent op slot voordat hij een publiek heeft. Dat is een reëel risico van te vroeg naar productie gaan. Het is geen risico van de open test.

Wat die feedback werkelijk doet

De bewering die je wel kunt doen, en die je moet vermijden

Het onderscheid doet ertoe als je je eigen lanceerplan eromheen schrijft. „Testfeedback blijft privé” is verdedigbaar en controleerbaar. „Betatesters kunnen mijn score nooit schaden” is een grotere bewering dan de documentatie maakt, en het is die grotere versie die uiteindelijk iemand gaat verrassen.

Heb je 1.000 testers nodig voor de open test?

Waar je ook leest dat "de open test 1.000 testers vereist", worden twee verschillende dingen door elkaar gehaald. Het ene is een configuratiegrens op een veld in de Play Console. Het andere is een deelname-eis, en die bestaat voor de open test niet. Zet je de limiet op 1.000 en melden er zich 37 mensen aan, dan heb je 37 open testers en een volstrekt normale open test. Die 37 is illustratief rekenwerk, geen drempel die Google publiceert.

Het is ook goed om dit los te zien van het getal dat je wél bindt. De 12 uit "12 testers gedurende 14 doorlopende dagen" is een echt minimum, en dat hoort bij de gesloten test op weg naar productietoegang. De 1.000 hier is een ondergrens voor een plafond in een compleet andere track. Twee getallen, twee tracks, één veelvoorkomende botsing.

Als je eigenlijk een kleine, zorgvuldig gekozen groep testers wilt, is de limiet niet je probleem en is de open test niet je track. Voor een gecontroleerde uitnodigingslijst bestaat de gesloten test, en de vergelijking van de tracks zet uiteen welke bij welke klus past.

Wanneer je de open test werkelijk zou moeten gebruiken

Vier gevallen waarin de track die blootstelling waard is

• Per land uitrollen

  Google positioneert de open test om een nieuwe markt te testen en de app eraan aan te passen voor een bredere lancering. Een openbare beta in één land geeft je echte diversiteit aan apparaten, echte netwerkomstandigheden en echte feedback over taal die geen enkele uitnodigingslijst van vrienden kan nabootsen.

• Cijfers bekijken voordat je je vastlegt

  Google beschrijft de open test als een manier om op grote schaal kwantitatieve en kwalitatieve feedback te verzamelen, functies voor de release uit te proberen en cijfers te volgen voor de lancering. Heb je getallen nodig in plaats van meningen, dan is een grotere openbare groep meestal de snelste weg naar statistisch bruikbare cijfers: retentie, conversie, belasting van de backend en diversiteit aan apparaten lezen op schaal heel anders dan bij twaalf uitgenodigde installaties.

• Controles op stabiliteit, retentie en monetisatie

  Google Ads beschrijft het gebruik van een open test om de stabiliteit, retentie en monetisatie van een app en de effectiviteit van advertentiemateriaal te beoordelen voor een brede lancering. Wil je een app-campagne tegen de open test laten lopen, dan adviseert Google Ads ook om de downloads van de open test in de Play Store niet te beperken, en dat is een tweede reden om de instelling voor deelnemers op Onbeperkt te laten staan.

• Een laatste blik op een bijna afgeronde functie

  De track is gebouwd voor het stadium waarin de build bijna af is en de resterende onbekenden gaan over gedrag op schaal in plaats van over voor de hand liggende bugs. Feedback komt privé binnen, dus niets van wat je in dit stadium leert komt op je openbare score terecht.

Drie redenen die geen redenen zijn

• Om het werven van 12 gesloten testers te vermijden. Voor een persoonlijk account dat na 13 november 2023 is gemaakt werkt dit helemaal niet: de track zit achter dezelfde drempel. Het is de reden waarom de meeste mensen deze pagina lezen, en het is het ene antwoord dat niet zachter kan.
• Om de app of de vermelding privé te houden. Dit is het tegenovergestelde van wat de track doet. Is je reden om stilletjes te testen dat het idee nog niet openbaar is, dan werkt de open test actief tegen je.
• Om met een kleine, zorgvuldig gekozen groep te testen. Dat is de gesloten test. Een open test aftoppen op de laagst toegestane 1.000 maakt er geen besloten test van; het stelt alleen een plafond in dat je nooit bereikt.

Van gesloten test naar open test naar productie

Wat er werkelijk meegaat

„Promoten” van een build klinkt als één knop die je app een trede hoger zet. Het gedrag dat Google documenteert is mechanischer en nuttiger om te begrijpen: de verspreiding wordt per gebruiker bepaald door de version code. Een gebruiker krijgt de hoogste compatibele version code die is gepubliceerd naar een track waarvoor die gebruiker in aanmerking komt. Daarom blijft een open tester die ook productiegebruiker is niet uit trouw op de testbuild hangen. Hij blijft erop omdat die build de hogere version code heeft.

Hetzelfde model verklaart het label Promoted. Een testtrack toont Promoted wanneer de actieve bundles ervan ook actief zijn in de stabielere fallback-track, wat betekent dat er niets op de testtrack staat wat productie nog niet heeft. Het is een beschrijving van een toestand, geen handeling die je uitvoert.

Open test niet zichtbaar op Google Play? Controleer dit eerst

Controleer vier situaties voordat je dit als een indexeringsprobleem bij Play of als een supportzaak behandelt. De app komt nog niet in aanmerking voor de track, de release is wel geconfigureerd maar nooit uitgerold, de app heeft niet de status Published, of er is te weinig tijd verstreken sinds de eerste publicatie. In die vier zitten de gewone verklaringen; alles daarna is echt zeldzaam.

Wat je hier niet uit moet concluderen

Er is geen gepubliceerd aantal downloads dat een app nodig heeft voordat hij in de zoekfunctie van Play verschijnt. Die bewering circuleert als persoonlijke ervaring in forumtopics en geen enkele primaire bron ondersteunt haar. Er is ook geen gegarandeerde indexeringstijd voor de zoekfunctie: Google documenteert dat de test vindbaar is en geeft richtlijnen voor de verspreiding van links en wijzigingen, en verder gaat het niet. Is een vermelding ruim na het gedocumenteerde verspreidingsvenster nog steeds stuk, dan is het eerlijke antwoord dat je een supportzaak hebt en niet een instelling die je hebt gemist.

Zit het probleem juist aan de gesloten kant en melden je testers dat ze de app helemaal niet zien, dan heeft dat zijn eigen oorzaken: het artikel app niet beschikbaar voor testers behandelt de fouten in de link en de deelnamevoorwaarden, en 12 testers toegevoegd maar 0 aangemeld behandelt het telprobleem waardoor de klok richting productietoegang stilstaat.

Waar PrimeTestLab past

Het wervingsprobleem is de hele bottleneck. De meeste ontwikkelaars die dit lezen, kunnen de app bouwen, de bundle uploaden, de vermelding schrijven en de vragenlijst invullen. Wat hen wekenlang tegenhoudt, is twaalf mensen met een Google-account vinden die iets installeren, aangemeld blijven en de app niet stilletjes verwijderen op dag negen. Dat is geen technisch probleem, en juist daarom is het zo frustrerend om erdoor geblokkeerd te worden.

Over 7.400+ apps blijft het slagingspercentage aan testerszijde op 99,9% staan, en dat cijfer gaat over een test die schoon verloopt, niet over de beslissing van Google over jouw app. Goedkeuring hangt ervan af of je app aan het beleid van Google voldoet, en geen enkele dienst kan die beloven. Wat een begeleide test doet, is de ene eis die puur logistiek is bij je weghalen, zodat die veertien dagen daadwerkelijk verstrijken. Loopt een afgeronde test toch op een afwijzing uit, dan legt het terugbetalingsbeleid de gratis hertest en de volledige terugbetaling vast, en ook de situaties die er niet onder vallen.

Veelgestelde vragen

Kort samengevat

Als dat precies de horde is waar je op vastloopt, is dat het deel dat je kunt uitbesteden. Bekijk de pakketten →