Geschlossener Test für Spiele bei Google Play: 12 Tester im Jahr 2026

Die meisten vorhandenen Anleitungen beantworten nur eine Hälfte dieses Problems. Allgemeine Seiten zum geschlossenen Test erklären die Anforderung von 12 Testern, ohne die Release-Risiken zu berühren, die für ein Spiel typisch sind, während Seiten zur Spiele-QA über Leistung und Gerätelabore sprechen, ohne die Hürde des Produktionszugriffs zu erklären, die den Start tatsächlich blockiert. Community-Threads füllen den Raum dazwischen mit selbstbewusster Folklore: einmal am Tag spielen, drei Updates ausliefern, dreißig Minuten pro Sitzung, eine Mindestzahl an Leveln. Nichts davon sind veröffentlichte Google-Regeln, und dieser Beitrag sagt das jedes Mal dazu, wenn eine davon auftaucht. Alles hier ist auf dem Stand vom 12. August 2026, die Fristen aus den Richtlinien wurden am 14. August 2026 erneut geprüft, und alles ist auf primäre Google-Dokumentation zurückgeführt; wo die ehrliche Antwort „Google veröffentlicht das nicht“ lautet, druckt die Seite genau das statt einer Zahl.

Die Reihenfolge unten folgt dem Weg, auf dem sich das Problem tatsächlich auflöst. Zuerst die Hürde selbst, denn Sie können nichts planen, solange Sie nicht wissen, ob sie für Sie gilt und was genau sie zählt. Danach die Ebene, die es nur bei Spielen gibt: was ein Test übersieht, der nur angemeldete Konten ansammelt, und wie Sie jedes dieser Risiken testen, bevor Googles Prüfer das Ergebnis sehen.

Verlangt Google Play einen geschlossenen Test für Android-Spiele?

„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.“

Play Console-Hilfe, Antwort 14151465

Lesen Sie diesen Satz auf das hin, was er nicht sagt. Von App-Kategorien ist keine Rede. Der Auslöser hängt am Konto und nicht daran, was Sie hochladen; dass Ihr Bundle als Spiel eingestuft ist, ändert also nichts daran, ob die Hürde gilt. Googles eigenes Material zum geschlossenen Test behandelt Apps und Spiele im selben Prozess für den Produktionszugriff und nennt ausdrücklich das Testen mobiler Spiele vor dem Start als Anwendungsfall der Test-Tracks.

Lesen Sie ihn noch einmal wegen der Formulierung Ihre App. Das Erstellungsdatum des Kontos entscheidet, ob die Anforderung für Sie gilt, aber der qualifizierende Test und der Antrag auf Produktionszugriff werden je App abgeschlossen. Den Prozess für ein Spiel hinter sich zu haben überträgt sich nicht auf das nächste Paket, das Sie aus demselben Konto veröffentlichen: Ein zweites Spiel bekommt seinen eigenen geschlossenen Test, seine eigenen 12 Tester und seine eigenen zwei Wochen. Diese Schlussfolgerung stützt sich darauf, dass Google die Bedingung gegen „Ihre App“ formuliert und der Produktionszugriff je Paket beantragt wird, und nicht auf einen veröffentlichten Satz, der eine Übertragung ausschließt; planen Sie je Spiel mit einem neuen Test und prüfen Sie das Dashboard Ihrer Console für die konkrete App, bevor Sie in die eine oder andere Richtung etwas annehmen.

Was die Regel tatsächlich zählt

Wenn Sie irgendwo gelesen haben, die Zahl sei 20, ist diese Seite veraltet. Google hat die Schwelle ursprünglich auf 20 Tester gesetzt und sie am 11. Dezember 2024 auf 12 gesenkt und die Änderung in eigenen Worten als „12 statt 20 Tester“ beschrieben, während der Zeitraum von zwei Wochen unverändert blieb. Die Geschichte dazu steht ausführlich in dem Beitrag zum Wechsel von 20 auf 12 Tester, die Mechanik der Anforderung selbst in dem Beitrag zur Anforderung von 12 Testern. Dieser Beitrag setzt beides voraus und bleibt bei dem, was bei einem Spiel anders ist.

Welche Spieleentwickler brauchen tatsächlich 12 Tester?

Ein Stück allgemeiner Kontext zum Konto, weil es im selben Atemzug aufkommt und oft mit den Kosten des Testens verwechselt wird: Für die Eröffnung eines Entwicklerkontos verlangt Google eine einmalige Registrierungsgebühr von 25 $. Diese Gebühr hat mit der Testanforderung nichts zu tun. Einen geschlossenen Test durchzuführen kostet in der Play Console nichts; was es kostet, ist, zwölf Menschen zu finden, die dabeibleiben.

Und genau das ist bei einem Spiel das eigentliche Problem. Verglichen mit einer Utility-App braucht ein Spiel meist tiefere Sitzungen, bis seine Fehler überhaupt sichtbar werden: Fortschritt und Spielstand, Asset-Auslieferung, thermisches Verhalten und Monetarisierung entgleisen erst, wenn jemand weit genug gespielt hat, um etwas verlieren zu können. Keine der beiden Kategorien wird verlässlich von Leuten getestet, die einen Build installieren und ihn zwei Wochen lang liegen lassen, und Google gewichtet Engagement und Feedback bei Apps und Spielen gleichermaßen. Ein Spiel macht die oberflächliche Variante dieses Fehlers nur teurer, weil Sie Menschen brauchen, die tatsächlich spielen, auf Hardware, die der eines Spielers ähnelt, und zwar lange genug, um den zweiten Akt zu erreichen. Genau um diese Lücke geht es im Rest dieses Beitrags.

Wie funktioniert der 14-tägige geschlossene Test bei einem Spiel?

Quelle: Anforderungen an den geschlossenen Test für neue private Konten (Antwort 14151465). Das Minimum von 12 Testern ersetzte am 11. Dezember 2024 die 20; der fortlaufende Zeitraum von 14 Tagen blieb unverändert.

1. 01
   Vor Tag eins

   Veröffentlichen Sie den Release für den geschlossenen Test und machen Sie ihn für Ihre Tester verfügbar. Prüfen Sie, dass der von Play ausgelieferte Build installiert und startet, dass die Asset-Packs ankommen, dass die Play Games-Anmeldung funktioniert und dass alles erreichbar ist, was der Test erreichen muss. Ein Build, der von Ihrem Rechner aus läuft, sagt nichts über den Build aus, den Play zusammenbaut.

2. 02
   Anmeldung

   Jeder Tester muss die Einladung annehmen und nicht nur auf einer Liste stehen. Daran scheitern ständig Leute: Das Hinzufügen zu einer E-Mail-Liste oder Google Group ist Ihre Handlung, die Anmeldung ist seine. Zählen Sie nur Konten, die sie abgeschlossen haben.

3. 03
   Tag eins bis vierzehn

   Mindestens 12 Tester bleiben ohne Unterbrechung angemeldet, während sie spielen. Werben Sie über dem Minimum an, damit eine einzige Abmeldung Sie nicht unter die Grenze drückt. Google fragt beim Antrag nach Beteiligung und Feedback, das nützliche Ergebnis dieser zwei Wochen ist also eine Liste von Dingen, die Ihnen Leute gesagt haben, und kein Screenshot eines Zählers.

4. 04
   Während des Tests

   Beheben Sie echte Fehler und aktualisieren Sie den Build weiter. Neue Releases während des Zeitraums hochzuladen ist normal und setzt nichts zurück: Die qualifizierende Bedingung ist an die Anmeldehistorie der Tester geknüpft, nicht an das Alter eines eingefrorenen Builds. Das folgt aus Googles Formulierung zur fortlaufenden Anmeldung je Tester; eine eigene Regel zu Build-Updates veröffentlicht Google in keine Richtung. Prüfen Sie Installations- und Update-Wege, Fortschritt und Spielstände, Asset-Downloads, Abstürze, Leistung, Käufe und Play Games so, wie Ihr Spiel sie nutzt.

5. 05
   Nach dem qualifizierenden Zeitraum

   Gehen Sie zu Dashboard > Apply for production und antworten Sie ehrlich darauf, wer getestet hat, wie intensiv diese Tester dabei waren, was sie gesagt haben, was Sie geändert haben und warum das Spiel bereit ist.

6. 06
   Überprüfung

   Google gibt dafür in der Regel 7 Tage oder weniger an, gelegentlich dauert es länger. Das ist keine Zusage über Servicezeiten, und niemand kann Ihnen ein Datum versprechen.

Eine Korrektur, die früh kommen sollte, weil sie Leute zwei Wochen kostet. Der interne Test ist ein anderer Track mit einer viel höheren Obergrenze: bis zu 100 Tester, schnell verfügbar. Er ist wirklich nützlich, um einen Build schnell vor Menschen zu bringen. Er ersetzt den geschlossenen Test nicht, den die Voraussetzung nennt. Die Unterschiede zwischen den drei Tracks behandelt der Beitrag zu internem, geschlossenem und offenem Test, und der offene Test wird erst freigeschaltet, wenn Sie Produktionszugriff haben.

Müssen die Tester das Spiel jeden Tag spielen?

Genau hier liegt fast jede Antwort aus der Community daneben, deshalb hier die drei Kategorien sauber getrennt.

Google verlangt eine fortlaufende Anmeldung und sagt, dass die Beteiligung bei der Prüfung Ihres Antrags zählt. Eine Quote für tägliches Öffnen, eine Minutenzahl pro Sitzung oder eine Anzahl von Updates veröffentlicht Google nicht. Nehmen Sie die rechte Spalte als das, was sie ist: Ratschläge, die zu Folklore erstarrt sind, weil sie selbstbewusst wiederholt wurden. Zielen Sie auf echtes Testen, dann erfüllen Sie die mittlere Spalte, ohne die dritte zu brauchen.

Wenn ein Tester abspringt, beginnen die zwei Wochen von vorn?

Nicht von allein, und das ist die am stärksten übertriebene Regel im Umlauf. Googles Bedingung wird in dem Moment gemessen, in dem Sie den Antrag stellen: mindestens 12 Tester, von denen jeder die vorangegangenen 14 Tage ohne Unterbrechung angemeldet war. Es ist keine Anforderung, dass eine unangetastete Gruppe von genau zwölf Personen die zwei Wochen unverändert übersteht.

Die Rechnung geht also je Tester auf, nicht je Gruppe. Starten Sie mit genau 12 und verlieren an Tag neun einen, fehlt Ihnen jemand: Sie haben dann elf Konten, die den vollen Zeitraum vorweisen können, und der zwölfte Ersatz muss seine eigenen 14 fortlaufenden Tage abschließen, bevor Sie den Antrag stellen können. Starten Sie mit fünfzehn und verlieren einen, können die verbleibenden vierzehn die Bedingung jeweils weiterhin erfüllen, verloren geht dann nur der Puffer. Das ist das ganze Argument dafür, über dem Minimum anzuwerben statt genau auf der Grenze.

Woher wir das wissen Diese Lesart folgt aus Googles eigener Formulierung zur fortlaufenden Anmeldung je Tester, gegen die die Anforderung geschrieben ist. Eine eigene Regel zum Zurücksetzen der Gruppe, die ausdrücklich sagt, dass der Zeitraum aller anderen erhalten bleibt, wenn ein Tester geht, veröffentlicht Google nicht. Behandeln Sie das also als sorgfältige Lesart der veröffentlichten Bedingung und nicht als Satz, den Sie einem Prüfer entgegenhalten können. Am praktischen Rat ändert das nichts: Werben Sie über 12 hinaus an, damit die Frage nie beantwortet werden muss.

Was passiert nach Tag 14?

Sie stellen den Antrag, und Google liest die Antworten. Der Antrag auf Produktionszugriff fragt, wie intensiv sich die Tester mit dem Spiel beschäftigt haben, welches Feedback sie gegeben haben, was Sie daraufhin geändert haben und warum Sie es für bereit halten. Für ein Spiel kommt eine kategoriespezifische Frage dazu: Beschreiben Sie, was es besonders macht. Auch diese Frage ist keine Formsache. Genau dort fängt ein Spiel, das funktional in Ordnung ist, aber nichts über sich zu sagen hat, an wie ein Spiel auszusehen, das niemand ernsthaft getestet hat.

Was übersieht ein allgemeiner App-Test bei einem Spiel?

Unten steht die Landkarte für den Rest dieses Beitrags. Die rechte Spalte ist der Teil, den man in beide Richtungen falsch versteht: Manches davon sind Google-Anforderungen mit Konsequenzen, anderes ist übliche Qualitätspraxis, die in keiner Richtlinie steht. Eine Praxis für eine Regel zu halten kostet Sie Ihre zwei Wochen, und eine Regel für eine Praxis zu halten kostet Sie den Release.

Achten Sie darauf, was in dieser Tabelle nicht steht: eine vorgeschriebene Anzahl an Geräten, eine vorgeschriebene Sitzungsdauer, eine vorgeschriebene Framerate oder eine Mindestzahl an Levels. Das wird ständig behauptet, und veröffentlicht ist nichts davon. Was Google veröffentlicht, sind Limits, Schwellenwerte, Mechanismen und Richtlinien, und all das lässt sich in denselben zwei Wochen prüfen, die Sie ohnehin schon für den Zähler aufwenden.

Wie groß darf Ihr Spiel bei Google Play sein?

Das ist die Angabe, die in allem, was Sie vor dieser Seite gelesen haben, am ehesten falsch ist. Die Zahl von 200 MB, die immer noch kursiert, war vor Jahren das Basislimit, und einige ältere Android-Spieleseiten von Google selbst sind nicht auf dem Stand der Seite in der Play Console-Hilfe, die für tatsächliche Uploads maßgeblich ist. Wenn sich zwei Google-Seiten widersprechen, ist die eigene Seite zu den Größenlimits in der Play Console-Hilfe die spezifische und aktuelle Quelle dafür, was die Console annimmt. Prüfen Sie sie erneut, bevor Sie einen Release rund um eine der Zahlen unten planen.

Die vollständige Tabelle der Limits

Größenlimits von Google Play am 12. August 2026 geprüft. Alle Werte sind komprimierte Downloadgrößen, die von der Play Console berechnet werden. Quellen: maximale App-Größenlimits (Antwort 9859372) und Play Asset Delivery.

Welchen Modus von Play Asset Delivery sollte Ihr Spiel testen?

Play Asset Delivery hat drei Modi, und jeder scheitert an einer anderen Stelle. Der Modus, den Sie im Build gewählt haben, bestimmt, welche Testfälle wirklich zählen. Gehen Sie diese Tabelle durch und testen Sie nur die Zeilen, die Ihr Spiel tatsächlich nutzt.

Welche Zahlen zu Framerate und Abstürzen veröffentlicht Google tatsächlich?

Diese Unterscheidung ist wichtig, weil sie regelmäßig verloren geht. Die Schwellenwerte der Vitals beschreiben technische Qualität, und Google hat angekündigt, dass Play Nutzer mit der Zeit von Spielen weglenken wird, die auf ihrem Smartphone keine 20 FPS erreichen. Das ist ein Mechanismus für Auffindbarkeit und Qualität. Es ist nicht die Prüfung für den Produktionszugriff, und keine Google-Quelle macht aus einer Framerate eine Bestehensgrenze für den 14-Tage-Test. Beides kann gleichzeitig zutreffen: Ihr Spiel kann die Tester-Hürde nehmen und trotzdem ein Spiel sein, das Play still und leise nicht mehr empfiehlt.

Die Zahlen, und was jede von ihnen nicht ist

Native Bibliotheken und 64-Bit

Spiele auf Basis von Unity, Unreal, Cocos oder einer beliebigen Engine mit nativen Plug-ins enthalten kompilierte Binärdateien, und für diese Binärdateien gelten eigene Kompatibilitätsregeln, unabhängig von allem in diesem Beitrag. Google Play verlangt, dass Apps 64-Bit-Architekturen unterstützen: Wird eine native 32-Bit-Architektur unterstützt, muss auch die entsprechende 64-Bit-Architektur enthalten sein. Testen Sie in einer 64-Bit-Umgebung und gehen Sie bei jedem Plug-in von Drittanbietern davon aus, dass es eine eigene inkompatible Binärdatei mitbringen kann, ganz gleich was Ihre Engine-Version behauptet.

Wenn Ihr Build bei dieser Arbeit zusätzlich die Warnung zur 16-KB-Speicherseitengröße auslöst, ist das eine eigene Anforderung mit eigener Frist und eigenem Reparaturweg, behandelt in dem Beitrag zur Behebung des 16-KB-Seitengrößenfehlers.

Wie testen Sie In-App-Käufe, ohne Testern Geld abzubuchen?

„Nutzern entstehen tatsächliche Kosten ... es sei denn, der Nutzer ist ein Lizenztester.“

Google Play Billing, Dokumentation zum Testen der In-App-Abrechnung

Zwei getrennte Listen steuern zwei getrennte Dinge. Die Testerliste des geschlossenen Tracks steuert, wer den unveröffentlichten Build installieren kann. Die Liste der Lizenztester steuert, wessen Käufe über Googles Testzahlungsmittel statt über eine echte Karte laufen. Wer zwölf Personen auf die erste Liste setzt und keine auf die zweite, hat einen Test gebaut, in dem jeder Kauf echt ist, und der Erste, der das herausfindet, ist meistens ein Tester, der eine Erstattung will.

Tester im geschlossenen Track gegenüber Lizenztester

Die Kauftests, die ein monetarisiertes Spiel durchlaufen sollte

Zeitplan der Billing Library: Play Billing Library 7 hat ihre Frist für neue Apps und Updates am 31. August 2026 überschritten. Wenn Sie eine Verlängerung haben, läuft sie bis zum 1. November 2026; sonst brauchen neue Releases eine spätere unterstützte Version. Die neueste Version zu sein ist nicht dasselbe wie die minimal zulässige Version zu sein, zielen Sie also auf eine unterstützte, gepflegte Version, statt anzunehmen, dass die neueste Pflicht ist. Quelle: In-App-Abrechnung testen, mit Lizenztestern.

Machen Lootboxen Ihr Spiel zu einer Glücksspiel-App?

Der Fragebogen zur Altersfreigabe ist keine Formalie

Jedes Spiel braucht genaue und vollständige Antworten im Fragebogen zur Altersfreigabe, den Sie in der Play Console über Policy > App content erreichen, und er muss aktualisiert werden, sobald sich die beschriebenen Inhalte oder Funktionen ändern. Falsche Angaben dazu, was in einem Spiel steckt, können zu einer Entfernung oder Sperrung führen, und damit ist ein ungenauer Fragebogen ein erheblich teurerer Fehler als ein langsamer Frame.

Spiele berühren im Fragebogen mehr Themen als Apps: Gewalt, simuliertes Glücksspiel, In-Game-Käufe, Kommunikation zwischen Nutzern, nutzergenerierte Inhalte. Wenn Ihr geschlossener Test in Woche zwei eine Chat-Funktion oder eine zufallsbasierte Belohnung ergänzt, sind die Antworten aus Woche eins jetzt falsch. Öffnen Sie den Fragebogen erneut, bevor Sie den Produktionszugriff beantragen, und nicht erst, wenn es jemandem auffällt.

Quelle: Google Plays Richtlinie zu zufallsbasierten virtuellen Elementen (Antwort 9858738), die verlangt, dass die Wahrscheinlichkeiten vor dem Kauf und in dessen Nähe offengelegt werden.

Warum schlägt die Play Games-Anmeldung im geschlossenen Test fehl?

Das Symptom ist typisch und irreführend: Die Anmeldung funktioniert auf Ihrem Rechner, funktioniert bei Ihnen auf dem Gerät und schlägt dann für alle anderen fehl, sobald der Build von Play kommt. Das wirkt wie ein kaputter Release, und schon bauen Entwickler etwas neu, das nie fehlerhaft war.

Die Einrichtung, die das behebt

1. 01
   Öffnen Sie die Testerliste von Play Games Services

   In der Play Console: Grow users > Play Games Services > Setup and management > Testers. Diese Liste ist von der Testerliste Ihres geschlossenen Tracks getrennt und übernimmt nichts von ihr.

2. 02
   Tester autorisieren oder den Track aktivieren

   Fügen Sie die Konten einzeln hinzu oder aktivieren Sie den betreffenden Release-Track der Play Console für Tests von Play Games Services, sodass alle mit Zugriff auf den Test-Build auch Zugriff auf Play Games erhalten. Die zweite Option ist diejenige, die über eine Handvoll Personen hinaus skaliert.

3. 03
   Prüfen Sie, ob die Anmeldedaten zum Build passen

   Die Authentifizierung schlägt fehl, wenn der konfigurierte Paketname oder der Fingerabdruck des Signaturzertifikats nicht zu dem passt, was hochgeladen wurde. Sobald Play App Signing im Spiel ist, braucht Ihre Play Games-Konfiguration den Fingerabdruck, den Play verwendet, nicht den auf Ihrem Rechner.

4. 04
   Testen Sie jede Funktion, die Sie tatsächlich aktiviert haben

   Zuerst die Anmeldung, dann Erfolge, Bestenlisten und Spielstände, so wie Ihr Spiel sie nutzt. Spielstände verdienen besondere Aufmerksamkeit, weil sie mit dem Fortschritt zusammenhängen: Ein Spielstand, der sich nicht wiederherstellen lässt, ist ein Fehler, den Ihre Tester nur finden, wenn sie weit genug kommen, um überhaupt Fortschritt zu haben, der sich wiederherstellen ließe.

Vier Systeme, vier Listen, ein Spiel. Dieser Abschnitt existiert überhaupt nur, weil drei dieser vier vom Bildschirm des geschlossenen Tracks aus unsichtbar sind. Wer das eine korrekt eingerichtet hat, das er sehen kann, nimmt daher nachvollziehbar an, dass die anderen mitziehen. Das tun sie nicht.

Quelle: Play Games Services: Einrichtung in der Console und Autorisierung von Testern, dort sind die Testerliste, die Alternative über einen aktivierten Track und die OAuth- und 404-Fehler dokumentiert, die ein nicht autorisierter Tester sieht.

Können Sie die Vorregistrierung nutzen, während Ihr Spiel im geschlossenen Test ist?

Spiele trifft das härter als Apps, weil die Vorregistrierung ein Werkzeug für den Launch ist und ein Spiele-Launch meist von einem Datum aus rückwärts geplant wird. Wenn Ihr Plan davon ausging, dass eine Vorregistrierungskampagne parallel zum geschlossenen Test läuft, muss dieser Plan umgestellt werden: erst die Voraussetzung erfüllen, dann die Kampagne fahren, dann veröffentlichen.

Die praktische Reihenfolge für ein erstes Spiel: Starten Sie den geschlossenen Test, sobald der Build spielbar ist, statt zu warten, bis er sich fertig anfühlt, denn die zwei Wochen laufen parallel zu Arbeit, die Sie ohnehin erledigen. Marketing, das von Funktionen des Stores abhängt, kommt danach, nicht währenddessen.

Quelle: die Anforderung zum geschlossenen Test für neue private Konten (Antwort 14151465), wo Google festhält, dass Produktionszugriff und Vorregistrierung eingeschränkt bleiben, bis die Anforderung erfüllt ist.

Was sollen Ihre Tester mit dem Spiel eigentlich machen?

Warum verlangt Google weitere 14 Tage, nachdem Sie 12 erreicht haben?

Entwickler berichten regelmäßig von diesem Ausgang: Die Zahlen stimmten, der Antrag ging raus, und die Antwort lautete: mehr Tests. Aus der Community berichtet Die Threads sind sich über das Erlebnis einig und über die Ursache deutlich weniger, weil niemand außerhalb von Google die Begründung sieht. Aus Googles eigener Dokumentation lässt sich sagen, dass Beteiligung und Feedback Teil der Bewertung sind, und damit lässt sich arbeiten.

Wie ein zweiter Durchlauf aussehen sollte

Wenn mehr Tests verlangt werden, ist die Versuchung groß, den ersten Durchlauf mit demselben passiven Installationsmuster zu wiederholen und auf eine andere Antwort zu hoffen. Ein nützlicherer zweiter Durchlauf ändert etwas Echtes: Halten Sie die Gruppe stabil, geben Sie den Testern einen echten Weg durch das Spiel, halten Sie schriftlich fest, was sie melden, liefern Sie die Korrekturen aus, die das Feedback gerechtfertigt hat, und beschreiben Sie all das klar, wenn Sie den Antrag erneut stellen. Das ist, nicht zufällig, auch das, was ein besseres Spiel ergibt.

Was nicht dazugehört, ist ein erfundenes Ritual. Es gibt keine veröffentlichte Zahl an Starts, keine vorgeschriebene Zahl an Updates und keine Quote für tägliches Spielen, die eine Ablehnung in eine Genehmigung verwandelt, und niemand kann Ihnen versprechen, dass ein bestimmtes Aktivitätsmuster Googles Entscheidung ändert. Mehr zu den Ablehnungsmustern allgemein in dem Beitrag dazu, warum ein geschlossener Test abgelehnt wird.

Wichtige Google Play-Fristen für Spiele-Publisher 2026 und Anfang 2027

Quellen: Anforderungen an das Ziel-API-Level (Antwort 11926878) für die Ziel-API-Termine am 31. August und die Level je Formfaktor, und für alles Übrige Googles zwei Richtlinien-Oberflächen: die Fristentabelle in der Play Console-Hilfe und der Richtlinien-Zeitplan der Android Developers.

Das gehört klar gesagt, weil die Reihenfolge Leute erwischt: Keiner dieser Termine hat etwas mit der Testeranforderung zu tun, und die Testeranforderung zu erfüllen befreit Sie von keinem davon. Ein Spiel kann einen fehlerfreien 14-tägigen geschlossenen Test abschließen und trotzdem nicht veröffentlicht werden, weil der Build das falsche API-Level als Ziel hat. Prüfen Sie die Anforderungen, die den Release blockieren, bevor Sie die zwei Wochen beginnen, nicht danach.

Wo finden Sie 12 echte Tester für ein Spiel?

Dass Engine-Communities voller Beiträge nach dem Muster „brauche 12 Tester“ sind, ist schlichte Arithmetik: Wer zum ersten Mal ein Spiel veröffentlicht, kennt normalerweise keine zwölf Leute, die ein Android-Telefon besitzen, eine Anmeldung abschließen und zwei Wochen später immer noch angemeldet sind. Freunde installieren es, spielen aus Höflichkeit einmal und driften ab. Nichts daran ist ein Charakterfehler. Ein Gefallen hat einfach eine Halbwertszeit von etwa drei Tagen, und die Anforderung läuft vierzehn.

Tauschgruppen für Tester lösen die Zahl und oft nicht viel mehr, denn ein Tauschpartner hat denselben Anreiz wie Sie: anmelden, angemeldet bleiben, weitermachen. Das erfüllt den Zähler und erzeugt genau das Muster passiver Beteiligung, nach dem Google im Antragsformular fragt. Bei einem Spiel ist das schlimmer als bei einer App, weil die Fehler, auf die es ankommt, mehrere Sitzungen tief liegen und ein Tauschtester dort nie hinkommt.

Was ein betreuter Durchlauf abdeckt

PrimeTestLab stellt 12 echte Tester auf echten Geräten von Android 7 bis 17, angemeldet und über die vollen 14 Tage gehalten, der Test startet in 4-6 Stunden. Wir haben das über 7.400+ Apps in 120+ Ländern mit einer Erfolgsquote von 99.9% durchgeführt, und der Durchlauf ist durch einen kostenlosen neuen Test oder eine vollständige Rückerstattung abgesichert. Die Pläne starten bei $19.99.

Klar zur Grenze, denn ein Spiel hat Teile, die niemand abnehmen kann: Ein betreuter Durchlauf hält die Testerseite der zwei Wochen. Er baut Ihre Asset-Packs nicht neu, stimmt Ihre Frame-Zeiten nicht ab, implementiert die Bestätigung in Ihrem Abrechnungscode nicht und beantwortet Ihren Fragebogen zur Altersfreigabe nicht. Das bleibt bei Ihnen, und die Abschnitte oben sind dafür da, es kürzer zu machen. Weg fällt die Hetze bei der Anwerbung und das Risiko, dass die Gruppe an Tag neun zusammenbricht.

Selbst anwerben oder ein betreuter Durchlauf

Eines kann kein Dienst anbieten, und wer es doch tut, sollte Sie misstrauisch machen: den Produktionszugriff selbst. Darüber entscheidet Google, es bewertet neben der Zahl auch die Qualität Ihres Tests und kann einen weiteren Durchlauf verlangen. Versprechen lassen sich die Gruppe, die zwei Wochen und die Garantie dahinter. Die Pläne ansehen und was jeder davon enthält →

Häufig gestellte Fragen

Fazit