So erstellen Sie 2026 ein Google Play-Entwicklerkonto

Der 14-Tage-Test ist der einzige Punkt auf dieser Liste, der von anderen Menschen abhängt, und genau hier bleiben Einzelentwickler stecken. Das ist der Teil, den PrimeTestLab für Sie übernimmt, und er wird am Ende dieses Beitrags unter so helfen wir behandelt.

Die meisten Anleitungen zu dieser Frage hören bei der Zahlungsbestätigung auf, und die meisten stimmten zum Zeitpunkt des Schreibens auch. Das Problem ist, was Google danach ergänzt hat: eine Identitätsprüfung, die Ihre Dokumente mit einem Zahlungsprofil vergleicht, in das Sie womöglich seit Jahren nicht mehr geschaut haben, eine Geräteprüfung für neue private Konten und eine Produktionshürde, in die Sie das Erstellungsdatum Ihres Kontos hineinzieht und die Sie dann App für App nehmen müssen. Das Ergebnis ist eine vertraute Abfolge von Forenbeiträgen, und alle beginnen gleich. Ich habe die 25 $ bezahlt, warum kann ich nichts veröffentlichen.

Dieser Beitrag ist in der Reihenfolge geschrieben, in der die Entscheidungen tatsächlich greifen: was vor der Zahlung bereitliegen muss, was jeder Kontotyp beibringen muss, wonach die Console in welcher Reihenfolge fragt, welche Angaben zu welchem Eintrag passen müssen und was ein neues privates Konto Google schuldet, sobald die Zahlungsbestätigung da ist. Wo Google eine Zahl veröffentlicht, steht sie hier zusammen mit der Hilfeseite, aus der sie stammt. Wo Google nichts veröffentlicht, sagt dieser Beitrag das auch, statt sich eine Zahl von einer Anbieterseite zu leihen, die es ebenso wenig weiß. Alles hier wurde mit Googles eigener Dokumentation abgeglichen und ist auf dem Stand vom 13. August 2026.

Was Sie vorbereiten sollten, bevor Sie Google bezahlen

Die Zahlung von 25 $ gilt als der Moment der Festlegung, weil sie der einzige Schritt ist, der Ihr Bankkonto berührt. Nervös sein sollte man deswegen gerade nicht. Die Schritte, die sich wirklich schwer rückgängig machen lassen, sind die, die nichts kosten: Das Google-Konto, mit dem Sie zufällig angemeldet sind, wird zum Kontoinhaber, und obwohl Google inzwischen einen eingeschränkten Weg dokumentiert, die Inhaberschaft an jemand anderen zu übergeben, steht der nicht jedem Konto offen und ist kein Schalter in den Einstellungen. Die rechtliche Identität, die Sie eintippen, wird zu dem Maßstab, an dem jedes später hochgeladene Dokument gemessen wird, und ein Teil davon wird auf Google Play veröffentlicht. Bei keinem der beiden Punkte fragt Sie jemand, ob Sie sicher sind.

Zur Gebühr selbst sagt dieser Beitrag eines und geht dann weiter: Sie beträgt 25 $ und wird einmal pro Entwicklerkonto berechnet, ist keine Jahresmitgliedschaft und fällt nicht pro App an. Die vollständige Aufschlüsselung, was die Gebühr abdeckt und was nicht, steht in dem Beitrag zu den Anforderungen für die Veröffentlichung bei Google Play.

Was Google öffentlich anzeigen wird

Das ist der Teil der Entscheidung, den man überspringt, und der, auf den man später mit Bedauern zurückkommt. Ein Teil von dem, was Sie ins Registrierungsformular tippen, erscheint in Ihrem Google Play-Eintrag und ist für jeden lesbar. Ein privates Konto ist kein anonymes Konto, und wenn Sie monetarisieren, wird die Offenlegung noch größer.

Scrollen Sie die Tabelle seitwärts, um alle Spalten zu sehen

Die Checkliste vor der Registrierung

Die Liste unten sind Googles Anforderungen, geordnet danach, wann Sie sie brauchen, und nicht danach, auf welcher Hilfeseite sie stehen, und sie ist bewusst in drei Stufen geteilt. Stufe 01 ist das, wonach das Registrierungsformular fragt, und nur diese Stufe fließt in das Urteil ein. Stufe 02 und Stufe 03 sind echte Anforderungen, die erst nach Ihrem Geld kommen, und eine Checkliste, die alles zu einer Bewertung vermischt, erzählt Ihnen, Sie könnten sich erst registrieren, wenn Sie 12 Tester gefunden haben, was schlicht falsch ist. Zwei Zeilen bringen echte Wartezeit mit, und beide gehören zur Organisation. Das ist der praktische Grund, warum eine Registrierung als Organisation nie am selben Tag begonnen werden sollte, an dem sie beschlossen wurde.

Bereitschaftsprüfung vor der Zahlung

Die drei Entscheidungen, die sich schwer rückgängig machen lassen

Alles andere auf dieser Liste lässt sich mit einem Formular korrigieren. Diese drei nicht, jedenfalls nicht günstig.

Nichts davon macht eine Genehmigung sicher. Es beseitigt die Fehlschläge, die Google tatsächlich dokumentiert, und das ist etwas anderes und Nützlicheres. Was es nicht beseitigen kann, ist das Warten: Google veröffentlicht präzise Zeiten für die engen Teilschritte und überhaupt nichts für die Identitätsprüfung als Ganzes, was der Abschnitt zur Verifizierung weiter unten behandelt.

Privat oder Organisation bei der Registrierung

Wichtig ist zuerst: Das ist kein Stufensystem. Laut Google haben die beiden Kontotypen Zugriff auf dieselben allgemeinen Funktionen, und beide können über ein Zahlungsprofil monetarisieren. Niemand kauft sich mit einer Registrierung als Organisation eine bessere Play Console. Unterschiedlich ist, was Sie vorlegen müssen, um hineinzukommen, und welche Pflichten Ihnen danach folgen.

Vier Kategorien, in denen Google die Wahl für Sie trifft

Google nennt vier Arten von Apps, deren Entwickler ein Organisationskonto nutzen sollten, unabhängig davon, wie sich der Entwickler selbst sieht:

Wenn Ihre App in eine dieser Gruppen fällt, ist die Frage nach dem Kontotyp bereits beantwortet, und die Vorlaufzeit für die D-U-N-S-Nummer wird Teil Ihres Entwicklungsplans statt eines nachträglichen Einfalls.

Was jeder Typ beibringen muss

In dieser Tabelle geht es nur um den Registrierungsschalter: was Google von welchem Typ verlangt und was jeder Typ danach mit sich trägt. Ob es sich lohnt, für ein Organisationskonto eine Firma zu gründen, ist eine andere Frage mit einer für fast jeden anderen Antwort, und sie wird in Privates Konto oder Organisationskonto ausführlich behandelt.

Scrollen Sie die Tabelle seitwärts, um alle Spalten zu sehen

Lässt sich der Kontotyp später ändern?

Das ist die Angabe, die in allem, was Sie sonst gelesen haben, am ehesten falsch ist. Jahrelang lautete der Standardrat, der Kontotyp werde einmalig und endgültig gewählt und wer später eine Firma gründe, müsse ein zweites Konto von Grund auf registrieren. Googles aktuelle Dokumentation sagt das nicht. Sie beschreibt einen Weg zur Umwandlung und unterscheidet klar zwischen der Richtung, die unterstützt wird, und der, die es nicht wird.

Was die Umwandlung tatsächlich bedeutet

Der Mechanismus ist eine Änderung am Zahlungsprofil und kein Schalter in der Play Console, weshalb er in der Dokumentation leicht zu übersehen ist. Sie erstellen ein Google Payments-Zahlungsprofil vom Typ Organisation oder wechseln darauf, schließen die Verifizierung ab, die dieses Profil verlangt, bei einer Organisation also D-U-N-S-Nummer und Organisationsdokumente, und verknüpfen es mit dem Entwicklerkonto. Die Vorlaufzeit für die D-U-N-S-Nummer gilt hier genauso wie bei der Registrierung, eine Umwandlung ist also ebenfalls nichts, was am selben Tag erledigt ist.

Und der Inhaber, der früher der endgültige war

Das ist die Aussage, die Sie am dringendsten aktualisieren sollten, denn sie stimmte lange und wird überall wiederholt, auch in älteren Fassungen dieses Beitrags. Google dokumentiert inzwischen eine selbst durchführbare Übertragung der Inhaberschaft. Starten kann sie nur der aktuelle Kontoinhaber, und der Weg lautet: Play Console, Users and permissions, die Person suchen, der Sie das Konto übergeben wollen, Manage und dann Make account owner. Die Übertragung wird anschließend sieben Tage lang zurückgehalten, bevor sie abgeschlossen wird, und der künftige Inhaber wird unter Umständen gebeten, seine Identität zu bestätigen und Angaben zum Zahlungsprofil zu machen.

Bei der Berechtigung wird es weiterhin ernst. Google beschränkt das direkte Verfahren auf Organisationskonten und private Konten ohne Monetarisierung und gibt an, dass private Entwickler, die ihre Apps monetarisieren, dafür derzeit nicht berechtigt sind. Ausgerechnet der Entwickler, der es am ehesten braucht, also der Einzelanbieter, der sich privat registriert hat, Einnahmen erzielt und das Konto nun in die Firma holen will, ist damit nicht abgedeckt. Für ihn ändert sich nichts: ein neues Entwicklerkonto, von Grund auf verifiziert, in das die Apps übertragen werden.

Eine weitere Warnung zum selben Thema: Einen Organisationstyp zu wählen, auf den Sie keinen Anspruch haben, ist keine Abkürzung beim Papierkram. Ein Organisationskonto wird gegen einen echten Geschäftseintrag bei einem Dritten geprüft, und den zu erfinden ist ein Richtlinienproblem und kein cleverer Umweg.

Registrierung in der Play Console, Schritt für Schritt

Die Registrierung beginnt unter play.google.com/console/signup. Bevor Sie darauf klicken, vergewissern Sie sich, mit welchem Google-Konto Ihr Browser angemeldet ist, denn das ist die Entscheidung, die der Ablauf Sie nie noch einmal überdenken lassen wird.

Die acht Prüfpunkte

1. 01
   Mit dem Google-Konto anmelden, das das Konto besitzen soll

   Der Inhaber muss mindestens 18 Jahre alt sein. Die Inhaberschaft lässt sich danach übergeben, aber nur in den von Google dokumentierten Fällen: Organisationskonten und private Konten ohne Monetarisierung, gestartet vom aktuellen Inhaber, sieben Tage lang zurückgehalten, mit Verifizierung des neuen Inhabers. Ein privates Konto mit Monetarisierung fällt derzeit nicht unter dieses Verfahren, für viele Entwickler ist das Konto, mit dem sie zufällig angemeldet sind, also faktisch weiterhin das endgültige. Google verlangt ein Google-Konto und sagt nicht, dass es eine gmail.com-Adresse sein muss, was auch immer die Anleitungen behaupten.

   Geht schief, wenn: Sie in einem privaten Browserprofil angemeldet sind und darin das Konto der Firma registrieren.

2. 02
   Privat oder Organisation wählen

   Privat ist Googles Option für den privaten Gebrauch, darunter Studierende, Hobby- und Amateurentwickler. Organisation ist für Unternehmen und Organisationen. Vier App-Kategorien verweist Google auf Organisationskonten: Finanzprodukte und Finanzdienstleistungen, Gesundheits-Apps einschließlich Medizin und Forschung am Menschen, Apps mit Freigabe für VpnService und Behörden-Apps.

   Geht schief, wenn: eine Registrierung als Organisation gestartet wird, bevor die D-U-N-S-Nummer existiert.

3. 03
   Ein Google Payments-Zahlungsprofil des passenden Typs erstellen oder auswählen

   Die Registrierung wird mit einem Google Payments-Zahlungsprofil verknüpft, und der Profiltyp muss zum gewählten Kontotyp passen. Ein bestehendes privates Profil kann eine Registrierung als Organisation nicht tragen. Die in diesem Profil hinterlegte Identität ist der Maßstab, an dem jedes später hochgeladene Dokument gemessen wird. Öffnen Sie es also und lesen Sie es, bevor Sie weitermachen.

   Geht schief, wenn: in einem alten Zahlungsprofil noch eine Adresse steht, aus der Sie vor Jahren ausgezogen sind.

4. 04
   Rechtliche Angaben, Kontaktdaten und öffentliche Entwicklerdaten eingeben

   Tippen Sie rechtlichen Namen und Adresse genau so ein, wie Ihr Ausweisdokument sie druckt. Sie hinterlegen eine Kontakt-E-Mail-Adresse und eine Telefonnummer, über die Google Sie erreicht; beide werden verifiziert, aber nicht öffentlich angezeigt. Dazu kommt eine öffentliche Entwickler-E-Mail-Adresse, die auf Google Play erscheint. Organisationskonten hinterlegen zusätzlich eine öffentliche Entwickler-Telefonnummer. Telefonnummern werden im internationalen Format eingetragen.

   Geht schief, wenn: als öffentliche Entwickler-E-Mail-Adresse eine private Adresse dient, die Sie lieber nicht veröffentlichen würden.

5. 05
   Die Vereinbarung akzeptieren und einmalig 25 $ zahlen

   Sie akzeptieren die Vertriebsvereinbarung für Google Play-Entwickler und zahlen die einmalige Registrierungsgebühr. Sie wird pro Entwicklerkonto berechnet, nicht pro App, und verlängert sich nicht jährlich. Googles Seite zu den akzeptierten Zahlungsmethoden führt die Kartennetzwerke auf, die Google annimmt, mit regionalen Unterschieden, und hält fest, dass Prepaidkarten nicht akzeptiert werden.

   Geht schief, wenn: die Gebühr auf Identitätsangaben hin gezahlt wird, die geraten statt geprüft wurden. Google warnt, dass die Gebühr bei ungültigen Identitätsangaben nicht erstattet werden kann.

6. 06
   Kontakt-E-Mail-Adresse und Telefonnummer bestätigen

   Google schickt einen sechsstelligen Code an die E-Mail-Adresse und einen sechsstelligen Code per SMS oder Sprachanruf an die Telefonnummer. Das sind die privaten Kontaktdaten, über die Google Sie erreicht, nicht die, die in Ihrem Store-Eintrag stehen.

   Geht schief, wenn: die SMS nicht ankommt. Googles dokumentierte Antwort ist die Option Sprachanruf und danach die Prüfung von Empfang und Mobilfunkanbieter, nicht das Anlegen eines neuen Kontos.

7. 07
   Die Identitätsprüfung abschließen

   Von einem privaten Konto kann ein offizielles amtliches Ausweisdokument verlangt werden, wenn das verknüpfte Zahlungsprofil noch nicht verifiziert wurde. Von einem Organisationskonto können die D-U-N-S-Nummer, ein offizielles Dokument der Organisation und das Ausweisdokument einer bevollmächtigten Person verlangt werden, und für neu erstellte Organisationskonten kommt eine zusätzliche Website-Verifizierung hinzu. Alles Eingereichte muss zum Zahlungsprofil passen.

   Geht schief, wenn: Dokument und Profil sich um eine Zeile unterscheiden. Google nennt diese Übereinstimmung als Anforderung, und es ist der Fehlschlag, der zu diesem Thema die meisten Threads in der Hilfe-Community füllt.

8. 08
   Bei einem neuen privaten Konto ein echtes Android-Gerät bestätigen

   Neue private Konten schließen in der Play Console-App eine Geräteprüfung ab, bevor eine App auf Google Play verfügbar gemacht werden kann. Google verlangt ein physisches, nicht gerootetes Gerät mit Android 10 oder höher und gibt an, dass die Prüfung selbst weniger als eine Minute dauert.

   Geht schief, wenn: Sie ausschließlich auf einem Emulator entwickeln und kein geeignetes Smartphone besitzen. Google erlaubt, mit demselben Gerät mehr als ein Konto zu bestätigen, sich eines zu leihen ist also eine dokumentierte Option.

Was nach dem achten Prüfpunkt kommt

Diese acht schließen das Konto ab. Sie schließen nicht den Weg zu einer veröffentlichten App ab, und bei der Reihenfolge des Folgenden lohnt sich Genauigkeit, denn viele Seiten legen nahe, der Test mit 12 Testern sei etwas, das man schuldet, bevor man überhaupt eine App anlegen darf. Das Gegenteil stimmt. Sie legen zuerst die App an, erledigen Einrichtung, Store-Eintrag und Angaben, laden einen Build hoch und veröffentlichen einen Release in einem geschlossenen Track, denn der qualifizierende Test läuft auf diesem Release. Erst dann startet die 14-Tage-Uhr. Ist sie abgelaufen, sind Sie berechtigt, Produktionszugriff zu beantragen, Google prüft den Antrag, und der Produktions-Release geht heraus, nachdem dieser Zugriff erteilt wurde.

Eine Einschränkung bei der Reihenfolge gibt es, und sie liegt im Unterschied zwischen einen Test vorbereiten und einen Test durchführen. Die Verifizierung des Kontos beschränkt weiterhin den Release selbst: Laut Google muss ein Entwicklerkonto verifiziert sein, bevor Apps zur Prüfung eingereicht werden können, und bei einem neuen privaten Konto muss die Prüfung mit einem echten Gerät abgeschlossen sein, bevor eine App auf Google Play verfügbar gemacht werden kann. Die App anzulegen, sie zu konfigurieren und den Store-Eintrag zu schreiben, können Sie also alles tun, während die Identitätsprüfung noch läuft. Den Release im geschlossenen Track zu veröffentlichen, auf dem die 14-Tage-Uhr läuft, nicht. Planen Sie mit der Überlappung, die Sie tatsächlich bekommen, und das ist Vorbereitung, keine verstrichenen Testtage. Verifiziert

Zwei Behauptungen, die Ihnen anderswo begegnen, sollte man benennen, damit Sie sie sofort abtun können. Die erste: Für die Registrierung sei eine Adresse auf @gmail.com nötig. Googles Registrierungsseite verlangt ein Google-Konto, und das lässt sich mit einer Adresse anlegen, die Ihnen bereits gehört. Die zweite: Google „aktiviere in der Regel“ ein Entwicklerkonto binnen 24 bis 48 Stunden. Eine solche Zusage steht nirgends in Googles aktueller Dokumentation, und einen Launch-Plan darauf zu bauen ist der Weg, auf dem ein Veröffentlichungstermin öffentlich platzt. Keine veröffentlichte SLA

Dokumente, Abgleichregeln und die Verzögerungen, die niemand veröffentlicht

Bei der Verifizierung hört der Vorgang auf, ein Formular zu sein, und wird zu einem Vergleich. Google liest Ihr Dokument nicht, um zu erfahren, wer Sie sind. Google gleicht Ihr Dokument mit einem Eintrag ab, den es bereits hat, und bei einer Organisation zusätzlich mit einem zweiten Eintrag bei Dun and Bradstreet. Google formuliert die Anforderung klar: Was Sie einreichen, muss mit den Angaben in Ihrem verknüpften Zahlungsprofil übereinstimmen. In den für diesen Beitrag ausgewerteten Threads der Hilfe-Community liefen die Ablehnungen mit erkennbarer Ursache darauf hinaus, dass diese Einträge sich bei einem Namen, einer Adresse oder einer einzigen fehlenden Adresszeile widersprachen.

Was von jedem Kontotyp verlangt wird

Scrollen Sie die Tabelle seitwärts, um alle Spalten zu sehen

Die Regel der exakten Übereinstimmung, bevor Sie hochladen

Die Regel ist leicht gesagt und leicht verfehlt: Die rechtliche Identität auf dem Dokument, die Identität im verknüpften Google Payments-Zahlungsprofil und, bei einer Organisation, die Identität im Eintrag bei Dun and Bradstreet müssen alle übereinstimmen. Nicht erkennbar dieselbe Person sein. Übereinstimmen. Ein fehlender zweiter Vorname, eine Straße, die auf der einen Seite abgekürzt und auf der anderen ausgeschrieben ist, eine Wohnungsnummer, die auf dem Dokument steht, es aber nie ins Profil geschafft hat, ein Akzent, der weggelassen wurde, weil ein Formular ihn nicht annahm: Jede dieser Kleinigkeiten reicht, damit ein Dokument zurückkommt.

Das Werkzeug unten ist ein Textvergleich, keine Genehmigungsprüfung und kein Nachbau von Googles Überprüfung. Google veröffentlicht die Anforderung, dass die Einträge übereinstimmen müssen; Google veröffentlicht nicht den Vergleich, der tatsächlich läuft, wie dabei Abkürzungen oder Zeichensetzung behandelt werden, wie umgeschrieben wird oder was sonst noch bewertet wird. Dieses Werkzeug liest also die beiden Texte, die Sie ihm geben, und benennt den Unterschied, den es sehen kann. Alles, was es Ihnen sagt, betrifft Ihren eigenen Text.

Konsistenzprüfung für das Profil

Wofür Google Zeiten nennt und was es offenlässt

Hier erfinden konkurrierende Seiten Zahlen. Mehrere der derzeit gut platzierten Anleitungen nennen eine Identitätsprüfung von „ein paar Stunden bis zwei Werktage“ oder ein Konto, das „in der Regel innerhalb von 24 bis 48 Stunden aktiviert“ werde. Keine der beiden Zahlen steht in Googles aktueller Dokumentation. Was Google tatsächlich veröffentlicht, ist viel enger gefasst und viel nützlicher, denn jede veröffentlichte Zahl hängt an einer konkreten Handlung und nicht am gesamten Ablauf.

Scrollen Sie die Tabelle seitwärts, um alle Spalten zu sehen

Die Android-Geräteprüfung

Das trifft eine bestimmte und wachsende Gruppe: Entwickler, die auf einem Emulator, auf einem Firmenlaptop oder auf einem Gerät entwickeln, das genau deshalb gerootet ist, weil sie die Sorte Mensch sind, die Android-Apps baut. Einen Weg über den Desktop gibt es nicht. Die Prüfung läuft in der Play Console-App, auf Hardware.

Der Zeitpunkt spielt hier auf eine ganz bestimmte Weise eine Rolle: Das ist eine Hürde für das Verfügbarmachen einer App, nicht für das Erstellen des Kontos. Sie können sich ohne sie registrieren, Ihre Identität bestätigen und die App bauen und stoßen dann im denkbar ungünstigsten Moment darauf. Sie kostet eine Minute, wenn Sie die Hardware haben, und eine Woche, wenn Sie erst welche auftreiben müssen. Genau das ist das Argument dafür, sie am ersten Tag zu erledigen.

Was ein neues privates Konto mitbringt

Das ist der Teil, der die Leute überrascht, und er überrascht sie deshalb, weil er auf zwei Ebenen gleichzeitig wirkt. Ob die Regel Sie überhaupt betrifft, entscheidet Ihr Konto: privat, erstellt nach dem Stichtag. Was Sie dann tatsächlich tun müssen, entscheidet die App, denn Google formuliert es so, dass Sie einen geschlossenen Test für Ihre App durchführen müssen, und der Antrag auf Produktionszugriff fragt anschließend nach genau dieser App, nach dem Test, den Sie dafür durchgeführt haben, und nach ihrer Reife. Sie können die App also zuerst bauen, alles richtig machen, die Überprüfung bestehen und trotzdem feststellen, dass die Produktion nicht verfügbar ist, weil die Pflicht mit dem Konto kam und an der App eingelöst werden muss. Der Stichtag gilt seit 13. November 2023, das war vor 1.027 Tagen. Wenn Sie also nicht mit einem Entwicklerkonto arbeiten, das Sie vor Jahren eingerichtet haben, betrifft er Sie.

Wie aus der Regel 12 wurde

Es kursieren zwei Zahlen, und nur eine davon ist aktuell. Wenn Sie eine Seite lesen, die von 20 Testern spricht, lesen Sie eine Seite, die vor Dezember 2024 geschrieben wurde, oder eine, die von einer solchen abgeschrieben hat.

1. 13. Nov. 2023
   Der Stichtag

   Private Entwicklerkonten, die nach diesem Datum erstellt wurden, fallen unter die Testanforderungen. Das Datum steht unverändert auf Googles aktueller Richtlinienseite.

2. Ende 2023
   Gestartet mit 20 Testern

   Die Anforderung begann mit mindestens 20 Testern über 14 Tage. Googles eigene Community-Dokumentation hält die ursprüngliche Zahl fest, ebenso wie zeitgleiche Threads der Hilfe-Community. Historisch

3. 11. Dez. 2024
   Auf 12 Tester gesenkt

   Google kündigte die Senkung in einem Beitrag der Play Developer Community mit dem Titel „Reduced testing requirements for Personal developer accounts“ an. Die Dauer von zwei Wochen blieb. Hintergrund: warum Google von 20 Testern auf 12 gegangen ist.

4. 13. Aug. 2026
   Aktuelle Regel: 12 Tester, 14 Tage am Stück

   Mindestens 12 Tester müssen mindestens während der letzten 14 Tage fortlaufend angemeldet sein, bevor ein betroffenes privates Konto Produktionszugriff beantragen kann. Was das im Alltag bedeutet, behandelt die Regel der 14 aufeinanderfolgenden Tage.

Warum die anderen Tracks nicht zählen

Ein häufiger Versuch, das zu umgehen, ist ein Track, der sich leichter füllen lässt. Das funktioniert nicht, und der Grund steht in der Formulierung: Die Richtlinie verlangt ausdrücklich einen geschlossenen Test.

Scrollen Sie die Tabelle seitwärts, um alle Spalten zu sehen

Der vollständige Vergleich der drei Test-Tracks, inklusive der Frage, wann welcher wirklich das richtige Werkzeug ist, steht in intern, geschlossen oder offen testen. Zum Zeitpunkt der Kontoerstellung zählt nur der engere Teil: Nur der geschlossene Track nimmt die Hürde, und er kostet mindestens zwei Wochen echte Kalenderzeit, die sich nicht zusammenstauchen lässt.

Was eine Abmeldung Sie tatsächlich kostet

Die weit verbreitete Fassung dieser Regel lautet, dass ein einziges Absinken unter 12 das Fenster zerstört und alles von vorn beginnt. Das sagt Googles Bedingung nicht, und der Unterschied ist in verlorenen Wochen bares Geld wert.

Geprüft wird in dem Moment, in dem Sie den Antrag stellen: Dann müssen mindestens 12 Tester angemeldet sein, und jeder dieser 12 muss die letzten 14 Tage durchgehend angemeldet gewesen sein. Google sagt ausdrücklich, dass Tester, die sich anmelden, weniger als 14 Tage testen, sich abmelden und dann wieder anmelden, nicht zählen, weil die 14 Tage aufeinanderfolgen müssen. Zusammengenommen ergeben sich daraus drei Folgen, die die meisten Seiten falsch darstellen:

• Mehr als 12 ist ein Puffer, keine Eitelkeit. Wenn 15 Tester die Bedingung erfüllen und einer aussteigt, erfüllen sie immer noch 14, und nichts verzögert sich. Erst wenn weniger als 12 jeweils die vollen 14 Tage ohne Unterbrechung vorweisen können, müssen Sie warten.
• Ein Ersatztester fängt bei null an. Der neue Tester erbt nicht die Tage, die der Ausgestiegene bereits abgeleistet hat. Seine eigenen 14 aufeinanderfolgenden Tage beginnen an dem Tag, an dem er sich anmeldet.
• Die verbliebenen Tester behalten ihre Historie. Wenn eine Person aussteigt, setzt das die Uhr von niemandem sonst zurück, und genau das stellt die Fassung „es beginnt von vorn“ am gründlichsten falsch dar.

Was passiert, wenn die 14 Tage um sind

Sie werden antragsberechtigt. Google fragt Sie dann nach dem Test, den Sie durchgeführt haben: wie die Tester die App genutzt haben, welches Feedback Sie gesammelt haben, was Sie daraufhin geändert haben, für wen die App gedacht ist und warum sie so weit ist. Das ist ein schriftlicher Antrag mit einer von Menschen geprägten Überprüfung dahinter und kein Zähler, der am vierzehnten Tag um Mitternacht umspringt. Die Fragen selbst und wie Sie sie ohne Füllwerk beantworten, behandelt der Beitrag zum Fragebogen für den Produktionszugriff.

Eine Anmerkung zum Engagement der Tester, denn hier vermehren sich erfundene Regeln. Der messbare Schwellenwert ist die fortlaufende Anmeldung: 12 Tester, angemeldet, 14 Tage ohne Unterbrechung. Google veröffentlicht auf der aktuellen Richtlinienseite keine Vorgabe zur täglichen Nutzung, und jede Seite, die Ihnen erzählt, jeder Tester müsse die App eine bestimmte Anzahl Minuten pro Tag öffnen, beschreibt etwas, das Google nirgends aufgeschrieben hat. Das Engagement wird separat bewertet, nämlich über das, was Sie im Antrag berichten, und nicht als zusätzlicher Zahlenwert über der Testerzahl. Verifiziert

Auch bei der Frage, woher die Tester kommen, sollten Sie mit der allzu selbstsicheren Fassung vorsichtig sein. Googles veröffentlichte Anforderung schreibt keine einzelne Quelle für die Anwerbung vor, und Googles eigene Hinweise verweisen zuerst auf das private und berufliche Umfeld, konkret auf Freunde, Familie, Kollegen und Mitstudierende, und danach auf Communities, in denen Ihre wahrscheinlichen Nutzer ohnehin unterwegs sind. Das sind Hinweise und keine abschließende Liste, ein seriöser Testdienstleister ist dadurch also nicht ausgeschlossen. Was es nicht ist, ist ein pauschales „Google ist es egal, wer Ihre Tester sind“: Google verlangt eine vielfältige, repräsentative Gruppe und erwartet echtes Engagement und echtes Feedback, und Installationen, Bewertungen oder Rezensionen zu manipulieren ist ein Richtlinienproblem, ganz gleich, wie die Leute gefunden wurden. Verifiziert

Fehlgeschlagene Registrierung und wie Sie sie beheben

Zehn Symptome, jeweils mit der dokumentierten Abhilfe

Die Situationen unten sind die, für die Google Abhilfen veröffentlicht, formuliert so, wie Entwickler sie in der Hilfe-Community tatsächlich beschreiben, und nicht so, wie die Richtlinienseiten sie benennen. Wenn Ihr Symptom nicht dabei ist, ist auch das eine nützliche Information: Meist heißt es, dass die Antwort nicht dokumentiert ist, und der ehrliche nächste Schritt ist dann der Support der Play Console und keine Vermutung aus dem Forum.

Stau-Wegweiser

Wenn die Antwort nicht auf dieser Liste steht

In den Threads der Hilfe-Community aus dem Jahr 2026 gibt es ein Muster, das keine Fehlerliste auflösen kann: Entwickler beschreiben eine festgefahrene Verifizierung, bei der das Konto nicht verifiziert werden kann und Support-Tickets ohne inhaltliche Antwort geschlossen werden. Diese Berichte sind echt und häufig genug, um sie ehrlich zu erwähnen, aber sie sind auch selbstselektiv, denn wer eine normal abgeschlossene Verifizierung erlebt, schreibt darüber nichts. Nichts in diesem Beitrag kann Ihnen einen Ausweg aus dieser Schleife versprechen. Was er kann, ist, Sie aus den Schleifen herauszuhalten, die dokumentierte Ursachen haben, und das sind die meisten. Von der Community berichtet

Noch eine Unterscheidung, die man sich merken sollte, denn sie verursacht eine ganze Kategorie fehlgeleiteter Panik: Die Identitätsprüfung Ihres Entwicklerkontos ist nicht dasselbe wie das separate, ökosystemweite Programm zur Android-Entwickler-Verifizierung mit seinem eigenen Zeitplan für 2026. Dieser Beitrag behandelt den Abschluss der Verifizierung in der Play Console. Das andere Programm und was es für Installationen außerhalb von Google Play bedeutet, behandelt der Beitrag zur Android-Entwickler-Verifizierung.

Wichtige Anforderungen 2026, die Ihre Erstveröffentlichung blockieren können

Kontoerstellung und App-Anforderungen sind getrennte Systeme, und es ist leicht, das eine abzuschließen und dabei still am anderen zu scheitern. Sie können ein tadellos verifiziertes Entwicklerkonto besitzen und trotzdem nicht ausliefern können, weil der Build selbst eine aktuelle Anforderung nicht erfüllt. Die Zeilen unten sind die, die ein brandneues Konto betreffen; welche davon für Sie gelten, hängt davon ab, was Ihre App tut.

• 31. Aug. 2026
  Neue Apps und Updates müssen Android 16 (API 36) als Ziel haben

  Gilt für Einreichungen auf Mobilgeräten, sowohl für neue Apps als auch für Updates bestehender Apps. Andere Formfaktoren haben eigene Level. Die vollständige Aufschlüsselung nach Gerätetyp finden Sie im Beitrag zum Ziel-API-Level.

  In Kraft
• 31. Aug. 2026
  Apps, die Google Play Billing nutzen, müssen auf Billing Library 8 oder höher sein

  Googles Zeitplan zur Einstellung legt die Frist für neue Apps und Updates mit Play Billing Library 7 auf dieses Datum, mit einem Verlängerungsende am 1. November 2026. Betroffen sind nur APKs, die die Berechtigung com.android.vending.BILLING voraussetzen. Wenn Ihre erste App keine In-App-Käufe oder Abos hat, gilt das also nicht für Sie. Wenn doch, ist das eine Build-Abhängigkeit, die Sie besser jetzt entdecken als beim Einreichen.

  In Kraft
• 30. Sep. 2026
  Registrierung des Play-Paketnamens

  Jedes Play-Paket muss registriert werden, aber neue Apps, die in der Play Console erstellt werden, werden normalerweise automatisch registriert. Das ist also meist ein Status zum Bestätigen und keine Aufgabe zum Erledigen. Bestätigen Sie ihn, statt ihn vorauszusetzen. Das ist etwas anderes als das ökosystemweite Programm zur Android-Entwickler-Verifizierung, das der Beitrag zur Android-Entwickler-Verifizierung behandelt.

  Meist automatisch
• 1. Nov. 2026
  Ende des Verlängerungsfensters für Berechtigte

  Dasselbe Enddatum gilt für beide Anforderungen zum 31. August: für die Umstellung des Ziel-API-Levels und für die Play Billing Library. Verlängerungen werden beantragt und nicht automatisch gewährt, und sie erscheinen im Richtlinienstatus und in den Benachrichtigungen der Play Console. Wenn Sie jetzt ein Konto registrieren, gehen Sie davon aus, dass Sie auf die aktuelle Anforderung hin bauen und nicht auf eine Verlängerung.

  Falls gewährt
• Bedingt
  Kontakteberechtigungen, nur wenn Ihre App Kontakte liest

  Googles neue Richtlinie zu Kontakteberechtigungen regelt den weitreichenden Zugriff auf die Kontakte von Nutzern für Apps, die auf Android 17 (API 37) oder höher ausgerichtet sind. Beide Google-Quellen nennen inzwischen dasselbe Inkrafttreten, 27. Januar 2027: Die Fristentabelle der Play Console und die Richtlinienseite bei Android Developers stimmen überein, beide erneut abgerufen am 14. August 2026. Frühere Mitteilungen von Google nannten für diese Richtlinie den 28. Oktober 2026; dieses Datum ist überholt. Das vollständige Verzeichnis mit allen Terminen finden Sie unter der Beitrag zu den Richtlinienänderungen 2026. Verifiziert

  Die meisten Apps: ignorieren

Das sind die Termine 2026, die ein brandneues Konto am ehesten betreffen, und dieser Beitrag hört hier bewusst auf, statt zum Richtlinienkalender zu werden. Das ist keine Behauptung, dass Sie sonst nichts aus dem Kalender treffen kann: Kategoriespezifische Richtlinien kommen über das ganze Jahr verteilt, und welche davon Ihre App berühren, hängt ganz davon ab, was Ihre App tut. Wenn Sie das vollständige Verzeichnis mit allen Terminen wollen, ist genau dafür der Beitrag zu den Richtlinienänderungen da, und das ist die Seite, die Sie vor dem Bauen prüfen sollten, nicht danach.

So hilft PrimeTestLab

Schauen Sie noch einmal auf die Bereitschaftsliste am Anfang dieses Beitrags. Jede Zeile darauf können Sie allein und in Ihrem eigenen Tempo abarbeiten, mit einer Ausnahme. Das Ausweisdokument, das Zahlungsprofil, die Codes, die Geräteprüfung: alles Alleinarbeit. 12 Menschen zu finden, die eine unfertige App installieren, sich mit dem richtigen Google-Konto anmelden und zwei Wochen lang angemeldet bleiben, ohne abzuspringen, ist keine Alleinarbeit, und genau deshalb wird aus einer Zwei-Wochen-Anforderung regelmäßig eine Zwei-Monats-Anforderung.

Selbst machen oder abgeben

Beide Spalten erfüllen dieselbe Anforderung von Google. Der Unterschied liegt darin, wo Arbeit und Risiko liegen. Die erste Spalte ist ehrlich beschriftet: Nur die ersten beiden Zeilen sind bezifferte Bedingungen, die Google tatsächlich veröffentlicht. Das Engagement ist etwas, das die Prüfung des Produktionszugriffs abwägt, und kein Schwellenwert, den Sie treffen können, und die Gerätevielfalt ist gute QA-Praxis, die Google empfiehlt, aber nicht in eine Geräteanzahl übersetzt, die Sie erreichen müssten.

Scrollen Sie die Tabelle seitwärts, um alle Spalten zu sehen

Wir haben diesen Test für 7.400+ Apps in 120+ Ländern durchgeführt, und wir machen das seit 5+ Jahren. Unsere Zahl von 99.9% ist eine Test-Abschlussquote, und es lohnt sich, genau zu sagen, was sie misst: Der betreute Test hielt die geforderte Zahl angemeldeter Tester über die vollen 14 Tage ohne Unterbrechung. Es ist keine Genehmigungsquote. Was Sie dafür bekommen, ist ein abgeschlossener geschlossener Test, der die Anforderung erfüllt, die Google tatsächlich aufgeschrieben hat. Sie bekommen damit keinen Produktionszugriff, und den kann Ihnen niemand verkaufen: Google prüft den Antrag danach und entscheidet darüber. Genau deshalb hört die ehrliche Fassung dieses Angebots genau hier auf.

Wenn Sie das Anwerben lieber selbst übernehmen, ist das eine legitime Entscheidung, und dieser Beitrag wird nicht so tun, als wäre es anders. Sieben seriöse Wege, 12 Tester zu finden beschreibt die Wege, die funktionieren, und ob sich ein bezahlter Testdienst lohnt ist so geschrieben, dass es Ihnen hilft, sich dagegen zu entscheiden, wenn das die richtige Antwort ist.

Häufig gestellte Fragen

Fazit

Der 14-Tage-Test ist der eine Teil an all dem, für den man andere Menschen braucht, und genau diesen Teil übernimmt PrimeTestLab für Sie. Preispläne ansehen →