Google Play: Veröffentlichungsanforderungen für neue Entwickler 2026

Google Play erteilt keine einzelne Freigabe. Ein Release steht hinter einer Kette einzelner Hürden, und jede Hürde hat ihre eigene Regel dafür, für wen sie überhaupt gilt. Ein guter Teil des Folgenden wird Sie deshalb nicht betreffen.

Jede Anforderung weiter unten trägt dieselben vier Angaben: für wen sie gilt, was Sie tun, was ihren Abschluss belegt und die offizielle Seite, aus der sie stammt. Wo die Seiten von Google einander widersprechen, und an zwei Stellen tun sie das, bekommen Sie beide Fassungen statt unserer Vermutung.

Die Veröffentlichungsanforderungen von Google Play im Überblick

Unten stehen alle Hürden, jeweils mit der Regel, die darüber entscheidet, ob sie Sie betrifft, und mit dem Nachweis in der Play Console, der ihren Abschluss belegt. Zeilen mit der Kennzeichnung bedingt entfallen bei manchen Entwicklern vollständig.

Die Reihenfolge, in der das tatsächlich abläuft

Acht Phasen, und die Reihenfolge ist keine Geschmacksfrage: drei davon sind harte Voraussetzungen für die jeweils nächste.

1. Entwicklerkonto wählen und verifizieren Kontotyp, Gebühr, Identität und, wo die Console sie anzeigt, die Geräteprüfung.
2. App anlegen und einen regelkonformen Build vorbereiten App-Datensatz und Anwendungs-ID, App Bundle und Signatur, Ziel-API, Preflight für den Build.
3. Android-Entwicklerregistrierung prüfen Eine Statusprüfung in der Play Console, sobald App und Paket existieren.
4. Store-Eintrag und Assets fertigstellen Zeichenlimits, Pflichtgrafiken, die Maske für das App-Symbol, Erklärungen zu KI-Assets.
5. App-Inhalte und Prüferzugang fertigstellen Datenschutz, Datensicherheit, Löschung, Altersfreigabe, Zielgruppe, Werbung, die beiden Erklärungen für alle Apps, Anleitung zur Anmeldung.
6. Den qualifizierenden geschlossenen Test durchführen 12 Tester, die 14 Tage durchgehend angemeldet sind. Nur für private Konten, die nach dem 13. Nov. 2023 erstellt wurden.
7. Produktionszugriff beantragen Der dreiteilige Fragebogen zu Ihrem Test, Ihrer App und Ihrer Startbereitschaft.
8. Das Produktions-Release einreichen und veröffentlichen Länder, Preise, das Bundle, die Release-Notes, das Einreichen zur Überprüfung und dann die Veröffentlichung.

1. Entwicklerkonto wählen und verifizieren

Sie brauchen ein Google-Konto mit aktivierter Bestätigung in zwei Schritten, und bei der Registrierung stimmen Sie der Google Play-Vertriebsvereinbarung für Entwickler und den Nutzungsbedingungen der Play Console zu. Danach müssen drei Dinge erledigt sein, bevor Sie veröffentlichen können: die Gebühr, Ihre Identität und, wo die Console sie anzeigt, eine Geräteprüfung.

Was die Gebühr von 25 $ ist und was sie nicht ist

Die Gebühr wird ausschließlich per Kredit- oder Debitkarte bezahlt. Welche Kartentypen akzeptiert werden, hängt vom Land ab, und Google sagt ausdrücklich, dass Prepaid-Karten nicht akzeptiert werden.

Privat oder Organisation, und wann die Wahl bereits feststeht

Stellen Sie zuerst die Frage nach der Kategorie, denn für manche Apps gibt es nichts zu entscheiden.

Wenn keine dieser Kategorien auf Sie zutrifft, haben Sie die Wahl. Beide Kontotypen können veröffentlichen und Geld verdienen, ein Teil des Unterschieds liegt also nur darin, was Google über Sie verifiziert. Es ist aber nicht nur Papierkram: Ein privates Konto, das nach dem 13. November 2023 erstellt wurde, muss zusätzlich einen qualifizierenden geschlossenen Test durchführen, und das ist der längste feste Posten in diesem Leitfaden. Ausführlicher Vergleich: privates Konto oder Organisationskonto.

Was die Kontoprüfung verlangt und warum die Dauer schwankt

Google prüft auf Kontoebene, wer Sie sind, bevor Sie veröffentlichen können. Ein privates Konto reicht ein amtliches Ausweisdokument ein, eine Organisation zusätzlich die Angaben zur Organisation. Was genau verlangt wird, kann davon abhängen, was Ihr Zahlungsprofil bereits verifiziert hat. Deshalb werden zwei Menschen, die demselben Leitfaden folgen, nach unterschiedlichen Dingen gefragt. Ihre Identität als Entwickler bestätigen

Google veröffentlicht keine garantierte Bearbeitungszeit für die Identitätsprüfung eines Play-Kontos, und die vielzitierten „bis zu 5 Tage“ sind keine solche Angabe: Die Zahl stammt aus der Zahlungsdokumentation von Google, nicht von der Play-Seite zur Identität. Erledigen Sie die Aufgaben, die die Console anzeigt, und rechnen Sie mit zusätzlichen Dokumentprüfungen. Die Prüfung der Zahlungsmethode ist noch einmal etwas anderes: eine Händlerprüfung, die an das Annehmen von Zahlungen gebunden ist, und kein Schritt, den jeder Entwickler einer kostenlosen App anstoßen muss. Kontoinformationen und Händlerprüfungen

Fertig, wenn: Die Play Console zeigt die Aufgabe zur Identitätsprüfung für Ihr Konto nicht mehr an. Behandeln Sie eingereicht und bestätigt als zwei verschiedene Zustände: Ein eingereichtes Dokument gibt die Veröffentlichung noch nicht frei.

Geräteprüfung: die Hürde, die die meisten Leitfäden übersehen

Neue private Entwicklerkonten haben eine eigene Geräteaufgabe. Sie weisen den Zugriff auf ein physisches Android-Mobilgerät ohne Root mit Android 10 oder neuer nach, und zwar über die Play Console-App, angemeldet als Kontoinhaber. Anforderungen an die Geräteprüfung

Was sie nicht ist: die Identitätsprüfung, der qualifizierende geschlossene Test oder eine Regel für Ihre Tester. Nirgends steht, dass die 12 Personen in Ihrem geschlossenen Test dieses Gerät brauchen. Sie ist ein eigener Punkt auf der Startseite der Console, und ein Emulator erledigt sie nicht.

Fertig, wenn: Die Aufgabe zur Geräteprüfung verschwindet von der Startseite Ihrer Play Console.

Den Kontotyp später ändern

Sie können ein privates Entwicklerkonto über den Verifizierungsablauf von Google in ein Organisationskonto umwandeln: die Website der Organisation verifizieren, ihr Zahlungsprofil anlegen oder auswählen und verifizieren und die Änderung dann im bestehenden Konto abschließen. Google empfiehlt, nach der Umwandlung mindestens 72 Stunden zu warten, bevor Sie neue Apps einreichen. Umgekehrt, also von Organisation zu privat, brauchen Sie ein neues Konto. Kontotyp umwandeln

2. App anlegen und einen regelkonformen Build vorbereiten

Zwei Hälften: die App, die Sie in der Play Console anlegen, und das Artefakt, das Sie dort hochladen. Eine Entscheidung darin begleitet die App ihr ganzes Leben lang, dreißig Sekunden dafür lohnen sich also jetzt.

Die Entscheidungen, die endgültig sind

Beim Anlegen der App in der Play Console legen Sie Name, Standardsprache, den Typ App oder Spiel und den Status kostenlos oder kostenpflichtig fest. Die Anwendungs-ID ist etwas Eigenes: Sie steht in Ihrer Build-Konfiguration und nicht in diesem Formular der Console, und beide treffen erst beim Upload aufeinander. Prüfen Sie die Anwendungs-ID also in Ihrem Build, bevor Sie hochladen, statt anzunehmen, ein leerer Datensatz in der Console hätte sie schon festgelegt. App erstellen und einrichtenAnwendungs-ID

Android App Bundle und die zwei Signaturrollen

Für eine gewöhnliche neue öffentliche App akzeptiert Google Play das Android App Bundle (.aab) statt eines APK, und die App nutzt Play App Signing. Dieser Geltungsbereich gehört dazugesagt, statt die Regel absolut zu setzen: Berechtigte Alt-Apps haben weiterhin APK-Abläufe, App Bundles sind für alle Android TV-Apps seit Juni 2023 Pflicht, und die Verteilung privater Apps in Unternehmen läuft wieder anders. App BundlesPrivate Apps

Play App Signing trennt zwei Rollen, was nicht dasselbe ist wie zwei Schlüssel, die Sie selbst in der Hand halten. Den App-Signaturschlüssel verwaltet Google; er signiert das, was Nutzer installieren. Der Upload-Schlüssel signiert Ihr Bundle vor dem Upload, damit Google weiß, dass es von Ihnen stammt. Hinter beiden Rollen kann derselbe Schlüssel stehen oder je ein eigener; ein separater Upload-Schlüssel ist die empfohlene Konfiguration, weil er sich zurücksetzen lässt, wenn Sie ihn verlieren. App signieren

Ziel-API-Level nach Formfaktor

Das ist die Anforderung, die einen Upload am ehesten komplett blockiert, und sie ist keine einzelne Zahl: Sie hängt davon ab, was Sie einreichen.

Google dokumentiert Verlängerungsfenster, die unter bestimmten Umständen bis zum 1. November 2026 laufen, aber ob Ihre App dafür infrage kommt, wird für sie einzeln in der Play Console entschieden. Anforderungen an das Ziel-API-Level Details zur Migration stehen im Leitfaden zum Ziel-API-Level.

Preflight: was ein scheinbar gültiges Bundle scheitern lässt

Zwei Prüfungen erwischen Projekte, die sonst fertig aussehen. Beide sind bedingt: Wenn keine davon auf Ihre App zutrifft, überspringen Sie diesen Teil.

Native Bibliotheken: 64-Bit und 16-KB-Seitengröße

Wenn Ihre App nativen Code mitbringt, direkt, über ein SDK oder von einem App-Baukasten erzeugt, prüfen Sie ihn auf 64-Bit-Unterstützung und auf Kompatibilität mit einer Seitengröße von 16 KB und testen Sie ihn in einer 16-KB-Umgebung. Apps, die nur in Java oder Kotlin geschrieben sind, Abhängigkeiten eingeschlossen, unterstützen die betreffende Seitengröße bereits. Prüfen Sie das Bundle, das Sie tatsächlich hochladen: Eine Abhängigkeit kann eine 32-Bit-Bibliothek oder eine auf 4 KB ausgerichtete Bibliothek wieder einschleppen, ohne dass sich bei Ihnen etwas geändert hat. 16-KB-Seitengrößen64-Bit

Version der Play Billing Library

Wenn, und nur wenn, Ihre App Play Billing einbindet, brauchen neue Einreichungen in der Regel die Billing Library in Version 8 oder neuer. Die reguläre Frist für Version 7 war der 31. August 2026, und eine zutreffende Verlängerung kann bis zum 1. November 2026 laufen. Nichts davon betrifft eine App ohne diese Einbindung, und es bedeutet nicht, dass bereits installierte ältere Apps aufhören zu funktionieren. Zeitplan für die Einstellung von Billing-Versionen

Fertig, wenn: Eine signierte .aab wird ohne Fehler beim Ziel-API-Level und ohne Formatfehler hochgeladen, der Versionscode ist höher als bei allem, was Sie vorher hochgeladen haben, und, falls die App nativen Code mitbringt, bestehen sowohl Ihre Kompatibilitätsprüfungen als auch ein Lauf in einer 16-KB-Umgebung. Dass die Play Console einen Upload validiert, heißt nicht, dass Ihre Abhängigkeiten getestet sind; beheben Sie blockierende Probleme und lesen Sie die Warnungen.

3. Die Android-Entwicklerregistrierung in der Play Console prüfen

Dieser Schritt kommt nach der vorherigen Phase, weil er die App voraussetzt: Die Registrierung verknüpft eine App, also ihren Paketnamen und den Fingerabdruck ihres Signaturschlüssels, mit einer verifizierten Entwickleridentität, und zwar im gesamten Android-Ökosystem und nicht nur bei Google Play. Das ist etwas anderes als die Identitätsprüfung auf Kontoebene aus Phase 1, die belegt, wer Sie sind, damit Sie überhaupt ein Konto führen dürfen.

Für Entwickler, die bei Play veröffentlichen, läuft es praktisch auf eine einzige Frage hinaus: Ist Ihre App registriert? Prüfen Sie den Status auf der Seite Android-Entwicklerverifizierung in der Play Console. Google versucht die Registrierung automatisch und verwendet die bereits abgeschlossene Identitätsprüfung erneut. Für die meisten Play-Entwickler ist das deshalb eine Statusprüfung und keine Aufgabe: Sie brauchen kein eigenes Konto für die Android Developer Console, und Sie wiederholen die Identitätsprüfung nicht. Bestätigen Sie die Registrierung und erledigen Sie jede offene Aufgabe, die dort angezeigt wird. Play-Paketnamen registrieren

Apps, die nicht registriert sind, riskieren ab dem 30. September 2026 die weltweite Entfernung aus Google Play. Das geht leicht unter, weil die meisten Berichte zu diesem Datum nur die Installationsphase in vier Ländern beschreiben, also einen anderen Teil desselben Programms. Zwei Dinge können Sie ignorieren: Das kostenlose Konto für begrenzte Verteilung richtet sich an Hobbyentwickler, die an eine Handvoll Geräte ausliefern, und ist kein kostenloser Weg auf Google Play; und die Android-Untergrenze der geräteseitigen Prüfung ist widersprüchlich dokumentiert (die FAQ der Android Developers nennt 7 und neuer, die Android-Hilfe nennt 8 und neuer), was ein ungelöster Widerspruch zwischen zwei Google-Seiten ist und keine Anforderung, nach der Sie handeln müssten. Android-Hilfe

Fertig, wenn: Die Seite Android-Entwicklerverifizierung in der Play Console zeigt die App als registriert, ohne offene Aufgabe dazu.

4. Store-Eintrag und Assets fertigstellen

Der Store-Eintrag ist das, was Nutzer und Prüfer zuerst sehen, und er hat harte Grenzen, an denen ein Speichern scheitert. Die nützliche Trennlinie verläuft zwischen dem, was Google zum Veröffentlichen verlangt, und dem, was Google für eine Platzierung auf den Empfehlungsflächen nahelegt; beides steht unten getrennt.

Zum Veröffentlichen erforderlich

Google Play Console · echter Screenshot

Empfohlen, aber keine Hürde für die Veröffentlichung

Die Hinweise von Google zu Vorschau-Assets beschreiben außerdem, was einen Store-Eintrag für großformatige Flächen und Empfehlungsflächen infrage kommen lässt: mehr Screenshots, höhere Auflösungen, eigene Sets für die Geräteklassen, auf denen Sie vorgestellt werden möchten. Fehlt davon etwas, blockiert das kein Release. Einträge für Wear OS, TV und XR haben zusätzlich eigene Asset-Regeln. Vorschau-Assets

Die Eckenmaske für das App-Symbol

Sie laden ein vollständiges quadratisches Symbol hoch, und Google Play legt eine dynamische Eckenmaske mit einem Radius von 30 % der Symbolgröße darüber, sodass alles in Eckennähe im gerenderten Ergebnis abgeschnitten wird. Das ist die aktuelle Spezifikation und nicht, wie oft wiederholt wird, eine Änderung aus dem Jahr 2026. Das Änderungsdatum einer Quellseite belegt nicht, seit wann eine Regel gilt. Designspezifikationen für Google Play-Symbole

KI-Erklärungen für generierte Store-Assets

Wenn Sie Bilder, Videos oder Werbematerial für den Store-Eintrag mit KI erzeugen oder bearbeiten, enthält die Play Console in ihren Abläufen zur Inhaltserstellung inzwischen Selbsterklärungen je Asset, und Assets, die in den geltenden regulatorischen Rahmen fallen, werden gekennzeichnet. Die Hilfeseite von Google nennt weder ein Startdatum noch eine abschließende Liste der abgedeckten Vorschriften, also erfinden wir beides nicht. Es geht hier um Store-Assets, getrennt von der Richtlinie dazu, was eine generative App für Nutzer produziert. KI-generierte Inhalte angeben

Metadaten-Regeln, an denen Store-Einträge scheitern

Die Hinweise von Google zum Store-Eintrag sind streng bei werblicher Sprache in den Feldern, die in den Suchergebnissen und auf den Empfehlungsflächen erscheinen: Titel, Symbol, Entwicklername und Kurzbeschreibung.

Fertig, wenn: Der Haupt-Store-Eintrag lässt sich ohne Fehler wegen fehlender Assets speichern, und die hochgeladenen Grafiken wirken auch nach der Eckenmaske noch richtig.

5. App-Inhalte und Prüferzugang fertigstellen

App-Inhalte ist der Teil, den Entwickler bei ihrer ersten Veröffentlichung unterschätzen, weil nichts davon Technik ist und alles davon blockiert. Es ist ein Stapel von Erklärungen, und eine unvollständige oder ungenaue Antwort ist einer der häufigsten Gründe, warum ein Launch stockt.

Datenschutzerklärung: jede App, an zwei Stellen

Jede App braucht eine Datenschutzerklärung, nicht nur Apps für Kinder, wie es oft dargestellt wird. Hinterlegen Sie den Link in der Play Console und einen Link oder den Text der Erklärung in der App selbst. Verwenden Sie eine aktive, öffentliche URL ohne Geosperre, kein PDF. Auch eine App, die keine Daten erhebt, braucht eine, und „wir erheben nichts“ ist keine Erklärung: Sie muss trotzdem App und Entwickler benennen, einen Kontakt für Datenschutzfragen angeben und beschreiben, wie mit den Daten, die sie doch berührt, umgegangen wird und wie lange sie aufbewahrt werden. Richtlinie zu Nutzerdaten

Datensicherheit

Jede App im geschlossenen, offenen oder Produktions-Track füllt das Formular zur Datensicherheit aus. Apps, die ausschließlich im internen Test-Track laufen, sind ausgenommen, und das ist ein echter Grund, den internen Test früh zu nutzen. Auch eine App, die nichts erhebt, füllt das Formular aus und gibt genau das an. Datensicherheit

Geben Sie an, was Ihre App tatsächlich erhebt und weitergibt, einschließlich dessen, was Ihre SDKs in Ihrem Namen tun. Das ist der Teil, der am häufigsten falsch ist: Ein SDK für Analytics, Werbung oder Absturzberichte erhebt Daten, ob Sie diesen Code geschrieben haben oder nicht, und die Erklärung ist Ihre. Lesen Sie die Dokumentation jedes einzelnen SDK, statt anzunehmen, ein ganzer Anbieter verhalte sich einheitlich.

Konto- und Datenlöschung

Wenn Nutzer in Ihrer App ein Konto anlegen können, müssen Sie ihnen erlauben, die Löschung aus der App heraus und von außerhalb zu verlangen, also über eine öffentlich erreichbare Web-URL, und mit dem Konto müssen auch die zugehörigen Daten gelöscht werden. Wo das Gesetz oder ein berechtigtes geschäftliches Interesse verlangt, dass Sie etwas aufbewahren, legen Sie das offen.

Alles Weitere unter App-Inhalte

Neben Datenschutz, Datensicherheit, Löschung und App-Zugriff weiter oben bleibt Folgendes. Zwei davon werden übersehen, weil die Namen bedingt klingen: Die Erklärungen zu Gesundheits-Apps und zu Finanzfunktionen sind für eine gewöhnliche öffentliche App im geschlossenen, offenen oder Produktions-Track Pflicht, auch wenn sie keine der beiden Arten von Funktionen hat. Beide haben eine Antwort für den Fall ohne solche Funktionen, und wer sie ausfüllt, unterliegt deswegen noch keinen Zulassungsregeln für Medizin oder Finanzen. Erklärung zu Gesundheits-AppsErklärung zu Finanzfunktionen

Google Play Console · echter Screenshot

Geben Sie Prüfern einen funktionierenden Zugang

Wenn ein Teil Ihrer App hinter einer Anmeldung oder einer anderen Sperre liegt, füllen Sie App-Zugriff aus. Die Play Console unterstützt bis zu fünf Sätze von Anleitungen, also Anleitungssätze und nicht zwingend fünf Sätze Zugangsdaten, was zählt, wenn Sie einen Login und mehrere gesperrte Wege haben. App für die Überprüfung vorbereiten

Prüfen Sie vor dem Einreichen, ob die Zugangsdaten noch funktionieren und ob jede gesperrte Funktion für jemanden erreichbar ist, der nicht Sie sind. Abgelaufene Konten, Einmalcodes, die auf Ihrem Telefon landen, und Funktionen, die sich nur für ein internes Konto freischalten, sind die üblichen Fehlerquellen.

Fertig, wenn: App-Inhalte zeigt keine offene Aufgabe mehr, und jemand außer Ihnen kann sich mit genau dem anmelden, was Sie unter App-Zugriff eingetragen haben.

Kategoriespezifische Erklärungen

Über die Formulare oben hinaus hängen manche Richtlinien daran, was die App tatsächlich tut. Diese sind wirklich bedingt:

• Gesundheits-Apps, über die Erklärung hinaus. Hat die App tatsächlich Gesundheitsfunktionen, verlangt die Richtlinie zu gesundheitsbezogenen Inhalten und Diensten zusätzlich die Kennzeichnung als Medizinprodukt und einen Haftungsausschluss für nicht regulierte Gesundheits-Apps, und Gesundheits-Apps der genannten Art brauchen ein Organisationskonto. Gesundheitsbezogene Inhalte und Dienste
• Apps mit generativer KI. Verhindern Sie unzulässige Ausgaben und geben Sie Nutzern in der App eine Möglichkeit, sie zu melden. Es geht darum, was die App produziert, getrennt von den Erklärungen zu Store-Assets weiter oben, und es ist keine Regel, nach der jede KI-gestützte App eine Kennzeichnung trägt. Richtlinie zu KI-generierten Inhalten
• Berechtigungen für Fotos und Videos. Fordern Sie breiten Zugriff nur an, wo eine Kernfunktion ihn braucht; sonst nutzen Sie die Fotoauswahl des Systems.
• Standort und Kontakte. Für beide kommen Anforderungen zum Mindestumfang mit konkreten Daten und engem Geltungsbereich, siehe Fristen und bedingte Änderungen.
• Weitere Kategorien. Nachrichten und Zeitschriften, Finanzdienstleistungen, Behörden-Apps und andere haben je eine Richtlinienseite, die von App-Inhalte aus verlinkt ist.

6. Den erforderlichen geschlossenen Test durchführen, falls er für Sie gilt

Gilt für: private Entwicklerkonten, die nach dem 13. November 2023 erstellt wurden. Organisationskonten und private Konten, die vor diesem Datum erstellt wurden, haben diese Anforderung gar nicht. Wenn das auf Sie zutrifft, springen Sie zum Einreichen des Release.

Die Regel ist kurz: Führen Sie einen geschlossenen Test durch, bei dem mindestens 12 Tester über die 14 Tage vor Ihrem Antrag auf Produktionszugriff durchgehend angemeldet sind. Die Senkung von 20 auf 12 Tester trat am 11. Dezember 2024 in Kraft und behielt dieselben 14 Tage bei. TestanforderungenDie Änderung von 20 auf 12

Google Play Console · echter Screenshot

Drei Tracks, und nur einer zählt

Der interne Test sieht nach der naheliegenden Abkürzung aus und ist wirklich nützlich, nur eben nicht dafür.

Google bewertet zwei Dinge: die Zahl Ihrer Tester und deren Engagement. Zu den eigenen Beispielen dafür, warum Google mehr Tests verlangt, gehören Tester, die sich während des Tests nicht mit der App beschäftigt haben; 12 Namen auf einer Liste sind also nicht die Anforderung. Was Google nicht veröffentlicht, ist eine Regel zu Minuten pro Tag oder zu Sitzungen. Wenn Sie irgendwo eine konkrete Tageszahl gelesen haben, stammt sie nicht von Google, und Ihr Test sollte nicht darum herum geplant werden.

Wie Sie das wirklich erfüllen

Jede andere Anforderung hier ist Papierkram oder Technik, die Sie selbst in der Hand haben. Diese hier braucht 12 echte Menschen auf echten Android-Geräten, die sich anmelden und 14 Tage durchgehend angemeldet bleiben.

Fertig, wenn: Die Play Console zeigt 12 oder mehr angemeldete Tester und einen geschlossenen Test, der mindestens 14 Tage durchgehend läuft, und die Aktion zum Beantragen des Produktionszugriffs wird im Dashboard verfügbar.

7. Produktionszugriff beantragen, falls erforderlich

Gilt für: dieselben Konten wie beim geschlossenen Test, also private Konten, die nach dem 13. November 2023 erstellt wurden. Alle anderen gehen direkt zum Release.

Die Kriterien des geschlossenen Tests zu erfüllen bringt Sie noch nicht in die Produktion. Sie stellen den Antrag im Dashboard der Play Console und beantworten einen Fragebogen. Er wird oft als festes Formular mit zehn Fragen beschrieben; Google ändert die Formulierungen im Lauf der Zeit, merken Sie ihn sich deshalb lieber als drei Themen.

Schreiben Sie aus dem Test heraus, den Sie tatsächlich durchgeführt haben. Keine Formulierung garantiert eine Genehmigung; was hilft, sind konkrete Angaben zu echten Tests und echten Änderungen. Allgemeine Antworten sind ein bekannter Weg dahin, dass mehr Tests verlangt werden. Ausgearbeitete Beispiele zeigen Ihnen, wie Sie Ihren eigenen Test beschreiben, und liefern kein Skript.

Google sagt, diese Überprüfung dauert in der Regel sieben Tage oder weniger, kann aber gelegentlich länger dauern. Planen Sie mit sieben Tagen und nehmen Sie das nicht als Obergrenze. Zeitrahmen für die Überprüfung des Produktionszugriffs Wird der Zugriff verweigert, ist das übliche Ergebnis die Aufforderung zu mehr Tests und keine Ablehnung, und Ihr geschlossener Test muss nicht stoppen, während Sie den neuen Antrag vorbereiten. Was tun nach „Weitere Tests erforderlich“.

Fertig, wenn: Die Play Console zeigt den Produktionszugriff als gewährt an. Nichts davor, weder eine vollständige Checkliste noch volle 14 Tage, ist die Gewährung selbst; die Entscheidung liegt bei Google.

8. Das Produktions-Release einreichen und veröffentlichen

Der Produktionszugriff schaltet dort, wo er gilt, den Track frei; veröffentlicht wird damit nichts. Das Release ist eine eigene Abfolge, und genau hier kommen Leute an, bei denen alles fertig ist und trotzdem nichts live steht. Release vorbereiten und einführen

1. Länder und Regionen Fangen Sie eng an und weiten Sie später aus, wenn Sie möchten.
2. Preise Vor dem ersten Release festlegen. Eine kostenlose App kann unter demselben Paketnamen später nicht kostenpflichtig werden.
3. Das Bundle zum Release hinzufügen Wählen Sie ein geeignetes Bundle, das Sie bereits für den Test hochgeladen haben, oder laden Sie einen neuen Build mit höherem Versionscode hoch. Ein getestetes Artefakt in das Produktions-Release zu übernehmen verlangt für sich genommen keinen neuen Build.
4. Release-Name und Release-Notes Der Name ist intern; die Release-Notes sind das, was Nutzer zu dieser Version sehen.
5. Fehler und Warnungen lesen Die Console blockiert bei Fehlern und lässt Warnungen durch. Lesen Sie beides: Oft ist es die Warnung, auf die es später ankommt.
6. Die Änderungen zur Überprüfung senden Vorher ist nichts eingereicht. Eine fertige Release-Seite mit nicht gesendeten Änderungen ist eine der leisesten Arten, wie ein Launch stecken bleibt.
7. Überprüfung und Veröffentlichung begleiten In Prüfung, bereit zur Veröffentlichung und live sind drei verschiedene Zustände. Ist die verwaltete Veröffentlichung verfügbar und aktiviert, warten genehmigte Änderungen, bis Sie „Änderungen veröffentlichen“ auswählen; eine Genehmigung allein ist keine Veröffentlichung. Danach kann es dauern, bis der Store-Eintrag erscheint.

Fertig, wenn: Die Veröffentlichungsübersicht zeigt keine nicht gesendeten Änderungen mehr, und das Produktions-Release steht auf live und nicht bloß auf genehmigt. Wo die verwaltete Veröffentlichung gilt, lösen Sie diesen letzten Schritt selbst aus. Verwaltete Veröffentlichung und Veröffentlichungsstatus

Wie lange das Veröffentlichen dauert und was sich überlappen kann

Kurz vor dem Ziel liegen zwei Überprüfungen, und sie sind getrennt: die Überprüfung des Produktionszugriffs nach Ihrem Fragebogen und die Überprüfung des Release selbst. Google sagt, die Überprüfung des Zugriffs dauert in der Regel sieben Tage oder weniger, kann aber länger dauern, und auch die App-Überprüfung kann in Ausnahmefällen über sieben Tage hinausgehen. Keine der beiden ist auf eine Woche gedeckelt. Zeitrahmen für Überprüfung und Veröffentlichung Zahlen je Phase: der Leitfaden zu den Prüfzeiten.

Was wirklich was blockiert

Das meiste davon lässt sich in beliebiger Reihenfolge erledigen. Vier Dinge nicht, und zu wissen, welche vier das sind, ist der Unterschied zwischen einem Launch in drei Wochen und einem in sechs.

Eine Planungsschätzung, klar als solche gekennzeichnet

Drei bis fünf Wochen oder mehr sind ein realistischer Plan für ein neues privates Konto. Das ist unsere Planungsschätzung und kein Service Level von Google, und sie setzt eine App voraus, die im Wesentlichen schon gebaut ist, Tester, die sich zügig anmelden, und keine größere Überarbeitung. Das Bauen der App steckt nicht in dieser Zahl, und eine Runde Überarbeitung kommt obendrauf.

Was die Console Ihnen sagt und wo Sie es beheben

Fast jeder Stillstand zeigt sich als eine von sechs Meldungen. Lesen Sie, welche Sie haben, statt erneut einzureichen und zu hoffen.

Ihre Checkliste, passend zu Ihrer Phase

Sagen Sie ihr, welches Konto Sie haben und worauf Sie hinarbeiten. Sie trennt drei Dinge, die übliche Checklisten vermischen: was Sie jetzt brauchen, was später verlangt wird und was für Sie überhaupt nicht gilt. Sie ist ein Tracker für Ihren eigenen Gebrauch: Sie kann Ihre Play Console nicht sehen, und sie abzuhaken ist keine Genehmigung.

Aktuelle Fristen und bedingte Richtlinienänderungen

Dies sind die datierten Punkte, die ändern können, was Sie bauen oder wann Sie ausliefern. Die meisten davon werden Ihre App nicht betreffen; lesen Sie die dritte Spalte, bevor Sie einen davon umsetzen.

Dauerhafte Anforderungen ohne Frist

Sie gelten jetzt und stehen in keiner Liste mit Neuerungen, weshalb sie genau die Leute erwischen, die diesen Ablauf vor ein oder zwei Jahren gelernt haben.

• Geschlossener Test: 12 Tester, 14 Tage durchgehend, für private Konten, die nach dem 13. November 2023 erstellt wurden. Die Zahl sank am 11. Dezember 2024 von 20 auf 12.
• Die Übertragung des Kontoeigentums läuft über den Übertragungsablauf der Play Console. Die direkte Übertragung an einen neuen Inhaber gilt für Organisationen und für private Konten ohne Monetarisierung; ein privates Konto mit Monetarisierung nimmt einen anderen Weg über ein neues Konto und die Übertragung der Apps. Konten über Dritte zu kaufen, zu mieten oder zu verkaufen ist verboten. Eigentum an einem Entwicklerkonto übertragen
• Organisationskonten sind Pflicht für bestimmte Finanzdienstleistungs-, Gesundheits-, freigegebene VpnService- und Behörden-Apps.
• Die Berechtigungen für Fotos und Videos werden bereits durchgesetzt. Breiter Zugriff nur, wo eine Kernfunktion ihn braucht; sonst die Fotoauswahl des Systems.

PolicyBytes: Richtlinien-Updates vom April 2026

Das Developer-Experience-Team von Google zu den Richtlinien für Kontakte und Kontoübertragungen und zu den oben genannten Aktualisierungen bei Standort und altersbeschränkten Inhalten. Optional; die Tabelle hat die umsetzbare Fassung.

YouTube

So hilft PrimeTestLab beim geschlossenen Test

Sieben der acht Phasen sind Papierkram und Technik, die Sie selbst in der Hand haben. Eine braucht 12 echte Menschen auf echten Android-Geräten, angemeldet und über 14 Tage ohne Unterbrechung wirklich aktiv. Genau an diesem Schritt bleiben Solo-Entwickler hängen, und genau den übernehmen wir.

Sie teilen uns Ihren Teilnahmelink für den geschlossenen Test mit. Wir übernehmen Einladung, Bestätigung der Anmeldung, tägliches Engagement-Monitoring und die vollen 14 Tage Verbleib und ersetzen jeden, der abspringt. Jede App-Sprache, flexible Länderauswahl.

Aktuelle Pakete

Geld-zurück-Garantie · Test startet in der Regel in 4 bis 6 Stunden · Kein Abo

Häufige Fragen

Was Sie als Nächstes tun

Woher jede Anforderung stammt

Jede folgenreiche Aussage oben verlinkt ihre Quelle an Ort und Stelle; dies ist die Verzeichnisfassung. Die Hilfeseiten von Google sind weitgehend undatiert, das Änderungsdatum einer Seite belegt also nicht, ab wann eine Richtlinie galt.

Was sich in dieser Überarbeitung geändert hat

11. September 2026

Neu aufgebaut anhand der Dokumentation von Google, geprüft am 8. September, und danach noch einmal überarbeitet nach einer erneuten Prüfung dieses Neuaufbaus. Korrigiert: die Anforderung an das Ziel-API-Level (jetzt eine Matrix je Formfaktor); die Reihenfolge der Voraussetzungen beim geschlossenen Test; die Umwandlung von privat zu Organisation; die Dauer für die D-U-N-S-Nummer; der Geltungsbereich der Registrierungsfrist zum 30. September 2026 und ihr Weg, nämlich eine Statusprüfung in der Play Console, nachdem die App existiert; Kontakte und Standort auf den 27. Januar 2027 ab API 37+, wobei Umsetzung und Erklärung zusammen gelten; die Spezifikationen für Symbol, Screenshots und Vorschauvideo; der Prüferzugang als fünf Anleitungssätze; die Anwendungs-ID als Eigenschaft des Builds und nicht des Datensatzes in der Console; und die Release-Mechanik, denn ein geeignetes getestetes Bundle lässt sich wiederverwenden, und eine Genehmigung ist keine Veröffentlichung, wo die verwaltete Veröffentlichung gilt. Ergänzt: die Geräteprüfung, die Phasen zum Anlegen der App und zum Release, der Preflight für nativen Code und Play Billing, die KI-Erklärungen für Store-Assets, die Erklärungen zu Gesundheits-Apps und zu Finanzfunktionen (Pflicht auch ohne solche Funktionen), eine Tabelle der Blockierungen und eine Quelle neben jeder folgenreichen Aussage. Als unbelegt entfernt: das Datum 28. Januar 2026 für die Migration von Gesundheitskonten, der Mythos von fünf Tagen bei der Identitätsprüfung, die Erklärung zur Android-ID vom April 2025, die Obergrenze von 1 MB für die Feature-Grafik und die Behauptung, dies sei die vermeidbare Ablehnung Nummer 1. Die Bereitschafts-Checkliste wurde zweimal neu gebaut: Sie trennt jetzt „später erforderlich“ von „gilt nicht“ und liest eingereichte Arbeit nicht mehr als erledigt.

24. Juni 2026

Erstveröffentlichung.