Deine Android-App ist fertig programmiert – jetzt soll sie zu den Nutzern. Der Weg führt über die Google Play Console, das zentrale Portal für alles rund um die Veröffentlichung und Verwaltung von Android-Apps. Der Prozess ist mittlerweile gut strukturiert, hat aber einige Hürden und Fallstricke, die man kennen sollte. Dieser Leitfaden führt dich von der Kontoeröffnung bis zum Live-Gang durch die wichtigsten Schritte – Stand 2026.
Schritt 1: Das Developer-Konto
Bevor du irgendetwas veröffentlichen kannst, brauchst du ein Google-Play-Developer-Konto. Die Eckdaten:
- Einmalige Registrierungsgebühr: Google verlangt eine einmalige Gebühr von 25 US-Dollar für ein Entwicklerkonto – im Gegensatz zu Apples jährlich fälligem Programmbeitrag.
- Identitätsprüfung: Seit den verschärften Richtlinien musst du deine Identität verifizieren. Für persönliche Konten reicht ein Ausweis, für Organisationskonten sind zusätzliche Unternehmensnachweise nötig.
- Konto-Typ: Du entscheidest zwischen einem persönlichen und einem Organisationskonto. Für kommerzielle Apps ist meist ein Organisationskonto mit einer D-U-N-S-Nummer sinnvoll.
Beachte: Für neu erstellte persönliche Entwicklerkonten verlangt Google in der Regel einen Test mit einer Mindestanzahl an Testern über einen festgelegten Zeitraum, bevor eine App in die Produktion gehen darf. Plane diese Testphase frühzeitig ein.
Schritt 2: Das Android App Bundle (AAB)
Seit August 2021 verlangt Google für neue Apps das Android App Bundle (.aab) statt der klassischen APK. Das App Bundle enthält alle kompilierten Ressourcen und Code deiner App; Google generiert daraus über Dynamic Delivery für jedes Gerät ein optimiertes, schlankes APK – nur mit den Ressourcen und Architekturen, die das jeweilige Gerät wirklich braucht.
- Kleinere Downloads: Nutzer laden nur, was ihr Gerät benötigt – kein Ballast für andere Bildschirmdichten oder CPU-Architekturen.
- Erstellung: In Android Studio über „Build → Generate Signed Bundle / APK" oder per Gradle-Task
bundleRelease. - Release-Build: Achte darauf, einen Release- und keinen Debug-Build hochzuladen, und aktiviere Code-Schrumpfung (R8) zur Größenreduktion.
Schritt 3: App-Signing
Jede Android-App muss kryptografisch signiert sein, damit das System ihre Herkunft und Integrität verifizieren kann. Hier kommt Play App Signing ins Spiel: Google verwaltet deinen App-Signing-Schlüssel sicher in seiner Infrastruktur.
- Du behältst einen Upload-Schlüssel, mit dem du deine Bundles signierst und hochlädst.
- Google signiert die ausgelieferten APKs mit dem eigentlichen App-Signing-Schlüssel.
- Verlierst du den Upload-Schlüssel, kann Google ihn zurücksetzen – verlörst du früher den App-Signing-Schlüssel selbst, wärst du dauerhaft ausgesperrt. Play App Signing schützt vor diesem Worst Case.
Den Keystore und seine Passwörter solltest du dennoch sorgfältig und sicher aufbewahren. Für starke, einzigartige Passwörter eignet sich ein Passwort-Generator, und für die sichere Verwahrung lohnt ein Blick auf Passwortmanager-Lösungen im kotsch.tech Webtools-Bereich.
Schritt 4: Das Store-Listing erstellen
Das Store-Listing ist die Visitenkarte deiner App im Play Store und entscheidet maßgeblich über die Conversion-Rate von Besuchern zu Installationen. Du benötigst:
- App-Titel (bis 30 Zeichen) und Kurzbeschreibung (bis 80 Zeichen) – prägnant und mit den wichtigsten Keywords.
- Ausführliche Beschreibung (bis 4.000 Zeichen) – Funktionen, Nutzen und Alleinstellungsmerkmale.
- App-Icon in 512×512 Pixeln und ein Feature-Graphic in 1024×500 Pixeln.
- Screenshots für Smartphone und – falls unterstützt – Tablet, idealerweise mit erklärenden Beschriftungen.
- Kategorie, Kontaktdaten und eine Datenschutzerklärung als verpflichtende Angaben.
Eine gute Store-Optimierung (App Store Optimization, ASO) wirkt wie SEO für Apps: durchdachte Keywords im Titel und in der Beschreibung verbessern die Auffindbarkeit. Für saubere Texte und Zeichenzählung helfen die Text-Werkzeuge im Webtools-Bereich.
Schritt 5: Pflichtangaben zu Inhalten und Daten
Bevor deine App live gehen darf, verlangt Google eine Reihe von Deklarationen, die du in der Play Console ausfüllst:
- Datensicherheits-Abschnitt: Du musst offenlegen, welche Daten deine App sammelt, wie sie genutzt und ob sie geteilt werden. Diese Angaben erscheinen im Store-Listing.
- Altersfreigabe: Über einen Fragebogen wird die Altersklassifizierung (etwa IARC/USK) ermittelt.
- Zielgruppe und Inhalte: Richtet sich die App an Kinder? Enthält sie Werbung? Solche Fragen beeinflussen, welche Richtlinien gelten.
- Government-Apps, Finanz-Apps und weitere Sonderkategorien erfordern zusätzliche Nachweise.
Falsche oder unvollständige Angaben sind ein häufiger Grund für Ablehnungen. Nimm diesen Schritt ernst und beantworte alle Fragen wahrheitsgemäß.
Schritt 6: Release-Tracks und Testing
Google Play bietet gestaffelte Release-Tracks, mit denen du eine App schrittweise und risikoarm ausrollen kannst:
- Internal Testing: Schnelle Verteilung an ein kleines Team (bis 100 Tester) – ideal für erste Smoke-Tests.
- Closed Testing: Geschlossene Beta mit ausgewählten Testern, oft über E-Mail-Listen oder Google-Gruppen.
- Open Testing: Offene Beta, der jeder über einen Link beitreten kann.
- Production: Die öffentliche Veröffentlichung für alle Nutzer.
Ein sehr empfehlenswertes Feature ist das Staged Rollout: Du veröffentlichst zunächst nur an einen Prozentsatz der Nutzer (etwa 10 %), beobachtest Abstürze und Bewertungen und erhöhst den Anteil schrittweise. Tauchen Probleme auf, kannst du den Rollout stoppen, bevor er die gesamte Nutzerbasis erreicht.
Schritt 7: Der Review-Prozess
Nach dem Upload prüft Google deine App auf Einhaltung der Developer Program Policies. Die Prüfung kombiniert automatisierte Analysen mit manuellen Reviews. Häufige Ablehnungsgründe:
- Fehlende oder unzureichende Datenschutzerklärung
- Berechtigungen, die nicht zur Funktion der App passen (etwa Standortzugriff ohne erkennbaren Grund)
- Irreführende Metadaten oder Screenshots, die nicht der tatsächlichen App entsprechen
- Verstöße gegen die Richtlinien zu nutzergenerierten Inhalten, Werbung oder geistigem Eigentum
- Nicht erfülltes Ziel-API-Level – Google verlangt regelmäßig, dass neue Apps eine relativ aktuelle Android-Version anvisieren
Die Bearbeitungszeit liegt häufig bei wenigen Stunden bis einigen Tagen, kann bei neuen Konten oder sensiblen Kategorien aber länger dauern. Bei einer Ablehnung erhältst du eine Begründung und kannst nach Behebung erneut einreichen.
Nach der Veröffentlichung
Mit dem Go-Live ist die Arbeit nicht vorbei. Die Play Console bietet umfangreiche Werkzeuge für den Betrieb: Android Vitals zeigt Absturz- und ANR-Raten, das Statistik-Dashboard Installationen und Deinstallationen, und über die Rezensionen solltest du aktiv mit Nutzern kommunizieren. Schnelles Reagieren auf negative Bewertungen und Bugfix-Updates verbessern langfristig dein Store-Ranking deutlich.
Häufige Fragen
Was kostet die Veröffentlichung im Play Store?
Die Registrierung des Entwicklerkontos kostet einmalig 25 US-Dollar. Danach fallen keine wiederkehrenden Gebühren für die reine Veröffentlichung an. Verkaufst du In-App-Käufe oder kostenpflichtige Apps, behält Google eine Umsatzbeteiligung ein.
Wie lange dauert die Prüfung?
Oft nur wenige Stunden bis Tage, bei neuen Konten oder sensiblen Kategorien aber teils länger. Plane vor wichtigen Terminen genügend Puffer ein und reiche nicht erst am Tag des geplanten Launches ein.
Kann ich eine APK statt eines App Bundles hochladen?
Für komplett neue Apps verlangt Google das App Bundle. Ältere, bereits existierende Apps dürfen teilweise noch klassische APKs nutzen, sollten aber ebenfalls migrieren, um von der optimierten Auslieferung zu profitieren.
Brauche ich zwingend eine Datenschutzerklärung?
Ja, in praktisch allen Fällen. Sobald deine App persönliche oder sensible Daten verarbeitet – und sei es nur über ein Werbe-SDK – ist eine erreichbare Datenschutzerklärung Pflicht. Fehlt sie, wird die App abgelehnt.
Was ist der Unterschied zu Apples App Store?
Beide Stores verfolgen ähnliche Ziele, unterscheiden sich aber in Details: Google verlangt eine einmalige statt jährliche Gebühr, nutzt das App-Bundle-Format und hat einen anderen Review-Ansatz. Wer für beide Plattformen veröffentlicht, sollte die jeweiligen Richtlinien getrennt durcharbeiten.