Google Play geschlossener Test: 12 Tester, 14 Tage

Was ist der geschlossene Test bei Google Play und wer muss ihn machen?

Der geschlossene Test ist ein Release-Track, in dem die App nur für von Ihnen benannte Nutzer verfügbar ist. Google hat ihn für persönliche Entwicklerkonten mit Erstellungsdatum nach dem 13. November 2023 zur Pflichtstufe gemacht: Diese Konten müssen die App vor der öffentlichen Veröffentlichung 14 Tage lang mit mindestens 12 Testern im geschlossenen Test halten und danach Produktionszugriff beantragen.

Die Pflicht ist keine Qualitätsprüfung, sondern eine Kontoverifizierung — gedacht gegen persönliche Konten, die Play mit minderwertigen Einreichungen fluteten. Deshalb sind Organisationskonten ausgenommen, und deshalb geht die Suche nach einer Ausnahme am Kern vorbei: Wer im Namen eines Unternehmens veröffentlicht, brauchte ohnehin ein Organisationskonto.

Wie werden die 12 Tester und 14 Tage gezählt?

Zwei Bedingungen müssen gleichzeitig gelten: mindestens 12 Tester, und diese durchgehend seit 14 Tagen angemeldet. Die Uhr läuft rückwärts vom Antragstag. Wer weniger als vierzehn Tage bleibt und aussteigt, zählt nicht; wer aussteigt und wieder beitritt, verliert die früheren Tage, und die vierzehn müssen erneut zusammenkommen.

Praktische Folge: Zwölf ist Untergrenze, nicht Ziel. Ein einziger Wechsel des Telefons, ein gelöschtes Konto oder ein Ausstieg lässt den Antrag am vierzehnten Tag scheitern. Mit fünfzehn oder sechzehn Personen zu starten ist die einzige kostenlose Absicherung.

Wie fügt man Tester hinzu?

Die Play Console kennt drei Test-Tracks, und nur der mittlere erfüllt die Pflicht. Der Unterschied liegt nicht nur in der Zielgruppengröße; die Tracks schließen einander aus.

Eine Google-Gruppe erlaubt die Pflege der Liste an einer Stelle: Hinzufügen oder Entfernen führt nicht zurück in die Play Console. Der Opt-in-Link erscheint dagegen erst, wenn der App-Status „Veröffentlicht“ lautet — den Link vor dem ersten Build zu suchen ist der klassische Verlust von Tag eins.

Woran erkennt Google, dass Tester die App wirklich genutzt haben?

Seit 2026 hat sich das Gewicht von der Zahl zur Nutzung verschoben, und der Antrag sagt es offen: Google will wissen, ob Tester alle verfügbaren Funktionen genutzt haben und ob ihre Nutzung dem erwarteten Produktionsverhalten entsprach. Zwölf Personen, die installieren und einmal öffnen, erfüllen die Regel auf dem Papier und scheitern im Antrag.

Abhilfe schafft nur, den Testern eine Aufgabe zu geben. Ein Link mit „schau mal rein“ bringt nichts; ein Drei-Zeilen-Skript — „registrieren, Bestellung anlegen, Benachrichtigung erhalten, stornieren“ — bringt echte Nutzung und echtes Feedback. Die drei brauchbaren Fehler, die zwölf Personen melden, sind genau das, was später im Formular steht.

Was fragt der Antrag auf Produktionszugriff?

Das Formular hat drei Abschnitte: der geschlossene Test, Ihre App bzw. Ihr Spiel und die Produktionsreife. Gefragt wird, wie Sie Tester gewonnen haben, wie schwer das war, welches Feedback kam, was Sie daraufhin geändert haben und warum die App startbereit ist.

Beim Ausfüllen gilt eine Regel: Jede Antwort soll etwas beschreiben, das tatsächlich passiert ist. „Ich habe zwölf Tester gefunden“ ist keine Antwort; „wir haben sechzehn Personen aus unserer Zielgruppe in einer WhatsApp-Gruppe gesammelt, in Woche eins wurden zwei Fehler im Bestellablauf gemeldet, im zweiten Build behoben“ ist eine. Die meisten abgelehnten Anträge scheitern an leeren, nicht an falschen Antworten.

Warum wurde mein Antrag mit „mehr Tests erforderlich“ abgelehnt?

Google nennt zwei Gründe: weniger als 12 angemeldete Tester oder unzureichendes Engagement der Tester. Das Erste ist zählbar und in der Console sichtbar; das Zweite nicht — deshalb tun sich Teams schwer, den Fehler zu finden.

• Tester haben die App installiert, aber nie geöffnet, oder einmal geöffnet und dann liegen gelassen.
• In zwei Wochen erschien kein neuer Build; es gibt keine Spur einer Feedback-Schleife.
• Die Formularantworten sind Einzeiler und sagen nie, welches Feedback was verändert hat.
• Zwölf Tester waren angemeldet, einer stieg vor dem Antrag aus, die Zahl fiel auf elf.
• Die Tester haben mit der Zielgruppe nichts zu tun, das Nutzungsmuster ähnelt der Produktion nicht.

Kann ich Einspruch einlegen?

Es gibt keinen Einspruch. Nach einer Ablehnung heißt die Arbeit: Test weiterlaufen lassen, das Fehlende nachholen, erneut beantragen — praktisch zwei weitere Wochen. Einen Antrag „auf Verdacht“ zu senden ist also nicht kostenlos: Jeder verfrühte Versuch verschiebt den Starttermin um vierzehn Tage.

Aus demselben Grund ist es nicht immer richtig, am vierzehnten Tag sofort zu beantragen. Ist das Engagement dünn, sind ein paar weitere Tage mit Builds und Feedback schneller als eine Ablehnung mit Neustart.

Ist es richtig, einen Closed-Testing-Dienst zu kaufen?

Dienste, die Tester stellen, sind nicht verboten; Google fragt, wie Sie Tester gewonnen haben, und ein bezahlter Anbieter ist eine akzeptable Antwort. Das Problem ist nicht die Quelle, sondern das Gekaufte: Wer Installationen kauft, scheitert an der Engagement-Prüfung, weil diese Personen die App nicht nutzen.

Die meisten Teams rechnen hier falsch. Zwölf Personen zusammenzubekommen ist kein Problem, das Geld löst — wer sie nicht findet, hat sein eigentliches Problem nicht im Test. Wenn es zwei Wochen dauert, fünfzehn Menschen aus der echten Zielgruppe zu finden, lehren diese zwei Wochen bereits das Nötige.

Gibt es einen Weg zur Befreiung?

Nur das Organisationskonto. Die Pflicht ist für persönliche Konten definiert, Organisationskonten sind ausgenommen. Die Organisationsanmeldung verlangt eine D-U-N-S-Nummer; sie ist kostenlos, dauert aber Tage — diese Entscheidung gehört an den Anfang der Entwicklung, nicht ans Ende.

Wurde das Konto bereits persönlich eröffnet, bedeutet ein Typwechsel praktisch ein neues Konto, und Bewertungen, Installationshistorie und Ranking der App wandern nicht mit. Bei der ersten App wirkt dieser Preis klein; im zweiten Jahr nicht mehr.