Zum Inhalt springen

Vergleich

Interner, geschlossener oder offener Test bei Google Play: welchen Track brauchen Sie?

Welcher Test-Track für den Produktionszugriff zählt, wer wirklich einen geschlossenen Test durchführen muss und was passiert, wenn die 14 Tage vorbei sind. Ein Vergleich 2026 mit den echten Regeln aus der Google Play Console.

3 Test-Tracks
14 Tage Geschlossener Test
13. Nov. 2023 Konto-Stichtag
Vergleich interner, geschlossener und offener Test Google Play 2026: welcher Track für den Produktionszugriff Pflicht ist, Tester-Limits, Überprüfungszeiten und wie PrimeTestLab beim geschlossenen Test hilft
Google Play Test-Tracks im Vergleich: intern für QA, geschlossen für Produktionszugriff, offen für öffentliche Beta

Kurze Antwort

Für private Play Console-Konten, die nach dem 13. November 2023 erstellt wurden, ist der interne Test optional, der geschlossene Test (closed testing) ist Pflicht, bevor Sie Produktionszugriff beantragen können, und der offene Test wird nach dem Produktionszugriff verfügbar. Für diesen geschlossenen Test müssen mindestens 12 Tester über die letzten 14 Tage fortlaufend angemeldet gewesen sein. Wer das erfüllt, ist berechtigt, den Antrag zu stellen: Google überprüft ihn weiterhin. Für jedes andere Konto sind das einfach drei Tracks mit unterschiedlichem Publikum und unterschiedlicher Sichtbarkeit, und keiner davon ist Pflicht.

Für betroffene neue private Entwicklerkonten ist der geschlossene Test der einzige Track, der zwischen Ihnen und einem Antrag auf Produktionszugriff steht: Google verlangt, dass mindestens 12 Tester über die letzten 14 Tage fortlaufend angemeldet waren, bevor Sie die Veröffentlichung in der Produktion beantragen können.

Welche dieser Regeln für Sie gelten, hängt von Ihrem Entwicklerkonto ab. Google beschränkt die Testanforderung auf private Play Console-Konten, die nach dem 13. November 2023 erstellt wurden. Wenn Ihr Konto ein Organisationskonto ist oder ein privates Konto, das vor diesem Datum erstellt wurde, fallen Sie nicht unter diese spezielle Anforderung und können die Tracks stattdessen nach Ihrem QA- und Beta-Bedarf wählen. Prüfen Sie, zu welcher Gruppe Sie gehören, bevor Sie einen Release planen.

Geprüfte offizielle Quellen

Zuletzt am 16. August 2026 gegen Googles Hilfezentrum geprüft. Alles auf dieser Seite, was nicht Google zugeschrieben ist, beruht auf unserer eigenen operativen Erfahrung oder ist ausdrücklich als Angabe von uns gekennzeichnet.

Was sind die drei Test-Tracks bei Google Play?

Google Play bietet vor der Produktion drei Test-Tracks: den internen Test, den geschlossenen Test und den offenen Test. Jeder hat eine andere Rolle im Entwicklungszyklus, und Google empfiehlt, mit dem internen Test zu starten und dann auf den geschlossenen Test auszuweiten. Die vorgeschriebene Reihenfolge hängt von Ihrem Entwicklerkonto ab: Die unten beschriebene Abfolge intern → geschlossen → Antrag auf Produktionszugriff ist nur für private Konten Pflicht, die nach dem 13. November 2023 erstellt wurden.

Interner Test

Schnelles QA mit Ihrem Team. Bis zu 100 Tester. Builds in wenigen Minuten verfügbar.

Optional

Pflicht*

Geschlossener Test

Kontrollierte Beta-Gruppe. Pflicht für private Konten, die nach dem 13. Nov. 2023 erstellt wurden: 12+ Tester, 14 aufeinanderfolgende Tage, bevor Sie Produktionszugriff beantragen können.

Erforderlich*

Offener Test

Öffentliche Beta. Unbegrenzt Tester oder ein Limit von mindestens 1.000. Für jedes Konto optional; für private Konten, die nach dem 13. Nov. 2023 erstellt wurden, wird er nach dem Produktionszugriff verfügbar.

Optional

* Pflicht für private Entwicklerkonten, die nach dem 13. November 2023 erstellt wurden. Mit dem Abschluss des geschlossenen Tests können Sie Produktionszugriff beantragen, es ist keine automatische Genehmigung.

So führen die Test-Tracks zur Produktion (private Konten, die nach dem 13. Nov. 2023 erstellt wurden)

Intern Schnelles QA Optional
Geschlossen 12 Tester × 14 Tage Erforderlich*
Produktionszugriff beantragen Google überprüft den Antrag Dann Produktion

Das Ende des 14-Tage-Zeitraums ist nicht die Ziellinie: Der Abschluss macht Sie berechtigt, den Antrag zu stellen. Der offene Test zweigt nach dem Produktionszugriff ab, er führt nicht dorthin

Interner vs. geschlossener vs. offener Test: Vergleich Seite an Seite

Hier die wichtigsten Unterschiede zwischen den drei Test-Tracks laut offizieller Play Console-Dokumentation von Google.

Interner vs. geschlossener vs. offener Test: Vergleich Seite an Seite
Kriterium Intern Geschlossen Offen
Wer kann teilnehmen? Intern: Nur eingeladene Tester Geschlossen: E-Mail-Liste, Google Groups oder Organisation Offen: Jeder auf Google Play
Kapazität der Zielgruppe Intern: 100 Tester pro App Geschlossen: E-Mail-Listen: 2.000 Nutzer pro Liste, 50 Listen pro Track, 200 Listen insgesamt. Google Groups: keine Größenbeschränkung veröffentlicht Offen: Unbegrenzt oder auf eine von Ihnen gewählte Zahl begrenzt (mindestens 1.000)
Verfügbarkeit des Releases und Überprüfung Intern: Meist in wenigen Minuten verfügbar. Ausnahmen: der erste interne Release einer vollständig konfigurierten App und der erste Release nach einer Ablehnung können überprüft werden Geschlossen: Normaler Play-Überprüfungsablauf Offen: Normaler Play-Überprüfungsablauf
Erforderliche Dauer Intern: Keine Geschlossen: 12 Tester × 14 Tage* Offen: Keine
Pflicht, bevor Sie Produktionszugriff beantragen? Intern: Nein Geschlossen: Ja* Offen: Nein
Im Play Store sichtbar? Intern: Nein Geschlossen: Nein Offen: Ja
Kostenpflichtige Apps Intern: Tester können eine kostenpflichtige App kostenlos installieren Geschlossen: Tester müssen die App normalerweise kaufen Offen: Tester müssen die App normalerweise kaufen
Sichtbarkeit des Feedbacks Intern: Privat für Sie Geschlossen: Privat; beeinflusst Ihre öffentliche Bewertung nicht Offen: Privat; beeinflusst Ihre öffentliche Bewertung nicht
Ideal für Intern: Schnelles QA, Team-Test Geschlossen: Pre-Launch-Beta, Anforderung erfüllen Offen: Öffentliche Beta, Soft Launch

* Für private Entwicklerkonten, die nach dem 13. November 2023 erstellt wurden; andere Konten fallen nicht unter diese Anforderung. Wer sie erfüllt, kann Produktionszugriff beantragen: Google überprüft den Antrag weiterhin.

Ist der geschlossene Test auf 2.000 Tester begrenzt? Nein. 2.000 ist die Größenbeschränkung einer einzelnen E-Mail-Liste für Tester. Googles Einrichtungsdokumentation erlaubt bis zu 50 Listen pro Track und 200 Listen insgesamt und beschreibt Google Groups als separaten Weg, Tester im geschlossenen Test zu verwalten, ohne eine vergleichbare Größenbeschränkung zu veröffentlichen. Die Zahl, die Sie tatsächlich einschränkt, sind also die 12 fortlaufend angemeldeten Tester, die die Anforderung für den Produktionszugriff verlangt, und keine Obergrenze von 2.000 Personen. Seiten, die „geschlossener Test: max. 2.000 Tester“ schreiben, zitieren eine Anmeldemethode, als wäre sie der ganze Track.

Wer muss den geschlossenen Test vor der Produktion durchführen?

Google fasst diese Anforderung eng, und die meiste Verwirrung um die drei Tracks entsteht daraus, sie als allgemeine Regel zu lesen. Das Google-Hilfezentrum verlangt von privaten Play Console-Konten, die nach dem 13. November 2023 erstellt wurden, einen geschlossenen Test mit mindestens 12 Testern, die über die letzten 14 Tage fortlaufend angemeldet waren, bevor diese Entwickler Produktionszugriff beantragen können. Wenn das nicht Ihr Konto ist, ist diese Abfolge nicht Ihr Weg in die Produktion.

Welche Google Play-Testregeln für Ihr Entwicklerkonto gelten
Was gilt Privates Konto, erstellt nach dem 13. Nov. 2023 Jede andere Kontosituation
Geschlossener Test, 12 Tester, 14 Tage Privates Konto nach dem 13. Nov. 2023: Pflicht, bevor Sie Produktionszugriff beantragen können Jedes andere Konto: Fällt nicht unter diese spezielle Anforderung
Offener Test in dieser Abfolge Privates Konto nach dem 13. Nov. 2023: Wird nach dem Produktionszugriff verfügbar Jedes andere Konto: Hängt von den für die App aktivierten Tracks ab; der offene Test bleibt in jedem Fall optional
Sinnvoller Weg Privates Konto nach dem 13. Nov. 2023: Internes QA (optional) → erforderlicher geschlossener Test → Antrag auf Produktionszugriff → Produktion, danach optional der offene Test Jedes andere Konto: Wählen Sie die Tracks nach dem Publikum und dem Rollout, die Sie brauchen, nicht nach dieser Abfolge

* Die erste Spalte ist, was Google dokumentiert. Die zweite ist bewusst zurückhaltend formuliert: Google veröffentlicht diese Anforderung für betroffene neue private Konten und veröffentlicht keine entsprechende allgemeine Regel für alle anderen.

Für Konten in der ersten Spalte folgt immer dieselbe Frage: Kann ein anderer Track den geschlossenen Test ersetzen? Er kann es nicht.

Interner Test ersetzt NICHT

Google stellt den internen Test als optional dar und sagt ausdrücklich, dass Sie einen geschlossenen Test durchführen müssen, bevor Sie Produktionszugriff beantragen. Der interne Test ist hervorragendes QA, er erfüllt die Anforderung aber nicht.

Offener Test ist KEIN Shortcut

Google sagt, der offene Test wird verfügbar, wenn Sie Produktionszugriff haben. Bei betroffenen Konten kommt der geschlossene Test zuerst und der offene Test danach, er lässt sich also nicht zum Vorspulen nutzen.

Organisationskonten fallen nicht unter diese Anforderung für neue private Konten. Lesen Sie das eng: Es bedeutet, dass die Regel von 12 Testern über 14 Tage nicht für sie gilt. Es bedeutet nicht, dass ein Organisationskonto von der Play-Überprüfung, der Richtlinientreue oder anderen Veröffentlichungspflichten befreit ist. Der Vergleich von privatem Konto und Organisationskonto zeigt die Abwägungen, bevor Sie sich entscheiden.

Was ist der interne Test bei Google Play?

Der interne Test ist der schnellste Track von Google Play. Er ist für eine kleine Gruppe eigener, vertrauenswürdiger Tester gedacht, und Builds sind in der Regel in wenigen Minuten verfügbar. Sie können einen internen Test sogar starten, bevor die Einrichtung Ihrer App fertig ist, was ihn ideal macht für frühes QA, Smoke-Tests und Bug-Prüfungen, bevor Sie sich um die Launch-Bereitschaft kümmern. „In der Regel“ leistet in diesem Satz allerdings echte Arbeit: siehe die Ausnahmen unten.

Google begrenzt den internen Test auf 100 Tester pro App. Nutzer im internen Test werden direkt eingeladen, und die App ist für sie nur über eine URL erreichbar, nicht als öffentlicher Eintrag im Play Store.

Google Play Console Seite für den internen Test; Pfeile markieren Internal testing in der Seitenleiste Test and release und Googles Hinweis, dass der Track bis zu 100 interne Tester unterstützt
Der Track für den internen Test in der Play Console. Google nennt die Grenze von 100 Testern auf der Seite selbst, und die Seitenleiste zeigt Open, Closed und Internal testing als drei gleichrangige Tracks unter Test and release › Testing, nicht als drei Stufen, die Sie in dieser Reihenfolge durchlaufen müssen.

Der interne Test ist nicht überprüfungsfrei

Interne Updates gehen in den meisten Fällen fast sofort live, aber Google dokumentiert Ausnahmen: Der erste interne Release einer vollständig konfigurierten App kann eine Überprüfung brauchen, ebenso der erste Release, den Sie nach einer Ablehnung einreichen. Interne Releases können auch nachträglich überprüft werden. Beachten Sie den Umfang: Wenn Ihr erster interner Release zu einer vollständig konfigurierten App gehört, muss dieser Release möglicherweise auf die Überprüfung warten. Google wendet diese Ausnahme nicht auf interne Tests von Apps an, die noch nicht vollständig konfiguriert sind, und genau das ist der Fall für frühes QA, für den der interne Test gebaut ist.

Ein Unterschied zwischen den Tracks, der bei kostenpflichtigen Apps überrascht: Interne Tester können eine kostenpflichtige App installieren, ohne sie zu kaufen, während geschlossene und offene Tester sie wie jeder andere Nutzer kaufen müssen. Wenn Ihre App kostenpflichtig ist, planen Sie das ein, bevor Sie eine Gruppe für den geschlossenen Test einladen.

Sie wollen einen einrichten statt zwischen ihnen zu wählen?

Diese Seite vergleicht die drei Tracks. Die Einrichtung Klick für Klick, die Regeln für Tester-E-Mail-Listen und CSV-Dateien, der Link zum Teilen und die Lösungen für „this app isn’t available for your account“ stehen alle in So richten Sie den internen Test bei Google Play ein.

Beste Einsatzfälle für den internen Test

Installation und ersten Start prüfen
Login, Käufe oder Onboarding testen
Crash-Fixes schnell validieren
Schnelles Feedback vom Team oder Kunden holen

Wichtige Nuance

Sie können den internen Test parallel zum geschlossenen und offenen Test für unterschiedliche Versionen laufen lassen. Ein Nutzer, der im internen Track angemeldet ist, ist jedoch nicht berechtigt für Ihren offenen oder geschlossenen Track, solange er sich nicht zuerst vom internen Test abmeldet und dann am anderen Track anmeldet.

Was ist der geschlossene Test bei Google Play?

Der geschlossene Test ist der Track, den Google für eine realistischere Beta mit einer Gruppe nutzt, die Sie steuern. Google beschreibt, dass Sie Ihre App so mit einer größeren, von Ihnen gewählten Testergruppe teilen, um Probleme zu beheben und zu prüfen, ob die App den Google Play-Regeln entspricht, bevor Sie live gehen.

Google Play Console Seite für den geschlossenen Test mit einem aktiven Track namens Closed testing Alpha; Pfeile markieren Closed testing in der Seitenleiste Test and release und die Liste Active tracks
Der Track für den geschlossenen Test in der Play Console. Geschlossene Tests erscheinen unter Active tracks mit dem Namen, den Sie ihnen gegeben haben, hier „Alpha“, und Sie können mehr als einen betreiben. Auf diesen Track zielt die Anforderung für den Produktionszugriff bei privaten Konten, die nach dem 13. November 2023 erstellt wurden.

Anforderung für den Produktionszugriff

Wenn Sie den Antrag stellen, müssen mindestens 12 Tester über die letzten 14 Tage fortlaufend angemeldet gewesen sein. Damit können Sie Produktionszugriff beantragen, es ist keine Genehmigung.

Wann startet der 14-Tage-Zeitraum tatsächlich?

Nicht wenn Sie den Build hochladen, und nicht wenn Sie Tester-E-Mails hinzufügen. Qualifizierungszeit sammelt sich pro Tester, und erst wenn zwei Dinge zutreffen: Der Release im geschlossenen Test ist für Tester verfügbar, und jeder Tester hat sich über Ihren Link zum Teilen einzeln angemeldet. Google misst in dem Moment, in dem Sie den Antrag stellen, dass mindestens 12 Tester über die 14 Tage unmittelbar vor dem Antrag fortlaufend angemeldet waren. Am sichersten rechnen Sie also von Ihrem Antragsdatum zurück und nicht von Ihrem Release-Datum vorwärts. Die Play Console, nicht Ihre eigene Tabelle, sagt Ihnen, dass der Antrag verfügbar ist.

Google ist sehr genau, was „fortlaufend“ bedeutet. Der Qualifizierungszeitraum sind die 14 Tage unmittelbar vor Ihrem Antrag, und sie müssen aufeinanderfolgen. Tester, die sich anmelden, weniger als 14 Tage bleiben und sich dann abmelden, zählen nicht, auch wenn sie sich später erneut anmelden.

12 angemeldete Tester 14 / 14 Tage
Fertig
Meldet sich ein Tester vor Ablauf der 14 Tage ab, zählt dieser Tester nicht mehr, und ein Ersatz sammelt angemeldete Tage erst ab dem Moment, in dem er dazukommt. Das löscht die Qualifizierungshistorie aller anderen nicht: Die Berechtigung kehrt zurück, sobald mindestens 12 Personen jeweils über den vollen, ununterbrochenen Zeitraum vor Ihrem Antrag angemeldet waren.

In der Praxis ist der geschlossene Test die Stufe, an der die meisten Erstveröffentlicher hängen bleiben. Der interne Test erfüllt diese Regel nicht. Der offene Test ersetzt sie nicht. Für betroffene private Konten ist diese Stufe des geschlossenen Tests das Tor zwischen „meine App wird getestet“ und „ich kann endlich Produktionszugriff beantragen“, und was nach dem Ende des Zeitraums passiert ist eine eigene Phase, über die genauso viele Entwickler stolpern. Wenn Sie den Track einrichten statt zwischen ihnen zu wählen: Unser Guide zum Einrichten eines geschlossenen Test-Tracks und Einladen von Testern hat die Schritte in der Console, und der vollständige Guide zu 12 Testern über 14 Tage geht tiefer auf die Anforderung selbst ein.

E-Mail-Listen

2.000 Nutzer pro Liste, 50 Listen pro Track, 200 Listen insgesamt

Google Groups

Verwalten Sie Tester über eine Gruppe statt über eine Liste. Google veröffentlicht in dieser Einrichtungsdokumentation keine vergleichbare Größenbeschränkung für Gruppen

Verteilung

Teilen Sie die Store-URL oder den Link zum Teilen direkt mit den Testern

Mehrere Tracks

Legen Sie zusätzliche geschlossene Tracks an, um Features getrennt zu testen

Bevor Ihre App im offenen Test oder in der Produktion ist, finden Tester eine App im geschlossenen Test in der Regel nicht einfach über die Play Store-Suche. Sie müssen ihnen die Store-URL oder den Link zum Teilen direkt senden.

Was passiert nach den 14 Tagen?

Das Ende des Qualifizierungszeitraums ist kein Schalter, der Ihre App veröffentlicht, und es ist kein Kalendertag, den Sie im Voraus markieren können. Sobald mindestens 12 Tester über den vollen 14-Tage-Zeitraum unmittelbar vor Ihrem Antrag fortlaufend angemeldet waren, können Sie in der Play Console Produktionszugriff beantragen, und Google überprüft diesen Antrag dann. Behandeln Sie die Play Console und nicht Ihre eigene Tageszählung als verbindliche Quelle dafür, wann Sie berechtigt sind.

Keine automatische Genehmigung

Der Abschluss des erforderlichen geschlossenen Tests macht einen betroffenen Entwickler berechtigt, den Antrag zu stellen. Er garantiert keine Genehmigung. Google bewertet, wie Sie Ihre Tester gewonnen haben, wie engagiert sie waren, welches Feedback Sie erhalten haben, was Sie daraufhin geändert haben, für wen die App gedacht ist und ob sie produktionsreif ist. Google kann außerdem weitere Tests verlangen, auch dann, wenn das Engagement der Tester nicht ausreichte.

  1. Berechtigung bestätigen: mindestens 12 Tester, die über den vollen 14-Tage-Zeitraum vor Ihrem Antrag fortlaufend angemeldet waren, und die Play Console gibt den Antrag frei. Was als 14 aufeinanderfolgende Tage zählt behandelt die Grenzfälle.
  2. Produktionszugriff in der Play Console beantragen.
  3. Googles Fragen zu Ihrem geschlossenen Test, Ihrer App oder Ihrem Spiel und Ihrer Produktionsreife beantworten: unser Guide zum Fragebogen für den Produktionszugriff arbeitet sie einzeln durch.
  4. Google überprüft den Antrag. Google sagt, das dauert in der Regel sieben Tage oder weniger, es kann aber länger dauern.
  5. Google erteilt den Produktionszugriff oder bittet Sie, weiter zu testen.

Rechnen Sie mit dem letzten Ergebnis, statt davon überrascht zu werden. Wenn Google mit der Bitte um mehr zurückkommt, behandelt was „mehr Tests erforderlich“ tatsächlich bedeutet die Antwort darauf. Und Sie sind während der 14 Tage auch nicht eingefroren: Sie können weiter Builds in den geschlossenen Track ausliefern, denn Google misst die fortlaufende Anmeldung der Tester, keinen Code-Freeze. Ihre App während des geschlossenen Tests aktualisieren arbeitet durch, was zurückgesetzt wird und was nicht.

Müssen Tester die App jeden Tag nutzen?

Anforderung vs. was Google bewertet

Googles veröffentlichtes Minimum ist die fortlaufende Anmeldung von mindestens 12 Testern über die letzten 14 Tage. Google veröffentlicht keine Regel, dass jeder Tester die App jeden Tag öffnen oder eine bestimmte Anzahl von Sitzungen abschließen muss. Der Antrag auf Produktionszugriff fragt allerdings nach dem Engagement der Tester und der Feature-Nutzung, und Google kann weitere Tests verlangen, wenn das Engagement nicht ausreicht.

Behandeln Sie die Anmeldung also als Untergrenze und nicht als die ganze Aufgabe: Gewinnen Sie Tester, die die App wirklich nutzen und Ihnen etwas Brauchbares sagen können, und halten Sie fest, was Sie ihretwegen geändert haben. Wer eine genaue Quote für die tägliche Nutzung, eine Zahl an Sitzungen oder eine Schwelle für Bot-Erkennung nennt, gibt Community-Folklore weiter: Google veröffentlicht keine dieser Zahlen.

Was ist der offene Test bei Google Play?

Der offene Test ist der Track für die öffentliche Beta. Google beschreibt, dass der offene Test die Testversion Ihrer App auf Google Play sichtbar macht und dass sich jeder anmelden und privates Feedback senden kann. Bei Early-Access-Apps, die noch nicht in der Produktion sind, können Nutzer Ihren offenen Test über die Google Play-Suche finden. Bei Apps, die bereits eine Produktionsversion haben, können sich Nutzer über den Store-Eintrag für den offenen Test anmelden.

Google Play Console Seite für den offenen Test: Einrichtungs-Checkliste 2 von 4 erledigt, Select countries und Select testers abgehakt; Pfeile markieren Open testing in der Seitenleiste Test and release
Der Track für den offenen Test in der Play Console. Beachten Sie die Einrichtungs-Checkliste: Länder und Tester werden konfiguriert, bevor Sie einen Release erstellen, und Google schreibt oben „Anyone can join your tests on Google Play“. Diese öffentliche Sichtbarkeit ist der ganze Unterschied zwischen diesem Track und den beiden anderen.

Google lässt Sie unbegrenzt viele Tester wählen oder eine begrenzte Zahl, die mindestens 1.000 betragen muss. Dieses Limit ist eine Obergrenze für die Gruppe und keine Zahl an Testern, die Sie gewinnen müssen, und es ist die am häufigsten missverstandene Einstellung des Tracks. Der Pfad in der Console, die Einstellungen für Tester und Feedback, was „öffentlich“ tatsächlich offenlegt und was zu prüfen ist, wenn der Test nicht erscheint, stehen alle im vollständigen Guide zur Einrichtung des offenen Tests bei Google Play.

Feedback bleibt privat. Google sagt, dass das Feedback und die Bewertungen, die Sie im offenen und geschlossenen Test sammeln, privat für Sie sind: Sie erscheinen nicht in Ihrem Store-Eintrag und beeinflussen Ihre öffentliche Play Store-Bewertung nicht. Eine rohe Beta kostet Sie keine Sterne.

Der offene Test ist kein Shortcut

Für private Play Console-Konten, die nach dem 13. November 2023 erstellt wurden, sagt das Google-Hilfezentrum: Der offene Test wird verfügbar, sobald Sie Produktionszugriff haben. Für diese Konten ist der offene Test kein Shortcut um den erforderlichen geschlossenen Test herum, sondern ein optionales Werkzeug für eine öffentliche Beta, das Sie später nutzen, wenn das Tor passiert ist. Allgemeiner ist der offene Test einfach Googles breiter Pre-Release-Track, um einen Test-Build vor ein großes Publikum zu bringen, und er ist für alle optional.

Release-Überprüfung vs. Überprüfung des Produktionszugriffs

Betroffene private Konten können auf zwei getrennte Überprüfungsprozesse treffen, mit unterschiedlichen Auslösern und unterschiedlichen veröffentlichten Zeitfenstern. Fast jede Frage nach dem Muster „mein geschlossener Test verzögert sich“ entsteht daraus, dass die beiden verwechselt werden.

Die zwei Überprüfungen bei Google Play, wann jede stattfindet und wie lange sie laut Google dauert
Überprüfung Wann sie stattfindet Veröffentlichte Dauer
Überprüfung eines Releases oder einer App-Änderung Wann: Bevor eine eingereichte Änderung veröffentlicht wird. Geschlossene und offene Releases folgen normalerweise diesem Ablauf. Interne Updates sind in der Regel sofort verfügbar, abgesehen von Googles dokumentierten Fällen der ersten Version und der ersten Einreichung nach einer Ablehnung, und können nachträglich überprüft werden. Dauer: Wenige Stunden bis 7 Tage, in Ausnahmefällen länger
Überprüfung des Produktionszugriffs Wann: Erst nachdem ein betroffenes privates Konto den erforderlichen geschlossenen Test abgeschlossen und den Antrag auf Produktionszugriff eingereicht hat Dauer: In der Regel sieben Tage oder weniger, gelegentlich länger

Zeitplanung und die 14 Tage

Ihr erster Release im geschlossenen Test muss möglicherweise die Play-Überprüfung abschließen, bevor Tester ihn erreichen und sich anmelden können. Planen Sie die Überprüfungszeit deshalb vor dem Qualifizierungszeitraum ein und nicht darin. Spätere Updates können ebenfalls überprüft werden, aber das Einreichen eines Updates beendet einen laufenden geschlossenen Test nicht von sich aus und löscht die fortlaufende Anmeldung der Tester nicht: solange das Update überprüft wird, bleibt der zuvor genehmigte Release verfügbar und Ihre Tester bleiben angemeldet. Google misst, ob mindestens 12 Tester über die 14 Tage vor Ihrem Antrag fortlaufend angemeldet waren, nicht ob Ihr Build sich nicht mehr geändert hat. Ihre App während des geschlossenen Tests aktualisieren arbeitet durch, was zurückgesetzt wird und was nicht.

Auf dieser Seite verwendete Definitionen

  • Angemeldet: Ein Tester ist Ihrem Link zum Teilen gefolgt und hat die Einladung zum Test angenommen. Auf Ihrer E-Mail-Liste zu stehen ist nicht dasselbe.
  • Produktionszugriff: Die Berechtigung, diese App im Produktions-Track zu veröffentlichen. Wird von Google nach dem Antrag erteilt, nicht durch das Abschließen des Tests.
  • Release-Überprüfung: Die Prüfung, die ein eingereichter Build oder eine App-Änderung vor der Veröffentlichung durchläuft. Geschlossene und offene Releases folgen ihr normalerweise, interne Updates meist nicht.
  • Überprüfung des Produktionszugriffs: Die separate Bewertung Ihres geschlossenen Tests, Ihrer App und Ihrer Bereitschaft, nachdem Sie den Antrag gestellt haben.
  • Öffentliche Auffindbarkeit: Ob eine normale Play Store-Suche die App anzeigen kann. Interner und geschlossener Test sind nicht auffindbar, offene Tests können es sein.

Welchen Test-Track sollten Sie nutzen?

Für die meisten Entwickler ist der richtige Weg einfach. So entscheiden Sie pro Track:

Nutzen Sie den internen Test, wenn...

Sie schnelles QA mit Ihrem Team, einem Kunden oder wenigen vertrauenswürdigen Testern wollen. Ideal, um offensichtliche Bugs schnell zu fangen, weil interne Builds meist in wenigen Minuten verfügbar sind.

Optional

Nutzen Sie den geschlossenen Test, wenn...

Sie einen echten Pre-Launch-Test mit einer kontrollierten Gruppe brauchen, und besonders dann, wenn Sie ein privates Entwicklerkonto haben, das nach dem 13. November 2023 erstellt wurde und Googles Regel von 12 Testern über 14 Tage erfüllen muss, bevor Sie Produktionszugriff beantragen. Das ist der Track, der für die Launch-Vorbereitung am meisten zählt.

Erforderlich

Nutzen Sie den offenen Test, wenn...

Sie eine öffentliche Beta, einen breiteren Soft Launch oder Feedback in großem Maßstab vor dem vollen Produktions-Rollout wollen. Der offene Test ist für jedes Konto optional, und für Konten unter den neuen Regeln für private Konten wird er verfügbar, sobald Sie Produktionszugriff haben.

Optional

Bevor Sie die 14 Tage starten: eine Bereitschaftsprüfung

Der Qualifizierungszeitraum ist der teure Teil, also lohnt es sich, ihn nicht mit einem Build zu starten, der ihn verschwendet. Nichts davon ist eine Anforderung von Google, die App muss weder feature-fertig noch fehlerfrei sein, aber ein Test, der stockt, weil bei niemandem der Login funktionierte, sind 14 Tage, die Sie zweimal ausgeben.

Bereit für den Wechsel von intern zu geschlossen

Die App installiert sauber und startet zuverlässig auf einem echten Gerät
Registrierung und Login funktionieren, auch Logins über Drittanbieter
Die zentrale Nutzerreise läuft von Anfang bis Ende durch
Zugangsdaten für die Überprüfung oder ein Demo-Konto sind gültig und dokumentiert
Datenschutzerklärung und alle erforderlichen Richtlinien-Seiten laden
Kein bekannter blockierender Crash auf den Wegen, die Tester wirklich nutzen
Es gibt einen Feedback-Kanal und die Tester wissen, wo er ist
Die Anleitung für Tester ist geschrieben, und Ihre 12 Anmeldungen stehen mit etwas Puffer bereit

Der letzte Punkt ist Erfahrung, keine Richtlinie: Google verlangt 12 und veröffentlicht keinen empfohlenen Puffer, aber eine Gruppe von genau 12 hat keinen Spielraum, wenn eine Person das Handy wechselt.

Empfohlener Weg je nach Typ des Entwicklerkontos

Schritt 1 Interner Test Optionales QA
Schritt 2 Geschlossener Test Erforderlich
Schritt 3 Produktionszugriff beantragen Dann launchen

Das ist die Abfolge für private Konten, die nach dem 13. November 2023 erstellt wurden, und sie entspricht Googles eigener Empfehlung, mit dem internen Test zu starten und dann auf den geschlossenen Test auszuweiten. Für jedes andere Konto ist diese spezielle Abfolge nicht vorgeschrieben. Wählen Sie den internen, geschlossenen oder offenen Test nach dem Publikum und dem Rollout, die Sie wirklich brauchen, im Rahmen der für Ihre App aktivierten Tracks, und nutzen Sie den offenen Test, wann immer eine öffentliche Beta wirklich das richtige Werkzeug ist.

Häufige Fallen beim Testen bei Google Play

Zu verstehen, was die Tracks sind, ist das eine. Zwischen ihnen zu wechseln, ohne Tage zu verlieren, ist das andere. Diese drei sind die Fehler, die wir in den von PrimeTestLab begleiteten Projekten am häufigsten sehen: Die ersten zwei sind dokumentiertes Verhalten der Play Console, beim dritten missverstehen Entwickler am häufigsten, was der Abschluss des Tests ihnen bringt.

1
Zeitersparnis

Den getesteten Build wiederverwenden (nicht neu hochladen)

Viele Entwickler verlieren Zeit damit, für jeden Track ein neues App Bundle (AAB) mit neuem Version code hochzuladen. Das ist unnötig. Wenn Ihre App den internen Test besteht, können Sie genau dasselbe Artefakt in den geschlossenen Track legen, ohne es neu zu bauen: Öffnen Sie den geschlossenen Track, erstellen Sie einen Release und wählen Sie „Add from library“, um die bereits hochgeladene Version auszuwählen. Kein erneuter Upload, kein neuer Version code.

Pfad Play Console Test and release > Testing > Closed testing > Release erstellen > Add from library

Eine Abkürzung „Promote release“ gibt es außerdem in manchen Versionen der Play Console und in vielen älteren Community-Anleitungen. Wenn Ihre Console sie anbietet, nutzen Sie sie. Sie ist nur nicht als stabiler Weg von intern zu geschlossen in Googles aktueller Hilfe zu Releases (answer 9859348) dokumentiert, weshalb man sich den Weg über die Library merken sollte. Der Guide zur Einrichtung des internen Tests geht ihn Schritt für Schritt durch.

2
Häufiger Fehler

Interne Tester müssen sich abmelden, bevor sie am geschlossenen oder offenen Test teilnehmen

Google sagt, dass ein Nutzer, der im internen Test angemeldet ist, für den geschlossenen oder offenen Test nicht berechtigt ist, solange er sich nicht vom internen Test abmeldet. Das ist dokumentierte Richtlinie, kein Fehler. In der Praxis zeigt der Play Store diesen Testern häufig einen Bildschirm mit „Not Found“ oder „App not available“, solange das Konto noch am internen Test hängt, was Entwickler in ihrem Store-Eintrag nach einem Problem suchen lässt, das dort nicht existiert.

Falsch

Den Link zum geschlossenen Test senden, während der Tester noch im internen Track ist

Richtig

Der Tester meldet sich zuerst vom internen Test ab und klickt dann auf den Link zum geschlossenen Test

3
Teure Annahme

Den Test abzuschließen ist nicht dasselbe wie genehmigt zu sein

Der Schritt mit 12 Testern über 14 Tage ist eine Berechtigungshürde, kein Urteil. Wer sie nimmt, darf als betroffener Entwickler Produktionszugriff beantragen. Google bewertet dann, wie Sie Tester gewonnen haben, wie engagiert sie waren, welches Feedback Sie bekommen haben, was Sie deswegen geändert haben und ob die App bereit ist. Google kann den Zugriff erteilen oder weitere Tests verlangen. Es trifft besonders die Entwickler, die einen Launch-Termin auf das Ende der 14 Tage legen: Presse, Anzeigen, eine Kundenfrist. Planen Sie die Überprüfung des Produktionszugriffs als eigene Phase ein und lesen Sie warum geschlossene Tests abgelehnt werden, bevor Sie einreichen, nicht danach.

Erfahrung von PrimeTestLab

Das ist, was wir für Kunden tun, als Angabe von uns und nicht als Google-Regel: Wir übernehmen das Tester-Management, die Koordination der Anmeldungen und die Reihenfolge der Tracks. Die Tester werden von uns gewonnen und geprüft, nutzen echte Android-Geräte und beginnen sich anzumelden, sobald Ihr Track für den geschlossenen Test und Ihr Link zum Teilen bereit sind: in 4 Stunden nach der Einrichtung, garantiert innerhalb von 6, nach den Lieferbedingungen auf unserer Preisseite. Was das beseitigt, sind die Rekrutierung und die Fehler bei der Anmeldung. Es verkürzt Googles Überprüfung nicht und entscheidet nicht über Ihren Antrag auf Produktionszugriff.

Häufige Fragen

Zählt der interne Test für die Anforderung von 12 Testern über 14 Tage?

Nein. Googles Anforderung für den Produktionszugriff ist ausdrücklich ein geschlossener Test. Der interne Test wird als optional beschrieben und ist für schnelles, privates QA gedacht, deshalb zählen dort gewonnene Tester nicht zu den 12. Führen Sie den internen Test zuerst durch, wenn er Ihnen hilft, und danach den geschlossenen Test, der die Anforderung tatsächlich erfüllt.

Können interner und geschlossener Test gleichzeitig laufen, und kann ein Tester an beiden teilnehmen?

Die Tracks können parallel mit unterschiedlichen Versionen laufen, das ist kein Problem. Eine einzelne Person kann jedoch nicht in beiden gleichzeitig sein: Google sagt, dass ein Nutzer, der im internen Test angemeldet ist, für den geschlossenen oder offenen Test nicht berechtigt ist, solange er sich nicht vom internen Test abmeldet. Jeder Tester muss den internen Test also zuerst verlassen, damit Ihr Link zum geschlossenen Test für ihn funktioniert. Deshalb kann ein funktionierender Link trotzdem „App not available“ anzeigen.

Was passiert nach den 14 Tagen?

Sie werden berechtigt, Produktionszugriff zu beantragen: Es wird nichts automatisch veröffentlicht. Sobald mindestens 12 Tester über den vollen 14-Tage-Zeitraum vor Ihrem Antrag fortlaufend angemeldet waren, können Sie ihn in der Play Console einreichen. Sie beantworten Googles Fragen zu Ihrem Test, Ihrer App und Ihrer Produktionsreife, und Google überprüft den Antrag (in der Regel in sieben Tagen oder weniger, manchmal länger). Google erteilt dann den Produktionszugriff oder verlangt weitere Tests.

Müssen Tester im geschlossenen Test die App jeden Tag nutzen?

Googles veröffentlichtes Minimum ist die fortlaufende Anmeldung von mindestens 12 Testern über die letzten 14 Tage, nicht die tägliche Nutzung. Es gibt keine offizielle Regel, dass jeder Tester die App jeden Tag öffnen oder eine bestimmte Anzahl von Sitzungen abschließen muss. Google bewertet beim Antrag allerdings das Engagement der Tester und das Feedback und kann weitere Tests verlangen, wenn das Engagement nicht ausreichte. Gewinnen Sie also Tester, die die App wirklich nutzen.

Kann ich meine App während des 14-tägigen geschlossenen Tests aktualisieren?

Ja. Google misst, ob Ihre Tester fortlaufend angemeldet bleiben, nicht ob sich Ihr Build nicht mehr ändert, und Google erwartet, dass Sie Feedback aus dem Test vor der Produktion umsetzen. Neue Releases durchlaufen weiterhin den normalen Play-Überprüfungsablauf, und solange ein Update überprüft wird, bleibt der zuvor genehmigte Release für Ihre Tester verfügbar. Das Einreichen beendet den Test also nicht von sich aus und löscht die Anmeldung nicht.

Was ist der Unterschied zwischen Release-Überprüfung und Überprüfung des Produktionszugriffs?

Das sind zwei getrennte Prozesse. Die Release-Überprüfung ist die Prüfung, die ein eingereichter Build oder eine App-Änderung vor der Veröffentlichung durchläuft. Google sagt, sie kann von wenigen Stunden bis zu 7 Tagen dauern, in Ausnahmefällen länger. Geschlossene und offene Releases folgen ihr normalerweise, während interne Updates in der Regel sofort verfügbar sind, abgesehen von Googles dokumentierten Fällen der ersten Version und der ersten Einreichung nach einer Ablehnung. Die Überprüfung des Produktionszugriffs findet erst statt, nachdem ein betroffenes privates Konto den erforderlichen geschlossenen Test abgeschlossen und den Antrag auf Produktionszugriff eingereicht hat; Google sagt, sie dauert in der Regel sieben Tage oder weniger. Eine abgeschlossene Release-Überprüfung erteilt keinen Produktionszugriff.

Wo PrimeTestLab ansetzt

Das ist der eine kommerzielle Abschnitt auf dieser Seite, behandeln Sie ihn also als Angabe von uns und nicht als Teil von Googles Regeln. Wenn Sie nur schnelles QA mit Ihrem eigenen Team brauchen, reicht der interne Test, und Sie brauchen überhaupt keinen Testservice. Wenn Ihr Problem der erforderliche geschlossene Test ist, konkret genug zuverlässige Tester zu finden, die über die vollen 14 Tage angemeldet und aktiv bleiben, dann ist das der Track, für den PrimeTestLab gebaut ist.

Unser Fokus

PrimeTestLab ist für den Track des geschlossenen Tests, nicht für den internen und nicht für den offenen Track. 12 zuverlässige Tester selbst zu finden, kann Wochen an Rekrutierung und Koordination kosten; wir stellen sie auf echten Geräten bereit, angemeldet über die vollen 14 Tage, und der Test startet in 4 Stunden (garantiert innerhalb von 6). Das ist ein optionaler, kostenpflichtiger Service: Er ändert Googles Anforderungen nicht, und über den Antrag auf Produktionszugriff entscheidet allein Google. Die Pläne starten ab 19,99 $ plus der Servicegebühr, die beim Checkout hinzukommt (5%, mindestens $1.50, sodass Starter insgesamt $21.49 ergibt).

Diese drei Zahlen sind operative Angaben von PrimeTestLab über die von uns begleiteten App-Testprojekte. Sie sind nicht geprüft, und sie sind keine Garantie von Google: Google entscheidet über jeden Antrag auf Produktionszugriff unabhängig von uns.

Die Pläne reichen von 12 bis 25 Testern. Der Plan mit 25 Testern kostet weniger als der mit 20 Testern, weil er unsere hervorgehobene Stufe ist und einen tieferen Rabatt auf seinen Grundpreis trägt: Diese Reihenfolge ist gewollt und kein Tippfehler. Die Preisseite ist die gepflegte Quelle für aktuelle Preise und die Gebühr beim Checkout.

Pläne und Preise ansehen

Ihren Track wählen: die Kurzfassung

Das Wichtigste

Nutzen Sie den internen Test für schnelles, privates QA. Nutzen Sie den geschlossenen Test, wenn Sie eine kontrollierte Beta brauchen und, bei privaten Konten, die nach dem 13. November 2023 erstellt wurden, um Googles Pflichtschritt von 12 Testern über 14 Tage abzuschließen, bevor Sie Produktionszugriff beantragen. Nutzen Sie den offenen Test, wenn Sie eine größere öffentliche Beta wollen und der Track für Ihre App verfügbar ist. Und wenn Sie den neueren Regeln für private Konten unterliegen, denken Sie daran: Mit dem Abschluss des geschlossenen Tests beginnt die Phase des Antrags auf Produktionszugriff, es ist keine automatische Genehmigung.

Änderungshistorie

Änderungshistorie
Datum Was sich geändert hat
17. August 2026 Was sich geändert hat: Deutsche Fassung auf den Stand der englischen Prüfung vom 16. August 2026 gebracht. Googles Hilfezentrum erneut geprüft, die Zeile zur Kapazität im geschlossenen Test von einem Tester-Maximum auf die Kapazität der E-Mail-Listen korrigiert, Googles zwei dokumentierte Ausnahmen bei der internen Überprüfung ergänzt, Release-Überprüfung und Überprüfung des Produktionszugriffs in einen eigenen Abschnitt getrennt, die Formulierung „Tag 14“ durch die Berechtigung über den vollen Zeitraum ersetzt und die doppelte Einleitung sowie die Preiskarten im Text entfernt.
5. März 2026 Was sich geändert hat: Erstveröffentlichung.
Kefayatullah Khadem - Softwareentwickler und Spezialist für die Veröffentlichung bei Google Play

Geschrieben von

Kefayatullah Khadem

Softwareentwickler und Spezialist für die Veröffentlichung bei Google Play

Kefayatullah Khadem ist Softwareentwickler mit über 8 Jahren Erfahrung im Entwickeln skalierbarer Anwendungen. Bei PrimeTestLab hilft er unabhängigen Entwicklern dabei, die Anforderung an den geschlossenen Test bei Google Play zu erfüllen, nachdem er gesehen hat, wie schwer sich viele von ihnen damit tun. Bislang hat er 9.800+ Android-Apps dabei geholfen, betreute geschlossene Tests in 120+ Ländern abzuschließen, bei einer betreuten Test-Abschlussquote von 99.9%. Wenn er gerade keinem Entwickler beim Veröffentlichen hilft, schreibt er über die Richtlinien von Google Play, Muster bei App-Ablehnungen und den Ablauf des geschlossenen Tests.

9,800+ Apps Tested
99.9% Test-Completion Rate
120+ Countries
4.9/5 Rating

Spezialisten für den geschlossenen Test

Stecken Sie beim geschlossenen Test fest?

Sparen Sie sich die Rekrutierung. Holen Sie sich echte Tester auf echten Geräten für den vollen 14-Tage-Zeitraum.

Professioneller Test ab 19,99 $ plus der Servicegebühr, die beim Checkout angezeigt wird

99.9% Erfolgsquote · Start in 4 Stunden · Geld-zurück-Garantie

PrimeTestLab gibt bislang 9.800+ unterstützte Apps an

Geschlossenen Test starten · 19,99 $ WhatsApp