So funktioniert Google Plays geschlossener Test mit 12 Testern und 14 Tagen (2026)

Richtlinien geprüft am 27. September 2026. Alles Folgende entspricht dem Stand von Googles veröffentlichter Dokumentation zum geschlossenen Test und zum Produktionszugriff an diesem Datum. Wo Google nichts veröffentlicht hat, sagt dieser Beitrag das offen, statt die Lücke mit Vermutungen zu füllen.

Eine der größten Änderungen ist die 12-Tester-Anforderung im geschlossenen Test: Betroffene private Entwicklerkonten müssen einen qualifizierenden geschlossenen Test abschließen, bevor sie Produktionszugriff beantragen können. Das Erreichen der 12-mal-14-Schwelle veröffentlicht die App nicht und garantiert keine Genehmigung.

Viele Entwickler sind unsicher, warum es diese Anforderung gibt, wie der Prozess abläuft und warum es so schwer ist, 12 verlässliche Tester zu finden, die zwei volle Wochen mitmachen. Dieser Beitrag erklärt alles klar und Schritt für Schritt, damit Sie den gesamten Prozess verstehen, bevor Sie Ihre App veröffentlichen. Wenn Sie sich den Aufwand sparen möchten, übernimmt unser Testservice den gesamten Prozess für Sie.

Was ist die Anforderung zum geschlossenen Test bei Google Play 2026?

Google hat die Regel am 9. November 2023 angekündigt; in ihrer endgültigen Form gilt sie für private Play Console-Konten, die nach dem 13. November 2023 erstellt wurden. Diese beiden Daten sind verschiedene Fakten und werden ständig vermischt: Der 9. ist der Tag der Ankündigung, der 13. ist der Stichtag der Kontoerstellung, der tatsächlich darüber entscheidet, ob Sie betroffen sind.

Lesen Sie den letzten Teil genau, denn hier entsteht die meiste Enttäuschung bei diesem Thema. Das Erreichen der Schwelle veröffentlicht Ihre App nicht. Es schaltet den Antrag frei, den Google anschließend überprüft.

Google dokumentiert die Anforderung für private Konten, womit Organisationskonten außerhalb des genannten Geltungsbereichs liegen. Das ist bewusst nicht derselbe Satz wie "Organisationskonten sind ausgenommen", ein Satz, den Google nie schreibt und der für alle wichtig wird, die eine App zwischen Kontotypen verschoben haben. Wir gehen dem im Abschnitt zur Anwendbarkeit weiter unten gründlich nach.

Google hat die Testanforderung eingeführt, um die App-Qualität zu verbessern. Entwickler sollen:

• Vor der Veröffentlichung testen
• Probleme erkennen und Feedback sammeln
• Bestätigen, dass die App bereit für die Nutzer ist
• Dieselbe Ankündigung vom November 2023 hat separat die Entwickler-Verifizierung ausgeweitet, um Malware und Betrug vorzubeugen. Das ist eine andere Initiative als der geschlossene Test.

Das heißt: Vor dem Livegang muss Ihre App Folgendes durchlaufen:

Sobald mindestens 12 Tester jeweils 14 fortlaufende Tage angemeldet waren, bietet die Play Console die Option, den Produktionszugriff zu beantragen. Google fragt nach Tester-Engagement, Feedback, Änderungen während des Tests und Produktionsreife. Geräte- und IP-Vielfalt sind Qualitätspraktiken, keine veröffentlichten Prüfschwellen.

Gilt die 12-Tester-Anforderung für mein Konto?

Beachten Sie: Der 13. November 2023 ist der Stichtag für die Kontoerstellung, nicht das Datum der Ankündigung. Die Ankündigung kam am 9. November 2023, und die beiden Daten werden ständig verwechselt. Wurde Ihr Konto in dieser Lücke erstellt, zählt der Stichtag.

Zwei Anschlussfragen tauchen ständig auf, sobald klar ist, dass die Regel gilt, und sie haben unterschiedliche Antworten.

Die erste: Braucht jede neue App ihren eigenen Test? In der Praxis wird die Hürde pro App durchgesetzt, und Entwickler mit betroffenen Konten berichten, sie bei jeder neuen App erneut erfüllen zu müssen. Was Google nicht veröffentlicht, ist ein Versprechen, dass das für immer so bleibt, und Product Experts berichten, dass die Anforderung mit wachsender Release-Historie eines Kontos irgendwann nicht mehr erscheinen kann. Behandeln Sie sie also als Hürde auf App-Ebene, solange das Dashboard sie anzeigt, und prüfen Sie jede neue App, statt etwas anzunehmen. Mehr dazu in Brauche ich 12 Tester für jede App.

Die zweite: Setzen routinemäßige Updates einer App, die bereits Produktionszugriff hat, die Uhr zurück? Es gibt keine veröffentlichte Pflicht, den 12-mal-14-Test für jedes gewöhnliche Update zu wiederholen, sobald die App Produktionszugriff hat. Die normale Play-Überprüfung und Googles übrige Richtlinienprüfungen gelten weiterhin für jeden Release.

Die Entscheidung zwischen privatem Konto und Organisation hat Folgen weit über diese eine Regel hinaus, darunter Kosten, Verifizierung und die Frage, wem der Eintrag rechtlich gehört. Wenn Sie noch wählen, lesen Sie privates vs. Organisations-Konto bei Google Play, bevor Sie sich registrieren.

Wie viele Tester brauche ich 2026 für Google Play?

Die nützlichere Frage ist, wozu die Anforderung dient. Google ging es ums Testen, nicht ums Zählen: Probleme aufdecken, Feedback sammeln, darauf reagieren und bestätigen, dass die App bereit ist.

Also: Rekrutieren Sie 12, weil das die Regel ist, und erwägen Sie ein paar mehr, weil Absprünge ein häufiger Grund sind, warum sich das Berechtigungsdatum verschiebt. Nur Ersteres ist Googles Anforderung.

Was zählt wirklich für die 12 Tester und 14 Tage?

Fast jeder Streit unter Entwicklern über diese Regel entsteht, weil zwei getrennte Stufen zu einer verschmolzen werden. Sie auseinanderzuhalten ist der Unterschied zwischen der richtigen Wartezeit und doppeltem Warten.

Google sagt, es könne Sie zum Weitertesten auffordern, wenn die Tester-Anforderung nicht erfüllt war oder wenn Ihre Tester sich im geschlossenen Test nicht mit der App beschäftigt haben. Das sind zwei verschiedene Fehlerbilder mit zwei verschiedenen Lösungen, und nur das erste ist eine Zahl.

Müssen Tester die App jeden Tag öffnen?

Keine veröffentlichte Regel verlangt das. Googles numerische Bedingung ist die fortlaufende Anmeldung; nirgendwo in der aktuellen Anforderung stehen eine tägliche Öffnungsquote, eine Mindestzahl an Sitzungen, eine Minuten-Untergrenze pro Tag oder eine Anzahl an Screens, die jeder Tester erreichen muss.

Das ist kein Freibrief, zwölf Personen zu gewinnen, die einmal installieren und die App vergessen. Der Antrag auf Produktionszugriff fragt, wie Ihre Tester die App genutzt haben und wie sich die Nutzung mit dem vergleicht, was Sie von echten Nutzern erwarten, und Google nennt unzureichendes Tester-Engagement als möglichen Grund für die Aufforderung, weiterzutesten. Engagement lohnt sich also, aber als Qualität, nicht als Pensum, denn ein veröffentlichtes Pensum gibt es nicht.

Brauchen Tester echte Geräte oder verschiedene IP-Adressen?

Beides steht nicht in Googles veröffentlichter Anforderung zum geschlossenen Test. Es gibt keine genannte Bedingung, dass jeder qualifizierende Tester ein eigenes physisches Gerät nutzt, und keine primäre Google-Quelle besagt, dass Ihre 12 Tester 12 verschiedene IP-Adressen, Netzwerke, Haushalte oder Länder brauchen.

Gerade die IP-Behauptung verdient ein Etikett statt einer Antwort. Sie kursiert weit, auch in Antworten von Community Product Experts, und diese Antworten widersprechen sich teils gegenseitig. Behandeln Sie sie als Community-Bericht: gut zu wissen, dass Leute daran glauben, aber nichts, worum man einen Test plant, als hätte Google es geschrieben. Die längere Fassung: die Gerätefrage behandeln wir in Emulatoren und geschlossener Test, die Geografie-Frage in Tester in verschiedenen Ländern.

Zählt der interne Test zu den 12?

Nein. Googles Anforderung nennt ausdrücklich einen geschlossenen Test und beschreibt den internen Test als optionale frühe Qualitätssicherung. Der interne Test unterstützt bis zu 100 Tester und ist wirklich nützlich, um Probleme zu finden, bevor echte Tester den Build je sehen, aber er bringt Sie dem Produktionszugriff nicht näher.

Es gibt außerdem eine praktische Falle, die man vor dem Start kennen sollte: Wer für Ihren internen Test angemeldet ist, kann erst am geschlossenen Test teilnehmen, wenn er sich vom internen Test abmeldet und stattdessen für den geschlossenen Track anmeldet. Haben Sie Ihre ersten Tester versehentlich in den internen Test gesetzt, müssen Sie sie bewusst umziehen.

Den vollständigen Vergleich, samt wann sich welcher Track lohnt, finden Sie in unserer Analyse interner vs. geschlossener vs. offener Test.

So läuft die 14-Tage-Uhr, wenn Tester später einsteigen oder sich abmelden

Meldet sich ein Tester vor Ablauf der 14 Tage ab, zählt er nicht mehr, und wenn Sie dadurch unter 12 fallen, erfüllen Sie die von Google veröffentlichte Bedingung nicht mehr: mindestens 12 Tester, die mindestens während der letzten 14 Tage fortlaufend angemeldet waren. Weil das Fenster immer die jüngsten 14 Tage sind, schiebt der Verlust von Leuten die Berechtigung nach hinten. Google veröffentlicht dafür keinen Algorithmus: Es gibt keine dokumentierte Regel, dass ein Absprung alle übrigen Tester auf Tag null zurücksetzt, und der praktische Check ist schlicht, wie viele Tester die fortlaufende Bedingung aktuell erfüllen. Das ist ein häufiger Grund, warum Entwickler ihr erwartetes Berechtigungsdatum verpassen.

Eine E-Mail-Adresse auf die Testerliste zu setzen reicht nicht. Ein Tester zählt, nachdem er sich über den Testlink mit einem berechtigten Google-Konto angemeldet hat. Anschließend sollte er die App über Google Play mit demselben Konto installieren und testen. Die Play Console zeigt die Zahl der angemeldeten Tester, keine verlässliche Anmeldehistorie pro Person. Bestätigen Sie die Zahl dort, und führen Sie eigene Aufzeichnungen darüber, wann einzelne Tester eingestiegen sind, falls Sie Ihr Berechtigungsdatum schätzen müssen.

Was passiert, wenn sich ein Tester abmeldet?

Die Anmeldephase dieses Testers ist unterbrochen, und eine unterbrochene Phase qualifiziert nicht. Die Tage vor der Abmeldung lassen sich nicht mit Tagen nach der Rückkehr zu 14 qualifizierenden Tagen zusammenzählen. Kehrt der Tester zurück, behandeln Sie es als neue 14-Tage-Phase ab dem Tag der erneuten Anmeldung.

Was Sie das kostet, hängt von Ihrer Testerzahl ab und davon, wann die zusätzlichen Tester eingestiegen sind. Mit genau 12 bringt Sie eine Abmeldung unter das Minimum. Mit 20 haben Sie zwar einen großen Zahlenpuffer, aber Ihr Berechtigungsdatum bleibt nur geschützt, wenn mindestens 12 der verbleibenden Tester ausreichend frühe fortlaufende Anmeldehistorien haben. Später eingestiegene Tester können Ihre Zahl schützen, ohne Ihr ursprüngliches Datum zu schützen.

Was, wenn ein Tester die App deinstalliert?

Deinstallieren und Abmelden sind nicht dasselbe Ereignis, und hier lohnt Präzision, weil viele Seiten beides austauschbar behandeln. Google definiert das numerische Kriterium über den Anmeldestatus. Keine Primärquelle belegt, dass eine Deinstallation für sich genommen die Anmeldephase eines Testers beendet oder seine Uhr zurücksetzt.

Außer Zweifel steht der Folgeeffekt. Eine nicht installierte App erzeugt keine Nutzung, und ein Tester, der am zweiten Tag deinstalliert hat, lässt Sie ohne Material zurück, wenn der Produktionszugriff-Antrag fragt, wie Ihre Tester die App genutzt haben. Bemühen Sie sich also um Neuinstallationen, weil die Engagement-Belege wertvoll sind, nicht weil eine Deinstallation nachweislich die Zählung bricht.

Setzt ein App-Update die 14 Tage zurück?

Es gibt keine veröffentlichte Regel, dass ein neuer Build die fortlaufende Anmeldung neu startet. Google geht in die Gegenrichtung und behandelt Updates während des geschlossenen Tests als gute Praxis: Der Sinn der Übung ist, Probleme zu finden und zu beheben, und der Produktionszugriff-Antrag fragt, was Sie infolgedessen geändert haben. Einen Release hochzuladen und dann in Panik zu geraten, man habe zwei Wochen Fortschritt zerstört, ist eine sehr verbreitete und, soweit die Primärdokumentation zeigt, unbegründete Angst.

Der eine Vorbehalt: Das ist das Fehlen einer veröffentlichten Regel, kein expliziter Google-Satz "Updates setzen die Phase nie zurück". Sagt die Play Console über Ihre konkrete App etwas anderes, glauben Sie der Play Console. Wir nehmen die Frage gründlich auseinander in Setzt ein App-Update den geschlossenen Test zurück?.

Deshalb ist die Nachfrage nach professionellen Testservices gewachsen. Viele Entwickler entscheiden sich, professionelle Tester zu engagieren, statt Wochen mit gescheiterten Eigenversuchen zu verlieren.

Wie bekomme ich am schnellsten 12 Tester für Google Play?

Das rückt die Frage zurecht. Sie kaufen nicht Geschwindigkeit, sondern zwei Dinge: wie schnell Sie 12 Anmeldungen erreichen, und wie wahrscheinlich diese 12 zwei Wochen später noch angemeldet sind. Jeder Weg unten gewichtet das anders.

Googles eigener Vorschlag lautet, Ihr persönliches und berufliches Umfeld zu nutzen: Freunde, Familie, Kollegen und Kommilitonen, dazu relevante Communities, Social-Media-Follower und Menschen, die Ihren künftigen Nutzern ähneln. Den letzten Teil sollte man ernst nehmen, obwohl er keine Vorschrift ist, denn der Antrag fragt, wie sich die Nutzung durch die Tester zu dem verhält, was Sie von echten Nutzern erwarten, und Tester, die Ihrer Zielgruppe kein bisschen ähneln, machen diese Frage schwerer zu beantworten.

Googles Leitfaden zum geschlossenen Test sagt nicht, dass Tester unbezahlt sein müssen. Auf Basis dieser veröffentlichten Vorgaben kann eine bezahlte Vereinbarung mit der Anforderung vereinbar sein, wenn sie echtes Testen und echtes Feedback liefert. Sie darf nicht genutzt werden, um öffentliche Bewertungen, Rezensionen, Installationen, Rankings oder die Store-Platzierung zu manipulieren.

Was ein betreuter Testservice bietet

Weil es extrem schwer ist, Tester zu finden, nutzen viele Entwickler Online-Testerservices mit echten Gerätenutzern, die bereit sind, die 14-Tage-Anforderung zu erfüllen.

Ein professionelles Testerteam bietet:

PrimeTestLab nimmt Google Plays Anforderungen alle Komplexität. Wir stellen verifizierte Tester mit echten Android-Geräten in 120+ Ländern. Statt wochenlang selbst Tester zu suchen und zu koordinieren, können Sie 12 echte Tester für 19,99 $ erhalten, und der Test startet innerhalb von Stunden.

PrimeTestLabs Service umfasst Testeraktivität und Feedback über die gesamten 14 Tage. Das ist unser Servicestandard, keine von Google veröffentlichte Pflicht zum täglichen Öffnen. Mit einer Testabschlussquote von 99.9% über 9.800+ getestete Apps nimmt er Ihnen das Rekrutierungsproblem ab. Lesen Sie, warum sich ein Testerpuffer über 12 lohnt.

So können Solo-Entwickler und kleine Teams Apps veröffentlichen, ohne die zwei Wochen damit zu verbringen, Leuten hinterherzulaufen.

Unsere Bilanz: 9.800+ getestete Apps

PrimeTestLab hilft Entwicklern, Googles Anforderung des geschlossenen Tests mit drei Paketen zu erfüllen:

Wir betreiben ein Tester-Netzwerk, das für den geschlossenen 12-mal-14-Test gebaut ist. Interne PrimeTestLab-Projektdaten, Stand 15. August 2026. Testabschluss bedeutet, dass ein bezahltes Projekt den betreuten geschlossenen Test abgeschlossen und die Stufe des Produktionszugriff-Antrags erreicht hat. Es bedeutet nicht, dass Google den Produktionszugriff gewährt hat. Die Service-Statistiken unten beruhen auf diesen abgeschlossenen Aufträgen.

Das übliche Problem:

Und wir lösen das Rekrutierungsproblem sofort. Der Test startet innerhalb von 4-6 Stunden, und wir betreuen den Entwickler weiter (die Tester bleiben angemeldet), bis der Antrag gestellt ist und Sie Googles Entscheidung bestätigen.

Wie richte ich den geschlossenen Test bei Google Play Schritt für Schritt ein?

Warum meldet der Testlink, die App sei nicht verfügbar?

Das geht häufig schief, und es ist fast immer einer von neun Gründen. Arbeiten Sie die Liste der Reihe nach ab, statt zu den exotischen Erklärungen zu springen.

1. Der Tester ist mit genau dem eingeladenen Google-Konto angemeldet, nicht mit einem zweiten privaten Konto auf demselben Telefon.
2. Bei einer Google Groups-Gruppe ist der Tester der Gruppe beigetreten, bevor er den Testlink geöffnet hat.
3. Der Release-Status ist Veröffentlicht, nicht Entwurf, In Prüfung oder Veröffentlichung ausstehend.
4. Seit Ihrem ersten Rollout im Track sind mehrere Stunden vergangen.
5. Das Land des Testers ist in der Verfügbarkeit der App enthalten.
6. Das Gerät des Testers ist kompatibel mit dem hochgeladenen Bundle.
7. Der Tester hat sich vom internen Track abgemeldet, falls er je darauf war.
8. Er verwendet den Link des geschlossenen Tests, nicht einen internen oder offenen.
9. Er hat beide Schritte abgeschlossen: Anmeldung bestätigen, dann über Google Play installieren.

Überlebt das Problem alle neun Punkte, gehen wir tiefer in App für Tester nicht verfügbar. Zum Einladungsablauf allgemein siehe Tester einladen, und zum Groups-spezifischen Fehler Google Groups-Gruppe im geschlossenen Test funktioniert nicht.

Was ein sinnvoller Test tatsächlich abdeckt

Google veröffentlicht keinen Testplan, keinen Tagesrhythmus und keine Abdeckungs-Checkliste, und dieser Beitrag erfindet auch keine. Was folgt, ist unser redaktioneller QA-Plan: eine vernünftige Form für zwei Wochen echtes Testen, angeboten, weil "es gibt keine Tagesquote" zwar stimmt, aber allein nicht weiterhilft. Verstehen Sie ihn als Menü, nicht als Compliance-Formular.

Der Grund für all das ist nicht, dass Google es zählt. Sondern dass der Antrag am Ende fragt, was die Tester getan haben, was sie Ihnen gesagt haben und was Sie geändert haben, und ein Test nach obiger Liste liefert Antworten auf alle drei Fragen.

So beantragen Sie nach dem Test den Produktionszugriff

Diesen Teil des Prozesses überspringen die meisten Beiträge, dabei entscheidet er über das Ergebnis. Die Schwelle zu erreichen ist Rechenarbeit. Der Antrag ist ein schriftliches Plädoyer, das Sie führen müssen.

Was Google im Formular zum Produktionszugriff fragt

Google veröffentlicht die Fragen. Was Google nicht veröffentlicht: ein Bewertungsschema, eine Wortzahl, eine Liste durchfallender Formulierungen oder irgendeine Formel, die Ihre Antworten in eine Entscheidung übersetzt. Wer Ihnen sagt, ein bestimmter Satz führe automatisch zur Ablehnung, beschreibt ein selbst erschlossenes Muster, keine Regel, die Google geschrieben hat.

Was Sie tun können: aus tatsächlich geführten Aufzeichnungen antworten. Jede Frage unten entspricht etwas, auf das Sie aus Ihren eigenen 14 Tagen zeigen können sollten. Das ist das eigentliche Argument dafür, während des Tests Notizen zu machen, statt sie hinterher zu rekonstruieren.

Kommt statt der Gewährung eine Aufforderung zu weiteren Tests zurück, ist das ein dokumentiertes Ergebnis und keine Sackgasse; der nächste Abschnitt behandelt, was Google tatsächlich als Ursachen nennt.

Warum Google "mehr Tests erforderlich" meldet: Was wir wissen und was nicht

14 Tage abzuschließen und trotzdem zum Weitertesten aufgefordert zu werden, ist das demoralisierendste Ergebnis in diesem ganzen Prozess, und es kommt oft genug vor, dass es dazu ganze Forenthreads gibt. Die ehrliche Antwort: Google sagt Ihnen weniger, als Sie wissen wollen, und die nützliche Reaktion ist, die zwei Dinge zu beheben, die Google benennt, bevor Sie den Dingen nachjagen, die es nicht benennt.

Lesen Sie die zwei folgenden als Googles eigene Beispiele, nicht als vollständige Liste. Es sind die Ursachen, die man zuerst ausschließen sollte, weil es die einzigen sind, auf die irgendjemand außerhalb von Google zeigen kann.

Wenn Sie gerade an einer konkreten "mehr Tests erforderlich"-Meldung arbeiten: Wir nehmen den ganzen Ablauf auseinander in Was tun, wenn Google mehr Tests verlangt, und die Ablehnungsmuster breiter in Warum geschlossene Tests abgelehnt werden.

Für wen dieser Service gedacht ist

Eine kompakte Vertrauensnotiz, kein zweiter Verkaufstext:

Inklusive:

Reichen 12 Tester, oder sollte ich mehr nehmen?

Was zusätzliche Tester nicht tun, sollte man klar aussprechen, denn viele Seiten suggerieren das Gegenteil. Sie verkürzen die 14 Tage nicht, sie ersetzen kein echtes Engagement, und sie garantieren keinen Produktionszugriff. Mit dieser Klarstellung folgt ein ehrlicher Vergleich Ihrer Optionen.

Für die meisten Entwickler ist PrimeTestLabs Starter-Plan mit 12 Testern die kostengünstigste Option. Wenn Sie zusätzlichen Schutz gegen Abmeldungen wollen, ergänzt der Professional-Plan mit 20 Testern einen Puffer von 8 Testern. Der Enterprise-Plan mit 25 Testern bringt einen Puffer von 13 Testern und einen persönlichen Account-Manager. Wird der Produktionszugriff nach dem qualifizierenden Test nicht gewährt, enthält jeder Plan einen kostenlosen neuen Test oder eine vollständige Rückerstattung gemäß unserer Rückerstattungsrichtlinie. Was kein Plan versprechen kann, ist Googles Entscheidung selbst.

Weitere Anforderungen, die einen Launch blockieren können

Der geschlossene Test ist eine Veröffentlichungsanforderung, nicht die einzige. Eine App kann die 12-Tester-Hürde nehmen und trotzdem an etwas hängen bleiben, das nichts mit dem Test zu tun hat. Es lohnt sich also zu wissen, was sonst noch ansteht, bevor Sie einen Launch-Termin planen.

Die weiteren Punkte, die Sie für Ihre eigene App prüfen sollten:

• Ziel-API-Level. Neue Apps und Updates müssen auf eine aktuelle Android-Version abzielen, und die Untergrenze unterscheidet sich je nach Formfaktor. Siehe den Ziel-API-Leitfaden für die aktuellen Werte und das Verlängerungsverfahren.
• Berechtigungsrichtlinie. Sensible Berechtigungen haben eigene Erklärungen und Fristen, und diese Termine verschieben sich. Der Kalender der Richtlinien-Updates führt jede mit ihrem aktuellen Stichtag.
• Angaben zu App-Inhalten. Datensicherheit, Datenschutzerklärung, Werbung, Altersfreigabe und Zielgruppe müssen vollständig sein, bevor ein Release ausgerollt wird.
• Normale Richtlinienprüfung. Jeder Release wird unabhängig von der Testhistorie für sich geprüft.

Die Termine zu all dem führen wir in einem Richtlinien-Kalender, statt sie hier zu wiederholen, denn Fristen, die an mehreren Orten stehen, driften auseinander, und eine der Kopien ist am Ende falsch.

Preispläne

Sparen Sie sich die Testersuche. Alle Pläne enthalten alles, was Sie brauchen, um Google Plays 14-Tage-Anforderung des geschlossenen Tests zu erfüllen. Enterprise ist derzeit der Aktionsplan mit dem besten Preis-Leistungs-Verhältnis: Er enthält mehr Tester als Professional bei größerem Rabatt, weshalb 25 Tester weniger kosten können als 20. Wird der Produktionszugriff nach dem qualifizierenden Test nicht gewährt, enthält jeder Plan einen kostenlosen neuen Test oder eine vollständige Rückerstattung gemäß unserer Rückerstattungsrichtlinie.

Häufig gestellte Fragen

Fazit

Wenn Sie das selbst durchführen, reduziert sich der gesamte Prozess auf eine kurze Abfolge. Alles andere in diesem Beitrag ist Detail zu einem dieser zehn Schritte.

1. Prüfen Sie, ob das Play Console-Dashboard der App die Anforderung tatsächlich anzeigt.
2. Schließen Sie die App-Einrichtung ab: Store-Eintrag, Inhaltsangaben, Datensicherheit.
3. Veröffentlichen Sie einen Release im Track für den geschlossenen Test und warten Sie, bis er den Status Veröffentlicht erreicht.
4. Sorgen Sie dafür, dass mindestens 12 Tester angemeldet sind, und prüfen Sie die Zahl auf dem Tester-Tab statt in der Einladungsliste.
5. Halten Sie mindestens 12 Tester über die vollen 14 Tage fortlaufend angemeldet. Das Datum bestimmt der zwölfte Tester, der die Bedingung erfüllt.
6. Führen Sie einen echten Test durch: Geben Sie den Testern Aufgaben und notieren Sie, was sie Ihnen berichten.
7. Beheben Sie die echten Probleme, die auftauchen, und halten Sie fest, was Sie geändert haben.
8. Beantragen Sie den Zugriff über das Dashboard, sobald die Console es anbietet.
9. Beantworten Sie das Formular aus Ihren eigenen Aufzeichnungen, nicht aus einer Vorlage.
10. Rechnen Sie bei Googles Überprüfung mit in der Regel bis zu sieben Tagen, ohne Garantie, und testen Sie weiter, falls Google mehr verlangt.

Bei Schritt 5 verlieren Entwickler Wochen, weil sie ab der ersten Einladung zählen statt ab dem zwölften qualifizierenden Tester, und bei Schritt 6, weil sie die zwei Wochen als Wartezeit statt als Test behandeln.

12 verlässliche Personen zu finden, die Ihre App 14 Tage lang installiert lassen, ist wirklich schwer. Genau hier setzt PrimeTestLab an.

Prüfen Sie das direkt bei Google

Dieser Beitrag trennt, was Google veröffentlicht, von dem, was nur Foren behaupten, damit Sie die erste Kategorie selbst überprüfen können. Dies sind die Seiten, aus denen jede tragende Aussage oben stammt.

Wo dieser Beitrag sagt, dass Google etwas veröffentlicht, steht es in einer dieser drei Quellen. Wo er eine Behauptung als Community-Bericht oder als nicht dokumentiert einordnet, heißt das: Wir haben dort nachgesehen, und es stand nicht drin.