Direct antwoord
Meldt Google Play dat je app niet beschikbaar is voor een tester, stel dan eerst vast of het misgaat bij het aanmelden voor de test of bij het installeren van de app. Controleer het bedoelde account en de toegangsinstellingen, en daarna de betreffende release, de landen en de voorwaarden voor het apparaat. Een link die opent, is maar één stap in de bevestiging dat het testen werkt.
Begin met de tabel hieronder. Kies wat je ziet misgaan; de tabel noemt de controle die je daarna uitvoert.
Deze gids gaat over een gesloten test (closed testing) waarvoor de beoogde testers zich niet kunnen aanmelden of die ze niet kunnen installeren. Een test die wel loopt maar waarbij de kaart met de testvereiste niet vooruitkomt, is een ander probleem, met verderop een eigen korte route. De formuleringen in de Play Console verschillen per status van je app, dus volg het label dat je ziet in plaats van een letterlijke overeenkomst met deze tekst te verwachten.
Wat deze gids behandelt
Start hier: waar gaat de toegang mis?
‘Niet beschikbaar’ dekt verschillende soorten storingen. Kies de volgende controle op basis van wat de tester werkelijk ziet en hoeveel testers het treft. Deze rijen zijn aanwijzingen voor de diagnose, geen sluitende oorzaken: dat het bij één tester lukt, bewijst niet dat elke beoogde tester toegang heeft, en één foutmelding wijst niet op één oorzaak.
Kies wat je ziet
| Waargenomen storing | Volgende controle |
|---|---|
| De aanmeldingspagina opent niet, of het account wordt geweigerd | Bevestig het uitgenodigde account en de afgeronde aanmelding, en daarna de bedoelde release op de bedoelde track. |
| De aanmelding lukt, maar installeren mislukt | Volg de route voor apparaat en build en controleer daarna de beschikbaarheid per land voor het Play-land van die tester. |
| Bij de ene tester gaat het mis, bij de andere niet | Vergelijk de gegevens van beide testers: account, opname in de lijst en aanmelding, Play-land en apparaat. Voor een van de twee werkt de gedeelde configuratie al. |
| Geen van de beoogde testers komt erin | Bekijk eerst de gedeelde configuratie: track, geselecteerde lijst, link, landen en publicatiestatus. Verifieer het daarna met één tester die in aanmerking komt, voordat je de rest opnieuw uitnodigt. |
| De app installeert wel, maar het gaat om de kaart met de testvereiste | Kan de aangemelde tester bij de bedoelde build van de gesloten test, dan is toegang niet het probleem. Volg de korte route over de voortgang naar de aparte gids in plaats van je toegangsinstellingen te wijzigen. |
Video: de controles in de Play Console, in beeld
Opgenomen in mei 2026 voor de vorige versie van deze gids. Duurt ongeveer vijf minuten.
Verschillen de video en deze tekst, volg dan de tekst
Drie punten in de opname zijn achterhaald: Google beschrijft de verwerking als een paar uur tot 7 dagen, niet als 20 tot 30 minuten; de landen van een test zijn standaard gesynchroniseerd met productie, dus check de synchronisatie-instelling voordat je iets wijzigt; en de link openen terwijl je uitgelogd bent, zegt niets over de toegang van testers. Gebruik daarvoor de procedure voor testers.
Controleer het account en de aanmelding van de tester
Ook bij kloppende instellingen in de Console blijft een tester geblokkeerd als het verkeerde Google-account in gebruik is, of als de tester wel aan een lijst is toegevoegd maar zich nooit heeft aangemeld. Opgenomen zijn in de lijst is iets anders dan aangemeld zijn. Geef elke tester deze procedure, in deze volgorde, en vraag in welke stap het misgaat.
- Bevestig welk Google-account is uitgenodigd. Google Play herkent voor deze test alleen het adres in de geselecteerde mailinglijst of het account dat lid is van de ingestelde Google Groep. Vraag de tester met welk account op het apparaat en in de browser is ingelogd.
- Controleer de opname in de lijst vóór de aanmelding. Bij een mailinglijst moet het adres in de lijst staan die op de track is geselecteerd. Bij een Google Groep moet de tester al lid van de groep zijn, niet alleen uitgenodigd.
- Gebruik datzelfde account in de browser waarin de tester de link opent en in de Play Store. Een browser die op een ander account is ingelogd, of een telefoon waarvan de Play Store een tweede account gebruikt, kan een fout over toegang of geschiktheid veroorzaken, ook als de rest klopt.
- Rond de aanmelding af en volg daarna de installatielink. De aanmeldingspagina toont een bevestiging zodra de tester zich heeft aangemeld. Pas daarna biedt de Play Store-vermelding de testbuild aan.
- Bevestig het resultaat op het bedoelde apparaat. Vraag tot welke stap het precies is gekomen: aangemeld, geïnstalleerd of geopend. Ging het mis, vraag dan om de exacte melding op het scherm en een screenshot.
Bron: Een open, gesloten of interne test opzetten (Play Console Help).
De uitzondering voor de interne test
Een tester die zich voor je interne test heeft aangemeld, komt niet in aanmerking voor de gesloten of open test zolang die zich niet eerst afmeldt voor de interne test en zich daarna aanmeldt voor de bedoelde test. Bij deze overgang van intern naar gesloten moet de tester de interne test dus eerst verlaten. Afmelden en opnieuw aanmelden is geen algemene oplossing: vraag dat niet van een tester bij wie het gewoon werkt.
Als de test een Google Groep gebruikt
Op de track voeg je het adres van de groep toe. Een tester die alleen voor de groep is uitgenodigd, is nog geen lid: de uitnodiging moet worden geaccepteerd, en het lidmaatschap zie je in Google Groepen, niet in de Play Console. Zodra het lidmaatschap vaststaat, meldt de tester zich via dezelfde link aan met hetzelfde account. Lid zijn van de groep meldt op zichzelf niemand aan.
Bericht om naar een tester te sturen
Lukt kopiëren niet, selecteer dan de tekst hierboven en kopieer die. Door het te versturen is nog niet bevestigd dat de installatie is gelukt.
Voor de volledige uitnodigingsflow, inclusief mailinglijsten versus groepen en hoe je de aantallen uitgenodigde en aangemelde testers leest, zie testers uitnodigen en de aanmelding bevestigen.
Vijf controles van de instellingen in de Play Console
In de supportzaken die PrimeTestLab behandelt, zijn dit de vijf instellingen die aan de kant van de ontwikkelaar het vaakst niet blijken te kloppen. Dat is wat wij in onze zaken zien, geen regel van Google en geen uitputtende lijst: de controles bij de tester hierboven en de route voor het apparaat hieronder dekken storingen die deze instellingen niet verklaren. Loop ze door op de track waarvoor je testers zich horen aan te melden.
Controleer of de release en de testerinstellingen op de bedoelde track staan
In de Play Console kun je meerdere tracks voor gesloten tests draaien. Elke track heeft eigen releases en eigen testerinstellingen. Staat de release die je testers moeten installeren op Track A terwijl de geselecteerde lijst aan Track B hangt, dan komen die twee nooit bij elkaar: de testers die op Track B zijn ingesteld, komen in aanmerking voor een track zonder beschikbare release, en op Track A, waar de release wel staat, is niemand ingesteld die je wilde bereiken.
Klik om te vergroten
- Open Testing > Closed testing (Testen > Gesloten test) in de Play Console.
- Zoek de track waarvan je de link hebt gedeeld en open Manage track.
- Controleer in de weergave met releases of de bedoelde release, en niet zomaar een release, als beschikbaar voor testers staat met de versie die je verwacht.
- Controleer op het tabblad Testers van diezelfde track of de bedoelde lijst of groep is geselecteerd.
Niet afgestemd
Release beschikbaar op Track A, lijst geselecteerd op Track B. De testers die op Track B in aanmerking komen, kunnen geen beschikbare release ontvangen; op Track A, waar de release staat, komt niemand in aanmerking.
Afgestemd
Bedoelde release beschikbaar op Track A, bedoelde lijst geselecteerd op Track A, aanmeldingslink gekopieerd van Track A.
Als de release nog een concept is
Een concept wordt aan niemand geleverd. Open het, vul aan wat de Console vraagt en doorloop het releaseproces tot de release beschikbaar is op de track. De tekst op de knop hangt af van de status, en een release die beoordeeld moet worden, wacht op die beoordeling voordat die beschikbaar wordt. Zolang de nieuwe release onaf is, kan een andere geschikte release op dezelfde track, bijvoorbeeld een oudere versie, nog steeds worden geleverd, waardoor testers een andere versie zien in plaats van niets.
Bron: Een release voorbereiden en uitrollen (Play Console Help).
Houd het simpel
Heb je maar één gesloten test nodig, gebruik dan één track. Meerdere tracks zijn handig voor groepen die je gefaseerd toelaat, en zijn een veelvoorkomende oorzaak van een release en een lijst die elkaar nooit treffen.
Selecteer de bedoelde testerlijst en sla de wijziging op
Een mailinglijst maken en die voor een track selecteren zijn twee losse handelingen. Een lijst kan in je account bestaan en elk adres bevatten dat je wilde toevoegen, en toch niet voor de track gelden zolang het selectievakje niet is aangevinkt en de wijziging niet is opgeslagen.
Klik om te vergroten
Maak de lijst aan of upload hem
Maak op het tabblad Testers een mailinglijst aan, geef die een naam en voeg de adressen toe of upload een CSV-bestand. Sla de lijst op.
Vink het vakje naast de bedoelde lijst aan
De lijst staat in de tabel, of die nu geselecteerd is of niet. Hij geldt pas voor deze track als het vakje is aangevinkt.
Sla de wijziging op
Sla onderaan de pagina op. De lijst staat nu als geselecteerd voor deze track. Meldt de Console dat de wijziging wacht op beoordeling, verstuur die dan ter beoordeling vanuit Publishing overview (het publicatieoverzicht).
Waarom een lijst opslaan niet hetzelfde is als hem selecteren
Mailinglijsten horen bij je account en zijn op meerdere tracks te hergebruiken, dus houdt de Console het maken van een lijst gescheiden van het toepassen ervan op een track. Dat is bewust zo ingericht, geen bug. Een opgeslagen lijst moet nog steeds voor de track worden geselecteerd, en juist daarom is die stap makkelijk over het hoofd te zien.
Wijzigingen in de leden versus een lijst selecteren
Een lijst voor een track selecteren is een configuratiewijziging en moet mogelijk eerst worden beoordeeld voordat die geldt. Adressen toevoegen aan of verwijderen uit een lijst die al geselecteerd is, gaat anders: Google noemt wijzigingen in de leden bij de uitzonderingen die beheerd publiceren (managed publishing) niet tegenhoudt. Is de lijst geselecteerd en kan een bepaalde tester zich nog steeds niet aanmelden, ga dan terug naar de controles bij de tester in plaats van de lijst opnieuw op te slaan.
Bronnen: Een test opzetten en Bepalen wanneer app-wijzigingen worden beoordeeld en gepubliceerd (Play Console Help).
Kopieer de bedoelde aanmeldingslink en houd die los van de installatielink
Kopieer de deelbare aanmeldingslink van het tabblad Testers van de bedoelde track en bevestig de ingestelde testertoegang en de beschikbare release in de Console, in plaats van af te gaan op de URL om de track te herkennen. Deel je de aanmeldingslink van de interne test met je gesloten testers, dan stuur je ze naar een test waarvoor ze niet zijn ingesteld. Er zijn ook twee verschillende bestemmingen: de aanmeldingslink, waar een tester zich aanmeldt, en de Play Store-vermelding, waar een tester na de aanmelding installeert. Een link naar de Store meldt op zichzelf niemand aan.
Klik om te vergroten
De drie tracks en de eis voor de gesloten test
| Gekopieerd vanaf | Track | Telt mee voor de eis van de gesloten test? |
|---|---|---|
| Testing > Internal testing | Intern (maximaal 100 testers per app) | Nee |
| Testing > Closed testing | Gesloten (de track waar de eis over gaat) | Ja |
| Testing > Open testing | Open (openbare test) | Nee accounts waarvoor de eis geldt, krijgen pas na productietoegang open tests |
De eis geldt voor persoonlijke ontwikkelaarsaccounts die na 13 november 2023 zijn gemaakt. Voor interne tests geldt geen voorwaarde over organisatie of dienstverband; de beperking is het aantal per app. Zie voor de bredere vergelijking de verschillen tussen interne, gesloten en open tests.
Herken het linkformaat en verifieer daarna de bedoelde test
- Aanmeldingslink (uitnodiging):
play.google.com/apps/testing/<package name>. Testers gebruiken die om zich aan te melden. Openbare tests gebruiken hetzelfde padpatroon, dus het formaat alleen bewijst nog geen gesloten track: bevestig de test in de Play Console. - Link van de interne test:
play.google.com/apps/internaltest/.... Onjuist voor een gesloten test. - Play Store-vermelding:
play.google.com/store/apps/details?id=<package name>. De bestemming waar na de aanmelding wordt geïnstalleerd. Die meldt niemand aan.
Bronnen: Een test opzetten, Testvereisten voor nieuwe persoonlijke ontwikkelaarsaccounts en Googles eigen openbare test Chrome Beta voor Android, die hetzelfde padpatroon gebruikt.
Controleer het formaat van je Google Play-link
Plak een link om te zien met welk URL-patroon van Google Play die overeenkomt. Alleen het formaat: dit controleert niet de app, de track of de toegang van testers.
Testers die je interne test hebben gebruikt
Een tester die voor je interne test is aangemeld, moet zich daar eerst afmelden voordat deze aanmeldingslink voor die persoon werkt. Zie de uitzondering voor de interne test hierboven.
Controleer de beschikbaarheid per land en de synchronisatie
Controleer welk Play-land op het account van elke beoogde tester geregistreerd staat. De landen van een test komen standaard overeen met productie. Heeft deze test een andere beschikbaarheid nodig, bekijk dan de synchronisatie-instelling en gebruik Unsync countries/regions (landen/regio’s desynchroniseren) voordat je de landen van de test aanpast. Selecteer de dekking die je test nodig heeft; een langere landenlijst neemt de andere voorwaarden voor toegang niet weg.
Google richt zich op het Play-land van het account, dus op het land waar het account geregistreerd staat, niet op waar de tester zich op dit moment bevindt. Reizen verandert op zichzelf niets aan de targeting op het Play-land van het account. Een tester van wie het account elders geregistreerd staat, bereik je niet door het land toe te voegen waar die persoon nu woont.
Klik om te vergroten
- Open de track en kies Countries / regions.
- Lees af welke synchronisatiestatus bij de track staat. Zolang de synchronisatie aanstaat, volgt de test productie, en verandert een aanpassing in productie ook de test.
- Wil je de test los targeten, kies dan Unsync countries/regions en voeg daarna de landen toe waarin de accounts van je testers geregistreerd staan.
- Sla op en verstuur de wijziging ter beoordeling als de Console meldt dat die daarop wacht.
Betaalde apps
Sommige landen zijn mogelijk niet beschikbaar voor betaalde apps, en een land toevoegen aan een betaalde app voegt daar prijzen voor toe. Deelnemen aan een gesloten test maakt een betaalde app niet gratis.
Zitten je testers verspreid over verschillende regio’s, dan gaat de gids over testers in verschillende landen dieper in op de controles van het land van het account.
Bron: App-releases distribueren naar specifieke landen (Play Console Help).
Controleer de status van beoordeling, publicatie en beschikbaarheid
Goedgekeurd, in behandeling en beschikbaar zijn verschillende statussen, en ze horen bij verschillende objecten: de app, een update en losse items zoals een release of een landwijziging. Een beschikbare release kan naast een onafgemaakte update bestaan, dus een lege wachtrij is niet het doel. Het doel is dat precies de release en de instellingen die je testers nodig hebben, beschikbaar zijn.
Klik om te vergroten
| Waargenomen status | Wat je doet |
|---|---|
| Concept of onvolledige release | Vul aan wat de Console als releasevereisten toont en doorloop daarna het releaseproces. |
| Relevante wijzigingen niet ter beoordeling verstuurd | Verstuur de wijzigingen die beoordeeld moeten worden vanuit Publishing overview. Niet elke wijziging heeft dat nodig; aanpassingen aan de leden van een geselecteerde lijst niet. |
| In beoordeling | Volg de status die wordt getoond en een eventuele schatting. Ga er zonder bewijs niet van uit dat een wachtende beoordeling komt door een niet-aangevinkt selectievakje bij de testers. |
| Goedgekeurd en vastgehouden door beheerd publiceren | Publiceer de update wanneer je die live wilt hebben. Alleen goedkeuring maakt die nog niet beschikbaar. |
| Relevante release is beschikbaar | Ga door met de controles bij de tester. Houd rekening met het doorvoeren: het kan enkele uren duren voordat een net gepubliceerde testlink beschikbaar is. |
| Afgewezen, verwijderd of opgeschort | Volg het herstelpad dat bij dat probleem hoort. Dat valt buiten deze gids; zie waarom een gesloten test wordt afgewezen als het besluit over de test ging. |
Google beschrijft de verwerking als een paar uur tot maximaal 7 dagen, met uitzonderingen die langer duren. Zie dat als houvast voor je planning, niet als een toegezegde deadline. Check de actuele status en een eventuele schatting die bij je inzending staat.
Beheerd publiceren is voorwaardelijk
Staat beheerd publiceren aan, dan wacht een goedgekeurde update tot jij die publiceert. Beheerd publiceren kan niet worden gebruikt voor de eerste publicatie van een app, dus een gloednieuwe app wordt er niet door tegengehouden; die wacht op de beoordeling en daarna op het doorvoeren.
Bronnen: Bepalen wanneer app-wijzigingen worden beoordeeld en gepubliceerd, Je app publiceren en Een test opzetten (Play Console Help).
Als de tester zich wel kan aanmelden maar niet kan installeren
Een tester kan toegang hebben tot de test terwijl het apparaat de build ervan niet kan installeren. Bekijk het exacte apparaat en de betreffende track in Device catalog (de apparaatcatalogus), inclusief de Android-versie, de vereisten in het manifest en de uitsluitingen. Haal geen compatibiliteitsvereisten weg zonder te begrijpen waarom ze er zijn.
Bekijk het apparaat en de betreffende build
- Vraag de tester om het apparaatmodel, de Android-versie en de exacte melding. ‘Niet beschikbaar’ en ‘niet compatibel’ zijn verschillende uitkomsten.
- Open Device catalog in de Play Console, zoek het model op en lees af welke status het heeft voor de track waarvoor de tester zich heeft aangemeld. Uitsluitingen van apparaten worden op het niveau van de app beheerd. De compatibiliteit kan per track verschillen, omdat elke track een build kan bevatten met andere vereisten in het manifest. Bekijk de ondersteuningsstatus voor de betreffende track voordat je een uitsluiting aanpast.
- Vergelijk de minimale Android-versie van de build, de vereiste hardwarefuncties en eventuele uitgesloten apparaten met het apparaat van de tester.
- Controleer na de aanmelding of de Play Store nog steeds het aangemelde account gebruikt. Check daarna de beschikbaarheid van de release, het Play-land (controle 4), de compatibiliteit van het apparaat en de exacte installatiefout. Mislukt het downloaden terwijl de tester wel in aanmerking komt, volg dan Googles basisstappen voor downloadproblemen.
Als er al een andere versie is geïnstalleerd
Een tester die de app al van een andere track of uit productie heeft, ziet mogelijk Updaten in plaats van Installeren, of krijgt een build geweigerd waarvan de versiecode lager is dan die van de geïnstalleerde versie. Stel vast welke versie op het apparaat staat en welke de track levert. Conflicten in de ondertekening en de versiecode zijn problemen met de build, geen toegangsproblemen; los ze op in de build en niet door de tester opnieuw uit te nodigen.
Bronnen: Geschikte apparaten voor je app bekijken en beperken (Play Console Help) en Version your app (Android Developers), waarin de beperking op het verlagen van de versiecode staat.
Verifieer de toegang voordat je de hele groep uitnodigt
Bevestig het hele pad één keer met één testeraccount dat in aanmerking komt, voordat je de link naar elke tester stuurt. Deze checklist is een handmatig overzicht van wat je hebt bevestigd; hij leest niets uit de Play Console, en een latere tester met een ander account, Play-land of apparaat kan alsnog vastlopen op de eigen voorwaarden.
Je handmatige controles zijn compleet, inclusief de verificatie waarbij één tester zich heeft aangemeld en de app heeft geïnstalleerd. Controleer elke extra tester apart als het account, het land of het apparaat afwijkt.
Als de toegang werkt maar de eis niet vooruitkomt
Voor persoonlijke ontwikkelaarsaccounts die na 13 november 2023 zijn gemaakt, vereist productietoegang dat op het moment van aanvragen minimaal 12 testers de voorgaande 14 dagen doorlopend aangemeld zijn geweest. De periode wordt per tester beoordeeld: wie zich afmeldt en zich opnieuw aanmeldt, moet een nieuwe aaneengesloten periode volmaken, en de overige testers behouden de hunne. Werken de installaties wel, maar komt de kaart niet vooruit, lees dan de gids over de eis van 12 testers en 14 dagen en daarna te weinig testers of dagen die niet oplopen.
Bron: Testvereisten voor nieuwe persoonlijke ontwikkelaarsaccounts (Play Console Help).
Nog steeds geblokkeerd? Verzamel deze gegevens
Zijn de controles bij de tester en de vijf controles in de Console allemaal in orde en blijft er een reproduceerbare storing over, stop dan met het steeds opnieuw aflopen van dezelfde instellingen. Verzamel het bewijs hieronder en gebruik de supportroute vanuit de Play Console. Volg de tijdsaanwijzingen die in de Console of in je supportzaak staan. Vermijd onnodige inzendingen zolang wijzigingen in beoordeling zijn, want extra wijzigingen kunnen de beoordeling vertragen. Gebruik het bewijs hieronder om de storing te duiden voordat je de release aanpast.
- Pakketnaam
- De bedoelde track, de release daarop, de versiecode en de releasestatus die je ziet
- Datum en tijd van de laatste relevante wijziging en of die ter beoordeling is verstuurd
- De exacte melding die de tester ziet, met een screenshot
- De stap waarin het misgaat: aanmelden, installeren of openen
- Of het om één tester gaat of om alle testers
- Waaruit blijkt dat de tester is opgenomen: het adres in de geselecteerde lijst of het lidmaatschap van de groep, en het account dat op het apparaat is gebruikt
- Het Play-land van de tester
- Apparaatmodel en Android-versie, en de status van dat model in Device catalog
- Een screenshot van de betreffende status in de Console (track, testers, landen, Publishing overview)
Sjabloon voor het supportpakket
Lukt kopiëren niet, selecteer dan de tekst hierboven en kopieer die.
Niet verzamelen
Vraag een tester nooit om een wachtwoord of een verificatiecode. Alles hierboven is af te lezen van het scherm van de tester of uit je eigen Console.
Route: Play Console Help, Problemen met de zichtbaarheid en vindbaarheid van apps, waar staat welke controles Google als eerste verwacht en hoe je contact opneemt met support. Is de release of de aanvraag voor productietoegang daadwerkelijk afgewezen, dan is dat een ander traject: een afgewezen gesloten test oplossen.
Optionele hulp bij instellen en testen
Is de toegang geregeld en heb je alleen nog testers nodig die zich aanmelden, installeren en de volledige 14 dagen aangemeld blijven, dan levert PrimeTestLab die. We lopen ook de instellingen voor track, lijst, link, landen en status langs deze gids na voordat de eerste tester zich aanmeldt, zodat de toegangsproblemen hierboven zijn afgehandeld voordat de klok gaat tellen. Het testen begint doorgaans binnen 4 tot 6 uur nadat je testlink is bevestigd.
Waarom meer dan 12
De doorlopende periode van elke tester wordt afzonderlijk beoordeeld. Heb je precies 12 testers en meldt er één zich af, dan zit je op het moment van aanvragen onder het aantal totdat een vervanger een eigen aaneengesloten periode heeft volgemaakt; de anderen behouden hun voortgang. Een paar extra testers voorkomen dat één afmelding je aanvraagdatum opschuift. Zie een buffer aan testers plannen.
Huidige pakketten
- Voldoet aan het aantal van 12 testers
- Echte Android-apparaten
- Volledige dekking van 14 dagen
- Grootste buffer boven 12
- Breedste mix aan apparaten
- Volledige dekking van 14 dagen
- Buffer boven 12 inbegrepen
- Bredere mix aan apparaten
- Volledige dekking van 14 dagen
De prijzen gelden per pakket; bij het afrekenen zie je de servicekosten voordat je betaalt. Vergelijk de testpakketten en de hulp bij het instellen, of bekijk hoe de service werkt.
Veelgestelde vragen
Waarom zegt Google Play dat de app niet beschikbaar is voor een tester die ik heb uitgenodigd?
Meestal is de tester ingelogd met een ander account dan het uitgenodigde, staat het adres in een lijst die niet op de track is geselecteerd, of is de aanmelding niet afgerond. Controleer het uitgenodigde account, de geselecteerde lijst of het lidmaatschap van de groep en de afgeronde aanmelding voordat je instellingen in de Console wijzigt.
De tester is lid geworden van de Google Groep maar kan zich nog steeds niet aanmelden voor de test. Waarom?
Bevestig dat de tester lid is van de groep en niet alleen uitgenodigd, en dat het de groep is die op de track is geselecteerd. Daarna meldt de tester zich aan met hetzelfde account als bij de groep. Lid zijn van de groep meldt op zichzelf niemand aan; de aanmelding moet nog steeds worden afgerond.
De tester heeft zich aangemeld maar kan niet installeren. Wat moet ik controleren?
Bevestig dat de Play Store hetzelfde account gebruikt als waarmee de tester zich voor de test heeft aangemeld. Check daarna de betreffende release, het Play-land, de compatibiliteit van het apparaat en een eventueel al geïnstalleerde versie. Gebruik de exacte foutmelding om te bepalen of je de toegang tot de test, de build of een downloadprobleem onderzoekt.
Mijn wijzigingen zijn goedgekeurd, maar de app is nog steeds niet beschikbaar. Waarom?
Goedkeuring is niet hetzelfde als beschikbaarheid. Staat beheerd publiceren aan, dan wacht een goedgekeurde update tot jij die publiceert. Het kan ook enkele uren duren voordat een net gepubliceerde testlink beschikbaar is, en de specifieke release die je testers nodig hebben, kan nog onaf zijn terwijl andere wijzigingen al zijn goedgekeurd.
Gebruiken de gesloten test en productie dezelfde landen?
Standaard wel: de beschikbaarheid per land van een test is gesynchroniseerd met productie. Wil je de test los targeten, gebruik dan Unsync countries/regions op de track en pas daarna de landen ervan aan. Google gaat uit van het geregistreerde Play-land van het testeraccount, niet van de huidige locatie van de tester.
Waarom werkt de interne test wel en de gesloten test niet?
De interne test is een aparte track met een eigen link en eigen testers. Een tester die zich voor je interne test heeft aangemeld, komt niet in aanmerking voor de gesloten test zolang die zich niet afmeldt voor de interne test en zich aanmeldt via de link van de gesloten test. Tijd in de interne test telt bovendien niet mee voor de eis van de gesloten test. Check ook de beschikbaarheid per land en de uitsluitingen van apparaten: voor de interne test gelden uitzonderingen die voor de gesloten test niet gelden.
De toegang werkt, maar de eis voor de gesloten test komt niet vooruit. Wat nu?
Dat is een ander probleem dan toegang. Voor persoonlijke ontwikkelaarsaccounts die na 13 november 2023 zijn gemaakt, moeten er bij de aanvraag minimaal 12 testers de voorgaande 14 dagen doorlopend aangemeld zijn geweest, per tester beoordeeld. Lees de gids over de eis van 12 testers en de gids over dagen die niet oplopen, in plaats van je toegangsinstellingen te wijzigen.
Wat je nu kunt doen
Kort samengevat
Behandel ‘niet beschikbaar’ als een symptoom en stel vast in welke fase de toegang misgaat. Verifieer het uitgenodigde account en de afgeronde aanmelding, controleer daarna de track, de geselecteerde lijst, de aanmeldingslink, de landen en de publicatiestatus, en bewijs de toegang met één tester die in aanmerking komt voordat je iedereen uitnodigt. Blijft er na elke controle een reproduceerbare storing over, stuur dan het supportpakket naar de support van Play Console. Zodra één tester zich kan aanmelden en kan installeren, deel je de aanmeldingslink met de groep en volg je voor de eis zelf de aparte gids over de testperiode.
Officiële bronnen