Kurze Antwort
Stand 14. August 2026 verlangt Google Play von Entwicklern mit privaten Entwicklerkonten, die nach dem 13. November 2023 erstellt wurden, einen geschlossenen Test mit mindestens 12 Testern, die mindestens während der letzten 14 Tage fortlaufend angemeldet geblieben sind, bevor sie Produktionszugriff beantragen können. Google kündigte diese Hürde am 9. November 2023 mit 20 Personen über mindestens zwei Wochen an und senkte das Tester-Minimum am 11. Dezember 2024 auf 12, wobei der 14-Tage-Zeitraum blieb. Wer die Schwelle erreicht, ist antragsberechtigt, nicht genehmigt: Google überprüft den Antrag, sagt, diese Überprüfung dauere in der Regel 7 Tage oder weniger, und kann weitere Tests verlangen. Der interne Test hat sein eigenes Limit von 100 Testern und erfüllt diese Voraussetzung des geschlossenen Tests nicht. Der Zugang zum geschlossenen Test lässt sich über E-Mail-Listen oder Google Groups verwalten, und auch verwalteten Google Play-Organisationen kann Zugriff gewährt werden.
Wenn Ihnen ausgerechnet die zwölf Personen fehlen
Das ist die einzige Zahl auf dieser Seite, die Sie nicht nachschlagen können, und genau die liefert PrimeTestLab: echte Tester, die über den vollen Zeitraum angemeldet bleiben. So funktioniert das →
Die meisten Seiten, die für diese Suchanfragen ranken, beantworten eine etwas andere Frage als die gestellte. Hinter diesem Thema stehen ganz überwiegend Suchanfragen zur Überprüfung: Jemand hat irgendwo eine Zahl gelesen und will wissen, ob sie aktuell ist, was sie tatsächlich zählt und wer sie sagt. Das ist eine andere Aufgabe als ein Tutorial, deshalb ist dieser Beitrag als Nachschlagewerk aufgebaut. Jede Statistik bekommt einen Satz, eine zeitliche Einordnung und eine Quelle, und nichts wird von einer plausiblen Vermutung zur Tatsache aufgerundet. Alles hier ist aktuell mit Stand 14. August 2026 und wurde am selben Tag anhand von Googles eigenen Hilfeseiten, der Entwicklerdokumentation und den veröffentlichten Sicherheitsberichten geprüft.
Zwei Gewohnheiten lohnen sich für jeden der folgenden Blöcke. Erstens: 12 ist aktuell, 20 ist historisch; Seiten, die 20 weiterhin als Anforderung für 2026 nennen, zitieren eine Ankündigung, die Google im Dezember 2024 ersetzt hat. Zweitens: eine Schwelle ist keine Entscheidung. Fast jeder verzweifelte Thread in Googles eigener Developer Help Community stammt von jemandem, der die numerische Bedingung erfüllt und angenommen hat, damit sei die Sache erledigt.
Der Auskunftsschalter
Drei Instrumente, gebaut für eine Seite voller Zahlen. Keines davon braucht ein Konto, einen Upload oder eine Netzwerkanfrage; jedes läuft in Ihrem Browser mit den Werten, die Sie wählen.
Die fünf meistzitierten Zahlen
Fünf Zahlen tragen fast die gesamte Nachfrage zu diesem Thema: 12 Tester, 14 fortlaufende Tage, der Konto-Stichtag 13. November 2023, die Senkung von 20 am 11. Dezember 2024 und die 7 Tage oder weniger, die Google als übliche Dauer der Überprüfung des Produktionszugriffs nennt. Jede davon steht unten als vollständiger Satz, damit sie übernommen werden kann, ohne ihre Bedeutung zu verlieren.
-
01
Verifiziert
Das aktuelle Minimum für den geschlossenen Test bei Google Play liegt bei 12 angemeldeten Testern über mindestens die letzten 14 Tage fortlaufend, und zwar für betroffene neue private Entwicklerkonten.
Google Play Console-Hilfe, Antwort 14151465 · geprüft am 14. August 2026
-
02
Verifiziert
Die 12-Tester-Regel gilt für private Entwicklerkonten, die nach dem 13. November 2023 erstellt wurden.
Google Play Console-Hilfe, Antworten 14151465 und 6112435 · geprüft am 14. August 2026
-
03
Verifiziert, historisch
Googles ursprüngliche Ankündigung vom 9. November 2023 verlangte 20 Personen über mindestens zwei Wochen, bevor Produktionszugriff beantragt werden konnte.
Android Developers Blog, 9. November 2023 · geprüft am 14. August 2026
-
04
Verifiziert
Google senkte die Anforderung am 11. Dezember 2024 von 20 Testern auf 12, während der zweiwöchige Testzeitraum blieb.
Aktualisierung im Android Developers Blog sowie Googles offizieller Leitfaden in der Help Community · geprüft am 14. August 2026
-
05
Verifiziert
Laut Google dauert die Überprüfung eines Antrags auf Produktionszugriff in der Regel 7 Tage oder weniger, gelegentlich kann sie aber länger dauern.
Google Play Console-Hilfe, Antwort 14151465 · geprüft am 14. August 2026
Instrument 01
Zitat-Generator
Wählen Sie eine beliebige Zahl auf dieser Seite und ein Format. Sie erhalten den Satz, den sie stützt, die Quelle, das Prüfdatum und die Einstufung der Verlässlichkeit, fertig zum Einfügen in ein Dokument, ein Ticket oder eine Antwort.
Jede Zeile ist mit Absicht datiert. Richtlinienseiten ändern sich, und eine undatierte Statistik ist der Grund, warum eine überholte Zahl noch zwei Jahre später im Umlauf bleibt.
Wo Sie Fortschritt und Statistiken zum geschlossenen Test in der Play Console sehen
Öffnen Sie die App in der Play Console und sehen Sie sich die Testanforderung für den Produktionszugriff im Dashboard der App an. Die qualifizierende Zahl ist die Zahl der angemeldeten Tester, die zu dieser Anforderung angezeigt wird, nicht die Länge der E-Mail-Liste, nicht die Installationsereignisse und nicht die Installationszahl im Play Store.
Das ist eine eigene Suchanfrage, und sie verdient die direkte Antwort von oben statt zuerst eine Erklärung. Über Ihre Antragsberechtigung entscheidet die Zahl, die die Play Console für die Anforderung zum Produktionszugriff selbst anerkennt. Das ist die Zahl, die Sie im Blick behalten sollten, und es ist die Zahl, die auch die Antragshürde ausliest.
Verwirrend ist das deshalb, weil in unmittelbarer Nähe mehrere andere Zahlen sichtbar sind und keine davon die qualifizierende ist. Das sind vier verschiedene Messungen:
| Was Sie sehen können | Was sie misst | Ist das die qualifizierende Zahl? |
|---|---|---|
| Adressen auf Ihrer E-Mail-Liste oder in Ihrer Google Group | Wer berechtigt ist, am Test teilzunehmen. | Nein |
| Installationen oder Installationsereignisse in den Statistiken | Installationsaktivität auf Geräteebene, mit eigener Meldeverzögerung. | Nein |
| Installationszahl im Play Store-Eintrag | Aggregierter Wert auf Store-Seite, keine Testanmeldung. | Nein |
| Angemeldete Tester, angezeigt bei der Anforderung für den Produktionszugriff | Tester, die die Play Console als fortlaufend für den geschlossenen Test angemeldet zählt. | Ja |
Quelle: Play Console-Hilfe, Antwort 14151465 und Antwort 9845334 · geprüft am 14. August 2026
Daraus folgen zwei praktische Konsequenzen, und sie sind grundverschieden. Die qualifizierende Testerzahl kann von den Installationszahlen abweichen, weil beide Unterschiedliches messen; eine Abweichung ist also zu erwarten und kein Fehler. Entwickler berichten außerdem von verzögerten Aktualisierungen des Zählers, doch Google veröffentlicht weder dessen Aktualisierungsrhythmus noch den Berechnungsalgorithmus, es gibt also kein dokumentiertes Intervall, das man abwarten könnte. Nutzen Sie die Anforderung zum Produktionszugriff im Dashboard als maßgebliche Angabe zur Antragsberechtigung. Die vollständige Diagnose für einen Zähler, der unter Ihrer Listengröße feststeckt, steht in dem Beitrag darüber, dass 12 hinzugefügte Tester als null angemeldet erscheinen.
Einen eigenen Bildschirm "Statistiken zum geschlossenen Test" gibt es nicht. Die Play Console meldet Installationen, Vitals und Bewertungen unter Statistiken und Android vitals, und sie meldet Ihre Berechtigung im Verhältnis zur Anforderung für den Produktionszugriff im Dashboard. Das sind zwei verschiedene Oberflächen, und nur die zweite misst die 12/14-Bedingung. Die erste zu lesen und die zweite zu erwarten ist die häufigste Form dieser Verwechslung.
Teilweise Google dokumentiert beide Oberflächen; einen kombinierten Fortschrittsbericht unter diesem Namen veröffentlicht Google nicht.
Die Regel 12 Tester, 14 Tage
Für ein betroffenes Konto lautet Googles Bedingung: ein geschlossener Test mit mindestens 12 Testern, die mindestens während der letzten 14 Tage fortlaufend angemeldet waren. Wer sie erfüllt, kann im Dashboard der App Produktionszugriff beantragen. Die Produktion selbst wird damit nicht freigeschaltet.
"Wenn Sie ein neu erstelltes privates Entwicklerkonto haben, müssen Sie einen geschlossenen Test für Ihre App mit mindestens 12 Testern durchführen, die mindestens während der letzten 14 Tage fortlaufend angemeldet waren."
Google Play Console-Hilfe, Antwort 14151465 · geprüft am 14. August 2026
Lesen Sie diesen Satz langsam, denn in ihm stecken vier getrennte Bedingungen, und an jeder verlieren Entwickler Wochen. Der Track muss geschlossen sein. Die Zahl ist mindestens 12. Gezählt wird der fortlaufende Anmeldestatus, nicht Installationen, Downloads oder ein dokumentiertes Ziel für tägliche Nutzung. Und der Zeitraum sind die letzten 14 Tage, fortlaufend, das heißt der qualifizierende Zeitraum ist der unmittelbar zurückliegende und nicht irgendwelche vierzehn guten Tage, auf die Sie in Ihrer Historie zeigen können.
Das ist die veröffentlichte numerische Schwelle, und sie ist nur die halbe Geschichte. Das Engagement wird separat bewertet und ist trotzdem von Bedeutung: Google fragt, wie die Tester die App genutzt haben, ob ihre Nutzung der Nutzung ähnelte, die Sie in der Produktion erwarten, und welches Feedback sie gegeben haben, und Google sagt, unzureichendes Engagement der Tester könne dazu führen, dass weitere Tests verlangt werden, statt dass Zugriff gewährt wird. Der Anmeldestatus ist das, was die Zahl misst. Das Engagement ist das, was die Überprüfung liest.
| Statistik | Aktueller Wert | Was es tatsächlich bedeutet |
|---|---|---|
| Betroffener Kontotyp | Privat | Die Hürde ist für neue private Konten dokumentiert, nicht für jeden Entwickler bei Google Play. |
| Stichtag der Kontoerstellung | Nach dem 13. November 2023 | Private Konten, die an oder vor diesem Datum erstellt wurden, liegen außerhalb der Gruppe, die diese Hilfeseite beschreibt. |
| Erforderlicher Track | Geschlossener Test | Der interne Test ersetzt ihn nicht, egal wie viele Personen Sie durch ihn schicken. |
| Tester-Minimum | 12 | Aktueller Wert. Bis zum 11. Dezember 2024 waren es 20. |
| Erforderlicher Zeitraum | 14 Tage fortlaufend | Diese Tester müssen über die gesamten jüngsten 14 Tage hinweg angemeldet geblieben sein. |
| Nächster Schritt, sobald Sie qualifiziert sind | Produktionszugriff beantragen | Ein Antrag aus dem Dashboard der App, keine automatische Hochstufung. |
| Abschnitte des Antrags | 3 | Ihr geschlossener Test, Ihre App oder Ihr Spiel und die Produktionsreife. |
| Genannte Prüfdauer | In der Regel 7 Tage oder weniger | Google sagt in der Regel. Längere Überprüfungen lässt es ausdrücklich zu. |
Quelle: Play Console-Hilfe, Antwort 14151465 · geprüft am 14. August 2026
Hinter den Daten in der Zeile zum Tester-Minimum steckt eine Geschichte, die dieser Beitrag bewusst nicht noch einmal erzählt. Wenn Sie die vollständige Darstellung wollen, wie aus 20 die 12 wurden und was Google auf jeder Stufe gesagt hat, steht diese Historie in dem Beitrag darüber, wie Google Play 20 Tester auf 12 geändert hat. Alles hier ist der Beleg, nicht die Erzählung.
Für wen die Anforderung gilt
Google Play bietet zwei Kontotypen für Entwickler, Privat und Organisation, und erhebt für beide dieselbe einmalige Registrierungsgebühr von US$25. Die zusätzliche Testanforderung ist für private Konten dokumentiert, die nach dem 13. November 2023 erstellt wurden. Mehr sagt der aktuelle Hilfetext zum Geltungsbereich nicht.
Formulieren Sie das sorgfältig. "Organisationskonten sind ausgenommen" ist die Formulierung, die alle verwenden, und als praktische Lesart des Geltungsbereichs ist sie nachvollziehbar, aber Google schreibt diesen Satz in den für diese Seite geprüften Hilfetexten nicht. Belastbar ist die Fassung, die dieser Beitrag verwendet: Die dokumentierte 12-Tester-Anforderung für den Produktionszugriff ist auf betroffene neue private Konten begrenzt. Wenn Sie zwischen den beiden Kontotypen wählen, behandelt der Beitrag zu privatem Konto und Organisationskonto die Abwägungen.
Teilweise Durch den Geltungsbereich gestützt, nicht durch einen ausdrücklichen Ausnahmesatz.
Was "14 Tage fortlaufend" zählt
Das ist der am häufigsten umgeschriebene Satz des ganzen Themas. Kommerzielle Seiten machen daraus regelmäßig 12 Installationen, 12 täglich aktive Nutzer oder eine App, die 14 Tage lang installiert bleiben muss. Googles eigene Formulierung dreht sich um den fortlaufend gehaltenen Anmeldestatus, und der Unterschied zählt, weil er verändert, was Sie überwachen, während die Uhr läuft.
Das sagt Google
- Mindestens 12 Tester.
- Angemeldet mindestens während der letzten 14 Tage fortlaufend.
- Der Test muss ein geschlossener Test sein.
- Jeder Tester muss sich über den Anmeldeprozess des Tests selbst anmelden.
- Ein Nutzer, der für einen internen Test angemeldet ist, muss sich davon abmelden, bevor er für einen offenen oder geschlossenen Test infrage kommt.
Das sagt Google nicht
- Dass Tester die App jeden Tag öffnen müssen.
- Dass die Anforderung 12 Installationen oder 12 täglich aktive Nutzer lautet.
- Dass eine Deinstallation automatisch als Abmeldung zählt.
- Dass ein einzelner Abbrecher die Uhr für alle auf Tag null zurücksetzt.
- Dass jeder Tester ein physisches Gerät statt eines Emulators nutzen muss.
Nichts davon heißt, dass Engagement egal wäre. Es heißt, dass Engagement an anderer Stelle beurteilt wird: im Antrag auf Produktionszugriff, wo Google fragt, wie Sie Tester gewonnen haben, wie diese die App genutzt haben und welches Feedback Sie umgesetzt haben. Behandeln Sie den 14-Tage-Zeitraum als Anmeldezahl, die es zu schützen gilt, und den Antrag als die Stelle, an der die Qualität Ihres Tests bewertet wird. Die Mechanik dieses Zeitraums Tag für Tag behandelt der Beitrag zur Regel der 14 aufeinanderfolgenden Tage.
Instrument 02
Ihre Zahlen
Diese Seite trägt rund dreißig Zahlen, und nur ein Teil davon sind Bedingungen für den Produktionszugriff. Beantworten Sie drei Fragen, dann sortiert sie diese danach, was Sie für einen Antrag erfüllen müssen, was nach dem Qualifizieren passiert und welche gesonderten Fakten zur Veröffentlichung ohnehin gelten.
Alle Zahlen zu den Test-Tracks bei Google Play
Der interne Test unterstützt bis zu 100 Tester pro App. Der geschlossene Test lässt sich über E-Mail-Listen oder Google Groups verwalten, und auch verwalteten Google Play-Organisationen kann Zugriff auf einen Track gewährt werden. E-Mail-Listen fassen jeweils bis zu 2.000 Nutzer, bei 50 Listen pro Track und 200 Listen insgesamt; für Google Groups, die mit zusätzlichen geschlossenen Tracks verwendet werden, gibt es laut Google keine Größenbeschränkungen. Der offene Test ist entweder Unbegrenzt oder auf ein konfiguriertes Limit von mindestens 1.000 beschränkt.
| Track oder Methode | Dokumentiertes Limit | Für die Voraussetzung geeigneter Track? | Die Einschränkung, auf die es ankommt |
|---|---|---|---|
| Intern | 100 Tester pro App | Nein | Optionaler Track. Builds stehen Testern normalerweise innerhalb von Minuten nach der Veröffentlichung zur Verfügung. |
| Geschlossen, über E-Mail-Liste | 2.000 Nutzer pro Liste | Ja | Auf der Liste zu stehen ist nicht dasselbe wie angemeldet zu sein. Nur angemeldete Tester zählen. |
| Geschlossen, E-Mail-Listen pro Track | 50 Listen | Ja | Ein Konfigurationslimit für Listen. Rechnen Sie es nicht zu einer Obergrenze für Tester hoch. |
| Geschlossen, E-Mail-Listen insgesamt | 200 Listen | Ja | Ein von Google beschriebenes Konfigurationslimit auf Kontoebene. |
| Geschlossen, über Google Group | Für Gruppen, die mit zusätzlichen geschlossenen Tracks verwendet werden, ist keine Größenbeschränkung genannt | Ja | Tester müssen der Gruppe beitreten und sich danach anmelden. Die Gruppenmitgliedschaft allein meldet niemanden an. |
| Geschlossen, über verwaltete Google Play-Organisation | Keine veröffentlichte Testerzahl | Ja | Sie wählen, welche Organisation auf den Track zugreifen darf; die Administratoren dieser Organisation weisen die Nutzer zu. |
| Offen | Unbegrenzt oder eine konfigurierte Untergrenze von 1.000 | Nein | Die 1.000 ist der kleinste Wert, auf den Sie ein Limit setzen dürfen, und keine Zahl an Teilnehmern, die Sie gewinnen müssen. |
| Jeder Track, Tester-Konto | Google-Konto oder Google Workspace-Konto | Voraussetzung für alle | Laut Google benötigen Nutzer ein Google-Konto oder ein Google Workspace-Konto, um an einem Test teilzunehmen. |
Quellen: Play Console-Hilfe, Antwort 9845334 und Antwort 14151465 · geprüft am 14. August 2026
Zahlen zum internen Test
Der interne Test unterstützt bis zu 100 Tester pro App, und Google formuliert es so, dass ein neues App Bundle, das im internen Track veröffentlicht wird, Testern innerhalb von Minuten zur Verfügung steht. Er ist der schnellste Track, um einen Build vor eine kleine Gruppe zu bringen, und genau deshalb ist er eine Falle: Die Voraussetzung für den Produktionszugriff nennt einen geschlossenen Test, Zeit im internen Track zählt also nicht für die 14 Tage, egal wie viele Personen Sie dazunehmen und wie gewissenhaft diese die App nutzen. Der freizügigste Track ist er ebenso wenig, denn ein offener Test kann auf Unbegrenzt gesetzt werden.
Einen echten Vorteil hat der interne Test, den die anderen Tracks nicht bieten: Ist die App kostenpflichtig, können interne Tester sie kostenlos installieren. Im offenen oder geschlossenen Test müssen Tester eine kostenpflichtige App laut Google weiterhin kaufen. Das sind reale Kosten, die Sie einplanen sollten, und sie sind unabhängig von der Registrierungsgebühr von $25.
Der teuerste Fehler auf dieser Seite
Zwölf Personen vierzehn Tage lang durch den internen Test zu schicken bringt nichts hervor, was für den Produktionszugriff zählt. Darüber liegt eine zweite Falle: Laut Google muss sich ein Nutzer, der für einen internen Test angemeldet ist, vom internen Test abmelden, bevor er für einen offenen oder geschlossenen Test infrage kommt; dieselben Personen können also unbemerkt auf dem Track fehlen, der tatsächlich zählt.
Listenlimits im geschlossenen Test
Ein geschlossener Test lässt sich auf drei Wegen befüllen, und die berühmten Zahlen beschreiben nur einen davon. Google dokumentiert E-Mail-Listen von Testern, Google Groups und die Möglichkeit, einer verwalteten Google Play-Organisation Zugriff auf den Track zu gewähren. Die Zahlen, die alle zitieren, 2.000 Nutzer pro Liste, 50 Listen pro Test-Track und 200 E-Mail-Listen insgesamt, sind Limits speziell für E-Mail-Listen. Es sind drei getrennte Konfigurationsobergrenzen, und keine davon sagt etwas darüber, wie viele einzelne Menschen Ihre App testen dürfen.
Welchen Weg Sie auch wählen, der Anmeldeschritt ist derselbe, und er entscheidet über Ihre Zahl. Tester brauchen ein Google-Konto oder ein Google Workspace-Konto, und jeder Einzelne muss sich über den Anmeldelink anmelden. Bei einer Google Group sagt Google ausdrücklich, dass Nutzer der Gruppe beitreten müssen, bevor sie sich für den Test anmelden; Gruppenmitgliedschaft und qualifizierender Tester sind also zwei verschiedene Zustände mit zwei verschiedenen Zahlen.
Multiplizieren Sie diese Zahlen nicht. Fünfzig Listen mal zweitausend Nutzer ist eine Rechnung, keine Google-Statistik. Google nennt Limits für Listen, keine verbindliche Obergrenze für einzelne Personen; eine Angabe wie "maximal 100.000 Tester" ist also eine abgeleitete Zahl, die als Dokumentation präsentiert wird. Diese Seite veröffentlicht sie nicht, und wer diese Seite zitiert, sollte es ebenfalls nicht tun.
Es gibt einen zweiten Grund, warum die Rechnung nicht aufgeht. E-Mail-Listen sind nicht der einzige Weg, einen geschlossenen Test zu befüllen: Google dokumentiert auch die Nutzung von Google Groups und sagt, dass es für diese Gruppen keine Größenbeschränkungen gibt. Eine Obergrenze, die sich durch eine andere Konfiguration umgehen lässt, war von vornherein keine Obergrenze für Tester.
Zahlen zum offenen Test
Ein offener Test kann auf Unbegrenzt gesetzt oder auf ein von Ihnen konfiguriertes Tester-Limit beschränkt werden; dieses konfigurierte Limit muss mindestens 1.000 betragen. Das ist die am häufigsten falsch zitierte Zahl des ganzen Themas. Sie ist eine Untergrenze für eine Einstellung und keine Vorgabe, tausend Personen zu finden, und mit der Hürde des geschlossenen Tests hat sie nichts zu tun. Google dokumentiert außerdem, dass mehrere geschlossene Tests gleichzeitig mit einem offenen Test laufen können.
Wenn der offene Test ausgegraut ist
Für ein betroffenes neues privates Konto ist das der erwartete Zustand und kein Fehler. Googles aktuelle Anforderungsseite sagt, dass der offene Test verfügbar wird, sobald der Produktionszugriff verfügbar ist; die Reihenfolge lautet also erst geschlossener Test, dann Antrag, dann die übrigen Tracks. Wofür jeder Track gedacht ist und wann Sie welchen wählen sollten, sobald Ihnen alle offenstehen, behandelt der Vergleich von internem, geschlossenem und offenem Test.
Instrument 03
Track-Limit-Planer
Wählen Sie einen Track, geben Sie an, ob Sie testen, um die Anforderung für neue private Konten zu erfüllen, und tragen Sie die Gruppengröße ein, die Ihnen vorschwebt. Das Werkzeug prüft sie an den dokumentierten Limits genau dieser Konfiguration, statt die 12-Tester-Schwelle auf jeden je durchgeführten geschlossenen Test anzuwenden.
Statistiken zum Produktionszugriff
An Tag 14 wird nichts veröffentlicht. Er berechtigt Sie dazu, im Dashboard der App Produktionszugriff zu beantragen, über einen Antrag mit 3 Abschnitten. Google überprüft ihn anschließend, sagt, diese Überprüfung dauere in der Regel 7 Tage oder weniger, und kann zu dem Schluss kommen, die App sei nicht bereit, und Sie auffordern, weiter zu testen. Ein erfolgreicher Antrag gewährt Produktionszugriff und den offenen Test.
-
Schritt 1
Qualifizieren
Mindestens 12 Tester, die mindestens während der letzten 14 Tage fortlaufend im geschlossenen Track angemeldet waren.
Das steuern Sie -
Schritt 2
Beantragen
Ein Antrag mit 3 Abschnitten aus dem Dashboard der App: Ihr geschlossener Test, Ihre App oder Ihr Spiel und die Produktionsreife.
Das steuern Sie -
Schritt 3
Überprüfung
Google entscheidet. In der Regel 7 Tage oder weniger, gelegentlich länger, und das Ergebnis kann die Aufforderung zu weiteren Tests sein.
Das steuert Google
Fast jeder verzweifelte Thread in Googles eigener Developer Help Community läuft auf die Lücke zwischen Schritt zwei und Schritt drei hinaus. Entwickler posten Titel wie "Ablehnung des Produktionszugriffs trotz 12 Testern, die 14 Tage fortlaufend angemeldet waren", und beschreiben Tester, die nie deinstalliert haben, weil sie die Schwelle für die Entscheidung gehalten hatten. Das ist sie nicht. Zwölf Tester über vierzehn fortlaufende Tage sind eine Bedingung für die Antragsberechtigung, und Googles dokumentierter Prozess sagt ausdrücklich, dass Google weiteres Testen verlangen kann, wenn es die App für noch nicht bereit hält.
Wer 12 Tester über 14 fortlaufende Tage zusammenhält, ist berechtigt, Produktionszugriff zu beantragen. Eine Genehmigung für die Produktion garantiert das nicht.
Google Play Console-Hilfe, Antwort 14151465 · geprüft am 14. August 2026
Niemand außerhalb von Google kann beziffern, wie oft die Überprüfung Nein sagt, denn Google veröffentlicht dazu keine Zahl. Wiederholte Ablehnungen sind in Googles eigener Help Community gut belegt, nicht in einer Statistik; diese Seite behandelt sie deshalb als dokumentierte Möglichkeit mit Belegen aus der Community, nicht als Quote. Wie es nach einer Ablehnung weitergeht, auch ob ein neuer Zeitraum beginnt, behandelt der Beitrag darüber, warum geschlossene Tests abgelehnt werden.
Was Google nach dem geschlossenen Test fragt
Der Antrag hat drei Abschnitte. Googles Fragen decken ab, wie Sie Ihre Tester gefunden und mit ihnen gearbeitet haben, was die App ist und für wen sie gedacht ist, und ob sie für ein öffentliches Publikum bereit ist. Dahinter steht keine veröffentlichte Bewertungsformel, sinnvoll ist deshalb Genauigkeit statt Optimierung.
Wie die Tester gewonnen wurden, wie sie die App genutzt haben und welches Feedback zurückkam.
Was die App leistet, für wen sie gedacht ist und welchen Nutzen sie diesem Publikum bietet.
Was sich durch das Testen geändert hat und warum die App jetzt für die Produktion bereit ist.
Es gibt keine veröffentlichte Musterlösung. Google nennt die drei Abschnitte und die Themen, nach denen es fragt. Ein Bewertungsmodell, ein Zeichenbudget oder eine Liste von Formulierungen, die durchgehen, veröffentlicht Google nicht. Jede Seite, die so etwas präsentiert, hat es erfunden. Ausgearbeitete Beispiele dafür, wie Entwickler ihren Test tatsächlich beschreiben, stehen in dem Beitrag zum Fragebogen für den Produktionszugriff.
Zum Zeitrahmen: Googles 7 Tage oder weniger ist die einzige Angabe mit einer Primärquelle dahinter, und Google schränkt sie mit "in der Regel" ein. Behandeln Sie sie als Beschreibung des Normalfalls und nicht als Frist, um die herum Sie einen Starttermin planen können. Die Prüfdauer Phase für Phase über den gesamten Veröffentlichungsweg behandelt der Beitrag zur Prüfdauer bei Google Play.
Zeitleiste der Richtlinie zum geschlossenen Test
Vier Daten tragen die ganze Geschichte: die Ankündigung, der vier Tage spätere Stichtag der betroffenen Konten, die Senkung von 20 auf 12 im Dezember 2024 und der aktuelle Stand. Ankündigungsdatum und Stichtag sind zwei verschiedene Dinge, und sie zu vermengen ist der häufigste Fehler in Darstellungen dieser Richtlinie.
-
9. November 2023
Angekündigt mit 20 Testern
Google kündigte an, dass neue private Entwicklerkonten mit 20 Personen mindestens zwei Wochen lang testen müssen, bevor sie Produktionszugriff beantragen können, damit Entwickler vor dem Start Probleme erkennen und Feedback erhalten.
Verifiziert, historisch -
13. November 2023
Der Stichtag der betroffenen Konten
Das Datum, mit dem Googles aktuelle Hilfeseite definiert, wer betroffen ist: private Entwicklerkonten, die danach erstellt wurden. Das ist eine Gruppengrenze, nicht das Ankündigungsdatum, und die beiden liegen vier Tage auseinander.
Verifiziert -
11. Dezember 2024
Aus 20 wurden 12
Google aktualisierte die Richtlinie und senkte die Testanforderung von 20 Testern auf 12. Der 14-Tage-Zeitraum blieb unverändert. Entwickler bemerkten die Änderung in der Play Console, bevor die Dokumentation nachzog, weshalb einige Threads aus jener Zeit sie für einen möglichen Fehler halten.
Verifiziert -
Heute, 14. August 2026
12 Tester, 14 fortlaufende Tage
Der aktuelle Stand, an diesem Datum anhand von Googles Anforderungsseite geprüft. In den geprüften Quellen wurde weder eine Ersatzschwelle noch ein Enddatum für diese Regel gefunden.
Verifiziert
Das ist der Beleg, ohne die Erzählung. Die vollständige Darstellung dessen, was sich geändert hat, warum Entwickler so reagierten, wie sie reagierten, und was das für Apps bedeutete, die damals mitten im Test steckten, steht in dem Beitrag darüber, wie Google Play 20 Tester auf 12 geändert hat, der weiterhin die maßgebliche Aufzeichnung dieser Richtlinienänderung auf dieser Website ist.
Was Google sagt und was nicht
Acht Behauptungen richten in diesem Thema den größten Schaden an, und alle acht sind Verallgemeinerungen von Googles tatsächlicher Formulierung, keine Zitate daraus. Die Tabelle unten stellt das Symptom, wie Entwickler es schildern, der belastbarsten Lesart der Dokumentation gegenüber und stuft ein, wie sicher diese Lesart ist.
| Was Entwickler berichten | Belastbarste Erklärung | Was zu prüfen ist | Einstufung |
|---|---|---|---|
| "Ich habe 12 E-Mail-Adressen hinzugefügt, aber die Play Console zählt weniger." | Auf einer E-Mail-Liste zu stehen ist nicht dasselbe wie die Tester-Anmeldung abzuschließen. | Vergewissern Sie sich, dass jeder Tester den Anmeldelink mit einem geeigneten Konto genutzt und sich tatsächlich angemeldet hat. | Verifiziert |
| "Ich habe den internen Test 14 Tage lang mit mehr als 12 Personen laufen lassen." | Die Voraussetzung nennt ausdrücklich den geschlossenen Test. Zeit im internen Test wird dafür nicht angerechnet. | Richten Sie den Track Geschlossener Test ein und starten Sie ihn. Das Kontingent von 100 Personen im internen Test ist kein Ersatz. | Verifiziert |
| "Ich habe Tag 14 erreicht, warum kann ich nicht veröffentlichen?" | Tag 14 berechtigt Sie dazu, Produktionszugriff zu beantragen, mehr nicht. | Öffnen Sie das Dashboard der App und füllen Sie den Antrag auf Produktionszugriff aus, sobald die Berechtigung angezeigt wird. | Verifiziert |
| "Google hat mich abgelehnt, obwohl ich 12 Tester hatte." | Die Schwelle regelt die Berechtigung zum Antrag, nicht das Ergebnis der Überprüfung. | Testen Sie weiter, wenn Sie dazu aufgefordert werden, und beantworten Sie den Antrag zu Rekrutierung, Engagement, Feedback und Produktionsreife wahrheitsgemäß. | Verifiziert |
| "Der offene Test ist für meine App deaktiviert." | Beim Ablauf für betroffene Konten ist das zu erwarten. Der offene Test wird verfügbar, sobald der Produktionszugriff verfügbar ist. | Schließen Sie zuerst den geschlossenen Test und den Antrag auf Produktionszugriff ab. | Verifiziert |
| "Müssen meine Tester die App jeden Tag öffnen?" | Google nennt die fortlaufende Anmeldung. Eine numerische Bedingung von einem App-Start pro Tag veröffentlicht Google nicht. | Fördern Sie echte Nutzung und sammeln Sie Feedback, denn das Engagement wird im Antrag bewertet, aber stellen Sie tägliche App-Starts nicht als Google-Regel dar. | Verifiziert |
| "Ein Tester hat deinstalliert. Sind meine 14 Tage zurückgesetzt?" | Die veröffentlichte Bedingung ist die fortlaufende Anmeldung, und die Quelle setzt Deinstallieren nicht mit Abmelden gleich. | Prüfen Sie den tatsächlichen Anmeldestatus und ob weiterhin mindestens 12 Tester die Bedingung der fortlaufenden 14 Tage erfüllen. | Teilweise |
| "Meine Testerzahl sieht nach einer Ablehnung falsch aus." | Wird in Googles Help Community immer wieder berichtet. Google dokumentiert keinen Zählalgorithmus, der das erklärt. | Gleichen Sie die Liste mit dem Anmeldestatus ab, bevor Sie einen Fehler der Console annehmen. Geistertester ist eine Formulierung von Entwicklern, kein Google-Begriff. | Berichtet |
Das Muster ist in allen acht Zeilen dasselbe. Google veröffentlicht eine Schwelle und einen Prozess; die Mechanik darunter veröffentlicht Google nicht. Genau in diese Lücke setzen kommerzielle Seiten selbstsicher klingende Details, und deshalb stuft dieser Beitrag jede Zeile einzeln ein, statt alle in einer Stimme zu glätten. Wenn ausgerechnet Ihr Zähler unter der Listengröße feststeckt, steht die vollständige Diagnose in dem Beitrag darüber, dass 12 hinzugefügte Tester als null angemeldet erscheinen.
Zu bezahlten Testerdiensten, auch zu diesem. Entwickler haben in Googles Help Community direkt gefragt, ob die Nutzung eines bezahlten Dienstes ihre Ablehnung verursacht hat. Keine für diese Seite gefundene primäre Google-Quelle sagt, dass bezahlte Testerdienste erlaubt sind, und keine sagt, dass sie verboten sind. Zutreffend ist: Google dokumentiert Anforderungen und überprüft Anträge; eine Regel zu Rekrutierungswegen veröffentlicht Google in keine Richtung. Jede Seite, die behauptet, Google befürworte oder verbiete sie, füllt eine Lücke in der Dokumentation mit einer Meinung.
Unbestätigt In keiner der beiden Richtungen wurde eine primäre Google-Quelle gefunden.
Zahlen, die Google nicht veröffentlicht
Sechs der meistzitierten Angaben zu diesem Thema hatten in den für diese Seite geprüften Quellen keine primäre Google-Quelle hinter sich: eine Genehmigungsquote für geschlossene Tests, eine Ablehnungsquote, eine exakte aktuelle Zahl der Apps bei Google Play, eine Schwelle für tägliche App-Starts, eine Bewertungsformel für die Überprüfung des Produktionszugriffs und der Algorithmus hinter der Testerzahl in der Play Console. Wenn Ihnen eine Seite eine davon als Google-Statistik vorsetzt, fragen Sie sie, von welcher primären Google-Seite die Zahl stammt.
-
Eine Genehmigungs- oder Erfolgsquote für geschlossene Tests Keine Quelle gefunden
Es wurde keine von Google veröffentlichte Prozentzahl dazu gefunden, wie oft Entwicklern, die die 12/14-Schwelle erfüllen, Produktionszugriff gewährt wird. Kursierende Prozentzahlen stammen von kommerziellen Diensten, die ihre eigenen Ergebnisse beschreiben; das ist eine andere Messung mit einem anderen Nenner.
-
Eine Ablehnungsquote für Google Play Keine Quelle gefunden
Google veröffentlicht Zählungen gestoppter richtlinienverletzender Apps, keine auf einem Nenner beruhende Ablehnungsquote. Aus diesen Zählungen lässt sich keine Quote rekonstruieren, weil die Grundgesamtheit, aus der sie stammen, nicht mit veröffentlicht wird.
-
Eine exakte aktuelle App-Zahl für Google Play Millionen, unbeziffert
Googles aktuelles Material beschreibt Play als Heimat von Millionen Apps und Inhalten, statt eine genaue Bestandszahl zu nennen. Schätzungen kommerzieller App-Analysedienste gibt es, sie sind aber keine Google-Zahlen, und diese Seite setzt deshalb keine an ihre Stelle.
-
Eine Anforderung, die App täglich zu öffnen Nicht Teil der Regel
Die aktuelle Regel zur Antragsberechtigung nennt die fortlaufende Anmeldung und stellt keine numerische Anforderung auf, die App einmal pro Tester und Tag zu öffnen. Google fragt beim Prüfen des Produktionszugriffs sehr wohl nach dem Engagement der Tester, und dort ist Engagement tatsächlich von Bedeutung.
-
Eine Bewertungsformel für den Produktionszugriff Keine Quelle gefunden
Google nennt die drei Abschnitte des Antrags und die Themen, nach denen es fragt. Eine Gewichtung, eine Schwelle, ein Zeichenbudget oder ein Modell dafür, wie Antworten bewertet werden, taucht in der für diese Seite geprüften Dokumentation nicht auf.
-
Ein Zähl- oder Rücksetzalgorithmus für Tester Keine Quelle gefunden
Google veröffentlicht die Bedingung, dass mindestens 12 Tester während der letzten 14 Tage fortlaufend angemeldet gewesen sein müssen. Nicht veröffentlicht wird, wie die Play Console diese Zahl ermittelt, was mit den einzelnen Uhren passiert, wenn ein Tester abspringt, oder ob irgendein Ereignis den Zeitraum für alle zurücksetzt. Die kursierenden Geschichten über Rücksetzungen sind Rückschlüsse aus dem Verhalten der Console, keine Dokumentation.
Eine weitere Leerstelle ist es wert, benannt zu werden, denn sie wird am häufigsten mit etwas gefüllt, das autoritativ klingt. Google hat keine eigenständige Zahl zur Wirkung der 12-Tester-Anforderung veröffentlicht. Seine Sicherheitsberichte fassen Testanforderungen mit der Entwicklerverifizierung und verpflichtenden Prüfungen vor der Überprüfung zusammen und beschreiben die kombinierte Wirkung. Jeder Satz der Form "die 12-Tester-Regel hat X um Y Prozent gesenkt" ist eine Konstruktion, kein Zitat.
Ein Test, den Sie auf jeder Seite anwenden können, auch auf dieser
Stellen Sie zu jeder Statistik drei Fragen: Aus welchem genauen Satz stammt sie, wann wurde dieser Satz zuletzt geprüft, und sagt die Quelle das wirklich oder legt die Seite es nur nahe? Eine Statistik, die diese drei Fragen nicht übersteht, ist keine Statistik. Jede Zahl oben ist so geschrieben, dass sie sich auf die Nummer einer Antwort in der Play Console-Hilfe oder auf eine benannte Google-Veröffentlichung zurückführen lässt; genau deshalb hängt der Zitat-Generator weiter oben in diesem Beitrag an alles, was Sie kopieren, die Quelle und das Datum an.
Wie PrimeTestLab bei der Zahl hilft, die Sie nicht nachschlagen können
Jede verifizierte Zahl weiter oben lässt sich auf eine Primärquelle zurückführen; die teilweise gestützten Auslegungen und die Zahlen, die Google nicht veröffentlicht, sind gesondert gekennzeichnet. Nur eine Zahl auf dieser Seite ist eine Aufgabe statt einer Tatsache: 12 echte Menschen, angemeldet, über 14 fortlaufende Tage. PrimeTestLab stellt diese Gruppe auf echten Geräten von Android 7 bis 17 ab $19.99 und hält sie über den gesamten Zeitraum, damit die Zahl nicht unter die Schwelle rutscht, während Sie am Build arbeiten.
Was Sie damit bekommen, ist eine stabile Zahl angemeldeter Tester, und das ist genau die eine Variable, für die die Dokumentation Sie verantwortlich macht und an der die meisten selbst organisierten Tests still scheitern. Was Sie damit nicht bekommen, ist eine Entscheidung. Den Antrag auf Produktionszugriff überprüft Google selbst, und kein Dienst kann das Ergebnis dieser Überprüfung versprechen. Wozu wir uns verpflichten können, ist der Teil in unserer Hand: Liefert eine Kampagne nicht das Testen, für das Sie bezahlt haben, gilt die Garantie kostenloser neuer Test oder vollständige Rückerstattung.
| Was zu erledigen ist | Die Gruppe selbst rekrutieren | Eine betreute Gruppe |
|---|---|---|
| Mindestens 12 Tester | Freunde, Foren und Tauschgruppen. Zwölf zu finden ist möglich; zwölf zu finden, die durchhalten, ist der schwierige Teil. | 12 von Anfang an zugeteilt, mit größeren Stufen zu 20 und 25 Testern als Puffer über dem Minimum. |
| Angemeldet über 14 fortlaufende Tage | Sie überwachen den Anmeldestatus täglich und laufen jedem hinterher, der abspringt, denn unter das Minimum zu rutschen bricht die Bedingung der fortlaufenden Anmeldung. | Die Gruppe wird über den gesamten Zeitraum gehalten, die Zahl, die Sie schützen müssen, schützt also jemand anderes für Sie. |
| Vielfalt bei Testern und Geräten | Wen immer Sie überzeugen können, auf der Hardware, die diese Person eben besitzt. | Echte Menschen auf echten Geräten von Android 7 bis 17, aus 120+ Ländern. |
| Feedback für die Frage zur Produktionsreife | Hängt vollständig davon ab, wie engagiert Ihre Rekrutierten sind. Oft die schwächste Stelle eines selbst organisierten Tests. | Strukturiertes Tester-Feedback, auf das Sie verweisen können, wenn der Antrag fragt, was sich durch das Testen geändert hat. |
| Kosten | Keine Ausgabe in bar, bezahlt mit Tagen, an denen Sie Leuten hinterherlaufen, statt zu bauen. | Ab $19.99 für die Stufe mit 12 Testern. |
| Die Entscheidung über den Produktionszugriff | Googles | Weiterhin Googles. Kein Dienst kann eine Genehmigung versprechen, und wer es doch tut, beschreibt etwas, das er nicht kontrolliert. |
Zur Einordnung der Größenordnung, nicht als Aussage über Ihre App: PrimeTestLab hat geschlossene Tests für 7.400+ Apps durchgeführt, mit einer Bilanz von 99.9% in 120+ Ländern. Das sind unsere Zahlen, gemessen an unseren Kampagnen, und sie gehören in dieselbe Kategorie wie jede andere Zahl aus erster Hand im Internet: nützlich, und keine Google-Statistik.
Häufige Fragen
Brauche ich 2026 immer noch 20 Tester für Google Play?
Nein. Das aktuelle Minimum liegt bei 12 Testern, nicht bei 20. Google kündigte am 9. November 2023 eine Anforderung von 20 Personen über mindestens zwei Wochen an und aktualisierte die Richtlinie am 11. Dezember 2024: Das Tester-Minimum sank auf 12, der 14-Tage-Zeitraum blieb bestehen. Seiten, die 20 weiterhin als Zahl für 2026 nennen, zitieren die überholte Ankündigung.
Müssen die 12 Tester während aller 14 Tage angemeldet bleiben?
Googles Formulierung lautet, dass mindestens 12 Tester mindestens während der letzten 14 Tage fortlaufend angemeldet gewesen sein müssen. Für diese veröffentlichte numerische Schwelle zählt Google den fortlaufenden Anmeldestatus, nicht Installationen, Downloads oder ein dokumentiertes Ziel für tägliche Nutzung. Das Engagement ist davon getrennt, aber trotzdem von Bedeutung: Google fragt, wie die Tester die App genutzt haben, ob ihre Nutzung der erwarteten Produktionsnutzung ähnelte und welches Feedback sie gegeben haben, und unzureichendes Engagement kann dazu führen, dass weitere Tests verlangt werden. Eine Gruppe von Testern, die jeweils zu unterschiedlichen Zeiten teilgenommen haben, ergibt nicht dasselbe wie 12 Tester, die alle im selben fortlaufenden 14-Tage-Zeitraum angemeldet waren.
Wann beginnt der 14-Tage-Zeitraum tatsächlich?
Nicht schon dann, wenn Sie die E-Mail-Adressen hinzufügen. Jemanden zu einer Liste oder einer Google Group hinzuzufügen, macht diese Person nur teilnahmeberechtigt; qualifizierend ist der Zustand, dass Tester die Anmeldung abgeschlossen haben und danach angemeldet geblieben sind. Googles veröffentlichte Bedingung lautet, dass mindestens 12 Tester mindestens während der letzten 14 Tage fortlaufend angemeldet waren. Behandeln Sie deshalb den Status, den die Play Console für die Anforderung zum Produktionszugriff anzeigt, als maßgeblich, statt die Tage ab dem Datum zu zählen, an dem Sie den Track eingerichtet haben.
Zählt der interne Test für die 12 Tester über 14 Tage?
Nein. Googles Voraussetzung für den Produktionszugriff verlangt ausdrücklich einen geschlossenen Test. Der interne Test wird separat als optionaler Track beschrieben, der bis zu 100 Tester pro App unterstützt, und interne Releases stehen Testern normalerweise innerhalb weniger Minuten nach der Veröffentlichung zur Verfügung. 12 Personen 14 Tage lang durch den internen Test zu schicken, erfüllt die Anforderung an den geschlossenen Test nicht.
Müssen meine 12 Tester die App jeden Tag öffnen?
Googles öffentliche numerische Anforderung nennt keine Schwelle von einem App-Start pro Tag. Die dokumentierte numerische Bedingung ist die fortlaufende Anmeldung. Das Engagement bleibt dennoch wichtig, denn der Antrag auf Produktionszugriff fragt Entwickler, wie die Tester gewonnen wurden, wie sie die App genutzt haben und welches Feedback sie gegeben haben, und laut Google kann unzureichendes Engagement der Tester dazu führen, dass weitere Tests verlangt werden. Was keine für diese Seite gefundene Google-Quelle veröffentlicht, ist eine Zahl für tägliche App-Starts. Behandeln Sie echte Nutzung deshalb als etwas, das man fördern und beschreiben sollte, nicht als dokumentierte Quote, die zu erfüllen wäre.
Ich habe 14 Tage abgeschlossen. Bin ich damit automatisch für die Produktion genehmigt?
Nein. Ein abgeschlossener qualifizierender geschlossener Test macht Sie berechtigt, im Dashboard der App in der Play Console Produktionszugriff zu beantragen. Google überprüft diesen Antrag und kann zu dem Schluss kommen, die App sei noch nicht bereit, und Sie auffordern, weiter zu testen. Zwölf Tester über 14 fortlaufende Tage sind eine Schwelle für die Antragsberechtigung, keine Garantie für die Genehmigung.
Wie lange braucht Google für die Überprüfung des Produktionszugriffs?
Googles aktuelle Hilfeseite sagt, die Überprüfung des Produktionszugriffs dauere in der Regel 7 Tage oder weniger und gelegentlich auch länger. Das beschreibt den Regelfall; es ist keine Service-Level-Vereinbarung und kein garantiertes Entscheidungsdatum und sollte deshalb nie als exakte Sieben-Tage-Frist zitiert werden.
Kann ich statt des geschlossenen Tests den offenen Test nutzen?
Für diese Voraussetzung nicht. Googles aktuelle Anforderungsseite beschreibt einen geschlossenen Test für betroffene neue private Konten und sagt, dass der offene Test verfügbar wird, sobald der Produktionszugriff verfügbar ist. Die Zahl 1.000 beim offenen Test ist das minimal konfigurierbare Tester-Limit, wenn ein offener Test nicht auf Unbegrenzt gesetzt ist, und keine Vorgabe, 1.000 Teilnehmer zu gewinnen.
Kann ich Google Groups statt einzelner E-Mail-Listen nutzen?
Ja. Google dokumentiert den Zugang zum geschlossenen Test über E-Mail-Listen von Testern, über Google Groups und dadurch, dass einer verwalteten Google Play-Organisation Zugriff auf den Track gewährt wird. Die Zahlen 2.000 Nutzer pro Liste, 50 Listen pro Track und 200 Listen insgesamt beziehen sich ausdrücklich auf E-Mail-Listen; für Google Groups, die mit zusätzlichen geschlossenen Tracks verwendet werden, nennt Google keine Größenbeschränkungen. Mitglied einer Gruppe zu sein ist nicht dasselbe wie angemeldet zu sein: Laut Google müssen Nutzer der Gruppe beitreten, bevor sie sich für den Test anmelden. Das sind also zwei getrennte Zählungen.
Brauchen meine Tester ein Google-Konto?
Ja. Laut Google benötigen Nutzer ein Google-Konto oder ein Google Workspace-Konto, um an einem Test teilzunehmen. Eine Adresse, die nur in Ihren Kontakten steht, oder ein gewöhnliches Postfach ohne zugehöriges geeignetes Google-Konto kann die Anmeldung nicht abschließen. Das ist einer der Gründe, warum eine Liste vollständig aussehen kann, während die qualifizierende Zahl niedriger bleibt.
Müssen Tester im geschlossenen Test eine kostenpflichtige App kaufen?
Ja, sofern die App selbst kostenpflichtig ist. Laut Google müssen Tester im offenen oder geschlossenen Test die App weiterhin kaufen, während Tester im internen Test eine kostenpflichtige App gratis installieren können. Diese Kosten kommen zur einmaligen Registrierungsgebühr von US$25 für Entwickler und zu allem hinzu, was Sie einem Testanbieter zahlen, und sie betreffen genau den geschlossenen Track, den die Anforderung für den Produktionszugriff verlangt.
Brauchen Organisationskonten den Test mit 12 Testern?
Googles aktuelle Dokumentation begrenzt diese zusätzliche Testanforderung auf private Entwicklerkonten, die nach dem 13. November 2023 erstellt wurden, und nennt separat Privat und Organisation als die beiden Kontotypen für Entwickler. Die präzise, belastbare Aussage lautet: Die dokumentierte 12-Tester-Anforderung für den Produktionszugriff ist auf betroffene neue private Konten begrenzt. Den Satz, Organisationskonten seien ausgenommen, verwendet Google in den für diese Seite geprüften Hilfetexten nicht.
Warum zeigt die Play Console weniger Tester an, als ich E-Mail-Adressen hinzugefügt habe?
Eine Adresse zu einer geeigneten E-Mail-Liste hinzuzufügen und diese Person die Tester-Anmeldung abschließen zu lassen, sind zwei verschiedene Schritte. Google weist Entwickler an, die Opt-in-URL zu verteilen, und sagt, dass sich jeder Tester anmelden muss. Threads in der Developer Help Community zeigen genau deshalb immer wieder Listen, die größer sind als die qualifizierende Zahl. Prüfen Sie also den Anmeldestatus jedes einzelnen Testers und nicht die Länge der Liste.
Wo sehe ich in der Play Console den Fortschritt meines geschlossenen Tests?
Prüfen Sie die Testanforderung für den Produktionszugriff, die im Dashboard der App angezeigt wird. Die qualifizierende Zahl ist die Zahl der Tester, die die Play Console für diese Anforderung als angemeldet anerkennt, nicht die Zahl der E-Mail-Adressen, die Sie hinzugefügt haben, nicht die Installationen in den Statistiken und nicht die Installationszahl im Play Store-Eintrag. Diese qualifizierende Zahl kann von den Installationszahlen abweichen, weil beide Unterschiedliches messen. Entwickler berichten außerdem von verzögerten Aktualisierungen des Zählers, doch Google veröffentlicht weder dessen Aktualisierungsrhythmus noch den Berechnungsalgorithmus. Nutzen Sie deshalb die Anforderung zum Produktionszugriff im Dashboard als maßgebliche Angabe zur Antragsberechtigung.
Setzt das Deinstallieren der App die 14 Tage zurück?
Googles veröffentlichte Bedingung ist darauf ausgerichtet, dass Tester fortlaufend angemeldet bleiben, und die für diese Seite geprüfte Primärdokumentation sagt nicht, dass eine Deinstallation allein einer Abmeldung gleichkommt. Behandeln Sie den Anmeldestatus als die Zahl, auf die es ankommt. Erfüllen weniger als 12 Tester die Bedingung der fortlaufenden 14 Tage, sind Sie noch nicht antragsberechtigt; die verbreitete Behauptung, eine einzige Deinstallation setze automatisch den gesamten Test zurück, wird von der Quelle jedoch nicht gestützt.
Veröffentlicht Google eine Genehmigungs- oder Erfolgsquote für geschlossene Tests?
In den für diese Seite geprüften Primärquellen wurde keine von Google veröffentlichte Genehmigungsquote, Ablehnungsquote oder Erfolgsquote zur 12-Tester-Anforderung gefunden. Google veröffentlicht ökosystemweite Sicherheitszahlen, etwa dass 2025 die Veröffentlichung von über 1,75 Millionen richtlinienverletzenden Apps verhindert wurde, doch das sind Zählungen über ganz Google Play hinweg, die sich nicht in eine Genehmigungsquote für geschlossene Tests umrechnen lassen. Behandeln Sie jede Prozentzahl, die als Googles Erfolgsquote für geschlossene Tests präsentiert wird, als unbelegt, solange sie nicht auf einer primären Google-Seite steht.
Was kostet es, den geschlossenen Test mit 12 echten Testern durchzuführen?
Google erhebt eine einmalige Registrierungsgebühr von US$25 für Entwickler und berechnet für den geschlossenen Test selbst nichts. Die eigentlichen Kosten des Tests bestehen also darin, 12 Personen zu finden, die 14 Tage am Stück angemeldet bleiben. PrimeTestLab stellt 12 echte Tester auf echten Geräten ab $19.99 und hält die Gruppe über die vollen 14 Tage zusammen, abgesichert durch einen kostenlosen neuen Test oder eine vollständige Rückerstattung. Kein Dienst kann Googles Genehmigung versprechen, denn die Entscheidung über den Produktionszugriff trifft Google.
Anhang
Angrenzende Google Play-Statistiken
Alles oben ist eine Zahl zum geschlossenen Test. Es folgt der Satz an Zahlen, den Entwickler als Nächstes suchen, wenn sie auf dieser Seite landen: was das Konto selbst kostet und wann Google ein ungenutztes schließt, die Ziel-API- und Richtlinienfristen, die darüber entscheiden, ob ein Build überhaupt angenommen wird, die Schwellenwerte der Android vitals, die über die Sichtbarkeit im Store bestimmen, und Googles eigene Zahlen zur Durchsetzung im Ökosystem. Gleiche Quellenlage, gleiche Einstufungen, gleiches Prüfdatum. Keine dieser Zahlen ist eine Bedingung der 12/14-Hürde, und deshalb stehen sie hier statt darin.
Zahlen zu Entwicklerkonto und Veröffentlichung
Google Play erhebt eine einmalige Registrierungsgebühr von US$25, verlangt, dass der Kontoinhaber mindestens 18 ist, und bietet zwei Kontotypen an, Privat und Organisation. Neue Apps müssen seit August 2021 als Android App Bundle veröffentlicht werden. Nichts davon hängt an der Hürde des geschlossenen Tests, und alles davon steht in denselben Hilfeantworten.
| Statistik | Wert | Verlässlichkeit | Einschränkung |
|---|---|---|---|
| Registrierungsgebühr für Entwickler | US$25 | Verifiziert | Einmalig, fällig bei der Registrierung. Kein Jahresabonnement. |
| Mindestalter des Entwicklers | 18 Jahre | Verifiziert | Steht so auf Googles Seite zur Kontoregistrierung. |
| Kontotypen für Entwickler | 2 | Verifiziert | Privat und Organisation. Die Hürde des geschlossenen Tests ist für neue private Konten dokumentiert. |
| Anforderung Android App Bundle | Seit August 2021 | Verifiziert | Gilt für neue Apps bei Google Play. Nennen Sie in zeitlos gemeinten Texten den Monat, nicht einen konkreten Tag. |
| Ausnahme für Organisationskonten | Aus dem Geltungsbereich abgeleitet | Teilweise | Google begrenzt die Hürde auf neue private Konten. Einen Satz, der Organisationskonten ausnimmt, schreibt Google nicht. |
Quellen: Play Console-Hilfe, Antwort 6112435 und Android App Bundle-Dokumentation · geprüft am 14. August 2026
Die Gebühr ist die Zahl, die am häufigsten fälschlich als wiederkehrend erinnert wird, und es lohnt sich, genau zu sagen, was sie bringt und was nicht. Sie registriert das Entwicklerkonto. Sie verkürzt den geschlossenen Test nicht, nimmt ein betroffenes Konto nicht davon aus und beschleunigt die Überprüfung des Produktionszugriffs nicht. Was nach dieser Zahlung Schritt für Schritt tatsächlich passiert, behandelt der Beitrag darüber, was nach der Zahlung der $25-Gebühr zu tun ist.
Zahlen zur Kontoinaktivität
Sie gehören auf dieselbe Seite, weil sie darüber entscheiden, ob das Konto, für das Sie US$25 bezahlt haben, noch existiert, wenn Sie zurückkommen. Google veröffentlicht diese Zahlen, und sie sind konkreter, als die meisten Entwickler erwarten: ein Jahr, 1.000 Installationen insgesamt über die gesamte Laufzeit, 180 Tage Nutzung der Play Console und Warnhinweise 60, 30 und 7 Tage vor der Schließung.
| Fall | Von Google genannte Bedingungen | Verlässlichkeit |
|---|---|---|
| Konto ohne Apps | Vor mehr als einem Jahr erstellt und nie eine App zur Überprüfung eingereicht. | Verifiziert |
| Konto mit Apps | Vor mehr als einem Jahr erstellt; alle veröffentlichten Apps, einschließlich live geschalteter, entfernter und gesperrter, haben zusammen weniger als 1.000 Installationen über die gesamte Laufzeit; Telefonnummer und Kontakt-E-Mail-Adresse des Kontos sind nicht bestätigt; und die Play Console wurde in den letzten 180 Tagen nicht genutzt. | Verifiziert |
| Zeitplan der Warnungen | Erinnerungen 60, 30 und 7 Tage vor der Schließung des Kontos. | Verifiziert |
| Gebühr nach der Schließung | Die Registrierungsgebühr wird nicht erstattet, wenn ein Konto wegen Inaktivität geschlossen wird. | Verifiziert |
Quelle: Play Console-Hilfe, Antwort 11605267 · geprüft am 14. August 2026
Geben Sie die Bedingungen wieder, nicht eine boolesche Kurzform. Die vier Angaben oben sind genau das, was Google für ein Konto mit veröffentlichten Apps auflistet. Diese Seite nennt sie als Satz, in Googles Reihenfolge, und presst sie nicht zu "jede einzelne davon schließt Ihr Konto" oder "alle vier müssen gleichzeitig zutreffen" zusammen, denn die verbreiteten Wiedergaben dieser Regel widersprechen einander, und die zugrunde liegende Seite ist eine Liste, keine Formel. Die eine Zahl, die diese Seite weiterhin nicht nennt, ist eine exakte aktuelle Zahl der Apps bei Google Play: Googles eigenes Material spricht von "Millionen", statt eine Zahl zu nennen, und Schätzungen kommerzieller App-Analysedienste sind keine Google-Zahl.
Teilweise Bedingungen einzeln verifiziert. Die genaue logische Beziehung zwischen ihnen ist nicht ausdrücklich genug formuliert, um sie zu paraphrasieren.
Die Fristen 2026 und 2027
Drei Veröffentlichungsdaten liegen nah genug an der Hürde des geschlossenen Tests, um in denselben Hilfeantworten aufzutauchen. Neue Apps und Updates für Smartphones und Tablets müssen seit dem 31. August 2026 in der Regel Android 16, API-Level 36 oder höher als Ziel haben. Eine Verlängerung bis zum 1. November 2026 kann beantragt werden. Die neue Richtlinie zu Kontaktberechtigungen tritt am 27. Januar 2027 in Kraft, nicht am 28. Oktober 2026.
| Datum | Worum es geht | Die betreffende Zahl | Status |
|---|---|---|---|
| August 2021 | Neue Google Play-Apps müssen Android App Bundles verwenden | AAB erforderlich | Aktuell |
| 9. November 2023 | Ursprüngliche Ankündigung der Testhürde | 20 Personen, mindestens 2 Wochen | Historisch |
| 13. November 2023 | Stichtag der betroffenen Konten für die Testhürde | Neue private Konten nach diesem Datum | Aktuelle Definition der betroffenen Gruppe |
| 11. Dezember 2024 | Tester-Schwelle gesenkt | Aus 20 wird 12 | Aktuelle Schwelle |
| 31. August 2025 | Ziel-API-Untergrenze für Android TV-Einreichungen | Android 14, API 34 | In Kraft |
| 31. August 2026 | Ziel-API-Untergrenze für neue Apps und Updates auf Smartphones und Tablets | Android 16, API 36 | In Kraft |
| 1. November 2026 | Endpunkt der beantragbaren Ziel-API-Verlängerung | Verlängerung bis zu diesem Datum | Bevorstehend |
| 28. Oktober 2026 | Früheres Datum der Kontakte-Richtlinie | Überholt | Nicht als aktuell veröffentlichen |
| 27. Januar 2027 | Datum des Inkrafttretens der Richtlinie zu Kontaktberechtigungen | Neue Kontakte-Richtlinie | Aktuell veröffentlichte Frist |
Die Ziel-API-Untergrenze zum 31. August 2026
Seit dem 31. August 2026 müssen neue Apps und App-Updates bei Google Play in der Regel ein Mindest-API-Level als Ziel haben, und diese Untergrenze ist nicht für alle Formfaktoren gleich. Für Smartphones und Tablets gilt API 36. Für Wear OS und Android Automotive OS gilt API 35. Für Android TV und Android XR gilt API 34. Die Untergrenze API 34 für Android TV ist an diesem Datum nicht neu: Die Play Console-Hilfe datiert sie auf den 31. August 2025, ein Jahr früher, und Googles aktuelle Seite zu den Ziel-API-Anforderungen führt Android TV unverändert bei API 34 neben Android XR. Für Android TV ändert das Datum 31. August 2026 also nichts am geforderten Level. Ein einziges API-Level für die ganze Tabelle zu lesen ist hier der häufigste Fehler, und anzunehmen, jeder Formfaktor habe 2026 eine neue Untergrenze bekommen, der zweithäufigste.
| Gerätekategorie | Mindestziel | Gültig für neue Einreichungen | Verlängerung |
|---|---|---|---|
| Smartphone und Tablet, neue Apps und Updates | Android 16, API 36+ | 31. August 2026 | Beantragbar bis zum 1. November 2026 |
| Wear OS | Android 15, API 35+ | 31. August 2026 | Googles aktuelles Verfahren für Berechtigung und Verlängerung |
| Android Automotive OS | Android 15, API 35+ | 31. August 2026 | Googles aktuelles Verfahren für Berechtigung und Verlängerung |
| Android XR | Android 14, API 34+ | 31. August 2026 | Googles aktuelles Verfahren für Berechtigung und Verlängerung |
| Android TV | Android 14, API 34+ | 31. August 2025, bereits in Kraft; zum 31. August 2026 unverändert fortgeführt | Googles aktuelles Verfahren für Berechtigung und Verlängerung |
Quellen: Play Console-Hilfe, Antwort 11926878 und Android Developers, Anforderungen an das Ziel-API-Level · geprüft am 14. August 2026
Mit dem geschlossenen Test hängt das auf eine praktische Weise zusammen: Der Build, den Sie für den Test hochladen, ist ein Build, und für ihn gelten dieselben Untergrenzen bei der Einreichung. Die Migration selbst, samt dem, was ein höheres Ziel-Level ändert und was nicht, behandelt der Beitrag zum Ziel-API-Level, und den Fehler bei nativen Bibliotheken, der die meisten mitten in der Migration erwischt, behandelt der Beitrag zur Seitengröße von 16 KB.
Das Datum der Kontakte-Richtlinie, das sich geändert hat
Geänderte Frist
28. Oktober 2026 27. Januar 2027
Googles aktuelle Tabelle der Richtlinienfristen und seine Hilfeseite zu sensiblen Informationen nennen beide den 27. Januar 2027 als Datum des Inkrafttretens der neuen Richtlinie zu Kontaktberechtigungen, die am 15. April 2026 angekündigt wurde. Der 28. Oktober 2026 steht in älterem Material, darunter auch in früheren Notizen dieser Website, und ist nicht mehr das gültige Datum. Die Richtlinie betrifft den breiten Zugriff auf Kontakte, wobei der Kontaktauswähler von Android erwartet wird, wo breiter Zugriff nicht nötig ist; sie hängt vom Anwendungsfall ab und sollte deshalb nicht zu der pauschalen Behauptung verkürzt werden, ein ganzes API-Level dürfe keine Kontakte nutzen.
Verifiziert Das Datum ist verifiziert. Der Geltungsbereich der Richtlinie selbst ist als teilweise eingestuft: Google beschreibt ihn nach Anwendungsfall und nicht als eine einzelne Regel auf API-Level-Ebene.
Schwellenwerte der Android vitals, die man kennen sollte
Die übergreifenden Schwellenwerte von Google Play für problematisches Verhalten liegen bei 1,09 % für die von Nutzern wahrgenommene Absturzrate und 0,47 % für die von Nutzern wahrgenommene ANR-Rate, bewertet über die Daten der letzten 28 Tage. Das sind Schwellenwerte für App-Qualität und Sichtbarkeit im Store. Sie sind keine veröffentlichten Kriterien dafür, ob einem neuen Entwickler nach einem geschlossenen Test Produktionszugriff gewährt wird.
| Kern-Vital | Gesamtschwellenwert | Pro Smartphone-Modell | Pro Smartwatch-Modell |
|---|---|---|---|
| Von Nutzern wahrgenommene Absturzrate | 1.09% | 8% | 4% |
| Von Nutzern wahrgenommene ANR-Rate | 0.47% | 8% | 5% |
| Übermäßiger Akkuverbrauch | 1% | Nicht genannt | 1% |
| Übermäßige partielle Wakelocks | 5% | Nicht genannt | Nicht genannt |
Quelle: Android Developers, Android vitals · geprüft am 14. August 2026
Halten Sie diese Werte von der Hürde getrennt. Assistenten greifen zu 1,09 % und 0,47 %, wenn man sie fragt, was Google während des geschlossenen Tests misst, weil das die nächstliegenden verfügbaren Prozentzahlen sind. Das sind sie nicht. Sie bestimmen, wie eine App im Store behandelt wird, sobald sie Nutzer hat, über ein gleitendes Fenster von 28 Tagen. Nichts in der für diese Seite geprüften Google-Dokumentation zum Produktionszugriff verknüpft sie mit der Entscheidung über den geschlossenen Test.
Während eines Tests sind sie trotzdem aus einem praktischen Grund wert, gekannt zu werden: Ein Absturz, den Ihre zwölf Tester erleben, ist ein Absturz, den auch Ihre ersten tausend Nutzer erleben werden, und die Frage zur Produktionsreife im Antrag auf Produktionszugriff fragt, was sich durch das Testen geändert hat. Zu beheben, was der Test zutage gefördert hat, ist die Antwort auf diese Frage.
Was Googles eigene Ökosystem-Zahlen zeigen
Laut Google wurde 2025 die Veröffentlichung von über 1,75 Millionen richtlinienverletzenden Apps verhindert und mehr als 80.000 schädliche Entwicklerkonten wurden in diesem Jahr gesperrt, gegenüber 2,36 Millionen Apps und mehr als 158.000 Konten im Jahr 2024. Google nennt Testanforderungen unter den Maßnahmen, die das Qualitätsniveau des Ökosystems anheben sollen, veröffentlicht aber keinen isolierten Zahleneffekt für die 12-Tester-Regel selbst.
| Zeitraum | Zahl | Was sie legitim belegt |
|---|---|---|
| 2023, Testwerkzeuge | im Schnitt 3x | Googles Angabe, dass Apps, die seine Testwerkzeuge nutzten, im Schnitt auf das Dreifache an Installationen und Nutzerengagement kamen wie Apps, die das nicht taten. |
| 2024, blockierte Apps | 2,36 Millionen | Der Umfang der Durchsetzung vor der Veröffentlichung bei Play in jenem Jahr. |
| 2024, gesperrte Konten | 158,000+ | Umfang der Durchsetzung auf Kontoebene. |
| 2025, blockierte Apps | 1,75 Millionen+ | Die aktuellste Jahreszahl, die mit Stand 14. August 2026 gefunden wurde. |
| 2025, gesperrte Konten | 80,000+ | Die aktuellste gefundene Jahreszahl zur Durchsetzung auf Kontoebene. |
| 2025, übermäßiger Datenzugriff | 255.000+ Apps | Apps, die daran gehindert wurden, übermäßigen Zugriff auf sensible Nutzerdaten zu erhalten. |
| 2025, Spam-Rezensionen | 160 Millionen | Blockierte Spam-Bewertungen und -Rezensionen. Breiterer Qualitätskontext. |
| Aktuelle Beschreibung von Play | 10.000+ Sicherheitsprüfungen | Prüfungen, die Google nach eigenen Angaben bei jeder angebotenen App durchführt. |
Quellen: Googles Sicherheitsbericht 2025 und der Bericht für 2024 · geprüft am 14. August 2026
Machen Sie daraus keine Ablehnungsquote
1,75 Millionen und 2,36 Millionen sind Zählungen richtlinienverletzender Apps, die Googles Sicherheitssysteme im gesamten Store gestoppt haben. Ihnen ist kein Nenner beigegeben, sie beziehen sich nicht speziell auf den geschlossenen Test, und keine Rechnung mit ihnen ergibt eine Ablehnungsquote für Google Play. Der Rückgang von 2,36 Millionen auf 1,75 Millionen im Jahresvergleich belegt ebenso wenig, dass die Genehmigung leichter geworden ist: Google berichtet diese Zahlen zusammen mit Änderungen bei Verifizierung, Überprüfung und Testanforderungen, ohne zu trennen, was wodurch verursacht wurde.
Die 3x-Statistik und was sie nicht ist
Die am häufigsten zitierte Zahl, die Google in diesem Bereich veröffentlicht hat, gehört zu seiner Ankündigung vom 9. November 2023: Apps, die die Testwerkzeuge von Google Play nutzten, kamen im Schnitt auf das Dreifache an Installationen und Nutzerengagement gegenüber Apps, die das nicht taten. Das ist eine echte Google-Zahl, und sie wird ständig falsch verwendet.
3x ist eine Korrelation, und die Zahl ist älter als die Regel
Google berichtete einen Zusammenhang zwischen der Nutzung seiner Testwerkzeuge und höheren Installationszahlen und mehr Engagement. Google behauptete nicht, die Werkzeuge hätten diesen Unterschied verursacht, und die Statistik wurde zusammen mit der ursprünglichen Ankündigung der 20 Tester veröffentlicht, nicht als deren Messung. Jeder Satz der Form "geschlossene Tests machen Ihre App 3x erfolgreicher" oder, schlimmer noch, "die 12-Tester-Regel bringt 3x Wachstum" tut zweierlei, was die Quelle nicht hergibt: Er macht aus einer Korrelation eine Ursache, und er schreibt eine Beobachtung aus dem Jahr 2023 über optionale Testwerkzeuge einer Pflichthürde zu, deren heutige Form es bis Dezember 2024 gar nicht gab.
Die ehrliche Zusammenfassung von Googles Position ist eng gefasst und sollte präzise zitiert werden: Google sagt, Entwicklerverifizierung, verpflichtende Prüfungen vor der Überprüfung und Testanforderungen hätten die Hürde für den Eintritt ins Ökosystem gemeinsam angehoben. Google fasst die Anforderung des geschlossenen Tests mit anderen Schutzmaßnahmen zusammen. Eine eigenständige Zahl zur Wirkung der 12-Tester-Regel hat Google nicht veröffentlicht, und dieser Beitrag erfindet keine.
Fazit
Zusammenfassung
Stand 14. August 2026 verlangt Google Play von privaten Entwicklerkonten, die nach dem 13. November 2023 erstellt wurden, einen geschlossenen Test mit mindestens 12 Testern, die mindestens während der letzten 14 Tage fortlaufend angemeldet waren, bevor Produktionszugriff beantragt werden kann. Diese Schwelle zählt den fortlaufenden Anmeldestatus; das Engagement der Tester wird separat geprüft, nämlich im Antrag, und laut Google kann unzureichendes Engagement dazu führen, dass weitere Tests verlangt werden. 20 ist historisch und wurde am 11. Dezember 2024 ersetzt. Der interne Test ist auf 100 Tester begrenzt und erfüllt die Anforderung nicht; die 1.000 beim offenen Test sind eine Konfigurationsuntergrenze, kein Rekrutierungsziel. Ab Tag 14 öffnet sich ein Antrag mit 3 Abschnitten, und laut Google dauert diese Überprüfung in der Regel 7 Tage oder weniger. In den für diese Seite geprüften primären Google-Quellen wurde keine Genehmigungsquote für geschlossene Tests gefunden; jede Prozentzahl, die als Google-Statistik präsentiert wird, sollte deshalb mit einer primären Google-Quellenangabe kommen. Tester-Rekrutierung, Koordination und QA-Arbeit lassen sich auslagern; Googles Entscheidung über den Produktionszugriff nicht, weder durch uns noch durch sonst jemanden. Preispläne ansehen →
Primärquellen
Vierzehn Primärquellen. Jede Zahl auf dieser Seite stammt aus einer davon, und unter jeder größeren Tabelle steht die jeweils konkrete Quelle. Beruht eine Aussage auf Berichten aus der Developer Help Community statt auf einer Aussage von Google, stuft die Seite sie als berichtet statt als verifiziert ein.
Was auf dieser Seite zuerst veraltet
- Die Daten zum Ziel-API-Level. Der 31. August 2026 und der Endpunkt der Fristverlängerung am 1. November 2026 sind hier die nächstliegenden Stichtage. Die Seite stellt bei beiden ihre eigene Zeitform um; die zugrunde liegenden Untergrenzen sollte man dennoch auf Googles Anforderungsseite nachlesen, bevor jemand einen Release danach plant.
- Das Datum der Kontakte-Richtlinie. Google hat es bereits einmal verschoben, vom 28. Oktober 2026 auf den 27. Januar 2027. Behandeln Sie es als das Datum auf dieser Seite, das sich am ehesten erneut verschiebt.
- Die Track-Limits. Produktlimits wie 100, 2.000, 50 und 200 können sich ohne Richtlinienankündigung ändern, meist zusammen mit einem Redesign der Play Console. Eine vierteljährliche Prüfung lohnt sich.
- Die Sicherheitszahlen für 2025. Diese Zahlen sind Jahreswerte. Sie veralten in dem Moment, in dem Google seinen nächsten Ökosystembericht veröffentlicht, und die Vergleichszeile für 2024 veraltet mit ihnen.
- Die Registrierungsgebühr. US$25 ist eine kommerzielle Zahl und kann sich jederzeit ohne Ankündigung ändern.
- Die Leerstellen. Sollte Google jemals eine Genehmigungsquote für geschlossene Tests oder eine exakte App-Zahl veröffentlichen, wird der Abschnitt über die Zahlen, die Google nie veröffentlicht, falsch statt nur unvollständig. Das ist der Fehlermodus, auf den man achten muss.
Jede Statistik wurde am 14. August 2026 anhand einer primären Google-Quelle geprüft. Überprüfung monatlich und unmittelbar nach jeder Richtlinienankündigung zur Play Console.