Google Play
Google Play Console: App veröffentlichen (Leitfaden 2026)
Die teuerste Überraschung beim ersten Release in der Google Play Console hat nichts mit Code zu tun. Wer sein Entwicklerkonto als Privatperson nach dem 13. November 2023 erstellt hat, kommt ohne einen geschlossenen Test mit mindestens 12 Testern über 14 zusammenhängende Tage nicht in die Produktion. Diese Regel steht in keinem der gut platzierten deutschsprachigen Ratgeber, und sie verschiebt einen Releasetermin problemlos um drei Wochen. Deshalb beginnt dieser Leitfaden mit der Kontoentscheidung und nicht mit dem Store-Listing.
Kontotyp zuerst: privates Konto oder Organisationskonto
Google unterscheidet zwei Kontotypen, und die Wahl ist nach der Verifizierung nicht mehr beliebig änderbar. Sie entscheidet außerdem darüber, ob die 12-Tester-Regel greift.
| Kriterium | Privates Konto | Organisationskonto |
|---|---|---|
| Verifizierung | Ausweisdokument der Person | D-U-N-S-Nummer der Organisation |
| Geschlossener Test vor Produktion | Pflicht bei Konten ab 13.11.2023 | Nicht in dieser Form vorgesehen |
| Öffentlich sichtbarer Entwicklername | Name der Person | Name der Organisation |
| Vorlaufzeit | Kurz, dafür Testphase davor | Länger, D-U-N-S-Beantragung dauert |
Der wichtigste Punkt in dieser Tabelle wird auf deutschen Seiten fast durchgängig falsch dargestellt: die D-U-N-S-Nummer ist keine reine Apple-Anforderung, Google verlangt sie ebenfalls für Organisationskonten. Sie wird von Dun and Bradstreet vergeben, kostet nichts und braucht in der Praxis mehrere Werktage. Wer als GmbH, UG oder eingetragener Verein veröffentlicht, beantragt sie deshalb als allerersten Schritt, parallel zu allem anderen.
Die 12-Tester-Regel im Detail
Für private Entwicklerkonten, die nach dem 13. November 2023 erstellt wurden, gilt eine feste Reihenfolge: geschlossener Test, dann Antrag auf Produktionszugang, dann Produktion. Drei Details entscheiden darüber, ob die Frist eingehalten wird.
- Mindestens 12 Tester. Es zählen Konten, die tatsächlich im geschlossenen Test angemeldet sind, nicht eingeladene Adressen.
- 14 zusammenhängende Tage. Die Tester müssen über den gesamten Zeitraum angemeldet bleiben. Ein Test, der am achten Tag unter zwölf Teilnehmer fällt, erfüllt die Bedingung nicht.
- Austritt setzt die Zählung zurück. Verlässt ein Tester die Gruppe und tritt später wieder bei, beginnt die Zählung für diesen Test von vorn. Das ist der häufigste Grund, warum ein Antrag scheitert, obwohl gefühlt alles passte.
Nach Ablauf der 14 Tage wird der Produktionszugang beantragt. Google gibt für diese Prüfung sieben Tage oder weniger an. Sie ist unabhängig von der späteren App-Review und kommt zeitlich obendrauf. Ein realistischer Plan für ein frisches privates Konto lautet also: 14 Tage Test, bis zu 7 Tage Prüfung, danach erst Review und Rollout.
Praktische Konsequenz: Die Tester werden nicht am Tag der Fertigstellung gesucht, sondern während der Entwicklung. Zwölf Personen, die zwei Wochen lang durchhalten, sind ein Rekrutierungsproblem und kein technisches Problem. Ein interner Test läuft parallel und ohne Wartezeit weiter, er ersetzt den geschlossenen Test aber nicht.
Die vier Test-Tracks und ihre Obergrenzen
| Track | Obergrenze | Typischer Einsatz |
|---|---|---|
| Interner Test | 100 Tester | Team und Stakeholder, schnellste Verteilung |
| Geschlossener Test | Bis zu 200 Listen mit je 2000 Nutzern | Beta mit Einladung, Pflichtschritt für private Konten |
| Offener Test | Unbegrenzt oder mindestens 1000 Nutzer | Öffentliche Beta, im Store auffindbar |
| Produktion | Alle Nutzer | Regulärer Release, gestufter Rollout möglich |
Der Sprung vom internen in den geschlossenen Test wird oft unterschätzt. Der interne Test verteilt innerhalb von Minuten, der geschlossene Test durchläuft eine Prüfung. Wer die 14-Tage-Frist einhalten will, plant diese Prüfung als eigenen Puffer ein.
Store-Listing: die tatsächlich geltenden Limits
| Feld | Limit | Hinweis |
|---|---|---|
| Titel | 30 Zeichen | Seit 2021, nicht 50 |
| Kurzbeschreibung | 80 Zeichen | Sichtbar vor dem Aufklappen, wird indexiert |
| Vollständige Beschreibung | 4000 Zeichen | Einzige Quelle für Keywords, es gibt kein Keyword-Feld |
Google Play hat kein verstecktes Keyword-Feld. Die Suche des Stores zieht ihre Begriffe aus Titel, Kurzbeschreibung und der vollständigen Beschreibung. Das ist der strukturelle Unterschied zum App Store und der Grund, warum derselbe Text in beiden Stores nie optimal ist. Wie sich beide Seiten sauber trennen lassen, steht im Leitfaden zur App Store Optimierung.
Grafiken: die vollständige Tabelle
Die Grafikvorgaben sind der zweithäufigste Grund für Verzögerungen, weil sie sich in Details unterscheiden, die keine Vorlage aus dem Netz zuverlässig abbildet.
| Asset | Vorgabe |
|---|---|
| App-Icon | 512 × 512, 32-Bit-PNG mit Alphakanal, maximal 1024 KB |
| Feature-Grafik | 1024 × 500, JPEG oder 24-Bit-PNG ohne Alphakanal |
| Screenshots, Kantenlänge | 320 bis 3840 Pixel je Seite |
| Screenshots, Seitenverhältnis | Die lange Seite höchstens doppelt so lang wie die kurze Seite |
| Screenshots, Anzahl | Mindestens 2 je Gerätetyp, höchstens 8 je Gerätetyp, große Bildschirme mindestens 4 |
Zwei Fallen stecken in dieser Tabelle. Erstens der Alphakanal: Das Icon braucht ihn, die Feature-Grafik darf ihn nicht haben. Ein Export mit einheitlichen Einstellungen für beide Assets scheitert deshalb zuverlässig an einem von beiden. Zweitens die Tablets: Google veröffentlicht keine separaten Pixelziele für 7-Zoll- und 10-Zoll-Tablets. Es gilt allein der Rahmen aus Kantenlänge und Seitenverhältnis. Vorlagen, die exakte Tabletmaße als verbindlich ausgeben, erfinden eine Vorgabe, die es so nicht gibt.
Wer die Assets für beide Stores in den korrekten Maßen exportieren will, ohne pro Gerät eine eigene Datei zu pflegen: Der Screenshot-Editor von AppBoard ist in der Beta kostenlos und exportiert direkt in den vom jeweiligen Store akzeptierten Größen.
DSA-Händlerstatus: der größte blinde Fleck
Kein einziger der reichweitenstarken deutschen Ratgeber zur Google Play Console erwähnt den Händlerstatus nach dem Digital Services Act. Für Apple ist die Lage eindeutig dokumentiert, für Google ist sie es ausdrücklich nicht. Diese Asymmetrie ist wichtig, denn sie wird gern weggeglättet.
- Apple: Der Händlerstatus ist für die Verbreitung in der EU nach den Artikeln 30 und 31 DSA erforderlich. Nach der Verifizierung veröffentlicht Apple Name, Adresse, Telefonnummer und E-Mail-Adresse des Händlers auf der Produktseite im App Store in allen 27 EU-Territorien. Privatpersonen können eine Adresse oder ein Postfach angeben. Seit dem 16. Oktober 2024 ist der Status Voraussetzung für das Einreichen von Updates, und seit dem 17. Februar 2025 wurden Apps ohne Händlerstatus aus dem EU-App-Store entfernt, bis der Status angegeben und verifiziert ist.
- Google: Eine offizielle Hilfeseite von Google Play, die eine gleichwertige DSA-Anforderung zum Händlerstatus dokumentiert, ließ sich nicht finden. Google dokumentiert eine Pflicht zur vollständigen Adressangabe für Händlerkonten aus dem Verbraucherschutzrecht, und die Seite zu den allgemeinen Zugangsbedingungen im EWR behandelt den DMA, nicht den DSA. Es sollte also keine Symmetrie zwischen beiden Stores unterstellt werden.
Davon getrennt zu betrachten ist die deutsche Rechtslage: Nach juristischer Kommentarliteratur besteht für kommerziell betriebene Apps eine Impressumspflicht nach Paragraph 5 DDG, dem Nachfolger von Paragraph 5 TMG. Das ist deutsches Recht und keine Store-Richtlinie. Für den konkreten Einzelfall ist anwaltliche Beratung sinnvoll, pauschale Angaben zu Bußgeldhöhen aus Blogartikeln sind es nicht.
Ablauf bis zum Release
- Kontotyp festlegen. Bei Organisationskonto sofort die D-U-N-S-Nummer beantragen, sie ist der längste Einzelschritt.
- Konto verifizieren. Ausweis oder Organisationsdaten, Zahlungsprofil und Kontaktdaten vollständig hinterlegen.
- App anlegen und Deklarationen ausfüllen. Datensicherheitsformular, Zielgruppe, Inhaltsbewertung, Werbe-ID und Datenschutzerklärung. Unvollständige Deklarationen blockieren jeden Track.
- Internen Test starten. Bis zu 100 Tester, sofortige Verteilung, hier fallen die groben Fehler auf.
- Geschlossenen Test aufsetzen. Bei privaten Konten mit mindestens 12 Testern über 14 zusammenhängende Tage, ohne Austritte.
- Produktionszugang beantragen. Prüfung durch Google in sieben Tagen oder weniger.
- Store-Listing finalisieren. 30 Zeichen Titel, 80 Zeichen Kurzbeschreibung, 4000 Zeichen Beschreibung, Grafiken nach Tabelle oben, je Sprache separat.
- Gestuften Rollout starten. Erst ein kleiner Prozentsatz, Crash-Rate und Bewertungen beobachten, dann hochziehen.
Fehler, die Releases kosten
- Tester zu spät suchen. Die 14 Tage laufen erst, wenn zwölf Personen tatsächlich angemeldet sind.
- Testergruppe während der Frist umbauen. Austritt und Wiedereintritt setzen die Zählung zurück.
- Titel auf 50 Zeichen schreiben. Das Limit liegt seit 2021 bei 30 Zeichen, auch wenn deutsche Ratgeber weiter 50 nennen.
- Feature-Grafik mit Alphakanal exportieren. Beim Icon Pflicht, bei der Feature-Grafik ein Ablehnungsgrund.
- Beschreibung aus dem App Store kopieren. Ohne Keyword-Feld muss die Google-Play-Beschreibung die Suchbegriffe selbst tragen.
- Deklarationen als Formalie behandeln. Das Datensicherheitsformular ist der häufigste stille Blocker vor dem Rollout.
Häufige Fragen
Was ist die 12-Tester-Regel in der Google Play Console?
Für private Entwicklerkonten, die nach dem 13. November 2023 erstellt wurden, verlangt Google vor dem Zugang zur Produktion einen geschlossenen Test mit mindestens 12 Testern, die 14 Tage lang ununterbrochen angemeldet bleiben. Entscheidend ist die Kontinuität: Verlässt ein Tester die Testgruppe und tritt später wieder bei, beginnt die Zählung für diesen Test von vorn. Erst danach lässt sich der Produktionszugang beantragen.
Wie lange dauert die Freigabe des Produktionszugangs?
Nach dem geschlossenen Test wird der Antrag auf Produktionszugang von Google geprüft. Google nennt dafür einen Zeitraum von sieben Tagen oder weniger. Diese Prüfung ist unabhängig von der eigentlichen App-Review und kommt zeitlich obendrauf, weshalb ein realistischer Releaseplan für ein neues privates Konto mindestens drei Wochen einplanen sollte.
Brauche ich eine D-U-N-S-Nummer für Google Play?
Für ein Organisationskonto verlangt Google eine D-U-N-S-Nummer zur Verifizierung der Organisation. Diese Anforderung wird auf vielen deutschen Seiten fälschlich als reines Apple-Thema dargestellt. Die D-U-N-S-Nummer wird von Dun and Bradstreet vergeben und ist kostenlos, die Bearbeitung kann aber mehrere Werktage dauern. Wer ein Organisationskonto plant, beantragt sie deshalb vor allem anderen.
Welche Zeichenlimits gelten im Google-Play-Listing?
Der Titel hat 30 Zeichen, die Kurzbeschreibung 80 Zeichen und die vollständige Beschreibung 4000 Zeichen. Der Titel wurde 2021 von 50 auf 30 Zeichen gekürzt, mehrere gut platzierte deutsche Ratgeber nennen bis heute den alten Wert. Ein Text, der auf 50 Zeichen hin geschrieben wurde, wird in der Console schlicht abgeschnitten oder abgelehnt.
Wie viele Screenshots verlangt Google Play?
Pro Gerätetyp sind mindestens zwei und höchstens acht Screenshots möglich, für große Bildschirme verlangt Google mindestens vier. Jede Kantenlänge liegt zwischen 320 und 3840 Pixeln, und die lange Seite darf höchstens doppelt so lang sein wie die kurze. Feste Pixelziele für 7-Zoll- und 10-Zoll-Tablets veröffentlicht Google nicht, anders als es viele Vorlagen im Netz suggerieren.
Gilt der DSA-Händlerstatus auch bei Google Play?
Für Apple ist der DSA-Händlerstatus dokumentiert und verpflichtend, für Google Play ließ sich keine offizielle Hilfeseite mit einer gleichwertigen DSA-Anforderung finden. Google dokumentiert eine Pflicht zur vollständigen Adressangabe für Händlerkonten aus dem Verbraucherschutzrecht, die Seite zu den allgemeinen Zugangsbedingungen im EWR bezieht sich dagegen auf den DMA, nicht auf den DSA. Von Symmetrie zwischen beiden Stores sollte man deshalb nicht ausgehen.
Braucht eine App ein Impressum?
Nach deutscher juristischer Kommentarliteratur besteht für kommerziell betriebene Apps eine Impressumspflicht nach Paragraph 5 DDG, dem Nachfolger von Paragraph 5 TMG. Das ist deutsches Recht und keine Store-Richtlinie, die beiden Ebenen sind getrennt zu betrachten. Für die konkrete Ausgestaltung im Einzelfall ist anwaltliche Beratung sinnvoll.
Weiterlesen
Die Gegenseite, also Zertifikate, API-Keys, Metadatenlimits in Bytes und die aktuellen Screenshot-Größen, steht im Leitfaden zu App Store Connect. Wer nach dem Release wissen will, ob sich eine Agentur lohnt oder ob Tools reichen, findet die veröffentlichten Euro-Preise deutscher Anbieter im Beitrag zu den ASO-Kosten.
Alle Vorgaben wurden im August 2026 gegen die Dokumentation von Google geprüft. Grafikmaße, Limits und Kontoregeln ändern sich häufiger als der Rest, deshalb vor jedem größeren Release kurz gegenprüfen.
Diesen Workflow in AppBoard ausprobieren
So verwaltet AppBoard Store-Einträge, Versionen, Keywords und Bewertungen für beide Stores. Ohne Anmeldung.
Live-Demo öffnen