Google Play Store-Listing-Anforderungen: die komplette Asset-Checkliste
Bevor du irgendetwas bei Google Play hochlädst, lohnt es sich, die genauen Specs vor Augen zu haben — denn die Play Console lehnt Assets ab, die eine Abmessung verfehlen oder das falsche Format nutzen, und die Regeln unterscheiden sich genug vom App Store, dass du nicht blind dieselben Dateien wiederverwenden kannst. Hier die komplette Checkliste in einer Tabelle, dann eine kurze Erklärung zu jeder Zeile und die zwei oder drei Fallstricke. Jede Angabe ist anhand der Play Console-Hilfe (2026) verifiziert; die Quellen sind unten verlinkt.
Die komplette Google Play-Listing-Asset-Spec
| App-Binary | — | AAB (Android App Bundle) | Neue Apps müssen als .aab ausgeliefert werden, nicht als APK — Pflicht seit August 2021. |
Diese Tabelle ist die gesamte Listing-Oberfläche: drei Grafik-Assets, drei Textfelder und die Binary. Der Rest dieses Beitrags erklärt jede Zeile im Detail.
App-Icon: 512 × 512, und Vorsicht bei den Ecken
Das Icon ist eine einzelne 512×512-px-Datei, hochgeladen als 32-Bit-PNG mit Alphakanal, unter 1 MB. Play stellt es in einer abgerundeten Maske dar, daher wird alles, was du bis in die äußersten Ecken schiebst, abgeschnitten. Entwirf ein volles Quadrat, halte die wichtigen Elemente zentriert und lass die Maske den Rest erledigen. Das ist eines der wenigen Play-Assets, die den Alphakanal behalten — Feature-Grafik und Screenshots tun das nicht.
Feature-Grafik: Pflicht, aber nur manchmal sichtbar
Die Feature-Grafik ist ein 1024×500-px-Banner in JPEG oder 24-Bit-PNG ohne Alphakanal. Sie ist ein Pflicht-Asset — ohne sie lässt sich das Listing nicht abschließen. Der Haken: Sie erscheint im Store-Listing selbst nur, wenn du zusätzlich ein Promo-Video anhängst, weil sie dann als Cover-Frame des Videos dient. Trotzdem nutzt Play die Feature-Grafik auch an anderen Werbeplätzen, sie ist also nie optional. Behandle sie als echten Design-Auftrag, nicht als Platzhalter: Text muss den Zuschnitt auf verschiedenen Oberflächen überstehen, und sie bleibt frei von den werblichen Formulierungen, die Play verbietet (nächster Abschnitt).
Screenshots: die 2:1-Regel wird am häufigsten übersehen
Du brauchst mindestens 2 Screenshots über die Gerätetypen hinweg, bevor Play dich veröffentlichen lässt, und du kannst bis zu 8 pro Gerätetyp hochladen. Jeder ist ein JPEG oder 24-Bit-PNG ohne Alpha, bis zu 8 MB. Bei den Abmessungen scheitern Uploads am häufigsten: Jede Seite muss zwischen 320 und 3840 px liegen, und die längste Seite darf höchstens doppelt so lang sein wie die kürzeste. Diese zweite Hälfte ist die 2:1-Seitenverhältnis-Obergrenze. Ein hohes Marketing-Panel mit z. B. 1080×2400 liegt bei 2,22:1 — über dem Limit, und Play lehnt es ab, obwohl beide Seiten innerhalb von 320–3840 liegen.
Das ist die mit Abstand häufigste Ablehnung von Play-Screenshots, und deshalb passt ein App Store-Screenshot-Set nicht einfach so in Play. iPhone-Screenshots sind oft höher als 2:1; Play akzeptiert sie nicht. Du brauchst eine Handy-Leinwand, die bei oder unter 2:1 liegt — ein 9:16-Hochformat mit 1080×1920 ist eine sichere, gängige Wahl — und wenn du ein Design vom App Store übernimmst, muss es an das Verhältnis angepasst werden, nicht nur erneut exportiert.
Tablet-Screenshots (7 Zoll und 10 Zoll) folgen denselben Regeln (320–3840 px und 2:1) und sind optional, aber wenn deine App Tablets unterstützt, lohnt es sich, beide Plätze zu füllen — Play zeigt diesen Nutzern ein eigenes Tablet-Listing. Wear OS, Android TV und Chromebook haben jeweils eigene Screenshot-Plätze, falls du diese Formfaktoren anvisierst.
Textlimits — und die Wörter, die du nicht verwenden darfst
Die drei Textfelder haben strikte Zeichenlimits: 30 für den App-Titel, 80 für die Kurzbeschreibung, 4000 für die Vollbeschreibung. Leerzeichen und Symbole zählen bei jedem mit. Das sind zufällig dieselben Limits, die App Store Connect bei manchen Feldern nutzt, aber verlass dich nicht darauf — Play zählt auf seine eigene Art und kappt hart am Limit.
Die Falle, die nichts mit Länge zu tun hat: Google verbietet werbliche und leistungsbezogene Formulierungen in Icon, Titel, Kurzbeschreibung und Entwicklername. Wörter wie „kostenlos“, „beste“, „#1“, „top“, „neu“, „Angebot“ oder „Rabatt“ — alles, was auf ein Store-Ranking, einen Preis oder eine Aktion hindeutet — führt dazu, dass das Listing markiert wird. Dieselbe Regel gilt für Feature-Grafik und Promo-Video: keine Store-Leistungsaussagen, keine Auszeichnungen, die dir nicht von Google verliehen wurden, und keine Call-to-Action-Overlays wie „Jetzt herunterladen“, die ins Bild eingebaut sind. Offizielle „Best Of“- oder Editor's-Choice-Badges, die von Google Play verliehen werden, sind die Ausnahme, die du zeigen darfst.
Die Binary: AAB, nicht APK
Seit August 2021 muss jede neue App bei Google Play als Android App Bundle (.aab) veröffentlicht werden, nicht als eigenständige APK. Play generiert daraus die geräteabhängigen APKs. Das ist kein Listing-Asset, aber Teil derselben „Kann ich überhaupt veröffentlichen?“-Checkliste, und dieser Schritt überrascht alle, die zuletzt vor Jahren ausgeliefert haben. Bestehende APK-basierte Apps können weiterhin aktualisiert werden, aber ein brandneues Listing braucht das AAB.
Wo Mokbi ins Spiel kommt
Mokbi ist darauf ausgelegt, dir Play-taugliche Assets direkt aus dem Editor zu liefern. Die Screenshot-Exporte enthalten eine Play-konforme Handy-Größe, die die 2:1-Obergrenze einhält, sodass du kein Set hochlädst, das Play wegen zu großer Höhe ablehnt. Außerdem erzeugt es aus demselben Projekt die 1024×500-Feature-Grafik und entwirft und übersetzt den Listing-Text — Titel, Kurzbeschreibung, Vollbeschreibung — in 50 Sprachen, dabei bleibt jede Sprachversion innerhalb der Zeichenlimits von Play pro Locale, sodass nichts mitten im Satz abgeschnitten wird. Das Gestalten ist im Editor mit Wasserzeichen kostenlos; unbegrenzter Export und das Veröffentlichen kommen mit einem Abo — Solo für €29.99/Monat oder Studio für €49.99/Monat, ohne Einmalkauf.
Mokbi bleibt nicht bei den Dateien stehen — es veröffentlicht sie auch. Sobald das Icon-Design, die 1024×500-Feature-Grafik, die Play-konformen 2:1-Screenshots und der Listing-Text in 50 Sprachen fertig sind, spielt Mokbi Listing und Assets direkt über die Play Developer API an Google Play weiter. Für den App Store bereitet es die Version in App Store Connect zur Einreichung vor — das finale Submit und die Prüfung verlangt Apple selbst. Was das Tool erspart, ist der Kampf mit Maßen und Konsolen: Die Leinwände haben schon die richtige Form, die Exporte entsprechen bereits den Specs aus der obigen Tabelle, und der Upload übernimmt Mokbi für dich.
Die Kurzfassung
- Icon: 512×512, 32-Bit-PNG mit Alpha, unter 1 MB, sichere Ecken.
- Feature-Grafik: 1024×500, JPEG oder 24-Bit-PNG, ohne Alpha, keine werblichen Formulierungen.
- Screenshots: 2–8, jede Seite 320–3840 px, längste Seite ≤ 2× kürzeste, ohne Alpha. Achte auf die 2:1-Obergrenze.
- Text: Titel ≤ 30, Kurzbeschreibung ≤ 80, Vollbeschreibung ≤ 4000. Keine „kostenlos / beste / #1 / top / neu / Angebot / Rabatt“.
- Binary: Neue Apps liefern ein AAB, keine APK.
Google überarbeitet diese Tabellen von Zeit zu Zeit. Wenn du das lange nach dem Veröffentlichungsdatum liest, prüfe die aktuellen Werte in der Play Console-Hilfe, bevor du einreichst. Stand 2026 sind das die Specs laut folgenden Quellen:
- Vorschau-Assets zur Präsentation deiner App hinzufügen — Play Console-Hilfe (Icon-, Feature-Grafik-, Screenshot-Specs).
- Best Practices für dein Store-Listing — Play Console-Hilfe (Titel-/Beschreibungslimits, verbotene Formulierungen).
- Android App Bundle FAQ — Android Developers (AAB-Pflicht für neue Apps).