App im Play Store veröffentlichen: Schritt für Schritt (2026)

Welche Schritte braucht es, um eine App im Play Store zu veröffentlichen?

Die Veröffentlichung bei Google Play besteht aus acht Schritten. Nur bei zweien wartest du auf Google: bei der Prüfung des Produktionszugangs (neue private Konten) und bei der Prüfung des Releases. Hier der ganze Weg im Überblick.

Schritt	Wo in der Play Console	Typischer Stolperstein
1. Entwicklerkonto	Registrierungsseite	Name auf Ausweis und Karte muss zu deinem rechtlichen Namen passen
2. App anlegen	Startseite, Create app	Falsche Wahl zwischen App und Spiel, falsche Standardsprache
3. App-Inhalte	Monitor and improve, Policy and programs, App content	Fehlende Datenschutzerklärung, keine Zugangsdaten für die Prüfung
4. Store-Eintrag	Grow users, Store presence, Store listings	Feature-Grafik und Screenshots fehlen
5. Build	Test and release, App-Bundle-Upload	Altes Ziel-API-Level, APK statt App Bundle
6. Testen	Test and release, Testing	12 Tester für 14 Tage (neue private Konten)
7. Produktionszugang	Dashboard, Apply for production	Dünne Antworten zum geschlossenen Test
8. Produktions-Release	Test and release, Production	Prüfdauer, keine Länder ausgewählt

Schritt 1: Wie eröffnest du ein Entwicklerkonto?

Du registrierst dich mit einem Google-Konto, akzeptierst die Developer Distribution Agreement, zahlst die einmalige Gebühr von 25 USD und wählst ein privates Konto oder ein Organisationskonto. Du musst mindestens 18 sein. Google prüft dann deine Identität mit einem amtlichen Ausweis und einer Karte auf deinen rechtlichen Namen; Organisationskonten brauchen zusätzlich eine D-U-N-S-Nummer. Private Konten bestätigen außerdem über die Play Console App, dass sie Zugriff auf ein echtes Android-Gerät haben.

Die Wahl zwischen privat und Organisation wiegt schwerer, als sie aussieht: Sie entscheidet, ob die 12-Tester-Regel gilt. Die ganze Anleitung steht in Google Play Entwicklerkonto.

Schritt 2: Wie legst du die App in der Play Console an?

Klicke auf der Startseite der Play Console auf Create app (App erstellen) und fülle aus:

App name: so, wie er bei Google Play erscheinen soll (bis zu 30 Zeichen, später änderbar).
Default language: die Sprache deines Haupt-Store-Eintrags.
App or game: später änderbar.
Free or paid: Hier lohnt sich Sorgfalt. Wenn du später vielleicht Geld verlangst, plane eine kostenlose App mit In-App-Käufen oder Abos.
Kontakt-E-Mail und die Erklärungen: Developer Program Policies, US-Exportgesetze und die Bedingungen für Play App Signing.

Der Paketname (applicationId in deinem Build) wird mit dem ersten Upload festgelegt und kennzeichnet die App dauerhaft. Wähle ihn, bevor du irgendetwas hochlädst.

Schritt 3: Welche Angaben zu den App-Inhalten musst du machen?

Google prüft kein Release, solange die Seite mit den App-Inhalten unvollständig ist. Öffne Monitor and improve, Policy and programs, App content und arbeite jede Karte ab:

Privacy policy: eine öffentliche URL. Fast jede App braucht sie, immer dann, wenn du personenbezogene oder sensible Daten verarbeitest.
App access: Liegt ein Teil der App hinter einem Login, gib den Prüfern funktionierende Zugangsdaten und eine Anleitung.
Ads: Gib an, ob die App Werbung zeigt, auch über SDKs von Drittanbietern.
Content rating: Fülle den Fragebogen aus, um Altersfreigaben der offiziellen Einstufungsstellen zu erhalten.
Target audience and content: die Altersgruppen, für die deine App gedacht ist. Wählst du Kinder, kommen zusätzliche Richtlinien dazu.
Data safety: welche Nutzerdaten die App erhebt und teilt, und warum. Jede veröffentlichte App füllt das aus, auch Apps, die nichts erheben.
Permissions declarations: nur, wenn du risikoreiche Berechtigungen wie SMS oder Anrufliste anforderst.
Kategoriespezifische Erklärungen: zum Beispiel für Finanzfunktionen, Gesundheit, Nachrichten oder staatliche Apps, sofern sie zutreffen.

Die häufigste Verzögerung in diesem Schritt ist App access: ein Login-Bildschirm ohne Testkonto.

Schritt 4: Was gehört in den Store-Eintrag?

Öffne Grow users, Store presence, Store listings. Diese Felder und Dateien verlangt Google für die Veröffentlichung:

Element	Anforderung
App-Name	Bis zu 30 Zeichen
Kurzbeschreibung	Bis zu 80 Zeichen
Ausführliche Beschreibung	Bis zu 4.000 Zeichen
App-Symbol	512 x 512 px, 32-Bit-PNG mit Alphakanal, bis zu 1.024 KB
Feature-Grafik	1.024 x 500 px, JPEG oder 24-Bit-PNG ohne Alphakanal; Pflicht
Screenshots	Insgesamt mindestens 2 über alle Gerätetypen, bis zu 8 pro Gerätetyp; JPEG oder 24-Bit-PNG; jede Seite 320 bis 3.840 px; die lange Seite höchstens doppelt so lang wie die kurze
Kontakt-E-Mail	Pflicht; eine Website wird empfohlen
Kategorie und Tags	In den Store-Einstellungen; bis zu 5 Tags

Auch deine Texte werden auf Richtlinien geprüft. Googles Metadaten-Richtlinie verbietet Emoji und wiederholte Sonderzeichen im Titel, durchgehende Großschreibung (außer sie ist Teil deiner Marke) sowie Ranking- oder Preisaussagen wie „#1“, „beste App des Jahres“ oder „50 % Rabatt“ in Texten und Grafiken. Sich wiederholende oder fachfremde Keywords im Namen oder in den Beschreibungen können zur Sperrung der App führen. Schreib zuerst für Menschen; wie der Store diese Felder liest, erklärt What is ASO? (auf Englisch).

Schritt 5: Welchen Build akzeptiert Google Play?

Lade ein Android App Bundle (.aab) hoch. Seit August 2021 müssen neue Apps App Bundles verwenden, und Google Play erzeugt und signiert über Play App Signing die gerätespezifischen APKs.

Der Build muss außerdem die Regel zum Ziel-API-Level erfüllen. Ab dem 31. August 2026 müssen neue Apps und App-Updates auf Android 16 (API-Level 36) zielen. Bestehende Apps müssen mindestens API 35 anvisieren, um für neue Nutzer verfügbar zu bleiben; Wear OS, Android Auto und Android TV haben eigene Schwellen. Prüfe targetSdk vor dem Upload, nicht erst nach einer Ablehnung.

Schritt 6: Wie läuft das Testen vor der Produktion?

Die Play Console hat unter Test and release, Testing drei Test-Tracks:

Internal testing (interner Test): bis zu 100 Tester, Builds in wenigen Minuten verfügbar. Ideal für das eigene Team.
Closed testing (geschlossener Test): eingeladene Tester per E-Mail-Liste (bis zu 2.000 pro Liste) oder Google Group. Diesen Track zählt die 12-Tester-Regel.
Open testing (offener Test): Jeder kann über deinen Store-Eintrag beitreten; du kannst die Zahl auf 1.000 oder mehr begrenzen.

Tester können für Testversionen keine öffentlichen Rezensionen schreiben, sondern schicken privates Feedback. Details und Lösungen für „Element nicht gefunden“ stehen in internal vs closed vs open testing (auf Englisch).

Wurde dein privates Konto nach dem 13. November 2023 erstellt, musst du einen geschlossenen Test mit mindestens 12 Testern, die 14 Tage am Stück angemeldet sind, durchführen, bevor du den Produktionszugang beantragen kannst. Meldet sich jemand ab und wieder an, beginnen seine Tage von vorn. Organisationskonten überspringen das. Das ganze Vorgehen steht in Google Play: 12 Tester für 14 Tage.

Schritt 7: Wie beantragst du den Produktionszugang?

Wenn der geschlossene Test seine 14 Tage gelaufen ist, öffnest du das Dashboard und klickst auf Apply for production (Produktionszugang beantragen). Das Formular hat drei Teile:

Zu deinem geschlossenen Test: wie leicht die Suche nach Testern war, ob die Tester alle Funktionen genutzt haben, ob ihre Nutzung der echter Nutzer entsprach und welches Feedback du auf welchem Weg bekommen hast.
Zu deiner App: Zielgruppe, was die App wertvoll macht und wie viele Installationen du im ersten Jahr erwartest.
Produktionsreife: was du wegen des Tests geändert hast und wie du entschieden hast, dass die App bereit ist.

Laut Google dauert diese Prüfung meist sieben Tage oder weniger; der Kontoinhaber bekommt das Ergebnis per E-Mail.

Schritt 8: Wie startest du das Produktions-Release?

Öffne Test and release, Production, wähle Länder und Regionen, dann Create new release, füge das App Bundle hinzu (oder übernimm eines aus dem Test), schreibe die Versionshinweise und klicke auf Review release, danach auf Start rollout to production. Beim ersten Release geht die App an alle in den gewählten Ländern; gestaffelte Rollouts gibt es nur für Updates (siehe phased release and staged rollout, auf Englisch).

Google prüft das Release. Laut Hilfeseiten kann die Prüfung bis zu 7 Tage dauern, in Ausnahmefällen länger, und manche Konten werden länger geprüft. Den Stand siehst du auf der Seite Publishing overview. Willst du den Zeitpunkt der Veröffentlichung selbst bestimmen, schalte dort managed publishing ein: Freigegebene Änderungen warten dann, bis du auf Veröffentlichen klickst, und gehen innerhalb von Minuten live. Mehr zum Timing in Google Play review time (auf Englisch).

Checkliste vor „Start rollout“

Konto verifiziert; Zahlungsprofil eingerichtet, wenn du etwas verkaufst.
Jede Karte unter App content ausgefüllt, bei Bedarf mit funktionierendem Test-Login.
Die URL der Datenschutzerklärung lädt und passt zu den Angaben unter Data safety.
App-Symbol, Feature-Grafik und mindestens 2 Screenshots hochgeladen.
Titel, Kurz- und ausführliche Beschreibung ohne Emoji, Großbuchstaben, Rankings und Preisaussagen.
App Bundle signiert, targetSdk auf dem geforderten Level, versionCode höher als bei jedem früheren Upload.
Geschlossener Test bestanden und Produktionszugang erteilt (neue private Konten).
Länder ausgewählt; managed publishing aktiv, wenn der Starttermin zählt.

Häufige Fehler, die Wochen kosten

Für eine Firma ein privates Konto eröffnen und dann an der 12-Tester-Regel hängen.
Tester, die beitreten, aber nie installieren oder an Tag 3 deinstallieren. Google zählt angemeldete Tester durchgehend; plane mit mehr als 12.
Tester von Fremden kaufen. Die Richtlinien verbieten gefälschte oder bezahlte Interaktion, und ein Test, den keine echten Nutzer angefasst haben, macht den Antrag auf Produktionszugang schwach.
Werbeaussagen („die #1 App“) in den Titel schreiben. Das ist ein Richtlinienproblem, keine Stilfrage.
Vergessen, dass die Prüfung eine Woche dauern kann: Kündige keinen Starttermin an, bevor das Release freigegeben ist.

Auch für iOS veröffentlichen?

Bei Apple sind die Kosten anders (99 USD pro Jahr), und das Testsystem auch. Den parallelen Weg beschreibt App im App Store veröffentlichen. Ist dir die Play Console selbst neu, hilft What is Google Play Console? (auf Englisch).

Was solltest du nach dem Start beobachten?

Ab dem Tag, an dem deine App live ist, zählt ihre Position in der Suche. Das Keyword-Radar von Uptika liest jeden Tag deine Google-Play-Position für jedes Keyword, in jedem Land, das du wählst. Wenn du neue Store-Texte einreichst, beobachtet Uptika die öffentliche Seite und markiert den Tag, an dem sie live gehen, damit du die Positionen davor und danach vergleichen kannst. Ab dem Plan Starter zeigt das Konkurrenz-Logbuch außerdem, wann Konkurrenten Titel, Symbol oder Screenshots ändern. Starte mit dem Plan Kostenlos: eine App, ein Länder-Store, 10 Keywords. Um deinen Eintrag vor der Einreichung zu prüfen, markiert der kostenlose Metadata Linter (auf Englisch) Limits, Wiederholungen und Werbeaussagen direkt im Browser.

Fragen

App im Play Store veröffentlichen: Was kostet das?

Ein Google-Play-Entwicklerkonto kostet einmalig 25 USD Registrierungsgebühr. Es gibt keine Jahresgebühr und keine Gebühr pro App. Google nimmt nur dann eine Servicegebühr, wenn du etwas über die Google-Play-Abrechnung verkaufst.

Kann ich eine App kostenlos im Play Store veröffentlichen?

Nicht ganz: Die Registrierung für 25 USD ist einmal nötig. Danach kostet die Veröffentlichung beliebig vieler kostenloser oder kostenpflichtiger Apps nichts mehr.

Wie lange dauert die Veröffentlichung bei Google Play?

Rechne mit der Kontoverifizierung, dann mit 14 Tagen geschlossenem Test bei einem neuen privaten Konto, bis zu 7 Tagen für die Prüfung des Produktionszugangs und mit der Prüfung des ersten Releases, die laut Google bis zu 7 Tage dauern kann, in Ausnahmefällen länger.

Brauche ich 12 Tester, um bei Google Play zu veröffentlichen?

Nur, wenn dein Konto ein privates Konto ist, das nach dem 13. November 2023 erstellt wurde. Solche Konten müssen einen geschlossenen Test mit mindestens 12 Testern durchführen, die 14 Tage am Stück angemeldet sind, bevor sie den Produktionszugang beantragen. Organisationskonten betrifft die Regel nicht.

Kann ich statt eines App Bundles eine APK hochladen?

Für eine neue App nicht. Seit August 2021 müssen neue Apps bei Google Play als Android App Bundle (.aab) veröffentlicht werden, und Google Play erzeugt und signiert die APKs für jedes Gerät.

Welches Ziel-API-Level verlangt Google Play 2026?

Ab dem 31. August 2026 müssen neue Apps und Updates auf Android 16 (API-Level 36) zielen. Bestehende Apps müssen mindestens API 35 anvisieren, um für neue Nutzer sichtbar zu bleiben; für Wear OS, Android Auto und Android TV gelten Ausnahmen.