Warum Apple App-Store-Screenshots ablehnt (und wie du es vermeidest)

Apple lehnt App-Store-Screenshots ab, wenn sie die App nicht zutreffend zeigen, gestützt auf Abschnitt 2.3 (Accurate Metadata) der App Review Guidelines. Die häufigsten Auslöser sind Screenshots, die die App nicht in Benutzung zeigen (2.3.3), iPad-Screenshots, die nur gestreckte iPhone-Bilder sind, Bilder oder Namen anderer Plattformen wie Android (2.3.10), Preise im Bild (2.3.7) und Funktionen, die die App gar nicht hat (2.3 und 2.3.1). Ein abgelehnter Screenshot bringt die App meist in den Status „Metadaten abgelehnt“. Das behebst du in App Store Connect und antwortest dem App Review, ganz ohne neuen Build.

Unten findest du jede Guideline, die Screenshots betrifft, in Apples eigenen Worten, die Auslöser, die wir am häufigsten sehen, die Upload-Fehler, die wie Ablehnungen aussehen, aber keine sind, und wie du reagierst.

Welche App Review Guidelines betreffen Screenshots?

Alle stehen in Abschnitt 2.3 von Apples App Review Guidelines, der so beginnt: „Stell sicher, dass alle Metadaten deiner App, einschließlich Datenschutzangaben, App-Beschreibung, Screenshots und Vorschauen, das Kernerlebnis der App zutreffend wiedergeben.“ Die nummerierten Punkte, die für Screenshots wichtig sind:

Die Tabelle fasst aus Platzgründen zusammen; zitier den genauen Wortlaut der Guideline, wenn du dem App Review antwortest. Die Nummern der Guidelines ändern sich gelegentlich, also prüf die aktuelle Seite statt eines alten Blogposts (auch dieses hier), bevor du eine zitierst.

Die häufigsten Gründe für abgelehnte Screenshots

1. Der Screenshot zeigt die App nicht in Benutzung (2.3.3)

Guideline 2.3.3 lautet: „Screenshots sollen die App in Benutzung zeigen und nicht bloß die Titelgrafik, die Login-Seite oder den Splash-Screen.“ Sie erlaubt ausdrücklich auch „Text- und Bild-Overlays“, ein gestalteter Screenshot mit Caption, Hintergrund und Geräterahmen ist also in Ordnung. Markiert wird ein Screenshot, auf dem die App selbst fehlt oder nur noch Beiwerk ist: ein Slogan auf einem Farbverlauf, ein Logo, ein Anmeldeformular, ein Onboarding-Karussell. Zeig auf jedem Screenshot echte, mit Inhalten gefüllte UI, und gib dir beim ersten besonders Mühe, weil er am sichtbarsten ist (was auf deinen ersten App-Store-Screenshot gehört, haben wir separat aufgeschrieben).

2. iPad-Screenshots, die eigentlich iPhone-Screenshots sind (2.3.3)

Das ist eine der Ablehnungen, von denen Entwickler in Apples Foren am häufigsten berichten: Der Slot für das 13-Zoll-iPad ist mit einem iPhone-Screenshot gefüllt, der gestreckt, mit Rand aufgefüllt oder in einen iPad-Rahmen gesetzt wurde. Das App Review wertet das so, dass die App nicht in Benutzung auf dem iPad gezeigt wird. Die Lösung: Nimm die App auf einem iPad (oder im Simulator für das iPad Pro 13 Zoll) auf und gestalte das iPad-Set rund um diese Aufnahmen. Unterstützt deine App iPadOS nicht, brauchst du überhaupt kein iPad-Set.

3. Andere Plattformen im Bild (2.3.10)

Guideline 2.3.10 bittet dich, keine „Namen, Symbole oder Bilder anderer Mobilplattformen oder alternativer App-Marktplätze in deine App oder Metadaten aufzunehmen, es sei denn, es gibt eine konkrete, genehmigte interaktive Funktion“. Bei Screenshots heißt das meistens:

• Ein Android-Geräterahmen oder Android-Status- und Navigationsleisten, oft weil ein Google-Play-Set wiederverwendet wurde
• „Jetzt bei Google Play“-Badges oder eine Caption wie „Auch für Android“
• Android-spezifische UI in einer plattformübergreifenden App, die auf dem falschen Gerät aufgenommen wurde

Halte für jeden Store eigene Sets. Generatoren, die beide aus einem Projekt exportieren, machen das einfach; eine Namenskonvention in Figma auch.

4. Preise und Werbeversprechen (2.3.7)

Guideline 2.3.7 sagt: „Metadaten wie App-Namen, Untertitel, Screenshots und Vorschauen sollen keine Preise, Begriffe oder Beschreibungen enthalten, die nicht zum jeweiligen Metadatentyp gehören.“ Captions wie „Nur 2,99 $/Monat“, „Launch-Sale: 50 % Rabatt“ oder ein Banner mit dem Preis nach der Testphase sind typische Auslöser. Beschreib lieber, was die App tut; Preise zeigt der App Store ohnehin schon an.

5. Funktionen, die die App nicht hat (2.3, 2.3.1)

Mockups kommender Funktionen, ein Design, das spürbar von der ausgelieferten UI abweicht, oder eine Aufnahme aus einer anderen Version der App können alle als irreführend gelten. Guideline 2.3.1 nennt ausdrücklich das „Bewerben von Inhalten oder Diensten, die sie gar nicht anbietet“. Nimm die Screenshots aus dem Build auf, den du einreichst.

6. Kostenpflichtige Funktionen ohne Hinweis darauf (2.3.2)

Guideline 2.3.2 verlangt, dass „App-Beschreibung, Screenshots und Vorschauen klar angeben, ob gezeigte Artikel, Level, Abos usw. zusätzliche Käufe erfordern“. Zeigt dein Hero-Screenshot eine Pro-Funktion, erledigen ein kleines „Pro“- oder „Premium“-Label in der UI oder Caption plus eine klare Formulierung in der Beschreibung die Frage.

7. Echte Daten, lizenzierte Inhalte und unfertige UI

Guideline 2.3.9 verlangt fiktive Kontodaten statt der Daten einer echten Person und macht dich für die Rechte an allem verantwortlich, was zu sehen ist. Promi-Fotos, Logos von Sportvereinen oder Filmplakate in einem Demo-Feed sind ein Risiko, wenn du keine Rechte daran hast. Außerdem verlangt Guideline 2.1, dass Einreichungen finale Versionen sind, ohne Platzhaltertext und andere vorläufige Inhalte. Debug-Menüs, „Lorem ipsum“ und Banner aus der Testumgebung haben in Screenshots also auch nichts verloren. Unser Guide zu sauberen Screenshots aus Simulator und Emulator zeigt, wie du Demodaten und eine aufgeräumte Statusleiste einrichtest.

Upload-Fehler, die keine Ablehnungen sind

Manche Screenshot-Probleme erreichen das App Review nie, weil App Store Connect die Datei schon beim Upload zurückweist. Die sind schneller behoben, blockieren dich aber genauso.

Apples Screenshot-Spezifikationen listen jede akzeptierte Größe pro Gerätegruppe auf, und unsere Übersicht der Screenshot-Größen hat die gängigen in einer Tabelle.

So reagierst du auf abgelehnte Screenshots

1. Lies die Nachricht in App Store Connect

Die Details zur Ablehnung findest du im Bereich App Review auf der Seite deiner App in App Store Connect (viele Entwickler nennen ihn noch Resolution Center, sein alter Name). Apple nennt die Nummer der Guideline und meist auch, welche Screenshots und welche Gerätegröße betroffen sind. Lies genau: „deine Screenshots für das 13-Zoll-iPad“ und „deine iPhone-Screenshots“ erfordern unterschiedliche Korrekturen.

2. Korrigier die Metadaten, nicht den Build

Für den Status „Metadaten abgelehnt“ sagt Apples Übersicht der Status: „Lies die Nachricht vom App Review, bearbeite die Metadaten, um das Problem zu beheben, und antworte auf die Nachricht vom App Review.“ Ersetz die beanstandeten Screenshots in jeder Lokalisierung, die sie enthält; eine Korrektur nur auf Englisch löst kein Problem, das auch in deinem deutschen Set steckt. Prüf außerdem die skalierten Größen in der Medienverwaltung.

3. Antworte kurz und konkret

Sag, was du geändert hast und wo. Zum Beispiel so:

Thanks for the review. We've replaced the 13-inch iPad screenshots
in all 6 localizations with captures of the app running on iPad Pro
(13-inch). The previous images were scaled iPhone screenshots.
The build is unchanged.

4. Wenn du anderer Meinung bist: erklären oder Einspruch einlegen

Wenn du glaubst, dass der Reviewer den Screenshot falsch verstanden hat (etwa weil eine Funktion, die er nicht gefunden hat, hinter einer Anmeldung liegt), antworte mit den Schritten, wie man dorthin kommt, und trag Zugangsdaten für einen Demo-Account in den Informationen zur App-Prüfung ein. Hilft das nicht, beschreibt Apples App-Review-Seite einen Einspruch beim App Review Board: Nenn konkrete Gründe, warum die App den Guidelines entspricht, reich pro abgelehnter Einreichung nur einen Einspruch ein und beantworte vorher alle offenen Fragen. Apple bietet außerdem 30-minütige App-Review-Termine an, in denen du die Guidelines vor dem Einreichen besprechen kannst.

Eine Checkliste vor dem Einreichen

• Jeder Screenshot zeigt echte, mit Inhalten gefüllte App-UI aus dem Build, den du einreichst
• iPad-Screenshots sind echte iPad-Aufnahmen, oder es gibt keine, weil die App iPadOS nicht unterstützt
• Keine Android-Rahmen, keine Android-System-UI, keine Google-Play-Badges oder Namen anderer Plattformen
• Keine Preise, Rabatte oder Testphasen-Preise in den Bildern
• Kostenpflichtige Funktionen sind irgendwo im Eintrag als kostenpflichtig gekennzeichnet
• Die Bilder sind für eine Altersfreigabe ab 4 geeignet und du hast die Rechte daran
• Demodaten sind fiktiv; kein Platzhaltertext, keine Debug-UI
• Exakte akzeptierte Pixelgrößen, PNG oder JPEG, keine Transparenz, bis zu 10 pro Größe
• Korrekturen in jeder Lokalisierung, nicht nur in der Hauptsprache

Designprobleme, die dir zwar keine Ablehnung, aber Installationen kosten, findest du unter häufige Fehler bei App-Screenshots, und den kompletten Weg vom Build bis zum Upload unter So erstellst du App-Store-Screenshots.