Offener Test bei Google Play 2026: Limit ab 1.000 vs. 12 Tester

Genau diese Hürde ist die Lücke, für die PrimeTestLab gebaut wurde.

Vier Fragen bringen fast alle auf diese Seite: Können Fremde meine App finden, brauche ich wirklich 1.000 Tester, ruiniert Beta-Feedback meine Bewertung, und kann ich das nutzen, statt zwölf Leute anzubetteln, irgendetwas zu installieren. Drei davon haben klare Antworten in Googles eigener Dokumentation, und die vierte ist die, die wehtut. Die Einrichtung in der Console steht unten zuerst, denn dafür ist diese Seite da, und die vierte Frage bekommt den Abschnitt direkt danach. Alles hier ist aktuell am 12. August 2026, geprüft gegen Googles Seite zu den Testanforderungen (Hilfe-Antwort 14151465), die Seite zur Testeinrichtung (Hilfe-Antwort 9845334) und die Funktionsseite zum offenen Test in der Play Console. Wo eine Aussage auf einem Community-Thread beruht statt auf Google, kennzeichnet die Seite das so, statt sie zur Tatsache zu befördern.

Was der offene Test wirklich ist

Der Name verursacht die Hälfte der Verwirrung. Entwickler, die in der Play Console "Open testing" sehen, lesen das als Release-Status, den sie versehentlich eingeschaltet haben könnten, und Entwickler, die "Testing" lesen, nehmen an, die App müsse verborgen sein. Beides stimmt nicht. Der offene Test ist ein Track für die Verteilung, der neben dem internen Test, dem geschlossenen Test und der Produktion steht, und sein bestimmendes Merkmal ist, dass Fremde ihn erreichen können.

Worin er sich von einem Produktions-Release unterscheidet

Ein Produktions-Release ist die App. Ein offener Test ist ein paralleler Build, für den sich berechtigte Nutzer anmelden, und beide können gleichzeitig laufen: Nutzer in der Produktion behalten die Produktionsversion, und Nutzer, die sich für den offenen Test anmelden, erhalten stattdessen die Testversion. Google löst das über den Versionscode auf und liefert jedem Nutzer den höchsten kompatiblen Versionscode unter den Tracks, für die diese Person berechtigt ist. Deshalb kann ein offener Tester, der zugleich Produktionsnutzer ist, je nachdem, was Sie wo veröffentlicht haben, auf dem einen oder dem anderen Build landen.

Der praktisch wichtigste Unterschied ist die Umkehrbarkeit. Einen offenen Test zu beenden ist eine Pause für den Track: Tester erhalten keine Test-Updates mehr, und die App bleibt auf ihren Geräten installiert. Für einen Produktions-Launch, der zu früh herausging, gibt es keinen vergleichbaren leisen Ausgang. Die Gegenüberstellung aller vier Tracks liefert der Vergleich von internem, geschlossenem und offenem Test; dieser Beitrag bleibt beim offenen Test selbst.

Der offene Test auf einen Blick

Eine Zeile verdient einen frühen Hinweis, weil sie die Zeile ist, die die meisten Menschen auf diese Seite bringt: "keine Mindestzahl an tatsächlichen Testern" und "eine Obergrenze von mindestens 1.000" sind zwei verschiedene Aussagen über zwei verschiedene Dinge. Der Obergrenzen-Regler nimmt das sauber auseinander.

Offenen Test in der Play Console einrichten

Bevor Sie beginnen

Drei Dinge müssen stimmen, bevor der Track mitspielt. Erstens muss der offene Test für Ihr Konto verfügbar sein, was bei einem privaten Konto, das nach dem 13. November 2023 erstellt wurde, bedeutet, dass der Produktionszugriff bereits erteilt wurde. Zweitens muss ein Android App Bundle hochgeladen sein, denn die Testereinstellungen befüllen sich aus einem vorhandenen Bundle. Drittens muss der Store-Eintrag bereit sein, gesehen zu werden: Google rät, App und Store-Eintrag so vorzubereiten, dass sie auf Google Play sichtbar sein können, bevor Sie den offenen Test wählen, und dieser Rat leistet echte Arbeit, er sichert sich nicht nur ab.

Googles eigener Artikel zur Testeinrichtung kürzt dasselbe Ziel als Testing, dann Open testing ab, während die Seite zu den Testanforderungen den längeren Pfad ausschreibt. Wenn Ihre Console das Menü anders gruppiert als ein Screenshot, den Sie anderswo gefunden haben, ist das der Grund, und das Ziel ist in beiden Fällen dasselbe.

Tester und Feedback konfigurieren

Wählen Sie auf der Seite Open testing den Tab Testers und klappen Sie Manage testers auf. Wenn dieser Bereich leer ist, ist Googles Anweisung eindeutig: Stellen Sie sicher, dass ein App Bundle hochgeladen wurde. Vor dem ersten Build gibt es nichts zu konfigurieren.

Die Teilnehmersteuerung hat zwei Einstellungen. Unbegrenzt ist standardmäßig ausgewählt. Mit Begrenzte Anzahl legen Sie ein Maximum fest, und Google akzeptiert kein Maximum unter 1.000. Dieser eine Satz verursacht die meiste Verwirrung rund um diesen Track, deshalb bekommt er weiter unten einen eigenen Abschnitt und ein Werkzeug.

Fügen Sie danach eine Feedback-URL oder eine E-Mail-Adresse hinzu, damit Tester ihr privates Feedback irgendwohin schicken können, kopieren Sie den Link zum Teilen für die Testergewinnung und wählen Sie Save changes. Der Link zum Teilen erscheint erst, wenn der App-Status Published ist; bei einer App in Draft oder Pending publication wird er nicht angezeigt, was man wissen sollte, bevor man einen Nachmittag lang nach einem Link sucht, den es noch gar nicht geben kann.

Eine Einstellung liegt außerhalb dieses Bereichs und wird ständig übersehen: die Länder- und Regionsverfügbarkeit. Google dokumentiert die Verwaltung der Länderverfügbarkeit über die geschlossenen und offenen Test-Tracks einer App hinweg, und "offen" heißt öffentlich innerhalb der von Ihnen gewählten Märkte, nicht überall. Das ist der stille Grund, warum ein korrekter Link bei Ihnen funktioniert und bei dem Tester scheitert, dem Sie ihn geschickt haben.

Die Einrichtung der Reihe nach

1. 01
   Bestätigen, dass der offene Test für Ihr Konto verfügbar ist

   Bei einem privaten Konto, das nach dem 13. November 2023 erstellt wurde, muss der Produktionszugriff bereits erteilt sein. Ein ausgegrauter Track liegt meist an der Berechtigung und nicht an einem Fehler.

2. 02
   Den Track öffnen

   Test and release, dann Testing, dann Open testing.

3. 03
   Sicherstellen, dass ein App Bundle hochgeladen wurde

   Google nennt das ausdrücklich als Lösung, wenn der Bereich Manage testers leer ist.

4. 04
   Den Tab Testers öffnen und Manage testers aufklappen

   Hier liegen die Teilnehmereinstellung und der Link zum Teilen.

5. 05
   Die Teilnehmerkapazität festlegen

   Unbegrenzt als Standard oder Begrenzte Anzahl mit einer Obergrenze von mindestens 1.000. Die Obergrenze ist eine Deckelung, kein Rekrutierungsziel.

6. 06
   Eine Feedback-URL oder E-Mail-Adresse hinzufügen

   Test-Feedback lesen Sie in der Play Console unter Ratings and reviews, dann Testing feedback.

7. 07
   Den Link zum Teilen kopieren

   Google stellt eine URL bereit, die Sie per Web oder E-Mail verteilen können; jede berechtigte Person, die sie hat, kann auf den offenen Test zugreifen.

8. 08
   Save changes wählen

   Die Konfiguration ist vom Release getrennt. Speichern veröffentlicht hier nichts.

9. 09
   Länder- und Regionsverfügbarkeit prüfen

   Google dokumentiert die Länderverfügbarkeit für geschlossene und offene Test-Tracks. Wählen Sie die Märkte aus, in denen der Test laufen soll, statt anzunehmen, dass jedes Play-Land aktiv ist, denn wer außerhalb dieser Verfügbarkeit ist, kann auch über einen ansonsten korrekten Link nicht teilnehmen.

10. 10
    Den Release für den offenen Test erstellen und ausrollen

    Bereiten Sie den Release im Track für den offenen Test vor und rollen Sie ihn aus. Dieser Schritt macht den Track live.

11. 11
    Testerzugriff prüfen und dann Zeit für die Verbreitung einplanen

    Google sagt, dass nach der ersten Veröffentlichung eines Tests der Link einige Stunden bis zur Verfügbarkeit brauchen kann und später veröffentlichte Änderungen mehrere Stunden dauern können.

Kann der offene Test den geschlossenen Test mit 12 Testern ersetzen?

Das ist das teuerste Missverständnis in den Suchergebnissen zum offenen Test. Die Überlegung dahinter ist völlig logisch: Offen heißt, jeder kann teilnehmen, zwölf Tester sind schwer zu finden, also muss der offene Test der Weg sein, das Problem der Testergewinnung zu umgehen. Googles eigene Dokumentation schließt diese Tür in einem Satz.

Im Zusammenhang mit dem Rest dieser Seite gelesen bedeutet das: Für betroffene Konten liegt die Reihenfolge fest. Zuerst der geschlossene Test, dann der Produktionszugriff, dann drittens und optional der offene Test. Googles veröffentlichter Ablauf bietet keine Einstellung und keinen alternativen Test-Track, der diese ersten beiden Schritte für ein betroffenes Konto umdreht.

Produktionszugriff ist kein Produktions-Release

Diese beiden Begriffe werden synonym verwendet, und dasselbe sind sie nicht. Produktionszugriff ist eine Berechtigung, die Google Ihrem Konto für eine App erteilt, nachdem Ihr geschlossener Test und Ihre Antworten zur Produktionsreife überprüft wurden. Ein Produktionsrelease ist die tatsächliche Veröffentlichung eines Builds im Produktions-Track für die Allgemeinheit.

Sobald der Zugriff erteilt ist, werden laut Google sowohl der Produktions-Track als auch der offene Test verfügbar. Sie können dann einen öffentlich auffindbaren offenen Test durchführen, obwohl die App nie einen Produktions-Release hatte. Das ist die Reihenfolge, die sich die meisten ersten Veröffentlichungen wünschen sollten: Der geschlossene Test erfüllt die Anforderung, der offene Test sammelt Signale aus der Praxis, und der Produktions-Release erfolgt dann, wenn Sie es entscheiden.

Für welche Konten das tatsächlich gilt

Google nennt die Anforderung für private Entwicklerkonten, die nach dem 13. November 2023 erstellt wurden, das ist jetzt 2 Jahre und 9 Monate her. Zwei Klarstellungen sind wichtig, und bei beiden greifen andere Seiten zu weit:

• Das Datum ist ein Stichtag, keine Ankündigung. Googles offizieller Ankündigungsbeitrag ist auf den 9. November 2023 datiert. Die Seite mit der Anforderung nennt den 13. November 2023 als Stichtag für die Kontoerstellung. Zu schreiben, es sei am 13. November angekündigt worden, ist falsch, auch wenn die Zahl stimmt.
• Die Zahl war 20, bevor sie 12 wurde. Google hat die Schwelle am 11. Dezember 2024 von 20 auf 12 Tester gesenkt, das ist 1 Jahr und 8 Monate her, und an der Dauer von 14 Tagen hat sich nichts geändert. Seiten, die weiterhin 20 als aktuelle Anforderung nennen, sind veraltet und nicht strenger. Die vollständige Geschichte steht im Beitrag Änderung von 20 auf 12 Tester.

Organisationskonten liegen außerhalb der Formulierung dieser Seite: Google beschränkt die Anforderung auf betroffene private Konten und formuliert sie nicht als allgemeingültige Regel mit einer benannten Ausnahme für Organisationen. Offizielle Antworten in der Community sagen, dass für Organisationskonten die Testanforderung nicht gilt; davon getrennt berichten einige Entwickler, dass migrierte Organisationskonten weiterhin eine alte Testsperre zeigen. Die sichere Lesart ist Geltungsbereich, nicht Immunität: Teilweise Community-Bericht Wenn Ihre Console die Sperre weiterhin zeigt, ist Ihre Console für Ihr Konto maßgeblich. Die Entscheidung über den Kontotyp selbst gehört in den Beitrag privates Konto vs. Organisationskonto.

Ist eine App im offenen Test öffentlich oder auffindbar?

Die Behauptung, der offene Test sei nur auf Einladung, ist eine der langlebigsten falschen Antworten zu diesem Thema, und man kann in denselben Forenthreads zusehen, wie sie richtiggestellt wird. Das gehört klar gesagt: Ein offener Test ist keine private Beta mit einem öffentlich klingenden Namen. Fremde können ihn finden, daran teilnehmen und Ihre App nutzen, ohne je mit Ihnen zu sprechen.

Das hat eine Folge, die viele unterschätzen, bis es live ist. Die öffentliche Auffindbarkeit macht Name, Symbol, Beschreibung, Screenshots und die bloße Existenz Ihrer App für den gesamten Markt sichtbar. Deshalb rät Google, dass App und Store-Eintrag bereit sein sollten, bei Google Play sichtbar zu sein, bevor Sie diesen Track wählen. Ob Wettbewerber gezielt nachsehen, ist eine praktische Schlussfolgerung aus dieser öffentlichen Auffindbarkeit und nichts, was Google thematisiert; dokumentiert ist schlicht, dass der Eintrag gefunden werden kann.

Auffindbar heißt nicht sofort

Google dokumentiert, dass der Test auffindbar ist. Es veröffentlicht keine garantierte Zeit, bis eine App in der Suche erscheint, und die Angaben zur Verzögerung fallen zurückhaltend aus: Nachdem Sie einen Test erstmals veröffentlicht haben, kann es einige Stunden dauern, bis der Link verfügbar ist, und später veröffentlichte Änderungen können mehrere Stunden brauchen. Darüber hinaus verhalten sich echte Store-Einträge gelegentlich seltsam. Ein Thread in der Google Play Developer Community vom April 2026 berichtet von einem Eintrag zum offenen Test, der 404 lieferte, während der Track aktiv wirkte. Community-Bericht Das ist ein Supportfall und keine dokumentierte Wartezeit, und der Abschnitt zur Fehlersuche trennt beides.

Hinterlassen offene Tester öffentliche Bewertungen oder Rezensionen?

Die Angst, die Menschen zu dieser Frage bringt, ist konkret und gehört benannt: Ein erster Release geht raus, echte Nutzer finden frühe Fehler, und eine Welle von Ein-Stern-Rezensionen deckelt die Bewertung der App dauerhaft, bevor sie überhaupt ein Publikum hat. Das ist ein echtes Risiko, wenn man zu früh in der Produktion veröffentlicht. Es ist kein Risiko des offenen Tests.

Was das Feedback tatsächlich bewirkt

Welche Aussage Sie treffen können und welche nicht

Der Unterschied zählt, wenn Sie Ihren Launch-Plan darauf aufbauen. "Test-Feedback bleibt privat" ist vertretbar und überprüfbar. "Betatester können meiner Bewertung nie schaden" ist eine größere Behauptung, als die Dokumentation hergibt, und die größere Version ist die, die irgendwann jemanden überrascht.

Brauchen Sie 1.000 Tester für den offenen Test?

Wo immer Sie lesen "für den offenen Test braucht man 1.000 Tester", werden zwei verschiedene Dinge verwechselt. Das eine ist eine Konfigurationsgrenze für ein Feld in der Play Console. Das andere ist eine Teilnahmeanforderung, die es für den offenen Test nicht gibt. Wenn Sie die Obergrenze auf 1.000 setzen und sich 37 Personen anmelden, haben Sie 37 offene Tester und einen völlig normalen offenen Test. Die 37 sind eine Beispielrechnung, kein von Google veröffentlichter Schwellenwert.

Es lohnt sich auch, das von der Zahl zu trennen, die Sie wirklich bindet. Die 12 in "12 Tester über 14 fortlaufende Tage" ist ein echtes Minimum, und sie gehört zum geschlossenen Test auf dem Weg zum Produktionszugriff. Die 1.000 hier ist eine Untergrenze für eine Obergrenze in einem völlig anderen Track. Zwei Zahlen, zwei Tracks, eine sehr häufige Verwechslung.

Wenn Sie eigentlich eine kleine, handverlesene Gruppe von Testern wollen, ist die Obergrenze nicht Ihr Problem und der offene Test nicht Ihr Track. Für eine kontrollierte Einladungsliste ist der geschlossene Test da, und der Track-Vergleich zeigt, welcher Track zu welcher Aufgabe passt.

Wann Sie den offenen Test wirklich nutzen sollten

Vier Fälle, in denen der Track seine Öffentlichkeit rechtfertigt

• Nach Ländern ausrollen

  Google positioniert den offenen Test dafür, einen neuen Markt zu testen und die App vor einem breiteren Launch daran anzupassen. Eine öffentliche Beta in einem Land liefert echte Gerätevielfalt, echte Netzbedingungen und echtes sprachliches Feedback, das keine Einladungsliste aus Bekannten reproduzieren kann.

• Kennzahlen beobachten, bevor Sie sich festlegen

  Google beschreibt den offenen Test als Weg, umfangreiches quantitatives und qualitatives Feedback zu sammeln, Funktionen vor dem Release auszuprobieren und Kennzahlen vor dem Launch zu beobachten. Wenn Sie Zahlen statt Meinungen brauchen, ist eine größere öffentliche Gruppe meist der schnellste Weg zu statistisch brauchbaren Werten: Nutzerbindung, Conversion, Backend-Last und Gerätevielfalt lesen sich im großen Maßstab anders als über zwölf eingeladene Installationen.

• Prüfungen zu Stabilität, Bindung und Monetarisierung

  Google Ads beschreibt, wie sich mit einem offenen Test Stabilität, Nutzerbindung, Monetarisierung und die Wirkung von Anzeigen-Creatives vor einem breiten Launch bewerten lassen. Wenn Sie zum offenen Test eine App-Kampagne schalten wollen, rät Google Ads außerdem davon ab, die Downloads des offenen Tests im Play Store zu begrenzen, was ein zweiter Grund ist, die Teilnehmereinstellung auf Unbegrenzt zu lassen.

• Ein letzter Blick auf eine fast fertige Funktion

  Der Track ist für die Phase gebaut, in der der Build fast fertig ist und die verbleibenden Unbekannten das Verhalten im großen Maßstab betreffen und nicht offensichtliche Fehler. Das Feedback kommt privat an, deshalb landet nichts, was Sie in dieser Phase erfahren, in Ihrer öffentlichen Bewertung.

Drei Gründe, die keine sind

• Um sich die Gewinnung von 12 Testern für den geschlossenen Test zu sparen. Bei einem privaten Konto, das nach dem 13. November 2023 erstellt wurde, funktioniert das überhaupt nicht: Der Track liegt hinter derselben Hürde. Es ist der Grund, aus dem die meisten Menschen diese Seite lesen, und es ist die eine Antwort, die sich nicht abmildern lässt.
• Um die App oder den Store-Eintrag privat zu halten. Das ist das Gegenteil dessen, was der Track leistet. Wenn Ihr Grund für stilles Testen ist, dass die Idee noch nicht öffentlich sein soll, arbeitet der offene Test aktiv gegen Sie.
• Um mit einer kleinen, handverlesenen Gruppe zu testen. Das ist der geschlossene Test. Einen offenen Test auf die niedrigste zulässige Obergrenze von 1.000 zu setzen, macht daraus keinen privaten Test; es setzt nur eine Decke, die Sie nie erreichen werden.

Vom geschlossenen Test über den offenen Test zur Produktion

Was wirklich übernommen wird

"Einen Build hochstufen" klingt nach einer einzigen Schaltfläche, die Ihre App eine Leiter hinaufschiebt. Das Verhalten, das Google dokumentiert, ist mechanischer und nützlicher zu verstehen: Die Auslieferung wird pro Nutzer über den Versionscode entschieden. Ein Nutzer bekommt den höchsten kompatiblen Versionscode, der in irgendeinem Track veröffentlicht ist, für den dieser Nutzer berechtigt ist. Deshalb bleibt ein offener Tester, der zugleich Produktionsnutzer ist, nicht aus Treue auf dem Test-Build. Er bleibt darauf, weil dieser den höheren Versionscode hat.

Dasselbe Modell erklärt das Label Promoted. Ein Test-Track erscheint als Promoted, wenn seine aktiven Bundles auch im stabileren Fallback-Track aktiv sind, wenn es auf dem Test-Track also nichts gibt, was die Produktion nicht schon hat. Das beschreibt einen Zustand und ist keine Aktion, die Sie ausführen.

Offener Test wird bei Google Play nicht angezeigt? Prüfen Sie zuerst das hier

Prüfen Sie vier Zustände, bevor Sie das für ein Indexierungsproblem bei Play oder einen Supportfall halten. Die App ist noch nicht für den Track berechtigt, der Release wurde konfiguriert, aber nie ausgerollt, die App ist nicht im Status Published, oder seit der Erstveröffentlichung ist nicht genug Zeit vergangen. In diesen vier Punkten stecken die gewöhnlichen Erklärungen; alles danach ist wirklich selten.

Welche Schlüsse Sie nicht ziehen sollten

Es gibt keine veröffentlichte Zahl an Downloads, die eine App braucht, bevor sie in der Play Store-Suche erscheint. Diese Behauptung kursiert als persönliche Erfahrung in Forenthreads, und keine Primärquelle stützt sie. Es gibt auch keine garantierte Zeit bis zur Indexierung in der Suche: Google dokumentiert, dass der Test auffindbar ist, gibt Hinweise zur Verzögerung bei Links und Änderungen und hört dort auf. Wenn ein Store-Eintrag lange nach dem dokumentierten Zeitfenster immer noch defekt ist, lautet die ehrliche Antwort, dass Sie einen Supportfall haben und keine übersehene Einstellung.

Wenn das Problem stattdessen auf der geschlossenen Seite liegt und Ihre Tester melden, dass sie die App überhaupt nicht sehen, hat das eigene Ursachen: Der Beitrag App für Tester nicht verfügbar behandelt die Fehler bei Link und Berechtigung, und 12 Tester hinzugefügt, aber 0 angemeldet behandelt das Zählproblem, das die Uhr für den Produktionszugriff anhält.

So hilft PrimeTestLab

Das Problem der Testergewinnung ist der gesamte Engpass. Die meisten Entwickler, die das hier lesen, können die App bauen, das Bundle hochladen, den Store-Eintrag schreiben und den Fragebogen beantworten. Was sie wochenlang aufhält, ist, ein Dutzend Menschen mit Google-Konten zu finden, die etwas installieren, angemeldet bleiben und sich nicht am neunten Tag klammheimlich wieder abmelden. Das ist kein technisches Problem, und genau deshalb ist es so frustrierend, daran zu hängen.

Über 7.400+ Apps hinweg lag die Erfolgsquote auf Testerseite bei 99.9%, und diese Zahl sagt etwas darüber aus, ob der Test sauber läuft, nicht über Googles Entscheidung zu Ihrer App. Die Genehmigung hängt davon ab, ob Ihre App Googles Richtlinien erfüllt, und kein Dienst kann sie versprechen. Ein betreuter Test nimmt Ihnen die eine Anforderung ab, die reine Logistik ist, damit die vierzehn Tage tatsächlich vergehen. Wenn ein abgeschlossener Test dennoch mit einer Ablehnung endet, regelt die Rückerstattungsrichtlinie den kostenlosen neuen Test und die vollständige Rückerstattung sowie die Fälle, die sie nicht abdeckt.

Häufig gestellte Fragen

Fazit

Wenn genau diese Hürde Sie blockiert, ist das der Teil, den Sie abgeben können. Preispläne ansehen →