So beantragen Sie erneut, wenn Google Play “More Testing Required” meldet

Tabelle lässt sich auf schmalen Bildschirmen seitlich scrollen

Diese Tabelle muss bedingt bleiben, weil Googles öffentliche Hinweise weniger konkret sind als die Entscheidungsnachrichten, die Entwickler tatsächlich erhalten. Beides zu einer selbstsicheren Antwort zu mitteln ergäbe eine Seite, die für die Hälfte ihrer Leser falsch ist. Jede Aussage unten ist gekennzeichnet als offizieller Hinweis, wiedergegebener Entscheidungstext, Community-Erfahrung oder betriebliche Schlussfolgerung, und alles davon ist Stand 17. August 2026.

Die Ursachen der Ablehnung sind hier bewusst nicht Thema: Dieser Beitrag behandelt, was Sie tun, nachdem die Nachricht eingetroffen ist. Für die Diagnoseseite lesen Sie unseren Beitrag darüber, warum Anträge auf Produktionszugriff abgelehnt werden.

Was Ihre Ablehnungsnachricht wirklich sagt

Entwickler im selben Forumsthread widersprechen sich, weil sie tatsächlich unterschiedliche Nachrichten beschreiben. Deshalb ordnet dieser Beitrag seine Belege in drei Stufen ein, statt sie zu mitteln:

1. Stufe 1
   Googles aktuelles Hilfe-Center

   Die einzige Stufe, die Richtlinientext ist, und die am wenigsten spezifische, weil sie für alle Entwickler gleichzeitig geschrieben ist.

2. Stufe 2
   Eine Ablehnungsnachricht, wiedergegeben von dem Entwickler, der sie erhalten hat

   Für diese App direkt umsetzbar, aber kein Richtlinientext, und Google hat den Wortlaut nachweislich im Lauf der Zeit geändert.

3. Stufe 3
   Forums- und Community-Berichte

   Nützlich, um zu zeigen, dass etwas möglich ist, niemals um zu beweisen, dass es erforderlich ist.

Hier ist alles, was Stufe 1 zu Ihrer Situation sagt. Die Kürze ist der Punkt.

... may be required to continue testing your app.

Der Abschnitt, den Google dazu veröffentlicht, was passieren kann, wenn ein Antrag auf Produktionszugriff nicht genehmigt wird. Google Play Console-Hilfe, Antwort 14151465, abgerufen am 17. August 2026. Quellseite ansehen

Diese öffentliche Passage nennt keinen Reset, keine neue Uhr, keinen Wartezeitraum und keine Anweisung, die Testgruppe neu aufzubauen. Diese Details tauchen, wenn überhaupt, nur im kontospezifischen Entscheidungswortlaut oder in Community-Berichten auf. Googles genannte Beispiele dafür, warum eine App nicht bereit ist, sind weniger Tester als erforderlich oder Tester, die nicht engagiert waren. Alles andere, was zu dieser Ablehnung kursiert, ist Stufe 2 oder Stufe 3, und der Decoder unten sagt Ihnen, um welche es sich bei Ihrer eigenen Nachricht handelt.

Google Play Console · echte Entscheidungs-E-Mail Zum Vergrößern klicken

Eine Grenze zu all dem: Ihre Ablehnung ist die genaueste Ihnen verfügbare Anweisung, aber nicht das Einzige, was zwischen Ihnen und einem zweiten Antrag steht. Die Play Console bestimmt weiterhin, ob die Schaltfläche zum Beantragen aktiv ist, und Ihr Konto muss an dem Tag, an dem Sie sie drücken, weiterhin mindestens 12 Tester mit qualifizierender Anmeldehistorie halten. Befolgen Sie jede Dauer, die Ihre Nachricht nennt, und prüfen Sie diese beiden Dinge unabhängig davon.

Was, wenn Sie die Entscheidungsnachricht nicht finden können?

Dann ist die ehrliche Position, dass Sie nicht wissen, welche Anweisung für Sie gilt, und keine Seite kann die fehlende liefern. Die Variante ohne Dauerangabe ist kein sicherer Standardwert: Sie anzunehmen, obwohl Ihr Konto tatsächlich den anderen Wortlaut erhalten hat, bedeutet, erneut zu beantragen, bevor ein genannter Zeitraum abgelaufen ist.

1. Durchsuchen Sie die E-Mails des Kontoinhabers, einschließlich Spam und jeder anderen Adresse als der, die Sie täglich prüfen, nach dem Absatz, der mit "Before applying again" beginnt.
2. Prüfen Sie die Benachrichtigungen der Play Console sowie die Seiten zum Richtlinien- oder Veröffentlichungsstatus der App auf die Entscheidung.
3. Prüfen Sie Ihren Play-Console-Support-Verlauf, in dem ein früherer Kontakt zu derselben Entscheidung sie möglicherweise zitiert.
4. Lassen Sie den bestehenden geschlossenen Test weiterlaufen, während Sie suchen. Nichts an der Suche nach der Nachricht verlangt, dass Sie irgendetwas pausieren, leeren oder neu aufbauen.
5. Wenden Sie sich an den Play-Console-Support, wenn die Anweisung nicht wiederzufinden ist, und bitten Sie ihn, zu bestätigen, was Ihrer App mitgeteilt wurde. Operative Schlussfolgerung

Solange Sie den Wortlaut oder eine Bestätigung nicht haben, nehmen Sie keine Dauer in irgendeine Richtung an, weder weitere zwei Wochen noch keine.

Startet der 14-Tage-Test nach einer Ablehnung neu?

Das Wort "Neustart" richtet den Schaden an: Es wird für drei verschiedene Dinge verwendet, und nur das dritte ist eine veröffentlichte Regel.

• Ein plattformweiter Reset. Ein Ereignis auf Google-Seite, das den Qualifikationszeitraum für alle im Test löscht. Keine Quelle gefunden
• Ein zusätzlicher Testzeitraum. Eine in der Ablehnungsnachricht übermittelte Anweisung, für eine weitere genannte Zeit zu testen, bevor erneut beantragt wird. Dokumentiert in einer Nachrichtenfamilie
• Eine unterbrochene individuelle Serie. Der fortlaufende Anmeldezeitraum eines einzelnen Testers endet, weil er sich abgemeldet hat. Veröffentlichter Mechanismus

Dieser dritte Punkt betrifft einzelne Tester, nicht den Test als Ganzes. Hier ist die vollständige Beweislage, eingestuft.

Tabelle lässt sich auf schmalen Bildschirmen seitlich scrollen

Diese fünf Zeilen stützen eine ehrliche Antwort, und sie ist bedingt: Folgen Sie dem Wortlaut der Ablehnung, die Sie tatsächlich erhalten haben, und behandeln Sie keine Ablehnung als Beweis dafür, dass Google offiziell einen Timer zurückgesetzt hat.

Wenn Ihre E-Mail weitere 14 Tage nennt

Dann ist das Ihre Anweisung, und der sicherste früheste Zeitpunkt zum erneuten Beantragen ist, nachdem diese 14 Tage wirklich abgeschlossen sind. Google veröffentlicht nicht, wo dieser Zeitraum abzuleisten ist, daher ist es eine operative Schlussfolgerung und keine Google-Regel, ihn auf dem bestehenden qualifizierenden Track abzuleisten. Nutzen Sie die zwei Wochen, statt sie nur abzuwarten. Dieselbe Nachricht, die Ihnen die Zahl genannt hat, verlangt auch echte Tester. Operative Schlussfolgerung

Das ist kein Beleg für einen plattformweiten Mechanismus: Einem Entwickler wurde gesagt, weitere 14 Tage zu machen, und das ist die gesamte Aussage. Gewöhnliche Abgänge können Sie trotzdem die Testgruppe kosten, prüfen Sie also, wer aktuell angemeldet ist, bevor Sie annehmen, dass die 12 vollständig sind.

Wenn Ihre E-Mail nur sagt, das Testen fortzusetzen

Dann wurde Ihnen keine Dauer genannt, und Googles Hilfe-Center veröffentlicht keine numerische Wartezeit, um die Lücke zu füllen. Erfinden Sie keine, und hüten Sie sich vor dem umgekehrten Fehler, denn "Testen fortsetzen" ist keine Erlaubnis, noch am selben Nachmittag erneut zu beantragen. Lassen Sie den qualifizierenden Test weiterlaufen und beantragen Sie erneut, wenn zwei Dinge zutreffen: Die Play Console lässt es zu, und Sie können Ihre Antworten zur Bereitschaft inhaltlich verbessern. Hat Ihre Ablehnung Engagement oder Testerzahlen genannt, sind das die Dinge, die Sie anders beschreiben sollten.

Sollten Sie denselben geschlossenen Test beibehalten oder einen neuen Track anlegen?

Das ist die am häufigsten wiederholte Frage in den Community-Threads hinter diesem Beitrag, und die Angst dahinter ist begründet: dass eine falsche Wahl weitere zwei Wochen verschwendet. Unbekannt ist, was Google tun würde, wenn Sie tatsächlich einen neuen Track starten, denn dazu wurde in keine Richtung je etwas veröffentlicht. Angesichts einer dokumentierten Empfehlung und eines Schweigens ist der risikoärmere Weg der dokumentierte.

Play Console · Test and release · echter Screenshot Zum Vergrößern klicken

Der Console-Pfad, um das alles zu prüfen, hat sich nicht geändert: Testing Closed testing Manage track Testers

Zählen dieselben Tester noch?

Die harte Regel. Jeder auf die Zulassung angerechnete Tester braucht eine qualifizierende, fortlaufende Anmeldehistorie, derzeit mindestens die letzten 14 Tage ohne Unterbrechung. Das ist veröffentlicht, und es wird pro Person gemessen, nicht als ein globaler Timer für den Test.

Play Console · Closed testing · Testers tab Zum Vergrößern klicken

Die Unsicherheit. Google veröffentlicht keine Regel, wonach ein abgelehnter Entwickler seine Tester ersetzen muss. Ein Kommentator auf r/androiddev beschreibt eine Genehmigung beim vierten Versuch, ohne neue Tester hinzuzufügen, was dagegenspricht, einen Austausch als Pflicht darzustellen. Das ist eine einzelne Erfahrung und kann nicht beweisen, dass dieselben Tester immer funktionieren, aber es ist mehr Beleg, als auf der anderen Seite existiert, wo es gar keinen gibt.

Sollten Sie Tester bitten, sich ab- und wieder anzumelden?

Nein. Das ist der konkreteste Fehler, den dieser Beitrag verhindern kann, und er ist gerade deshalb beliebt, weil er sich anfühlt, als würde man etwas tun.

Eine Abmeldung beendet den fortlaufenden Zeitraum dieser Person. Es gibt keinen dokumentierten Reset, den ein Verlassen und erneutes Beitreten auslöst, sodass diese Taktik echte qualifizierende Historie im Austausch für nichts zerstört, und sie tut das bei jedem mitmachenden Tester gleichzeitig. Ein Entwickler, der das mit einer vollständigen Testgruppe macht, verwandelt eine gestern noch qualifizierte Gruppe in eine, die erst in zwei Wochen wieder qualifiziert ist.

Dieselbe Überlegung gilt für die mildere Version der Idee: inaktiv wirkende Tester zu entfernen, damit die Liste "sauber neu beginnt". Sind Sie danach unter 12, haben Sie das Zulassungsproblem verschlimmert statt verbessert, und unser Beitrag darüber, was zu tun ist, wenn weniger als 12 Tester qualifizieren, behandelt, wie es von dort weitergeht. Wenn Sie die Gruppe neu aufbauen statt reparieren müssen, ist unser Beitrag über Wege, 12 zuverlässige Tester zu rekrutieren, der praktische Begleiter.

Was sollte sich vor dem erneuten Beantragen ändern?

Beachten Sie, was in dieser Liste fehlt: eine Ursache für Ihre Ablehnung. Google veröffentlicht kein Bewertungsmodell, und keine Seite kann Ihnen sagen, welche Antwort den Ausschlag gegeben hat. Was sie Ihnen sagen kann, ist, welche Themen der Prüfer tatsächlich betrachtet, was zwei Wochen besser nutzt als Raten. Zur umfassenderen Frage, warum Apps diese Stufe überhaupt nicht bestehen, behandelt unser Beitrag über warum der geschlossene Test abgelehnt wird die Ursachen; dieser Abschnitt bleibt bei der Wiederherstellung.

Halten Sie mindestens 12 Tester fortlaufend angemeldet

Das ist die einzige harte Mindestanforderung im gesamten Prozess, und es lohnt sich, sie in Googles eigenen Worten zu lesen statt in irgendjemandes Umschreibung.

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. Gilt für private Entwicklerkonten, die nach dem 13. November 2023 erstellt wurden. Google senkte die Anforderung am 11. Dezember 2024 von 20 auf 12 Tester. Quellseite ansehen

Drei Dinge in diesem Satz werden regelmäßig missverstanden. Es ist ein Minimum, kein Zielwert, und nirgendwo steht veröffentlicht, dass eine größere Zahl besser abschneidet. Es ist fortlaufend, gemessen pro Tester, sodass eine Person, die geht, nur ihre eigene Qualifikation bricht, nicht die aller anderen. Und es verlangt einen geschlossenen Test, weshalb interner Test dies nicht erfüllt, egal wie viele seiner 100 Plätze Sie füllen. Wenn Sie zwischen den Tracks abwägen, legt unser Beitrag über internen, geschlossenen und offenen Test im Vergleich dar, wofür jeder gedacht ist.

Ist Ihre Testgruppe seit der Ablehnung unter die Mindestanforderung gefallen, ist das als Erstes zu beheben, und es braucht Kalenderzeit: Ein Ersatztester braucht seine eigenen 14 fortlaufenden Tage, bevor er zählt. Wer an Tag 10 eines auf Tag 14 ausgelegten Plans noch rekrutiert, wird so zum zweiten Mal abgelehnt.

Geben Sie Testern konkrete Dinge zum Testen

Googles Empfehlung ist konkret: Geben Sie Testern klare Anweisungen, sagen Sie ihnen, welche Art von Feedback Sie möchten, und ermutigen Sie sie, so viele Funktionen der App wie möglich zu nutzen. Das ist ein ganz anderer Auftrag als "bitte installiert lassen", was die meisten 12-Tester-Gruppen tatsächlich zu hören bekommen.

Es ist außerdem die Empfehlung mit dem größten Abstand zwischen dem, was Google sagt, und dem, was das Internet sagt. Das Formular für den Produktionszugriff fragt tatsächlich, ob Tester die Funktionen der App genutzt haben und ob diese Nutzung dem Verhalten ähnelte, das Sie von echten Nutzern erwarten. Das sind beantwortbare Fragen zur Abdeckung, nicht zum Rhythmus.

• Nennen Sie die Funktionen. Zwei oder drei, auf die es am meisten ankommt, namentlich, damit eine spätere Antwort zur Abdeckung eine Beschreibung ist und keine bloße Behauptung.
• Nennen Sie die Abläufe. Registrieren, etwas erstellen, es bearbeiten, teilen oder exportieren, am nächsten Tag zurückkommen und es wiederfinden.
• Nennen Sie, was Sie zurückhaben möchten. Wo sie hängengeblieben sind, was sie erwartet hatten, was sie nicht wieder nutzen würden.
• Verteilen Sie die Geräte, die Sie bereits haben. Repräsentative echte Geräte werden empfohlen; ein zahlenmäßiger Schwellenwert für Gerätemodelle ist nicht veröffentlicht.

Feedback dokumentieren und berechtigte Verbesserungen vornehmen

Google empfiehlt, auf Feedback von Testern zu reagieren und die durch das Testen aufgedeckten Fehler zu beheben, und sagt, dass dies die Erfolgsaussichten eines Antrags auf Produktionszugriff verbessern kann. Das ist ein deutlich stärkerer Beleg als jedes Community-Rezept darüber, wie viele Releases zu veröffentlichen sind, und es ist die einzige Stelle, an der "mehr tun" wirklich Unterstützung findet.

Play Console · Ratings and reviews · Testing feedback Zum Vergrößern klicken

In der Praxis bedeutet das ein Protokoll. Sie werden gebeten zusammenzufassen, welches Feedback Sie erhalten haben und was sich dadurch geändert hat, und genau daran, es zwei Wochen später aus dem Gedächtnis zu rekonstruieren, scheitern gute Tests an schwachen Anträgen. Führen Sie so etwas, eine Zeile pro Punkt.

Leere Vorlage. Tabelle lässt sich auf schmalen Bildschirmen seitlich scrollen

Die Zeile "keine Änderung und warum" zählt genauso viel wie die Korrekturen. Eine Antwort zur Produktionsreife, die benennt, welche bekannten Probleme bestehen bleiben und warum sie die Veröffentlichung nicht verhindern, ist stärker als eine, die suggeriert, alles sei perfekt gewesen. Und der Kanal, über den das Feedback einging, ist Ihre Wahl: E-Mail, eine Website oder ein Forum, oder das private Feedback, das Tester über Google Play senden können, zu finden unter Monitor and improve Ratings and reviews Testing feedback

Zu Updates: Veröffentlichen Sie eines, wenn das Testen es rechtfertigt. Google ermutigt dazu, zu beheben, was das Testen findet, und ein Update des Builds während eines geschlossenen Tests bricht die Testeranforderung nicht, was unser Beitrag darüber, ob ein Update Ihrer App den geschlossenen Test zurücksetzt, ausführlich behandelt. Nirgendwo veröffentlicht ist hingegen eine erforderliche Anzahl an Releases, sodass das Veröffentlichen von Builds, um eine Zahl zu erreichen, Aufwand für eine Zahl ist, die niemand festgelegt hat.

Prüfen Sie den Pre-Launch-Bericht

Google verweist Entwickler auf den Pre-Launch-Bericht, um Probleme, Warnungen und Fehler vor der Veröffentlichung zu untersuchen. Lesen Sie ihn vor dem zweiten Antrag, und behandeln Sie, was er aufzeigt, als Arbeit, nicht als Diagnose: Nirgendwo steht, dass eine bestimmte Warnung eine Ablehnung des Produktionszugriffs verursacht hat, und nirgendwo steht, dass zuerst jede Warnung beseitigt werden muss. Er ist eine Quelle echter Probleme, die Sie beheben können, während Sie ohnehin gerade Dinge beheben.

Prüfen Sie Richtlinieneinhaltung, App-Zuverlässigkeit und Prüfer-Zugangsdaten

Testaktivität ist nicht alles, was Google Sie vor dem Beantragen bestätigen lässt. Die aktuelle Anleitung nennt neben dem geschlossenen Test vier Bereitschaftsbereiche, und zwei Wochen, die nur auf das Engagement der Tester verwendet werden, können trotzdem auf eine Entscheidung zu einem dieser Bereiche stoßen.

So beantragen Sie den Produktionszugriff erneut

Es gibt keinen eigens dokumentierten Ablauf für das erneute Beantragen, kein anderes Formular und keine veröffentlichte Warteschlange für weitere Versuche. Was sich ändert, ist das, was Sie mitbringen.

Tabelle lässt sich auf schmalen Bildschirmen seitlich scrollen

Was Sie zu Engagement, Feedback und Bereitschaft sagen sollten

Engagement. Google fragt, ob Tester die Funktionen der App genutzt haben und ob diese Nutzung dem entsprach, was Sie in der Produktion erwarten. Die stärkste Antwort ist deshalb beschreibend und konkret: welche Funktionen, namentlich, und was Tester tatsächlich damit gemacht haben. Wenn begeisterte Nutzung für Ihren Test nicht zutrifft, sagen Sie, was zutrifft. Eine Antwort, die eine bescheidene, aber echte Nutzung beschreibt, ist vertretbar; eine, die eine Aktivität beschreibt, die Sie nicht belegen können, müssen Sie dann bei jedem späteren Antrag konsistent halten.

Feedback. Fassen Sie die Themen zusammen, statt die Nachrichten abzuschreiben, und nennen Sie den Sammelkanal. E-Mail, eine Website oder ein Forum sowie privates Play-Feedback zählen alle, es gibt also keinen falschen Kanal, den Sie genutzt haben könnten. Unbeantwortbar wird die Frage nur, wenn Sie gar nichts gesammelt haben.

Änderungen und Bereitschaft. Verknüpfen Sie jede wesentliche Änderung mit einem konkreten Testbefund, und erklären Sie dann, warum die verbleibenden Probleme die Veröffentlichung nicht verhindern. Das sind die beiden Antworten, bei denen ein dokumentierter Testzeitraum einem undokumentierten sichtbar überlegen ist. Die ausführliche Anleitung, wie Sie jede davon formulieren, finden Sie in unserem Beitrag zu Antworten für den Fragebogen zum Produktionszugriff.

Was, wenn Produktion beantragen weiterhin deaktiviert ist?

Eine ausgegraute oder fehlende Schaltfläche Produktion beantragen bedeutet meist, dass eine Zulassungs- oder App-Einrichtungsbedingung noch nicht erfüllt ist. Auch Verzögerungen in der Console und kontospezifische Probleme sind möglich. Arbeiten Sie deshalb die unten dokumentierten Bedingungen durch, bevor Sie davon ausgehen, dass die Oberfläche fehlerhaft ist.

• Die Anzahl reicht noch nicht. Das Konto verfügt möglicherweise derzeit nicht über 12 Tester mit den erforderlichen vorangegangenen 14 fortlaufenden Tagen der Anmeldung, unabhängig davon, was die Gesamtzahl auf der Einladungsliste angibt.
• Eingeladen ist nicht angemeldet. Personen, die einen Link erhalten, ihn aber nie angenommen haben, sind für diesen Zweck keine Tester. Prüfen Sie, wer tatsächlich angemeldet ist, nicht wer gefragt wurde.
• Ersatzpersonen sammeln noch Zeit. Wer nach der Ablehnung hinzugefügt wird, beginnt seine eigenen 14 fortlaufenden Tage erst ab dem Moment der Anmeldung, sodass eine aufgefüllte Testgruppe zwölf Personen stark sein und trotzdem für weitere zwei Wochen nicht zulassungsfähig sein kann.
• Die App-Einrichtung ist unvollständig. Ausstehende Angaben zu Store-Eintrag, Inhaltseinstufung, App-Zugriff oder Richtlinien können den Antrag unabhängig von Ihrer Testerzahl blockieren.
• Es zählt ein geschlossener Test. Interner Test erfüllt diese Hürde nicht, egal wie viele seiner Plätze belegt sind.

Play Console · Dashboard · echter Screenshot Zum Vergrößern klicken

Wenn in Ihrer eigenen Console jeder dieser Punkte erfüllt aussieht und die Schaltfläche trotzdem nicht erscheint, ist das einer der Fälle, die Sie besser an den Play-Console-Support weitergeben, statt abzuwarten, denn dann beheben Sie kein Problem mehr, das die öffentliche Dokumentation beschreibt.

Eine Zeile dazu, wofür Sie eigentlich beantragen, denn das gerät bei einem zweiten Versuch leicht aus dem Blick: Die Genehmigung schaltet Produktions-Releases für die App frei, und sie schaltet auch den offenen Test frei, sodass der Leser, der eher eine breitere Beta als einen Store-Start wollte, auf dieselbe Entscheidung wartet. Alles danach ist gewöhnliches Release-Management und keine Fortsetzung dieses Prozesses.

Brauchen Sie tägliche Aufrufe, mehr Tester oder mehr Updates?

Hier entsteht der meiste Schaden. Ein abgelehnter Entwickler sucht, was schiefgelaufen ist, findet eine Seite, die behauptet, Tester müssten die App täglich öffnen und man müsse drei Releases veröffentlichen, und verbringt die zwei Wochen damit, einem Ziel hinterherzujagen, das Google nie gesetzt hat, während das, wonach Google tatsächlich fragt, nämlich ob Tester die App sinnvoll genutzt haben und was Sie mit dem gemacht haben, was sie Ihnen mitgeteilt haben, unbeantwortet bleibt. Die ehrliche Position ist es wert, klar ausgesprochen zu werden: Googles öffentliche Anleitung zum Produktionszugriff sieht keinen numerischen Engagement-Schwellenwert und kein veröffentlichtes Bewertungsschema vor. Die Fragen des Formulars sind Prüfkriterien, kein gewichtetes Bewertungsschema, und kein veröffentlichtes Dashboard wandelt Ihre Testeraktivität in eine ablesbare Bewertung um. Der nützliche Schritt ist also nicht, die Zahl zu erraten, sondern zu wissen, welche der Dinge, die man Ihnen erzählt hat, tatsächlich veröffentlicht sind.

Tabelle lässt sich auf schmalen Bildschirmen seitlich scrollen

Zwei davon verdienen einen Satz mehr, weil sie diejenigen sind, die echtes Geld kosten. Eine größere Testergruppe zu kaufen ist eine vernünftige operative Entscheidung, da eine Gruppe von 12 keinen Spielraum hat, wenn eine Person geht, aber niemand kann sie Ihnen ehrlich als höhere Genehmigungschance verkaufen, und Berichte aus der Community umfassen Ablehnungen mit mehr als 30 Testern und mit 19 Testern plus 17 Updates. Und einer Gerätemodell-Quote hinterherzujagen, lenkt Aufwand von dem ab, wonach Google im Formular tatsächlich fragt: Es ist kein numerischer Geräte-Schwellenwert veröffentlicht, und repräsentative Tester auf echten Geräten sind eine Empfehlung, keine Formel. Wenn Sie Details dazu möchten, was als gültiger Teilnehmer am geschlossenen Test zählt, behandelt unser Beitrag über Emulatoren im geschlossenen Test bei Google Play die Geräteseite ausführlich.

Wie oft können Sie erneut beantragen?

Das ist nahezu die gesamte öffentliche Beweislage, und es lohnt sich zu sehen, wie dünn sie ist, bevor Ihnen jemand eine Zahl nennt. Einzelne Entwickler in öffentlichen Foren berichten von einer Genehmigung beim vierten Antrag ohne neue Tester, einer etwa sechsten Ablehnung nach 19 Testern und 17 Updates, einer zweiten Ablehnung mit einer Testgruppe deutlich über dem Minimum, und einer weiteren zweiten Ablehnung nach vollen zusätzlichen zwei Wochen mit denselben Testern und veröffentlichten Korrekturen. Sie berichten, dass diese Versuche stattgefunden haben. Sie können nicht sagen, warum sie jeweils so ausgegangen sind. Aus der Community gemeldet

Daraus folgen zwei Schlussfolgerungen, und nur zwei. Erstens gibt es keine offensichtliche niedrige Obergrenze: Anträge über einen zweiten und dritten hinaus existieren nachweislich. Zweitens, und nützlicher, mehr vom Gleichen zu tun ist keine Strategie. Die meisten dieser Berichte beschreiben Entwickler, die Tester, Updates oder Zeit hinzugefügt haben und trotzdem abgelehnt wurden. Wenn Ihr zweiter Antrag Ihr erster plus zwei Wochen ist, wiederholen Sie genau das.

Zur Angst hinter der Frage: Googles öffentliche Anleitung stuft eine Bereitschaftsentscheidung wie "more testing required" nicht als Richtlinienverstoß ein, und es wurden keine Belege dafür gefunden, dass wiederholte Bereitschaftsentscheidungen für sich genommen zur Sperrung des Kontos führen. Daneben kann durchaus ein separates Richtlinienproblem bestehen (die Durchsetzung der Richtlinien ist ein eigener Prozess mit eigenen Benachrichtigungen und eigenen Abhilfemaßnahmen). Lesen Sie also eine Nachricht, die einen Richtlinienverstoß benennt, als das, was sie ist, und nicht als eine weitere Runde dieser Entscheidung.

Wie lange braucht Google, um einen erneuten Antrag zu prüfen?

Dieser Abschnitt existiert vor allem, um ein Verhalten zu stoppen: Tag acht kommt, die Schätzung ist verstrichen, und der Entwickler fängt an, Dinge zu ändern. Die beiden Community-Berichte unten zeigen, wie weit eine Prüfung außerhalb der Schätzung liegen kann, ohne dass etwas falsch daran ist.

Diese beiden langen Wartezeiten sind Einzelberichte und beweisen nur, dass lange Wartezeiten vorkommen. Sie sind keine Verteilung, und Tag sieben zu überschreiten ist für sich genommen kein Signal, dass etwas schiefgelaufen ist. Für das breitere Bild über alle Prüfungsarten hinweg siehe unseren Beitrag zu Google Play Prüfzeiten.

Wann lohnt es sich, den Play-Console-Support zu kontaktieren?

Es gibt keine veröffentlichte Regel "Support nach X Tagen kontaktieren", und eine zu erfinden wäre derselbe Fehler wie eine Wartezeit zu erfinden. Was sich sagen lässt, ist, bei welchen Situationen die öffentliche Dokumentation aufhört, etwas zu erklären, und der Support dort die einzige verbleibende Quelle für eine Antwort wird:

• Die Anweisung ist nicht verfügbar oder widersprüchlich. Sie können die Entscheidungsnachricht nicht wiederfinden, oder was sie sagt, stimmt nicht mit dem überein, was die Console zeigt.
• Die Console bleibt gesperrt. Produktion beantragen bleibt nicht verfügbar, obwohl die veröffentlichten Kriterien erfüllt scheinen und jeder Punkt in der obigen Liste zur deaktivierten Schaltfläche zutrifft.
• Die Prüfung liegt deutlich außerhalb der Schätzung, ohne dass irgendwo in der Console Statusinformationen verfügbar sind.
• Die Nachricht sieht nach einem anderen Prozess aus. Alles, was einen Richtlinienverstoß oder eine technische Durchsetzungsmaßnahme benennt, ist nicht diese Entscheidung, und hier danach zu fragen verschwendet die zwei Wochen.

Außerhalb dieser Fälle ist Warten die richtige Handlung, nicht die passive. Erneutes Einreichen, das Ändern des Tracks oder das Zurückziehen eines Antrags, um erneut zu beantragen, sind allesamt Eingriffe in einen Prozess, den Sie nicht einsehen können, und keiner davon wird durch irgendetwas, das Google veröffentlicht, nahegelegt.

Ihre Checkliste zum erneuten Beantragen

Die elf Schritte, der Reihe nach

1. Lesen Sie die genaue Ablehnung und notieren Sie, ob sie weitere 14 Tage angibt. Wenn Sie sie nicht finden können, beschaffen Sie sie, bevor Sie um eine Dauer herum planen.
2. Lassen Sie den qualifizierenden geschlossenen Test weiterlaufen. Schließen, löschen oder ersetzen Sie den Track nicht wegen der Ablehnung, und veröffentlichen Sie berechtigte Korrekturen darin, wenn das Testen sie nahelegt.
3. Halten Sie mindestens 12 qualifizierende Tester fortlaufend angemeldet. Jeder mitgezählte braucht seinen eigenen ununterbrochenen Zeitraum.
4. Bitten Sie Tester nicht, zu gehen und erneut beizutreten. Google dokumentiert keinen Reset, den ein erneuter Beitritt auslösen würde, und ein Verlassen unterbricht einen echten fortlaufenden Zeitraum, den Sie bereits haben.
5. Geben Sie Testern echte Testanweisungen auf Funktionsebene, statt sie nur zu bitten, die App installiert zu lassen.
6. Halten Sie aussagekräftiges Feedback fest, in einem kurzen schriftlichen Protokoll, unabhängig davon, über welchen Kanal es eingeht.
7. Beheben Sie berechtigte Fehler und Usability-Probleme, und lassen Sie die Behebung dann von dem Tester bestätigen, der sie gemeldet hat.
8. Prüfen Sie den Pre-Launch-Bericht auf Probleme, Warnungen und Fehler, bevor Sie beantragen.
9. Prüfen Sie die Bereitschaftsbereiche außerhalb des Testens: Richtlinieneinhaltung, Zielgruppe und Inhaltseinstufung, funktionale Zuverlässigkeit und funktionierende Prüfer-Zugangsdaten unter App access.
10. Bereiten Sie konkrete, wahrheitsgemäße Antworten zum Produktionszugriff vor, zu Engagement, Feedback, Änderungen und Bereitschaft.
11. Beantragen Sie über das Dashboard, sobald Sie berechtigt sind, und versprechen Sie niemandem eine Entscheidung innerhalb von sieben Tagen.

Checkliste kopieren

Diese Liste ist der allgemeine Fall. Ihr Fall hat mindestens drei Variablen, die der allgemeine Fall nicht sehen kann: was Ihre Nachricht gesagt hat, wo Ihre Testgruppe heute tatsächlich steht, und wie oft Sie schon hier waren. Der Routenplaner unten verwandelt das in einen geordneten Weg, den Sie durcharbeiten können, und behält Ihre Häkchen, wenn Sie den Tab schließen.

Ihren eigenen Weg erstellen

Eines wird der Routenplaner niemals ausgeben, egal was Sie antworten: ein Datum, an dem Google Sie genehmigt. Das kann niemand liefern, und einem Community-Bericht über einen beim vierten Versuch genehmigten Entwickler steht ein anderer über eine sechste Ablehnung gegenüber. Was der Weg leisten kann, ist sicherzustellen, dass die Entscheidung, wenn sie kommt, über einen Antrag getroffen wird, den Sie vertreten können, und nicht über zwei Wochen, die bloß vergangen sind.

Zeigt Ihnen das Durcharbeiten dieses Wegs, dass die Testerseite der Blocker ist, weil Ihre Ablehnung ausdrücklich weitere 14 Tage verlangt oder Ihre Testgruppe nicht mehr die 12 qualifizierenden Tester hält, ist das die Hälfte, die Sie abgeben können: PrimeTestLab übernimmt sie, während Sie die App, das Feedback-Protokoll und Ihre Antworten für den erneuten Antrag verbessern. Das wird weiter unten unter so helfen wir behandelt.

So hilft PrimeTestLab, wenn Sie eine weitere Testgruppe brauchen

Wo ein betreuter Durchlauf seinen Platz verdient, teilt sich die Wiederherstellung in zwei Hälften. Die eine ist Beurteilung: Ihre Ablehnung lesen, entscheiden, was zu ändern ist, Antworten schreiben, die Sie vertreten können. Diese Hälfte ist Ihre. Die andere ist Logistik: 12 echte Personen über ein ganzes Testfenster hinweg angemeldet halten und die App nutzen lassen. Das ist nicht das interessante Problem, aber das, welches den Kalender auffrisst.

PrimeTestLab stellt 12 echte Tester auf echten Geräten von Android 7 bis 17, angemeldet und gehalten für die vollen 14 Tage, mit Teststart innerhalb von 4-6 Stunden. Wir haben das bei 7.400+ Apps in 120+ Ländern mit einer betreuten Testabschlussquote von 99.9% durchgeführt, wobei Abschluss bedeutet, dass der Test bis zu seinem Enddatum die erforderliche Testerzahl und eine ununterbrochene Anmeldeperiode gehalten hat.

Was wir nicht tun, und was dieser Beitrag als für niemanden möglich dargelegt hat, ist, die Entscheidung zu versprechen: Google prüft den Produktionszugriff nach eigenen Kriterien und veröffentlicht kein Bewertungsschema. Unsere Garantie ist ein kostenloser neuer Test oder eine vollständige Rückerstattung: Bedingungen und Anspruchsfrist finden Sie in unserer Rückerstattungs- und Neutest-Richtlinie.

Selbst eine weitere Testgruppe rekrutieren im Vergleich zu einem betreuten Durchlauf

Tabelle lässt sich auf schmalen Bildschirmen seitlich scrollen

Um bei der Grenze ehrlich zu sein: Tester zu kaufen beantwortet nicht den Fragebogen, schreibt nicht Ihr Feedback-Protokoll und lässt Google nichts genehmigen. Alles oberhalb dieses Abschnitts ist dafür geschrieben, dass Sie diese Teile gut erledigen können. Was ein betreuter Durchlauf abnimmt, ist der Teil, bei dem ein Testfenster aus demselben Grund kollabiert wie beim ersten Mal.

Eine Einschränkung aus der Mythentabelle oben ist es wert, wiederholt zu werden: Größere Testgruppen sichern gegen Abmeldungen ab, aber Google veröffentlicht keine Zahl über 12, die die Genehmigungschance messbar erhöht. Niemand, auch wir nicht, sollte Ihnen zusätzliche Tester als bessere Chancen verkaufen. Kaufen Sie den Puffer für den Puffer. Die vollständige Aufschlüsselung finden Sie auf der Preisseite.

Häufig gestellte Fragen

Fazit

Hat Ihre Ablehnung weitere 14 Tage genannt, oder hält Ihre Testgruppe nicht mehr die 12 qualifizierenden Tester, ist die Testerseite der eine Teil der Erholung, den Sie abgeben können, während Sie sich um den Rest kümmern. Preispläne ansehen →