Guideline 2.3.3: Screenshots von Apple abgelehnt, neu machen

Eine Ablehnung „Guideline 2.3.3 - Performance - Accurate Metadata“ heißt: Apple findet, dass deine Screenshots die App nicht im Einsatz zeigen. Die Regel ist klar beziffert: Pro Gerätetyp muss mehr als die Hälfte der Screenshots den echten App-Bildschirm im Einsatz zeigen. Die Ablehnung betrifft die Produktseite, nicht das Binary: Du ersetzt die Screenshots und reichst denselben Build erneut ein.

Ich habe das am 27. Oktober 2026 mit Vigie erlebt, meiner App für ASO-Tracking. Meine Screenshots zeigten neu gezeichnete Interface-Karten rund um ein Maskottchen, ohne Telefon. Apple hat sie abgelehnt. Dieser Guide zeigt die Nachricht, die ich bekommen habe, was Apple mit „app in use“ meint, was durchgeht und was nicht, und dann die Checkliste, die ich seitdem nutze. Die zitierten Regeln stammen von den offiziellen Apple-Seiten, nachgelesen am 3. November 2026.

Die Nachricht von Apple, Wort für Wort

Die Nachricht beginnt mit dem Titel der Regel und nennt dann die betroffene Gerätegröße. Bei Vigie war das der Satz, der die Ablehnung trug:

The 6.7-inch iPhone screenshots do not show the actual app in use.

Andere 2.3.3-Ablehnungen beschreiben genauer, was der Reviewer erwartet. Diese hier wurde im Oktober 2024 in den Apple-Foren veröffentlicht, von einem Entwickler, dessen iPad-Slots einen iPhone-Rahmen zeigten. Hier der Abschnitt mit den Anforderungen, Wort für Wort:

Some or all of the provided screenshots do not sufficiently show
the app in use. Screenshots should highlight the app's core concept
to help users understand the app's functionality and value.

- Marketing or promotional materials that do not reflect the UI
  of the app are not appropriate for screenshots.
- The majority of the screenshots should highlight the app's main
  features and functionality.
- Confirm that the app looks and behaves identically in all
  languages and on all supported devices.
- Make sure that the screenshots show the app in use on the
  correct device, unless they are included to demonstrate that
  the app can be used on multiple Apple platforms. For example,
  iPhone screenshots should be taken on iPhone, not on iPad.

Auf Deutsch: Ein Werbebild, das die Oberfläche der App nicht zeigt, gehört nicht zu den Screenshots. Die Mehrheit muss die Hauptfunktionen zeigen. Und jeder Screenshot zeigt das richtige Gerät: Ein iPhone-Screenshot wird auf dem iPhone gemacht, nicht auf dem iPad, außer du willst zeigen, dass die App auf mehreren Apple-Plattformen läuft.

Was Apple mit „app in use“ meint

Der Text der Guideline 2.3.3 ist kurz: „Screenshots should show the app in use, and not merely the title art, login page, or splash screen.“ Die Screenshots müssen die App im Einsatz zeigen, nicht nur das Logo, den Login-Screen oder den Startbildschirm. Derselbe Text erlaubt Texte und Bilder, die darübergelegt werden.

Die App-Review-Hilfeseite zu 2.3.3 erklärt, wie bewertet wird. Apple prüft die Serie jedes Gerätetyps und genehmigt nur, wenn mehr als die Hälfte der Screenshots die App im Einsatz zeigt. Jede Sprache wird einzeln bewertet. Die Seite listet auch auf, was du vermeiden solltest:

• Screenshots, die nur einen Login-Screen oder einen Startbildschirm zeigen;
• eine Oberfläche, die nicht der echten entspricht, oder ein irreführendes Werbebild;
• Gestaltung, die die App erdrückt, oder nur die Hardware, ohne Oberfläche dahinter.

Kurz gesagt heißt „im Einsatz“: die echte Oberfläche deines Builds, mit Inhalt, bei genau dem, wofür man die App herunterlädt. Ein kurzer Titel über einem echten Bildschirm bleibt ein Screenshot im Einsatz.

Wie viele Screenshots die App zeigen müssen

Apple nennt zwei Beispiele: Bei drei Screenshots müssen zwei die App zeigen. Bei vier sind es drei. Der Rest ergibt sich aus derselben Regel, mehr als die Hälfte.

Eingereichte Screenshots	Mindestens im Einsatz	Mögliche Marketingbilder
1	1	0
2	2	0
3	2	1
4	3	1
5	3	2
6	4	2
8	5	3
10	6	4

Gezählt wird pro Gerätetyp und pro Sprache. Ein einziger Screenshot pro Gerät reicht, wenn er die App im Einsatz zeigt. Laut den Screenshot-Spezifikationen verlangt Apple mindestens einen Screenshot für das iPhone mit Dynamic Island und mittelgroßem Display und akzeptiert bis zu 10 pro Größe. Wenn deine Oberfläche auf allen Größen und in allen Sprachen gleich ist, reicht die höchste geforderte Auflösung: App Store Connect skaliert sie für kleinere Größen herunter. Die genauen Maße findest du unter Screenshot-Größen im App Store.

Was durchgeht, was nicht

Screenshot	Ergebnis	Was entscheidet
Echter App-Bildschirm, kurzer Titel darüber	Geht durch	Hinzugefügter Text ist laut 2.3.3 erlaubt
Echter Bildschirm in einem iPhone	Geht durch	Die echte Oberfläche, auf dem richtigen Gerät
Nur Logo, Startbildschirm oder Login	Abgelehnt	Wörtlich in der Regel genannt
Marketingbild ohne Oberfläche	In der Minderheit toleriert	Nur wenn die Mehrheit die App zeigt
Neu gezeichnete Interface-Karten, ohne die App	Abgelehnt	Meine Ablehnung vom 27. Oktober 2026
Gemockter Bildschirm, den es im Build nicht gibt	Abgelehnt	Oberfläche, die nicht der echten entspricht
Leeres Telefon oder Deko ohne Oberfläche dahinter	Abgelehnt	In der Liste der zu vermeidenden Dinge
iPhone-Screenshot in den iPad-Slots	Abgelehnt	Falsches Gerät, laut der Ablehnung aus dem Forum
Bild, das sich über zwei Screenshots erstreckt	Geht durch	Erlaubt, solange die App sichtbar bleibt
Statusleiste einer anderen Plattform	Abgelehnt, nach 2.3.10	Von Apple auf die Guideline 2.3.10 verwiesen

Apple schreibt keinen Telefonrahmen vor. Ein Vollbild-Screenshot der App reicht. Der Rahmen hat einen Vorteil: Er macht auf den ersten Blick klar, dass das Bild die App ist.

Mein Fall: Vigie, abgelehnt am 27. Oktober 2026

Für Version 1.1 von Vigie war ich einem Trend der Screenshot-Studios gefolgt: ein durchgehendes Panorama, ein Maskottchen und schwebende Interface-Karten statt eines ganzen Telefons. Die Karten waren extra neu gezeichnet, mit fiktiven Apps. Das sah hübsch aus. Es war nicht die App.

Der Reviewer schrieb, dass die Screenshots für das 6,7-Zoll-iPhone die App nicht im Einsatz zeigten. Ich habe nicht widersprochen: Er hatte recht. Ich habe die ganze Serie mit einer einfachen Regel neu gemacht:

1. Jedes Panel zeigt ein iPhone mit einem nativen Screenshot aus dem Simulator, pixelgenau eingesetzt, ohne Retusche an der Oberfläche.
2. Eine vergrößerte Karte erscheint nur zusätzlich zum Telefon, nie an seiner Stelle, und sie ist aus genau diesem Screenshot ausgeschnitten.
3. Die Deko bleibt drumherum, nie über dem Bildschirm.

Diese Ablehnung verlangte keinen neuen Build. Ich habe die Screenshots ersetzt und dieselbe Version noch am selben Abend erneut eingereicht. Danach habe ich den Build gewechselt, um einen Titel in der App zu korrigieren, ohne Bezug zu den Screenshots. Vigie 1.1 war am 29. Oktober mit dieser Serie im Verkauf.

Eine neu gezeichnete Karte, selbst wenn sie originalgetreu ist, ist nicht die App. Der Reviewer will den Bildschirm sehen, den der Nutzer in der Hand haben wird.

Korrigieren ohne neuen Build

1. Lies die Nachricht komplett. Sie sagt, welche Gerätegröße betroffen ist, manchmal auch welche Sprache. Alle betroffenen Serien müssen geändert werden, nicht nur die erste.
2. Mach die Screenshots neu, aus dem eingereichten Build. Simulator oder Gerät, mit echtem Inhalt. Mehr als die Hälfte im Einsatz, für jedes Gerät und jede Sprache.
3. Ersetze die Screenshots in App Store Connect. Laut der Hilfe zur Verwaltung der Assets geht das, wenn die App in einem dieser Status ist: Prepare for Submission, Invalid Binary, Rejected, Metadata Rejected oder Developer Rejected.
4. Reiche je nach angezeigtem Status erneut ein. Für Metadata Rejected sagt die Statustabelle: Lies die Nachricht, korrigiere die Metadaten und antworte dann auf die Nachricht von App Review. Zeigt die Einreichung Unresolved Issues, folge Apples Anleitung: in Apps auf View App Review Issues & Messages, dann Resolve, Edit beim abgelehnten Element, Add for Review und schließlich Resubmit to App Review.
5. Fass die Screenshots nach dem Einreichen nicht mehr an. Laut derselben Statustabelle kannst du in Waiting for Review keine Screenshots hochladen oder ändern.

Jedes abgelehnte Element lässt sich vor dem erneuten Einreichen nur einmal bearbeiten: Prüf deine neue Serie, bevor du klickst. Die Antwort, die ich dem Reviewer schreiben würde, auf Englisch:

Hello App Review team,

Thank you for your feedback regarding Guideline 2.3.3.

We replaced the [6.9-inch iPhone] screenshots in all localizations.
Each screenshot now shows the actual app interface, captured from
the submitted build: [main screen], [key feature], [result screen].

The build is unchanged.

Best regards,
[Your name]

Ton und Form einer guten Antwort findest du ausführlich unter App Review antworten.

Die Checkliste vor dem Einreichen deiner Screenshots

• Mehr als die Hälfte der Screenshots jedes Gerätetyps zeigt den echten Bildschirm, mit Inhalt.
• Dieselbe Regel gilt in jeder Sprache, nicht nur auf Englisch.
• Kein Screenshot zeigt nur das Logo, den Startbildschirm oder den Login.
• Die gezeigte Oberfläche existiert genau so im eingereichten Build.
• Titel und Deko lassen die Oberfläche lesbar.
• iPhone-Screenshots werden auf dem iPhone gemacht, iPad-Screenshots auf dem iPad.
• Keine Spur einer anderen Plattform, auch nicht in der Statusleiste.
• Wenn deine App einen Dark Mode hat, zeigt ihn ein Screenshot: Apples Hilfeseite empfiehlt das.
• Die Dateien sind JPEG oder PNG, ohne Transparenz.

Apple erinnert auf seiner Seite zur Produktseite außerdem daran, dass die ersten Screenshots in den Suchergebnissen erscheinen können. Für mich verkauft ein Screenshot, der klar zeigt, wie die App ihren Job macht, besser als ein Slogan. Die anderen Ablehnungsgründe für die Produktseite findest du unter warum Apple eine App ablehnt.

Screenshots, die beim ersten Mal durchgehen

Das App Store Screenshots Kit enthält meine Vorlagen und den Skill, der deine Screenshots aus den echten Bildschirmen deiner App erstellt, in den von Apple geforderten Größen. Wenn deine Produktseite gerade abgelehnt wurde, enthält das Review Kit meine Checkliste vor dem Einreichen, meine korrigierten Ablehnungen und die Antwortvorlagen für den Reviewer. Das komplette Vorgehen steht auf der Seite App von Apple abgelehnt.

Wenn du deinen ersten Release vorbereitest, mach deine kostenlose Diagnose: Sie bringt die Schritte in die richtige Reihenfolge und schickt dir meine Anti-Ablehnungs-Checkliste für Apple.

Häufige Fragen

Was bedeutet „Guideline 2.3.3 - Performance - Accurate Metadata“?

Das ist der Titel der Ablehnung für Screenshots, die die App nicht im Einsatz zeigen. Apple findet, dass zu viele Screenshots Marketingbilder, Startbildschirme oder Oberflächen sind, die nicht zur App gehören. Die Nachricht nennt oft die betroffene Gerätegröße.

Brauche ich nach einer 2.3.3-Ablehnung einen neuen Build?

Nein. Die Ablehnung betrifft die App-Store-Produktseite. Du ersetzt die Screenshots in App Store Connect und reichst dann dieselbe Version erneut ein, indem du auf die Nachricht von App Review antwortest.

Wie viele Screenshots müssen die App im Einsatz zeigen?

Mehr als die Hälfte, für jeden Gerätetyp und in jeder Sprache. Bei drei Screenshots müssen zwei die App zeigen. Bei vier sind es drei. Ein einziger Screenshot reicht, wenn er die App im Einsatz zeigt.

Darf man Marketingtext auf App-Store-Screenshots setzen?

Ja. Die Guideline 2.3.3 erlaubt darübergelegte Texte und Bilder. Sie dürfen die Oberfläche nicht verdecken, und die Mehrheit der Screenshots muss weiterhin die App im Einsatz zeigen.

Braucht man einen iPhone-Rahmen um die Screenshots?

Nein, Apple verlangt das nicht: Ein Vollbild-Screenshot der App geht durch. Der Rahmen hilft dem Betrachter zu verstehen, dass das Bild die App ist. Er muss zum richtigen Gerät passen: nie ein iPhone-Rahmen auf einem Screenshot für das iPad.

Kann man die Screenshots ändern, während die App auf das Review wartet?

Nein. Im Status Waiting for Review lässt App Store Connect weder Hochladen noch Ändern von Screenshots zu. Um sie zu ändern, ziehst du die Einreichung aus dem Review zurück oder wartest die Entscheidung ab.