Kurze Antwort
Wenn Google Play einem Tester meldet, Ihre App sei nicht verfügbar, klären Sie zuerst, ob der Fehler bei der Anmeldung zum Test oder bei der Installation der App auftritt. Prüfen Sie das vorgesehene Konto und die Zugriffseinrichtung, danach den betreffenden Release sowie die Bedingungen für Land und Gerät. Dass sich ein Link öffnen lässt, ist nur ein Schritt auf dem Weg zur Bestätigung, dass der Test funktioniert.
Beginnen Sie mit der Tabelle unten. Wählen Sie den Fehler, den Sie beobachten, und sie nennt Ihnen die Prüfung, die als Nächstes ansteht.
Dieser Leitfaden behandelt einen geschlossenen Test (closed testing), zu dem sich die vorgesehenen Tester nicht anmelden können oder den sie nicht installieren können. Ein Test, der läuft, bei dem sich aber die Fortschrittsanzeige der Anforderung im Dashboard nicht bewegt, ist ein anderes Problem und hat weiter unten einen kurzen eigenen Weg. Der Wortlaut in der Play Console hängt vom Zustand Ihrer App ab: richten Sie sich nach der Bezeichnung, die Sie vor sich sehen, statt eine wörtliche Übereinstimmung mit diesem Text zu erwarten.
Was dieser Leitfaden abdeckt
Hier starten: Wo scheitert der Zugriff?
„Nicht verfügbar“ steht für mehrere ganz verschiedene Fehler. Wählen Sie die nächste Prüfung danach aus, was der Tester tatsächlich sieht und wie viele Tester betroffen sind. Die Zeilen sind diagnostische Hinweise, keine abschließenden Ursachen: Wenn es bei einem Tester funktioniert, ist damit nicht belegt, dass alle vorgesehenen Tester Zugriff haben, und eine einzelne Fehlermeldung benennt noch keine einzelne Ursache.
Wählen Sie, was Sie beobachten
| Beobachteter Fehler | Nächste Prüfung |
|---|---|
| Die Teilnahmeseite öffnet sich nicht oder weist das Konto ab | Prüfen Sie das eingeladene Konto und die abgeschlossene Anmeldung, danach den vorgesehenen Release auf dem vorgesehenen Track. |
| Die Anmeldung gelingt, die Installation schlägt fehl | Folgen Sie dem Zweig zu Gerät und Build und prüfen Sie dann die Verfügbarkeit im Land für das Play-Land dieses Testers. |
| Bei einem Tester scheitert es, bei einem anderen nicht | Vergleichen Sie die Angaben der beiden Tester: Konto, Aufnahme in die Liste und Anmeldung, Play-Land und Gerät. Für einen der beiden funktioniert die gemeinsame Konfiguration bereits. |
| Es scheitert bei allen vorgesehenen Testern | Sehen Sie sich zuerst die gemeinsame Konfiguration an: Track, ausgewählte Liste, Link, Länder und Veröffentlichungsstatus. Bestätigen Sie es danach mit einem berechtigten Tester, bevor Sie die übrigen erneut einladen. |
| Die App lässt sich installieren, das Problem ist die Fortschrittsanzeige | Wenn der angemeldete Tester den vorgesehenen Build des geschlossenen Tests erreicht, liegt es nicht am Zugriff. Nehmen Sie den kurzen Weg zum Fortschritt, der zum eigenen Leitfaden führt, statt die Zugriffseinstellungen zu ändern. |
Video: die Prüfungen in der Play Console, am Bildschirm gezeigt
Aufgenommen im Mai 2026 für die vorherige Fassung dieses Leitfadens. Etwa fünf Minuten.
Wo Video und Text voneinander abweichen, gilt der Text
Drei Punkte in der Aufnahme sind überholt: Google beschreibt die Bearbeitung mit einigen Stunden bis zu sieben Tagen, nicht mit 20 bis 30 Minuten; die Länder des Tests sind standardmäßig mit der Produktion synchronisiert, prüfen Sie also die Synchronisierung, bevor Sie etwas ändern; und den Link im abgemeldeten Zustand zu öffnen, prüft den Zugriff der Tester nicht. Nutzen Sie dafür das Vorgehen für Tester.
Prüfen Sie Konto und Anmeldung des Testers
Auch bei richtigen Einstellungen in der Console bleibt ein Tester blockiert, wenn das falsche Google-Konto im Einsatz ist oder wenn er zwar in eine Liste aufgenommen wurde, den Schritt der Anmeldung aber nie abgeschlossen hat. Aufgenommen zu sein und sich angemeldet zu haben sind zwei verschiedene Zustände. Geben Sie jedem Tester dieses Vorgehen in genau dieser Reihenfolge und fragen Sie nach der Stufe, an der es scheitert.
- Bestätigen Sie das eingeladene Google-Konto. Für diesen Test erkennt Google Play nur die Adresse aus der ausgewählten E-Mail-Liste an oder das Konto, das Mitglied der konfigurierten Google-Gruppe ist. Fragen Sie den Tester, mit welchem Konto Gerät und Browser angemeldet sind.
- Prüfen Sie die Aufnahme vor der Anmeldung. Bei einer E-Mail-Liste muss die Adresse in der Liste stehen, die für den Track ausgewählt ist. Bei einer Google-Gruppe muss der Tester bereits Mitglied der Gruppe sein und nicht nur dazu eingeladen.
- Verwenden Sie dasselbe Konto im Browser für die Anmeldung und im Play Store. Ein Browser, der bei einem anderen Konto angemeldet ist, oder ein Smartphone, dessen Play Store ein zweites Konto verwendet, kann einen Zugriffs- oder Berechtigungsfehler auslösen, auch wenn sonst alles stimmt.
- Schließen Sie die Anmeldung ab und folgen Sie dann dem Installationslink. Die Teilnahmeseite zeigt eine Bestätigung, sobald der Tester angemeldet ist. Erst danach bietet der Play Store-Eintrag den Testbuild an.
- Bestätigen Sie das Ergebnis auf dem vorgesehenen Gerät. Fragen Sie nach der genau erreichten Stufe: angemeldet, installiert oder geöffnet. Ist es fehlgeschlagen, fragen Sie nach dem genauen Wortlaut der Meldung auf dem Bildschirm und nach einem Screenshot.
Quelle: Offenen, geschlossenen oder internen Test einrichten (Play Console-Hilfe).
Die Ausnahme beim internen Test
Wer sich für Ihren internen Test angemeldet hat, ist für den geschlossenen oder den offenen Test nicht berechtigt, solange er sich nicht vom internen Test abmeldet und danach für den vorgesehenen Test anmeldet. Für diesen Wechsel vom internen zum geschlossenen Test muss der Tester den internen Test zuerst verlassen. Abmelden und neu anmelden ist kein allgemeines Mittel: Bitten Sie einen Tester, bei dem alles funktioniert, nicht darum.
Wenn der Test eine Google-Gruppe nutzt
Auf dem Track tragen Sie die Adresse der Gruppe ein. Wer nur zur Gruppe eingeladen wurde, ist noch kein Mitglied; die Einladung muss angenommen werden, und die Mitgliedschaft sehen Sie in Google Groups, nicht in der Play Console. Ist die Mitgliedschaft bestätigt, meldet sich der Tester über denselben Link und mit demselben Konto an. Die Mitgliedschaft in der Gruppe allein meldet niemanden an.
Nachricht an einen Tester
Falls das Kopieren blockiert ist, markieren Sie den Text oben und kopieren Sie ihn. Die Nachricht zu verschicken belegt noch nicht, dass die Installation erfolgreich war.
Wie der Einladungsablauf vollständig aussieht, wann E-Mail-Listen und wann Gruppen sinnvoll sind und wie Sie die Zahlen zu eingeladenen und angemeldeten Testern lesen, steht in Tester einladen und die Anmeldung bestätigen.
Fünf Prüfungen der Einrichtung in der Play Console
In den Supportfällen, die PrimeTestLab bearbeitet, sind diese fünf Einstellungen auf Entwicklerseite am häufigsten falsch gesetzt. Das ist die Mischung der Fälle, die wir sehen, keine Regel von Google und keine vollständige Liste: Die Testerprüfungen oben und der Gerätezweig weiter unten decken Fehler ab, die diese Einstellungen nicht erklären. Arbeiten Sie sie auf dem Track durch, an dem Ihre Tester teilnehmen sollen.
Prüfen Sie, ob Release und Testerkonfiguration auf dem vorgesehenen Track liegen
In der Play Console können Sie mehrere Tracks für geschlossene Tests betreiben. Jeder hat eigene Releases und eine eigene Testerkonfiguration. Liegt der Release, den Ihre Tester installieren sollen, auf Track A, während die ausgewählte Liste an Track B hängt, treffen beide nie zusammen: Die auf Track B konfigurierten Tester sind für einen Track berechtigt, auf dem kein Release verfügbar ist, und auf Track A, wo der Release liegt, ist niemand von den Testern konfiguriert, die Sie erreichen wollten.
Zum Vergrößern klicken
- Öffnen Sie Testing > Closed testing in der Play Console.
- Suchen Sie den Track, dessen Link Sie geteilt haben, und öffnen Sie Manage track.
- Prüfen Sie in der Release-Ansicht, dass der vorgesehene Release und nicht irgendein Release als für Tester verfügbar angezeigt wird, und zwar mit der Version, die Sie erwarten.
- Prüfen Sie auf dem Tab Testers desselben Tracks, ob die vorgesehene Liste oder Gruppe ausgewählt ist.
Passt nicht zusammen
Release verfügbar auf Track A, Liste ausgewählt auf Track B. Die auf Track B als berechtigt konfigurierten Tester haben keinen verfügbaren Release, den sie erhalten könnten; auf Track A, wo der Release liegt, ist niemand als berechtigt konfiguriert.
Passt zusammen
Vorgesehener Release verfügbar auf Track A, vorgesehene Liste ausgewählt auf Track A, Teilnahmelink kopiert von Track A.
Wenn der Release noch ein Entwurf ist
Ein Entwurf wird an niemanden ausgeliefert. Öffnen Sie ihn, ergänzen Sie, was die Console verlangt, und gehen Sie den Veröffentlichungsablauf weiter, bis der Release auf dem Track verfügbar ist. Die Beschriftung der Schaltfläche hängt vom jeweiligen Zustand ab, und ein Release, der überprüft werden muss, wartet auf diese Überprüfung, bevor er verfügbar wird. Ein anderer infrage kommender Release auf demselben Track, etwa eine ältere Version, kann weiterhin ausgeliefert werden, solange der neue unfertig ist; Tester sehen dann möglicherweise eine andere Version statt gar nichts.
Quelle: Einen Release vorbereiten und einführen (Play Console-Hilfe).
Halten Sie es einfach
Wenn Sie nur einen geschlossenen Test brauchen, nutzen Sie einen Track. Mehrere Tracks sind für gestaffelte Gruppen nützlich und zugleich eine häufige Ursache dafür, dass Release und Liste nie zusammenfinden.
Wählen Sie die vorgesehene Testerliste aus und speichern Sie sie
Eine E-Mail-Liste anzulegen und sie für einen Track auszuwählen sind zwei getrennte Vorgänge. Eine Liste kann in Ihrem Konto vorhanden sein, jede Adresse enthalten, die Sie aufnehmen wollten, und trotzdem für den Track nicht gelten, solange ihr Kästchen nicht angehakt und die Änderung nicht gespeichert ist.
Zum Vergrößern klicken
Die Liste hochladen oder anlegen
Legen Sie auf dem Tab Testers eine E-Mail-Liste an, geben Sie ihr einen Namen und tragen Sie die Adressen ein oder laden Sie eine CSV-Datei hoch. Speichern Sie sie.
Das Kästchen neben der vorgesehenen Liste anhaken
Die Liste erscheint in der Tabelle, ob sie ausgewählt ist oder nicht. Für diesen Track gilt sie erst, wenn ihr Kästchen angehakt ist.
Die Änderung speichern
Speichern Sie unten auf der Seite. Die Liste wird jetzt als für diesen Track ausgewählt angezeigt. Meldet die Console die Änderung als wartend auf die Überprüfung, senden Sie sie über die Seite Publishing overview ab.
Warum eine gespeicherte Liste damit noch nicht ausgewählt ist
E-Mail-Listen gehören zum Konto und lassen sich über mehrere Tracks hinweg wiederverwenden; deshalb trennt die Console das Anlegen einer Liste davon, sie auf einen Track anzuwenden. Das ist beabsichtigtes Verhalten der Konfiguration und kein Fehler. Eine gespeicherte Liste muss weiterhin für den Track ausgewählt werden, und genau dieser Schritt wird leicht übersehen.
Änderungen an der Mitgliedschaft gegenüber dem Auswählen einer Liste
Eine Liste für einen Track auszuwählen ist eine Änderung an der Konfiguration und muss möglicherweise erst die Überprüfung durchlaufen, bevor sie gilt. Adressen innerhalb einer bereits ausgewählten Liste hinzuzufügen oder zu entfernen wird anders behandelt: Google führt Änderungen an der Mitgliedschaft unter den Ausnahmen auf, die von der verwalteten Veröffentlichung nicht zurückgehalten werden. Ist die Liste ausgewählt und ein bestimmter Tester kann sich trotzdem nicht anmelden, kehren Sie zu den Prüfungen auf Testerseite zurück, statt die Liste erneut zu speichern.
Quellen: Einen Test einrichten und Festlegen, wann App-Änderungen überprüft und veröffentlicht werden (Play Console-Hilfe).
Kopieren Sie den vorgesehenen Teilnahmelink und unterscheiden Sie ihn vom Installationslink
Kopieren Sie den Teilnahmelink auf dem Tab Testers des vorgesehenen Tracks und bestätigen Sie den konfigurierten Testerzugriff und den verfügbaren Release in der Console, statt den Track anhand der URL zu bestimmen. Geben Sie den Teilnahmelink des internen Tests an Ihre Tester im geschlossenen Test weiter, landen diese bei einem Test, für den sie nicht konfiguriert sind. Außerdem gibt es zwei verschiedene Ziele: den Teilnahmelink, über den ein Tester sich anmeldet, und den Play Store-Eintrag, über den er nach der Anmeldung installiert. Ein Link zum Store allein meldet niemanden an.
Zum Vergrößern klicken
Die drei Tracks und die Anforderung an den geschlossenen Test
| Woher kopiert | Track | Zählt für die Anforderung an den geschlossenen Test? |
|---|---|---|
| Testing > Internal testing | Intern (bis zu 100 Tester pro App) | Nein |
| Testing > Closed testing | Geschlossen (der Track, um den es bei der Anforderung geht) | Ja |
| Testing > Open testing | Offen (öffentlicher Test) | Nein betroffene Konten erhalten den offenen Test nach dem Produktionszugriff |
Die Anforderung gilt für private Entwicklerkonten, die nach dem 13. November 2023 erstellt wurden. Für den internen Test gibt es keine Bedingung zu Organisation oder Anstellung; die Grenze ist die Anzahl pro App. Für den umfassenden Vergleich siehe die Unterschiede zwischen internem, geschlossenem und offenem Test.
Das Linkformat erkennen und dann den vorgesehenen Test bestätigen
- Teilnahmelink zur Anmeldung:
play.google.com/apps/testing/<package name>. Damit melden sich Tester an. Öffentliche Tests nutzen dasselbe Pfadmuster, das Format allein belegt also noch keinen geschlossenen Track: Bestätigen Sie den Test in der Play Console. - Link zum internen Test:
play.google.com/apps/internaltest/.... Für einen geschlossenen Test ist das der falsche Link. - Play Store-Eintrag:
play.google.com/store/apps/details?id=<package name>. Das Ziel für die Installation nach der Anmeldung. Er meldet niemanden an.
Quellen: Einen Test einrichten, Anforderungen an App-Tests für neue private Entwicklerkonten sowie Googles eigener öffentlicher Test Chrome Beta for Android, der dasselbe Pfadmuster nutzt.
Prüfen Sie das Format Ihres Google Play-Links
Fügen Sie einen Link ein, um zu sehen, welchem URL-Muster von Google Play er entspricht. Nur das Format: Die App, der Track und der Zugriff der Tester werden dabei nicht geprüft.
Tester, die Ihren internen Test genutzt haben
Wer für Ihren internen Test angemeldet ist, muss sich dort abmelden, bevor dieser Teilnahmelink bei ihm funktioniert. Siehe die Ausnahme beim internen Test weiter oben.
Prüfen Sie die Verfügbarkeit nach Ländern und die Synchronisierung
Prüfen Sie das Play-Land, das im Konto jedes vorgesehenen Testers registriert ist. Die Länder des Tests entsprechen standardmäßig denen der Produktion. Braucht dieser Test eine andere Verfügbarkeit, sehen Sie sich die Einstellung zur Synchronisierung an und nutzen Sie Unsync countries/regions, bevor Sie die Länder des Tests bearbeiten. Wählen Sie die Abdeckung, die Ihr Test braucht; eine längere Länderliste hebt die übrigen Zugriffsbedingungen nicht auf.
Google richtet sich nach dem Play-Land des Kontos, also nach dem Land, in dem das Konto registriert ist, und nicht danach, wo der Tester sich gerade aufhält. Eine Reise ändert für sich genommen nichts an der Ausrichtung auf das Play-Land des Kontos. Ein Tester, dessen Konto anderswo registriert ist, wird nicht erfasst, wenn Sie das Land hinzufügen, in dem er derzeit lebt.
Zum Vergrößern klicken
- Öffnen Sie den Track und wählen Sie Countries / regions.
- Lesen Sie den Synchronisierungsstatus, der für den Track angezeigt wird. Solange die Synchronisierung aktiv ist, folgt der Test der Produktion, und eine Änderung an der Produktion ändert den Test mit.
- Um den Test eigenständig auszurichten, wählen Sie Unsync countries/regions und fügen Sie dann die Länder hinzu, in denen die Konten Ihrer Tester registriert sind.
- Speichern Sie und senden Sie die Änderung ab, wenn die Console sie als wartend auf die Überprüfung anzeigt.
Kostenpflichtige Apps
Manche Länder sind für kostenpflichtige Apps möglicherweise nicht verfügbar, und wer ein Land für eine kostenpflichtige App ergänzt, legt damit auch Preise dafür an. Die Teilnahme an einem geschlossenen Test macht eine kostenpflichtige App nicht kostenlos.
Sind Ihre Tester über mehrere Regionen verteilt, behandelt der Leitfaden zu Testern in verschiedenen Ländern die Prüfungen rund um das Land des Kontos ausführlicher.
Quelle: App-Releases in bestimmten Ländern bereitstellen (Play Console-Hilfe).
Prüfen Sie den Stand von Überprüfung, Veröffentlichung und Verfügbarkeit
Genehmigt, ausstehend und verfügbar sind verschiedene Zustände, und sie gehören zu verschiedenen Objekten: zur App, zu einem Update und zu einzelnen Elementen wie einem Release oder einer Änderung an den Ländern. Ein verfügbarer Release kann neben einem unfertigen Update bestehen; eine leere Warteschlange ist deshalb nicht das Ziel. Das Ziel ist, dass genau der Release und genau die Konfiguration verfügbar sind, die Ihre Tester brauchen.
Zum Vergrößern klicken
| Beobachteter Zustand | Was zu tun ist |
|---|---|
| Entwurf oder unvollständiger Release | Erfüllen Sie die Anforderungen an den Release, die die Console anzeigt, und gehen Sie den Veröffentlichungsablauf weiter. |
| Relevante Änderungen nicht zur Überprüfung gesendet | Senden Sie die Änderungen, die überprüft werden müssen, über Publishing overview. Nicht jede Änderung braucht das; Änderungen an der Mitgliedschaft einer ausgewählten Liste brauchen es nicht. |
| In Überprüfung | Richten Sie sich nach dem angezeigten Status und einer etwaigen Schätzung. Deuten Sie eine Wartezeit in der Überprüfung nicht ohne Beleg als fehlendes Häkchen bei den Testern. |
| Genehmigt und wartet wegen der verwalteten Veröffentlichung | Veröffentlichen Sie das Update, wenn es live gehen soll. Die Genehmigung allein macht es noch nicht verfügbar. |
| Der relevante Release ist verfügbar | Setzen Sie die Prüfungen auf Testerseite fort. Rechnen Sie mit der Verteilung: Ein neu veröffentlichter Teilnahmelink kann mehrere Stunden brauchen, bis er verfügbar ist. |
| Abgelehnt, entfernt oder gesperrt | Folgen Sie dem Lösungsweg, der zu diesem Problem gehört. Er liegt außerhalb dieses Leitfadens; betraf die Entscheidung den Test, lesen Sie warum der geschlossene Test abgelehnt wird. |
Google beschreibt die Bearbeitung mit einigen Stunden bis zu sieben Tagen, in Ausnahmefällen länger. Nehmen Sie das als Orientierung für Ihre Planung, nicht als zugesagte Frist. Prüfen Sie den aktuellen Status und eine etwaige Schätzung, die für Ihre Einreichung angezeigt wird.
Die verwaltete Veröffentlichung greift nicht immer
Ist die verwaltete Veröffentlichung aktiviert, wartet ein genehmigtes Update, bis Sie es veröffentlichen. Für die Erstveröffentlichung einer App lässt sie sich nicht nutzen, eine ganz neue App wird also nicht von ihr zurückgehalten; sie wartet auf die Überprüfung und danach auf die Verteilung.
Quellen: Festlegen, wann App-Änderungen überprüft und veröffentlicht werden, Ihre App veröffentlichen und Einen Test einrichten (Play Console-Hilfe).
Wenn der Tester sich anmelden, aber nicht installieren kann
Ein Tester kann Zugriff auf den Test haben, während sein Gerät den Build dieses Tests nicht installieren kann. Sehen Sie sich das konkrete Gerät und den betreffenden Track im Device catalog an, einschließlich Android-Version, Anforderungen aus dem Manifest und Ausschlüssen. Entfernen Sie Kompatibilitätsanforderungen nicht, ohne zu verstehen, warum es sie gibt.
Untersuchen Sie das Gerät und den betreffenden Build
- Fragen Sie den Tester nach Gerätemodell, Android-Version und dem genauen Wortlaut der Meldung. „Nicht verfügbar“ und „nicht kompatibel“ sind unterschiedliche Ergebnisse.
- Öffnen Sie in der Play Console den Device catalog, suchen Sie das Modell und lesen Sie seinen Status für den Track, an dem der Tester teilnimmt. Geräteausschlüsse werden für die App verwaltet. Die Kompatibilität kann sich zwischen Tracks unterscheiden, weil jeder Track einen Build mit anderen Anforderungen aus dem Manifest enthalten kann. Sehen Sie sich den Unterstützungsstatus des betreffenden Tracks an, bevor Sie einen Ausschluss ändern.
- Vergleichen Sie die vom Build geforderte Mindestversion von Android, die erforderlichen Hardwaremerkmale und etwaige ausgeschlossene Geräte mit dem Gerät des Testers.
- Prüfen Sie nach der Anmeldung, ob der Play Store weiterhin das angemeldete Konto verwendet. Prüfen Sie danach die Verfügbarkeit des Releases, das Play-Land (Prüfung 4), die Gerätekompatibilität und den genauen Fehler bei der Installation. Scheitert der Download trotz Berechtigung, folgen Sie Googles grundlegender Fehlerbehebung für Downloads.
Wenn bereits eine andere Version installiert ist
Wer die App bereits aus einem anderen Track oder aus der Produktion hat, sieht möglicherweise „Aktualisieren“ statt „Installieren“, oder ihm wird ein Build verweigert, dessen Versionscode niedriger ist als der der installierten Version. Prüfen Sie, welche Version auf dem Gerät installiert ist und welche der Track ausliefert. Konflikte bei Signatur und Versionscode sind Probleme des Builds und keine Zugriffsprobleme; lösen Sie sie im Build und nicht dadurch, dass Sie den Tester erneut einladen.
Quellen: Kompatible Geräte Ihrer App ansehen und einschränken (Play Console-Hilfe) und Ihre App versionieren (Android Developers), wo die Einschränkung zum Herabstufen des Versionscodes beschrieben ist.
Prüfen Sie den Zugriff, bevor Sie die ganze Gruppe einladen
Bevor Sie den Link an alle Tester schicken, gehen Sie den gesamten Weg einmal mit einem berechtigten Testerkonto durch. Diese Checkliste ist eine manuelle Aufzeichnung dessen, was Sie bestätigt haben; sie liest nichts aus der Play Console, und ein späterer Tester mit einem anderen Konto, einem anderen Play-Land oder einem anderen Gerät kann weiterhin an seinen eigenen Bedingungen scheitern.
Ihre manuellen Prüfungen sind vollständig, einschließlich der Bestätigung, dass sich ein Tester anmelden und installieren konnte. Prüfen Sie jeden weiteren Tester gesondert, wenn sich Konto, Land oder Gerät unterscheiden.
Wenn der Zugriff funktioniert, die Anforderung aber nicht vorankommt
Für private Entwicklerkonten, die nach dem 13. November 2023 erstellt wurden, setzt der Produktionszugriff voraus, dass zum Zeitpunkt Ihres Antrags mindestens 12 Tester über die vorangegangenen 14 fortlaufenden Tage angemeldet waren. Der Zeitraum wird pro Tester bewertet: Wer sich abmeldet und neu anmeldet, muss einen neuen fortlaufenden Zeitraum vollständig durchlaufen, während die übrigen Tester ihren behalten. Funktionieren die Installationen, kommt aber die Fortschrittsanzeige nicht voran, lesen Sie den Leitfaden zur Anforderung mit 12 Testern und 14 Tagen und danach zu wenige Tester oder Tage werden nicht aktualisiert.
Quelle: Anforderungen an App-Tests für neue private Entwicklerkonten (Play Console-Hilfe).
Immer noch blockiert? Sammeln Sie diese Angaben
Wenn die Prüfungen auf Testerseite und die fünf Prüfungen in der Console bestanden sind und ein reproduzierbarer Fehler bleibt, hören Sie auf, immer wieder dieselben Einstellungen durchzugehen. Sammeln Sie die Nachweise unten und nutzen Sie den Weg zum Support aus der Play Console. Richten Sie sich nach den Zeitangaben, die die Console oder Ihr Supportfall anzeigt. Vermeiden Sie unnötige Einreichungen, solange Änderungen in Überprüfung sind, denn weitere Änderungen können die Überprüfung verzögern. Grenzen Sie den Fehler mit den Nachweisen unten ein, bevor Sie den Release ändern.
- Paketname
- Vorgesehener Track, sein Release, der Versionscode und der Zustand des Releases, den Sie sehen
- Datum und Uhrzeit der letzten relevanten Änderung und ob sie zur Überprüfung gesendet wurde
- Der genaue Wortlaut der Meldung, die der Tester sieht, mit Screenshot
- Die Stufe, an der es scheitert: Anmelden, Installieren oder Öffnen
- Ob ein einzelner Tester oder alle Tester betroffen sind
- Wie die Anmeldung bestätigt wurde: die Adresse in der ausgewählten Liste oder die Mitgliedschaft in der Gruppe, und das auf dem Gerät verwendete Konto
- Das Play-Land des Testers
- Gerätemodell und Android-Version sowie der Status dieses Modells im Device catalog
- Ein Screenshot des relevanten Zustands in der Console (Track, Tester, Länder, Publishing overview)
Vorlage für das Supportpaket
Falls das Kopieren blockiert ist, markieren Sie den Text oben und kopieren Sie ihn.
Nicht erheben
Fragen Sie einen Tester niemals nach einem Passwort oder einem Bestätigungscode. Alles oben ist vom Bildschirm des Testers oder aus Ihrer Console ablesbar.
Weg: Play Console-Hilfe, Probleme mit Sichtbarkeit und Auffindbarkeit von Apps; dort stehen die Prüfungen, die Google zuerst erwartet, und der Weg zum Support. Wurde der Release oder der Antrag auf Produktionszugriff tatsächlich abgelehnt, ist das ein anderer Weg: eine Ablehnung des geschlossenen Tests beheben.
Optionale Hilfe bei Einrichtung und Test
Wenn der Zugriff geklärt ist und Ihnen nur noch Tester fehlen, die sich anmelden, installieren und die vollen 14 Tage angemeldet bleiben, stellt PrimeTestLab sie. Wir gehen außerdem die Einstellungen zu Track, Liste, Link, Ländern und Status nach diesem Leitfaden durch, bevor der erste Tester teilnimmt, damit die Zugriffsprobleme von oben erledigt sind, bevor die Uhr zu laufen beginnt. Der Test beginnt in der Regel innerhalb von 4 bis 6 Stunden nach der Bestätigung Ihres Teilnahmelinks.
Warum mehr als 12
Der fortlaufende Zeitraum wird bei jedem Tester einzeln bewertet. Meldet sich bei genau 12 Testern einer ab, liegen Sie zum Zeitpunkt des Antrags unter der geforderten Zahl, bis ein Ersatz seinen eigenen fortlaufenden Zeitraum abgeschlossen hat; die übrigen behalten ihren Fortschritt. Ein paar Tester mehr verhindern, dass eine einzelne Abmeldung Ihren Antragstermin verschiebt. Siehe einen Puffer an Testern einplanen.
Aktuelle Pakete
- Erreicht die Zahl von 12 Testern
- Echte Android-Geräte
- Volle 14-Tage-Abdeckung
- Größter Puffer über 12
- Größte Gerätevielfalt
- Volle 14-Tage-Abdeckung
- Puffer über 12 enthalten
- Größere Gerätevielfalt
- Volle 14-Tage-Abdeckung
Die Preise gelten je Paket; die Servicegebühr wird Ihnen im Checkout vor der Zahlung angezeigt. Vergleichen Sie die Testpakete und die Unterstützung bei der Einrichtung oder sehen Sie, wie der Service funktioniert.
Häufig gestellte Fragen
Warum sagt Google Play, die App sei für einen Tester, den ich eingeladen habe, nicht verfügbar?
Meistens ist der Tester mit einem anderen als dem eingeladenen Konto angemeldet, wurde in eine Liste aufgenommen, die für den Track nicht ausgewählt ist, oder hat den Schritt der Anmeldung nicht abgeschlossen. Prüfen Sie das eingeladene Konto, die ausgewählte Liste oder die Mitgliedschaft in der Gruppe und die abgeschlossene Anmeldung, bevor Sie Einstellungen in der Console ändern.
Der Tester ist der Google-Gruppe beigetreten, kann aber trotzdem nicht am Test teilnehmen. Warum?
Vergewissern Sie sich, dass der Tester Mitglied der Gruppe ist und nicht nur dazu eingeladen, und dass es die Gruppe ist, die für den Track ausgewählt ist. Danach meldet sich der Tester mit demselben Konto an, das er für die Gruppe nutzt. Die Mitgliedschaft in der Gruppe allein meldet niemanden an; der Schritt der Anmeldung muss trotzdem abgeschlossen werden.
Der Tester hat sich angemeldet, kann aber nicht installieren. Was sollte ich prüfen?
Vergewissern Sie sich, dass der Play Store dasselbe Konto verwendet, mit dem der Tester am Test teilnimmt. Prüfen Sie danach den betreffenden Release, das Play-Land, die Gerätekompatibilität und eine eventuell bereits installierte Version. Entscheiden Sie anhand des genauen Fehlers, ob Sie beim Zugriff auf den Test, beim Build oder bei einem Problem mit dem Download ansetzen.
Meine Änderungen sind genehmigt, die App ist aber immer noch nicht verfügbar. Warum?
Eine Genehmigung ist nicht dasselbe wie Verfügbarkeit. Ist die verwaltete Veröffentlichung aktiviert, wartet ein genehmigtes Update, bis Sie es veröffentlichen. Ein neu veröffentlichter Teilnahmelink kann außerdem mehrere Stunden brauchen, bis er verfügbar ist, und genau der Release, den Ihre Tester brauchen, kann noch unfertig sein, während andere Änderungen bereits genehmigt sind.
Nutzen der geschlossene Test und die Produktion dieselben Länder?
Standardmäßig ja: Die Verfügbarkeit eines Tests nach Ländern ist mit der Produktion synchronisiert. Um den Test eigenständig auszurichten, nutzen Sie auf dem Track Unsync countries/regions und bearbeiten Sie danach seine Länder. Google wendet das im Konto des Testers registrierte Play-Land an, nicht den aktuellen Aufenthaltsort des Testers.
Warum funktioniert der interne Test, der geschlossene aber nicht?
Der interne Test ist ein eigener Track mit eigenem Link und eigenen Testern. Wer sich für Ihren internen Test angemeldet hat, ist für den geschlossenen Test nicht berechtigt, solange er sich nicht vom internen Test abmeldet und über den Link des geschlossenen Tests anmeldet. Zeit im internen Test zählt außerdem nicht für die Anforderung an den geschlossenen Test. Prüfen Sie auch die Verfügbarkeit nach Ländern und die Geräteausschlüsse: Für den internen Test gelten Ausnahmen, die für den geschlossenen Test nicht gelten.
Der Zugriff funktioniert, aber die Anforderung an den geschlossenen Test kommt nicht voran. Was jetzt?
Das ist ein anderes Problem als der Zugriff. Für private Entwicklerkonten, die nach dem 13. November 2023 erstellt wurden, müssen zum Zeitpunkt des Antrags mindestens 12 Tester über die vorangegangenen 14 fortlaufenden Tage angemeldet gewesen sein, bewertet jeweils pro Tester. Lesen Sie den Leitfaden zur Anforderung mit 12 Testern und den Leitfaden zu Tagen, die nicht aktualisiert werden, statt die Zugriffseinstellungen zu ändern.
Was als Nächstes zu tun ist
Fazit
Behandeln Sie „nicht verfügbar“ als Symptom und bestimmen Sie die Stufe, auf der der Zugriff scheitert. Prüfen Sie das eingeladene Konto und die abgeschlossene Anmeldung, danach den Track, die ausgewählte Liste, den Teilnahmelink, die Länder und den Veröffentlichungsstatus, und weisen Sie den Zugriff mit einem berechtigten Tester nach, bevor Sie alle einladen. Übersteht ein reproduzierbarer Fehler jede Prüfung, senden Sie das Paket mit den Nachweisen an den Support der Play Console. Sobald ein Tester sich anmelden und installieren kann, teilen Sie den Teilnahmelink mit der Gruppe und folgen Sie für die Anforderung selbst dem eigenen Leitfaden zum Testzeitraum.
Offizielle Quellen