App-Store-Screenshots: Größen und Anforderungen

Apple verlangt zwei Screenshot-Größen. Ein 6,9-Zoll-iPhone-Set mit 1320 x 2868 und, wenn deine App auf dem iPad läuft, ein 13-Zoll-iPad-Set mit 2064 x 2752. Jede andere Größe ist optional, und Apple skaliert dein 6,9-Zoll-Set herunter, um sie zu füllen.

Wenn du immer noch neun Größen exportierst, kannst du damit aufhören.

App Store: die erforderlichen Größen

Gerät	Hochformat	Querformat	Erforderlich?
6,9" iPhone	1320 x 2868, 1290 x 2796, 1260 x 2736	2868 x 1320, 2796 x 1290, 2736 x 1260	Ja, für iPhone-Apps
13" iPad	2064 x 2752, 2048 x 2732	2752 x 2064, 2732 x 2048	Ja, für iPad-Apps
6,5" iPhone	1284 x 2778	2778 x 1284	Nur wenn du 6,9" auslässt
6,3", 6,1", 5,5", 4,7", 4", 3,5" iPhone	verschiedene	verschiedene	Nein, wird von 6,9" skaliert
12,9", 11", 10,5", 9,7" iPad	verschiedene	verschiedene	Nein, wird von 13" skaliert
Mac	1280 x 800, 1440 x 900, 2560 x 1600, 2880 x 1800		Ja, für Mac-Apps
Apple TV	1920 x 1080 oder 3840 x 2160		Ja, für tvOS-Apps
Apple Vision Pro	3840 x 2160		Ja, für visionOS-Apps
Apple Watch	312 x 390 bis 422 x 514		Ja, und dieselbe Größe über alle Lokalisierungen

Jedes der akzeptierten Maße einer Größe ist in Ordnung. Nimm das größte, weil Apple sauber herunter- und schlecht hochskaliert.

Weitere App-Store-Regeln, die an einer Stelle stehen sollten: ein bis zehn Screenshots pro Größe und Lokalisierung, als JPEG, JPG oder PNG, ohne Alphakanal und ohne Transparenz. Apple hat die Transparenzregel in einer Release Note vom Juli 2026 noch einmal wiederholt — was nahelegt, dass Leute weiterhin darüber stolpern.

App Previews sind eine eigene Sache. Bis zu drei pro Größe und Lokalisierung, 15 bis 30 Sekunden, maximal 30 fps, 500 MB pro Datei. Die Preview-Auflösungen sind nicht die Screenshot-Auflösungen: 886 x 1920 für ein 6,9-Zoll-iPhone, 1200 x 1600 für ein 13-Zoll-iPad.

Google Play: die erforderlichen Größen

Asset	Spezifikation	Anzahl
Beliebiger Screenshot	min. 320 px, max. 3840 px, längste Seite höchstens 2x die kürzeste	mindestens 2 über alle Gerätetypen zum Veröffentlichen
Smartphone	1080 x 1920 hoch oder 1920 x 1080 quer empfohlen	bis zu 8
7"- und 10"-Tablet	1080 bis 7680 px, 16:9 oder 9:16	bis zu 8 pro Typ
Wear OS	1:1, mindestens 384 x 384, keine Geräterahmen oder Hintergründe	mindestens 1
Android XR	8:5, 3840 x 2400 empfohlen, max. 8 MB pro Stück	4 bis 8
Feature Graphic	1024 x 500	1
Store-Icon	512 x 512, 32-Bit-PNG mit Alpha, max. 1.024 KB	1

Format für Screenshots ist JPEG oder 24-Bit-PNG ohne Alpha. Die Feature Graphic ist keine Dekoration: Sie ist das Titelbild für dein Preview-Video und erscheint in großformatigen Sammlungen.

Plays Seitenverhältnis-Regel erwischt viele. Die längste Seite darf nicht mehr als doppelt so lang sein wie die kürzeste — ein extra hohes Marketing-Panel, das als Web-Bild gut funktioniert, wird hier abgelehnt.

Die Inhaltsregeln, und wo die Stores sich uneinig sind

Apples Regel ist Guideline 2.3.3: Screenshots sollen die App im Gebrauch zeigen, nicht Titelgrafik, Login-Seite oder Splash Screen. Text- und Bild-Overlays sind ausdrücklich erlaubt — die übliche Marketing-Caption über einem Geräterahmen ist also in Ordnung.

Zwei weitere Apple-Regeln beißen regelmäßig. Screenshots dürfen laut 2.3.7 keine Preise oder Konditionen enthalten. Und jeder Screenshot muss laut 2.3.8 eine Altersfreigabe von 4+ halten, auch wenn die App selbst höher eingestuft ist.

App Previews sind strenger als Screenshots. Sie dürfen nur Bildschirmaufnahmen der App selbst verwenden, mit Sprecher und Overlays obendrauf. Ein Motion-Graphics-Trailer ist keine App Preview.

Bei Google liegt die eigentliche Abweichung. Play verbietet ausdrücklich und namentlich Bilder oder Texte, die Store-Performance oder Ranking anzeigen: "App of the year", "#1", "Best of Play 20XX", "Popular", Award-Icons. Ebenso verboten sind Preis- und Promo-Overlays wie "10% off" oder "free for limited time only" sowie jeder Verweis auf Play-Programme wie "Editor's choice".

Apple hat keine entsprechende aufgezählte Regel, nur die allgemeinen Richtlinien zu irreführendem Marketing. Der praktische Weg ist deshalb einfach: Gestalte nach Googles Einschränkung, und dasselbe Set geht auch bei Apple durch. Gestaltest du nach Apple, baust du das Set für Play noch einmal.

Was am meisten kostet: du kannst sie später nicht tauschen

Sobald deine App freigegeben ist, lassen sich Screenshots nur in wenigen Statusänderungen bearbeiten. Um sie in einem Live-Listing zu ersetzen, musst du eine neue Version anlegen — also zurück durch App Review.

Vergleich das mit Werbetext und Keywords von Custom Product Pages, die du ändern kannst, wann du willst. Diese Asymmetrie sollte deine Arbeitsweise prägen. Behandle Screenshots als Release-Artefakte und bündle sie mit einem Build. Experimentiere in den Feldern, die sich sofort aktualisieren.

Googles Asset Library macht die Play-Seite einfacher, weil Assets zentral verwaltet und über Hauptlisting, Custom Listings, Experimente und Events hinweg wiederverwendet werden.

Fünf Arten, wie Screenshot-Sets schiefgehen

Zum Lesen gestaltet, nicht zum Überfliegen. Die ersten beiden Frames werden in Thumbnail-Größe gesehen, in einer scrollenden Liste, etwa eine Sekunde lang. Caption-Text in acht Punkt verschwindet. Eine kurze Zeile pro Frame, groß gesetzt — das ist das ganze Briefing.

Der erste Frame ist ein Splash Screen. Das ist zugleich ein Ablehnungsrisiko unter 2.3.3 und ein verschenkter Slot. Der Frame, der am härtesten arbeiten muss, ist der, den Leute sehen, ohne irgendwo zu tippen.

Ein Set, in beiden Stores wiederverwendet. Play lehnt Seitenverhältnisse ab, die Apple akzeptiert, und verbietet Award- und Preis-Overlays, die Apple toleriert. Ein geteiltes Set muss nach den engeren Regeln gebaut sein.

Text, der nicht lokalisiert ist. Wenn deine Screenshots Marketing-Text tragen, empfiehlt Google ein eigenes Set pro Sprache, und Apple fällt auf die nächstbeste verfügbare Sprache zurück, wenn eine Lokalisierung fehlt. Englische Captions in einem deutschen Listing wirken genau so nachlässig, wie sie sind.

Transparenz im Export vergessen. Apple lehnt Alphakanäle ab, und Play will 24-Bit-PNG ohne Alpha. Figma exportiert PNGs standardmäßig mit Transparenz — deshalb passiert das immer wieder.

Templates

Ein Figma- oder Sketch-Template lohnt sich, aber bau es um zwei Artboards herum, nicht um neun: 1320 x 2868 und 2064 x 2752. Alles andere skaliert daraus. Halte Captions auf einer eigenen Ebene, damit ein lokalisiertes Set ein Texttausch ist und kein Redesign, und leg die ersten zwei Frames nebeneinander in Thumbnail-Größe aus, damit du immer gegen die Ansicht gestaltest, die tatsächlich über die Installation entscheidet.

Wo das in der Arbeit steht

Screenshots und dein Icon entscheiden, ob die Leute, die dich finden, dich auch installieren — und Installationen pro Impression fließen zurück in dein Ranking. Der Icon-Guide deckt die andere Hälfte ab, und Was ist ASO erklärt, wie beide mit deinen Metadaten zusammenhängen.

Keine der Größen oben muss bei jedem Release von Hand exportiert werden. Genau dafür ist der Assets-Agent da.

Nichts geht live, bevor du es freigibst.