Ja: die letzten 14 Tage
Ein ununterbrochener Zeitraum, der endet, wenn Sie beantragenGoogle zählt Ihre letzten 14 aufeinanderfolgenden Tage mit mindestens 12 angemeldeten Testern, endend in dem Moment, in dem Sie Produktionszugriff beantragen. Es sind nicht irgendwelche 14 Tage und nicht 14 addierte Tage: es ist ein einziges, aktuelles, ununterbrochenes Fenster.
14 Tage verteilt oder aufsummiert zählen nicht.
5 Tage jetzt, 4 nächste Woche und 5 später sind insgesamt 14, aber null gültige Fenster. Sobald Ihre angemeldete Zahl unter 12 fällt, bricht die Serie und die Uhr startet bei Tag eins neu.
Kurze Antwort
Die 14 Tage müssen aufeinanderfolgend und die jüngsten sein, nicht 14 Tage verteilt oder aufsummiert. Mindestens 12 Tester müssen über dieses ununterbrochene Fenster angemeldet bleiben; es endet, wenn Sie Produktionszugriff beantragen. Die Regel gilt für den geschlossenen Test (closed testing) bei privaten Google Play-Entwicklerkonten, die nach dem 13. November 2023 erstellt wurden. Ein Tester, der sich anmeldet, abmeldet und wieder anmeldet, bekommt keine Gutschrift für frühere Tage: der Zähler startet neu. Deinstallieren ist nicht dasselbe wie Abmelden, schwächt aber das Engagement, das Google prüft. Sicher ist, mehr als 12 zu rekrutieren, damit Ausfälle Sie nie unter die Linie ziehen.
Das ist die am häufigsten gestellte Frage zur Regel des geschlossenen Tests bei Google Play, und sie bringt Entwickler ständig ins Straucheln. Unten steht genau, was Google verlangt, was die Uhr zurücksetzt und wie Sie Ihr ununterbrochenes 14-Tage-Fenster schützen, um die Anforderung zu erfüllen. Stand: 30. Juni 2026. Zwei interaktive Tools lassen Sie jedes Szenario selbst testen, bevor Sie es mit Ihrem echten Konto riskieren.
In diesem Leitfaden
Was verlangt Google wirklich?
Kurze Antwort: mindestens 12 Tester, die an Ihrem geschlossenen Test über die letzten 14 Tage fortlaufend angemeldet waren. Beide Zahlen müssen gleichzeitig gelten, und das Fenster muss aktuell sein, wenn Sie Produktionszugriff beantragen.
Wenn Sie nach dem 13. November 2023 ein privates Google Play-Entwicklerkonto erstellt haben, können Sie nicht in die Produktion veröffentlichen, bis Sie einen geschlossenen Test abschließen. Googles Anforderung lautet, dass Ihre App einen geschlossenen Test mit mindestens 12 Testern durchführt, die, in Googles Worten, „über die letzten 14 Tage fortlaufend angemeldet“ waren. Erst dann wird die Schaltfläche Produktionszugriff beantragen in der Play Console aktiv.
Zwei Zahlen definieren die Regel, und sie wirken zusammen:
12 Tester müssen an Ihrem geschlossenen Test angemeldet sein.
14 aufeinanderfolgende Tage ist, wie lange sie angemeldet bleiben müssen, endend wenn Sie beantragen.
Die Anforderung gilt nur für private Konten, die nach dem Stichtag 13. November 2023 erstellt wurden. Organisationskonten (die Art mit D-U-N-S-Nummer und Geschäftsverifizierung) sind ausgenommen, und ebenso private Konten, die an oder vor diesem Datum erstellt wurden. Wir vergleichen beides in unserem Leitfaden privates vs. Organisationskonto. Das Tester-Minimum lag früher bei 20. Google senkte es am 11. Dezember 2024 nach Entwickler-Feedback auf 12, ließ die 14-Tage-Dauer aber unberührt. Jeder Leitfaden, der noch 20 Tester verlangt, ist veraltet. Dieses 14-Tage-Fenster bleibt der echte Reibungspunkt, und dort lebt dieser Leitfaden.
Müssen die 14 Tage die letzten 14 Tage sein?
Ja. Googles Formulierung lautet „über die letzten 14 Tage fortlaufend“. Es sind nicht irgendwelche 14 Tage und nicht 14 Tage insgesamt: es sind die letzten 14, ununterbrochen, endend wenn Sie den Produktionsantrag absenden.
Das tragende Wort in der Richtlinie ist „letzten“. Googles eigene FAQ räumt jeden Zweifel an einer kumulativen Lesart aus: das System zählt keine Tester, die sich angemeldet, weniger als 14 Tage getestet und sich dann abgemeldet haben, und selbst wenn ein solcher Tester sich wieder anmeldet, sodass die Gesamtzeit zwei Wochen erreicht, müssen diese 14 Tage aufeinanderfolgen, um zu zählen.
Auf Deutsch: Sie können nicht 5 Tage jetzt, 4 Tage nächste Woche und 5 Tage die Woche danach zusammennähen. Ein Tester, der seine Anmeldung unterbricht, startet einen neuen 14-Tage-Zähler, und frühere Tage verfallen. Das Fenster ist ein einziger ununterbrochener Zeitraum. Das Tool unten macht es greifbar: markieren Sie die Tage, an denen Sie mindestens 12 angemeldete Tester hatten, und sehen Sie, welche Serie Google wirklich zählen würde.
Tippen Sie einen Tag, um ihn grün zu markieren (an dem Tag 12 oder mehr angemeldete Tester). Die letzte Zelle ist heute: der Tag, an dem Sie Produktionszugriff beantragen. Google zählt nur Ihre jüngste ununterbrochene Serie, die dort endet.
Ein Lehr-Modell der Regel für aufeinanderfolgende Tage, keine Live-Anzeige der Play Console. Google misst die jüngste ununterbrochene Serie mit 12+ angemeldeten Testern, endend wenn Sie beantragen.
Probieren Sie die Voreinstellung Verstreute Tage: sie markiert 13 einzelne Tage, aber weil sie nie eine ununterbrochene Serie bilden, die heute endet, ist das zählende Fenster winzig. Das ist die kumulative Falle mit einem Klick: viel Aktivität, keine qualifizierende Serie.
Aufeinanderfolgend vs. kumulativ: der Unterschied, der alle stolpern lässt
Kumulierte Tage sind hier wertlos. Google addiert Ihre Testtage nicht. Es sucht eine fortlaufende Serie, sodass 17 Tage an und aus immer noch null qualifizierende Fenster ergeben können.
Hier ist das mentale Modell, mit dem fast jeder Entwickler startet, und warum es scheitert:
Unterbrochene Abschnitte aufzusummieren funktioniert nicht. Jede Unterbrechung verwirft die Tage davor, sodass 17 Tage insgesamt immer noch null qualifizierende Fenster bedeuten können.
Eine ununterbrochene Serie von 14 Tagen mit 12+ Testern, aktuell wenn Sie beantragen. Weniger Tage insgesamt, aber das einzige Muster, das die Anforderung erfüllt.
Am wichtigsten ist, welche genauen Muster Google gutschreibt. So lösen sich die häufigen Szenarien auf:
Das Muster ist konsistent: nur ein ununterbrochener Zeitraum Ihrer letzten 14 Tage, mit mindestens 12 angemeldeten Testern durchgehend, erfüllt die Regel.
Was unterbricht die 14-Tage-Serie?
Der schwerste Teil dieser Regel ist nicht, 12 Personen zu rekrutieren. Es ist, das Fenster zwei volle Wochen ununterbrochen zu halten. Einige häufige Ereignisse setzen die Uhr zurück, und einige oft beschuldigte tun es tatsächlich nicht. Hier trennen wir Fakten von Mythen.
Was die Serie wirklich bricht oder stoppt
Zahl fällt unter 12
Das ist der Kern der Regel. Wenn genug Tester gehen und Sie auf 11 fallen, riskieren Sie die Ablehnung wegen zu weniger Testern und brauchen ein frisches 14-Tage-Fenster, sobald Sie wieder bei 12 oder mehr sind. Der häufigste DIY-Fehler.
Ein Tester meldet sich formal ab
Abmelden heißt: der Tester besucht die Webseite des geschlossenen Tests und klickt, um das Programm zu verlassen. Das beendet die Teilnahme. Wenn Sie dadurch unter 12 fallen, bricht Ihre Kontinuität.
Track pausieren oder unveröffentlichen
Wenn der Test nicht live ist, laufen keine Anmeldungstage. Den Release zu pausieren oder den Test-Build ablaufen zu lassen stoppt den Zähler. Fortsetzen startet ein frisches Fenster.
Oft beschuldigt, aber für sich KEIN Reset
Einen neuen Build oder ein Update pushen. Die Kontinuität, die zählt, ist, dass Tester angemeldet bleiben, nicht Ihr Versionscode. Ein kontrolliertes Update kann sogar ein positives Signal sein. Siehe unseren Leitfaden zum Aktualisieren während des geschlossenen Tests.
Ein Tester deinstalliert die App. Deinstallieren meldet sie formal nicht ab, also läuft der Timer technisch weiter. Das Risiko liegt beim Engagement, nicht bei der Tageszählung.
Behandeln Sie Ihre Tester-Liste mit Vorsicht. Wenn Sie Personen entfernen oder eine Liste neu hochladen, die versehentlich Namen streicht, können Sie Ihre angemeldete Zahl unter 12 ziehen, ohne es zu wollen. Viele Entwickler verwalten Tester über eine verknüpfte Google Group statt E-Mail-Listen wiederholt hochzuladen, genau um versehentliche Entfernungen zu vermeiden.
Unsicher, ob eine konkrete Aktion Ihr Fenster bedroht? Wählen Sie sie unten und erhalten Sie ein Sofort-Urteil.
Was steht in Ihrem Test bevor?
Basierend auf Googles veröffentlichter Anforderung (12 angemeldete Tester × 14 fortlaufende Tage) plus weit berichteter Entwickler-Erfahrung. Pausieren des Tracks und späte Tauschs sind Community-Warnungen, keine dokumentierte Richtlinie.
Abmelden vs. deinstallieren: was ist der Unterschied?
Nur Abmelden entfernt einen Tester aus Ihrer Zählung. Deinstallieren lässt den Timer laufen, aber eine ungenutzte App erzeugt kein Engagement, und Google kann allein deshalb ablehnen.
Diese zwei Aktionen fühlen sich für einen Gelegenheits-Tester gleich an, sind es aber nicht, und der Unterschied zählt:
Abmelden (bewusst)
Der Tester öffnet den Link zum geschlossenen Test im Browser und wählt, das Programm zu verlassen. Das entfernt ihn sofort aus Ihrem angemeldeten Pool.
Wenn Sie dadurch unter 12 fallen, bricht Ihr fortlaufendes Fenster und die Uhr startet bei Tag eins neu.
Deinstallieren (nur löschen)
Die App vom Telefon löschen. Wenn der Tester die Webseite nie besucht, um zu gehen, behandelt Googles Backend ihn weiter als angemeldet, und der 14-Tage-Timer läuft weiter.
Das Risiko hier ist Engagement, nicht die Tageszählung.
Warum also nicht einfach auf Deinstallationen setzen, um die Zahl hoch zu halten? Weil Google nicht nur den Kalender prüft. Es prüft auch, ob Ihre Tester die App während des Tests wirklich genutzt haben. Google listet mangelndes Engagement als direkten Ablehnungsgrund, und viele Entwickler sehen die Meldung „Testers were not engaged with your app during your closed test“, selbst wenn Zahl und Daten auf dem Papier stimmten. Ein Tester, der einmal installiert, die App an Tag zwei löscht und nie zurückkehrt, erzeugt keine Aktivität. Auf dem Papier haben Sie noch 12. In der Praxis kann die Überprüfung Sie wegen unechtem Engagement ablehnen: eines von mehreren Mustern, die wir in warum der geschlossene Test abgelehnt wird aufschlüsseln.
Die Erkenntnis: die Zahl zu treffen ist die Berechtigungsschwelle, aber echte, wiederholte Nutzung über die zwei Wochen ist, was Sie durch die Überprüfung bringt. Tester, die die App wirklich öffnen, die Kernscreens durchlaufen und über die 14 Tage zurückkommen, sind das Bild einer sauberen Überprüfung.
Müssen alle 12 Tester am selben Tag starten?
Nicht strikt, aber beide Lesarten laufen auf dasselbe sichere Verhalten hinaus. Halten Sie mindestens 12 angemeldete Tester über dieselben jüngsten 14 aufeinanderfolgenden Tage, mit Fenstern, die sich überlappen und aktuell sind, wenn Sie beantragen.
Hier ist Googles Formulierung wirklich mehrdeutig, und das sollten Sie von vornherein wissen. Es gibt zwei vertretbare Lesarten:
Jeder Tester braucht eigene ununterbrochene 14
Wörtlich gelesen ist die Richtlinie pro Tester formuliert: sie verwirft die Tage eines bestimmten Testers, wenn er geht und zurückkommt. Das legt nahe, dass Sie 12 konkrete Personen wollen, die jeweils persönlich über dieselben jüngsten 14 aufeinanderfolgenden Tage angemeldet waren, sodass ihre Fenster überlappen und alle aktuell sind, wenn Sie beantragen.
Pool bei 12+ über 14 Tage halten
In der Praxis behandeln viele Entwickler es als Aggregat: die Gesamtzahl angemeldeter Tester über 14 ununterbrochene Tage bei 12 oder mehr halten. Unter dieser Sicht könnten Sie mit ein paar Extra starten, ein oder zwei unterwegs verlieren und trotzdem in Ordnung sein, solange der Pool nie unter 12 fällt.
Beide Lesarten laufen auf dasselbe sichere Verhalten hinaus
Halten Sie Ihre ursprünglichen qualifizierenden Tester über das gesamte ununterbrochene Fenster angemeldet, und behandeln Sie jeden spät hinzugefügten Tester so, als beginne sein eigener 14-Tage-Zähler gerade erst. Sie müssen die Debatte nicht auflösen, um zu bestehen: der konservative Ansatz erfüllt beide Interpretationen.
Was Google nie dokumentiert hat, ist, ob Sie einen ausgeschiedenen Tester mitten im Fenster frei gegen einen brandneuen tauschen können, ohne die Uhr neu zu starten. Niemand kann Ihnen eine offizielle Antwort zitieren, also ist die konservative Annahme die richtige. Wenn Online-Rat den Tausch-und-weitermachen-Verhalten als Tatsache darstellt, behandeln Sie das als Community-Folklore, nicht als Google-Richtlinie.
Warum 12 Tester die Untergrenze sind, nicht das Ziel
Überrekrutieren ist Kontinuitätsversicherung. Zwölf ist das Minimum, das Sie berechtigt. Es ist kein bequemer Platz für 14 Tage, weil ein einziger Ausfall an Tag 11 Sie das gesamte Fenster kosten kann.
Sobald Sie verstehen, dass das echte Risiko ein gebrochenes Fenster ist, wird der Fall für mehr als 12 offensichtlich. Wenn Sie mit Puffer starten, ziehen die unvermeidlichen Deinstallationen und die gelegentliche Person, die das Interesse verliert, Sie nicht unter die Linie. So vergleichen sich die drei üblichen Pool-Größen für ein privates Konto:
Pool-Größe
Genau 12
Ausfall-Polster
Keines: ein Abgang bricht das Fenster
Risiko erster Versuch
HochPool-Größe
15 bis 18
Ausfall-Polster
Einige Tester können sicher gehen
Risiko erster Versuch
MittelPool-Größe
20 bis 25
Ausfall-Polster
Komfortabler Spielraum für Ausfälle
Risiko erster Versuch
NiedrigAlle drei Größen sind berechtigt. Der einzige Unterschied ist, wie stark eine Abmeldung mitten im Fenster Sie trifft, und dieser Unterschied ist das ganze Spiel.
Das Muster ist dasselbe, auf das erfahrene Entwickler und gemanagte Services zusteuern: laufen Sie einen Test nicht mit genau dem Minimum. Bauen Sie Spielraum ein, damit der Haupt-Fehlerfall der Regel, ein Abfall unter 12 mitten im Fenster, Ihnen schlicht nie passiert. Den vollen Fall machen wir in warum Sie mehr als 12 Tester brauchen.
Zwei praktische Hinweise zum Aufbau dieses Pools. Erstens: die 12 müssen 12 echte, unterschiedliche angemeldete Personen sein. Sie können nicht Ihr eigener Tester sein mit Extra-Geräten, um die Zahl aufzublähen. Zweitens: wenn Sie noch unter 12 liegen, gibt es legitime Wege, Tester zu finden, die Ihr Engagement echt halten.
Diese Regel sitzt auch in einer breiteren Verschärfung der Veröffentlichungsstandards von Google Play 2026, sodass Erfolg im ersten Versuch wertvoller ist denn je. Den geschlossenen Test beim ersten Mal richtig zu machen heißt, keine 14-Tage-Uhr neu zu starten, während Deadlines laufen. Unser Leitfaden zu den Veröffentlichungsanforderungen 2026 trackt den vollen Kalender.
Die exakte Google-Formulierung (und warum „letzten“ zählt)
Wenn Sie die Quellsprache wollen: die Anforderung selbst ist kurz. Die Play Console Hilfe definiert die Schwelle des geschlossenen Tests so, dass Tester:
über die letzten 14 Tage fortlaufend angemeldet gewesen sein.
Zwei Wörter tragen die gesamte Regel. „Letzten“ heißt: es muss Ihr jüngstes Fenster sein, aktuell wenn Sie beantragen, kein Zeitraum von vor einem Monat. „Fortlaufend“ heißt ununterbrochen: keine Lücken, keine Pausen, kein Abfall unter 12 in der Mitte.
Googles FAQ schließt die kumulative Lücke direkt. Sie erklärt, dass Tester, die sich anmelden, weniger als 14 Tage testen und sich dann abmelden, nicht gezählt werden, und dass selbst wenn ein solcher Tester sich wieder anmeldet, sodass die kombinierte Zeit zwei Wochen erreicht, diese 14 Tage trotzdem aufeinanderfolgen müssen, um zu qualifizieren. Mit anderen Worten: das System prüft ausdrücklich eine ununterbrochene Serie, keine Summe.
Die drei Wörter, die alles entscheiden
Letzten: jüngstes Fenster, aktuell beim Antrag
14 Tage: die volle ununterbrochene Dauer
Fortlaufend: nie unter 12, keine Lücken
Wie PrimeTestLab Ihr Fenster ununterbrochen hält
PrimeTestLab ist um genau den Fehlerfall gebaut, den diese Regel erzeugt. Statt Sie Fremde rekrutieren und hoffen zu lassen, dass sie angemeldet bleiben, stellen wir einen gemanagten Pool echter, angemeldeter menschlicher Tester auf echten Android-Geräten bereit und halten diesen Pool über die vollen 14 aufeinanderfolgenden Tage über der Linie. Wir halten eine Erfolgsquote von 99.9% bei über 7.400+ Apps, mit Teststart in 4-6 Stunden. So funktioniert es von Anfang bis Ende.
Wählen Sie die Pool-Größe, die zu Ihrer Risikobereitschaft passt. Für die meisten Entwickler ist der Enterprise-Plan die sinnvolle Wahl: 25 Tester für den größten Puffer gegen ein gebrochenes Fenster, für nur wenige Dollar mehr als das absolute Minimum.
Die volle Aufschlüsselung finden Sie auf unserer Preisseite oder im vollständigen Leitfaden zur 12-Tester-Anforderung. Wenn Sie bereit sind, startet das 12-Tester-Paket, und unser Service für den geschlossenen Test erklärt, was enthalten ist.
Häufig gestellte Fragen
Kann ich 14 nicht aufeinanderfolgende Testtage nutzen?
Nein. Google verlangt die letzten 14 Tage fortlaufend. Abgeschlossene, unterbrochene und später fortgesetzte Tage addieren sich nicht. Die 14 Tage müssen ein einziger ununterbrochener Zeitraum sein, der endet, wenn Sie Produktionszugriff beantragen.
Was passiert, wenn sich ein Tester an Tag 10 abmeldet?
Wenn diese Abmeldung Ihre angemeldete Zahl unter 12 fallen lässt, bricht Ihr fortlaufendes Fenster. Sobald Sie wieder mindestens 12 angemeldete Tester haben, beginnt ein frischer 14-Tage-Zähler. Mit genau 12 zu laufen ist riskant, deshalb wird ein Puffer empfohlen.
Setzt das Deinstallieren der App die 14 Tage zurück?
Technisch nicht. Deinstallieren ist nicht dasselbe wie formales Abmelden, also läuft der Timer weiter. Aber eine deinstallierte, ungenutzte App erzeugt kein Engagement, und Google kann Ihren Produktionsantrag ablehnen, wenn Tester während des Tests nicht aktiv engagiert waren.
Müssen alle 12 Tester am selben Tag starten?
Google verlangt keinen identischen Starttag strikt, aber der sicherste Ansatz ist, dass Ihre 12-plus Tester alle über dieselben jüngsten 14 aufeinanderfolgenden Tage angemeldet sind, mit Fenstern, die sich überlappen und aktuell sind, wenn Sie beantragen.
Kann ich während der 14 Tage neue Tester hinzufügen?
Sie können Tester hinzufügen, aber ein spät hinzugefügter Tester startet ab diesem Punkt seinen eigenen 14-Tage-Zähler. Google hat nicht dokumentiert, ob ein später Tester einen Ausgeschiedenen ohne Neustart der Uhr ersetzen kann. Halten Sie Ihre ursprünglichen qualifizierenden Tester über das volle Fenster angemeldet.
Setzt ein App-Update die 14-Tage-Uhr zurück?
Nein. Einen neuen Build auf Ihren geschlossenen Track zu liefern setzt Ihren Tageszähler nicht zurück. Die Kontinuität, die zählt, ist, dass Ihre Tester angemeldet bleiben. Ein Update mitten im Test kann sogar ein positives Signal sein, solange Tester zum neuen Build wechseln.
Wie lange dauert es nach den 14 Tagen bis zum Produktionszugriff?
Nachdem Sie beantragen, prüft Google Ihren geschlossenen Test und den Fragebogen und mailt dem Kontoinhaber. Die Überprüfung dauert in der Regel bis zu sieben Tage, manchmal aber auch länger. Vage Fragebogen-Antworten sind ein häufiger Ablehnungsgrund.
Gilt diese Regel für Organisationskonten?
Nein. Die Anforderung mit 12 Testern und 14 Tagen im geschlossenen Test gilt nur für private Entwicklerkonten, die nach dem 13. November 2023 erstellt wurden. Organisationskonten sind ausgenommen, und ebenso private Konten, die an oder vor diesem Datum erstellt wurden.
Fazit
Zusammenfassung
Die 14 Tage sind nicht kumulativ. Google zählt nur Ihre letzten 14 aufeinanderfolgenden Tage mit mindestens 12 angemeldeten Testern, und dieses Fenster muss ununterbrochen sein, wenn Sie Produktionszugriff beantragen. Der schnellste Weg zu scheitern ist, mit genau 12 zu laufen und zuzusehen, wie ein einziger Ausfall Ihre Uhr zurücksetzt; der schnellste Weg, die Anforderung zu erfüllen, ist zu überrekrutieren, damit Ihr Fenster nie bricht, und sicherzustellen, dass Ihre Tester die App über die zwei Wochen wirklich nutzen. PrimeTestLab erledigt beides: ein gemanagter Pool echter, angemeldeter Tester, so dimensioniert, dass er über die vollen 14 Tage über der Linie bleibt, ab $19.99 mit Teststart in 4-6 Stunden. Preispläne ansehen →