App-Review-Screenshot-Richtlinien: Apples Regeln zusammengefasst

Warum legt Apple bei Screenshots besonderen Wert darauf?

Der App Store ist kuratiert. Apples Position, in der Einleitung der App Review Guidelines wiederholt, lautet: Ein hochwertiger Store nützt sowohl Nutzern als auch Entwicklern. Screenshots sind der erste Eindruck der Nutzer; irreführende Screenshots untergraben das Vertrauen in den gesamten Store. Deshalb gehört die Screenshot-Durchsetzung zu den strengsten Bereichen des App Review, und deshalb ist es wichtiger, Probleme schnell zu beheben, als zu argumentieren.

Was bedeutet „korrekte Darstellung“ (2.3.3)?

Richtlinie 2.3.3 verlangt, dass Screenshots die App tatsächlich in Aktion zeigen. Die Grauzone betrifft, was als „in Aktion“ gilt. Apple ist streng bei:

• Konzeptkunst für Funktionen, die nicht in der eingereichten Binärdatei enthalten sind
• Vorgerenderte Marketing-Illustrationen, die die App in einem hypothetischen Szenario zeigen
• Wettbewerber-Screenshots, die als eigene ausgegeben werden

Apple ist toleranter bei:

• Geräte-Mockups — Ihr echter App-Bildschirm in einen iPhone-Rahmen eingebettet ist in Ordnung
• Bildunterschriften und Überschriften — Text-Overlays, die erklären, was der Bildschirm zeigt
• Hintergründe — Verlaufs- oder fotografische Hintergründe hinter dem Geräterahmen
• Generierte Beispieldaten, die plausibel das darstellen, was ein echter Nutzer sehen würde

Warum sind Platzhalterinhalte ein Problem?

Lorem ipsum, „Benutzername“ und offensichtliche Testkonten (z. B. „test@test.com“) signalisieren ein unfertiges Produkt. App Review wertet dies als Hinweis auf eine unfertige App — ein direkter Weg zur Ablehnung. Befüllen Sie jedes Feld mit plausiblen Daten: realistisch wirkende Namen, realistische Transaktionsbeträge, aktuelle Daten. Generierte Daten sind in Ordnung; offensichtliche Platzhalterdaten nicht.

Was ist mit falschen Gerätegrößen (2.3.10)?

Richtlinie 2.3.10 betrifft die Korrektheit von Metadaten. Einen 6,1-Zoll-Screenshot in den 6,7-Zoll-Slot einzureichen — selbst wenn er hochskaliert wurde — wird abgelehnt, weil das resultierende Bild die App nicht im tatsächlichen Seitenverhältnis des größeren Geräts darstellt. Verwenden Sie die gerätespezifischen Renderings, die wir im Leitfaden zu App-Store-Screenshot-Größen auflisten, und lassen Sie die Screenshots.live-API jedes Gerät nativ generieren, anstatt zu skalieren.

Dürfen Sie Android in iOS-Screenshots erwähnen?

Nein. Richtlinie 2.3.10 verbietet Verweise auf andere Mobilplattformen in iOS-Metadaten, einschließlich Screenshots. Häufige Verstöße:

• „Jetzt auf Android“-Banner
• Google Play-Download-Badges
• Screenshots, die Ihre App in einem Android-Geräterahmen (Pixel, Galaxy) statt in einem iPhone-Rahmen zeigen

Die Lösung sind plattformspezifische Varianten: dieselbe Vorlage, unterschiedliche Geräterahmen-Konfiguration. Rendern Sie die iOS-Variante mit iPhone-Rahmen, die Android-Variante mit Pixel-Rahmen, und laden Sie sie in den jeweiligen Store hoch. Siehe das Multi-Plattform-Support-Feature für die Konfiguration.

Was ist mit Marketingaussagen (2.3.7)?

Apple hat Listings wegen unbelegter Superlative abgelehnt: „#1 Produktivitäts-App“, „Beste Notiz-App auf iOS“, „Von 10 Mio.+ Teams genutzt“. Die Lösung ist entweder:

• Eine Quelle angeben im Screenshot oder der Bildunterschrift („Top 10 in Produktivität, App Store, USA, März 2026“)
• Konkret sein statt superlativisch („Vertraut von 8.432 Teams“, sofern diese Zahl korrekt ist)
• Die Aussage entfernen und sich auf das Produkt selbst stützen

Wie wirken sich Altersfreigaben auf Screenshots aus?

Die Altersfreigabe, die Sie in App Store Connect auswählen, gilt für jedes Asset des Listings — einschließlich Screenshots. Eine 4+-App, die Alkohol, Tabak, intensive Gewalt oder anzügliche Inhalte in Screenshots zeigt, wird auf eine höhere Freigabe gesetzt oder abgelehnt, falls die Freigabe den Inhalt nicht abdecken kann. Stimmen Sie Inhalte von Anfang an auf die Freigabe ab: Wenn Ihr Screenshot eine Weinkarten-Oberfläche zeigt, muss die App-Freigabe Alkoholverweise bereits abdecken.

Welche Geräterahmen sind erlaubt?

Apple erlaubt es, Ihre App innerhalb eines Apple-Geräterahmens für die Geräteklasse zu zeigen, die Sie listen (iPhone, iPad, Apple Watch, Apple TV). Folgendes ist nicht erlaubt:

• Den Geräterahmen visuell verändern (eigene Farben, Logos)
• Android-Rahmen in iOS-Listings einmischen
• Generische „telefonförmige“ Rahmen verwenden, die nicht von Apple freigegeben sind

Verwenden Sie beim Entwurf Ihrer Vorlage Apples offizielle Geräterahmen-Assets (Sketch-/Figma-Bibliotheken).

Was ist mit Logos Dritter und urheberrechtlich geschützten Inhalten?

Richtlinie 5.2 betrifft geistiges Eigentum. Der häufigste Screenshot-Verstoß ist eine gefälschte Push-Benachrichtigung von einer Marke, deren Verwendung die App nicht lizenziert hat: zum Beispiel „Slack: Neue Nachricht von Eve“ in einem Screenshot einer Nicht-Slack-App. Verwenden Sie generische Mock-Benachrichtigungen, anonymisierte markenähnliche Oberflächen (keine echten Logos) oder lizenzierte Inhalte mit nachweisbaren Rechten.

Wie wird die Korrektheit von Preisangaben angewendet (3.1.1)?

Wenn ein Screenshot „Für immer kostenlos“ besagt, Ihre App aber ein Abonnement für 4,99 $/Monat verwendet, ist mit einer Ablehnung zu rechnen. Preisangaben in Screenshots müssen die tatsächlichen IAPs/Abonnements widerspiegeln, die Sie ausliefern. Dasselbe gilt für „Keine Werbung“-Aussagen, „Einmalkauf“-Aussagen und „Kostenlose Testversion“-Dauern — jede muss mit dem übereinstimmen, was der Nutzer in der App vorfindet.

Was ist mit Inkonsistenzen auf Locale-Ebene?

Ein US-Dollar-Preisschild in Ihrem deutschen Listing wirkt für App Review und für Nutzer nachlässig. Dasselbe gilt für Datumsformate (MM/TT/JJJJ in einem deutschen Listing), Social-Media-Verweise („Trending auf Twitter“ in einem Listing für das chinesische Festland, wo Twitter blockiert ist) und Feiertage (Thanksgiving-Hinweise in nicht-US-Listings). Der Leitfaden zur Lokalisierung behandelt locale-spezifische Überschreibungen genau für diese Fälle.

Was tun Sie, wenn Sie abgelehnt werden?

Die meisten Screenshot-Ablehnungen lassen sich leicht beheben: Ändern Sie das beanstandete Element in Ihrer Vorlage, rendern Sie über die API neu, laden Sie erneut hoch und reichen Sie erneut ein. Der gesamte Zyklus dauert in der Regel weniger als eine Stunde. Zwei Ratschläge:

• Lesen Sie die genaue Richtlinie, die Apple im Resolution Center zitiert. Die Lösung ist fast immer enger gefasst, als Sie denken — manchmal nur ein einzelnes Element auf einem einzelnen Screenshot.
• Reichen Sie erneut ein, bevor Sie Einspruch erheben. Einsprüche über das Resolution Center dauern Tage; erneute Einreichungen nach einer Korrektur werden in der Regel innerhalb von Stunden bearbeitet. Einsprüche sind sinnvoll, wenn Sie wirklich der Meinung sind, dass die Prüfung falsch war — nicht, wenn die Korrektur offensichtlich ist.

Wie unterscheiden sich die Regeln von Google Play?

Google Plays Richtlinie zu Store-Eintrag und Werbeinhalten behandelt ähnliche Bereiche, ist aber im Allgemeinen großzügiger bei Marketingsprache und strenger bei irreführender Funktionalität. Die Grundlagen — korrekte Darstellung, keine gefälschten Benachrichtigungen, Konsistenz mit der Altersfreigabe — gelten auf beiden Plattformen. Die technischen Spezifikationen unterscheiden sich; siehe dazu unseren Leitfaden zu Google-Play-Screenshot-Anforderungen.

Das Fazit

Der schnellste Weg, dem Screenshot-Ablehnungs-Eimer von App Review zu entgehen, besteht darin, mit einer Vorlage zu starten, die die Regeln bereits einhält — korrekte Geräterahmen, keine plattformübergreifenden Verweise, plausible Beispieldaten, keine unbelegten Aussagen. Generieren Sie Varianten aus dieser Vorlage, und die Ablehnungsrate sinkt nahezu auf null.