Guideline 2.3.10: App wegen Metadaten abgelehnt

Die Guideline 2.3.10, „Accurate Metadata“, lehnt eine App ab, deren Store-Eintrag oder Oberfläche eine andere Plattform erwähnt: Android, Google Play, ein Handy einer anderen Marke auf einem Screenshot. Dein Store-Eintrag spricht von deiner App auf Apple-Geräten und von nichts anderem. Steht die Erwähnung im Store-Eintrag, korrigierst du sie und reichst denselben Build erneut ein. Steht sie in der App, brauchst du einen neuen Build.

Zwei verwandte Regeln greifen aus demselben Grund: die 2.3.3, wenn die Screenshots die App nicht in Benutzung zeigen, und die 2.3.7, wenn Name, Untertitel oder Keywords in die Irre führen. Ich bereite die Store-Einträge und Screenshots meiner Apps selbst vor: Solys, TradaZen und Nolera sind im App Store. Dieser Guide stützt sich auf den offiziellen Text von Apple, gelesen am 15. Oktober 2026. In-App-Käufe im Store-Eintrag fallen unter die 2.3.2, die ich separat behandle. Für den Überblick über Ablehnungen lies warum Apple eine App ablehnt.

Was sagt die Guideline 2.3.10?

Abschnitt 2.3 der App Review Guidelines geht von einer einfachen Idee aus: Wer eine App lädt, muss wissen, was er bekommt. Beschreibung, Screenshots, Vorschauvideos und Datenschutzangaben müssen das tatsächliche Erlebnis der App widerspiegeln.

Die 2.3.10 präzisiert: „don't include names, icons, or imagery of other mobile platforms or alternative app marketplaces in your app or metadata, unless there is specific, approved interactive functionality.“ Im Klartext: kein Name, kein Icon und kein Bild einer anderen mobilen Plattform oder eines alternativen App-Marktplatzes, weder in der App noch in ihrem Store-Eintrag. Weiter heißt es: „Make sure your app metadata is focused on the app itself and its experience.“ Der Store-Eintrag spricht von der App, ohne themenfremde Informationen.

Drei Punkte, die du dir merken solltest:

• Die App zählt genauso wie der Store-Eintrag. Ein Button „Auf Google Play verfügbar“ in der App fällt unter dieselbe Regel.
• Alternative Stores sind ebenfalls gemeint. Die, die es in manchen Ländern gibt, darfst du genauso wenig nennen wie Android.
• Die Ausnahme ist eng. Eine App darf eine andere Plattform nennen, wenn eine konkrete, von Apple genehmigte interaktive Funktion das rechtfertigt. Beispiel: Eine App zur Dateiübertragung zwischen einem iPhone und einem Android-Handy darf Android nennen, weil genau das ihre Funktion ist. Erklär das in den Notizen für die Review.

Die typische Nachricht bei einer 2.3.10-Ablehnung

Der Titel lautet „Guideline 2.3.10 - Performance - Accurate Metadata“. In einer in den Apple-Foren veröffentlichten Nachricht schreibt Apple: „Referencing third-party platforms in your app or its metadata is not permitted on the App Store unless there is specific interactive functionality.“ Danach wird verlangt, jede Erwähnung aus der App und ihrem Store-Eintrag zu entfernen: Beschreibung, Werbetext, Neuigkeiten, Vorschauvideos und Screenshots. In diesem Fall stammten die Screenshots von Seiten der Website des Entwicklers, und Apple bemängelte ein Gerät und eine Statusleiste, die nicht von einem iPhone waren.

Apples Hilfeseite zu Screenshots in Benutzung bestätigt das: Ein Screenshot, der auf eine andere Plattform verweist, etwa in seiner Statusleiste, wird nach der 2.3.10 beurteilt.

Wo sich die Erwähnungen verstecken, die zur 2.3.10 führen

• Die Beschreibung und der Werbetext. „Auch für Android verfügbar“ ist der häufigste Satz.
• Die Versionshinweise. Das ist die Falle bei Projekten, die in beiden Stores erscheinen. Ein gemeinsamer Hinweis wie „Tastatur-Fix unter Android“ landet im App Store. Wenn du beide Versionen mit einem einzigen Projekt vorbereitest, wie in iOS- oder Android-App, schreib getrennte Hinweise.
• Die Screenshots und Vorschauvideos. Ein Android-Handyrahmen, eine Android-Statusleiste, ein Screenshot vom Android-Emulator oder von deiner Website.
• Die App selbst. Ein Teilen- oder Empfehlungsbildschirm mit beiden Store-Badges, ein Link „App bewerten“, der den Play Store öffnet, ein Begrüßungstext, der Android erwähnt. In einem React-Native- oder Expo-Projekt wählst du Link und Badge anhand von Platform.OS: Die iOS-Version zeigt dann nur den App Store.
• Jede Sprache. Jede Lokalisierung hat eigene Texte und eigene Screenshots, und Apple prüft die Screenshots jeder Lokalisierung. Eine einzige vergessene Erwähnung in nur einer Sprache kann reichen, damit die Einreichung abgelehnt wird.

Zum Suchen lasse ich eine Suche über die Texte des Store-Eintrags und die Übersetzungsdateien der App laufen: rg -i "android|google play|play store". Dann schaue ich mir jeden Screenshot an, Sprache für Sprache, und suche nach einer Statusleiste oder einem Rahmen, der nicht von einem iPhone stammt.

2.3.3: Screenshots, die die App in Benutzung zeigen

Der offizielle Text: „Screenshots should show the app in use, and not merely the title art, login page, or splash screen.“ Die Screenshots müssen die App bei der Arbeit zeigen, nicht nur das Logo, den Login-Bildschirm oder den Startbildschirm. Darübergelegte Texte und Bilder sind erlaubt.

Apples Hilfeseite nennt eine konkrete Zahl. Pro Gerätetyp muss mehr als die Hälfte der Screenshots die App in Benutzung zeigen. Bei drei Screenshots müssen es zwei sein. Bei vier sind es drei. Die anderen dürfen die Vorteile mit Marketing-Visuals präsentieren. Auf den Screenshots in Benutzung dürfen hinzugefügte Texte die Oberfläche nicht verdecken.

Das passt zu einem Store-Eintrag, der verkauft: Ein kurzer Titel über einem echten Bildschirm bleibt ein Screenshot in Benutzung. Größen und Anzahl der Screenshots, bis zu zehn pro Gerätegröße, findest du in den Screenshot-Spezifikationen.

2.3.7: ehrlicher Name, Untertitel und Keywords

Die 2.3.7 verlangt einen eindeutigen Namen und Keywords, die die App beschreiben, ohne die Metadaten mit „trademarked terms, popular app names, pricing information, or other irrelevant phrases just to game the system“ vollzustopfen. Keine eingetragenen Marken, keine Namen bekannter Apps, keine Preise und keine themenfremden Sätze, um die Suche auszutricksen.

Was das praktisch bedeutet:

• Der Name hat höchstens 30 Zeichen. Der Untertitel ebenfalls, laut den App-Informationen in App Store Connect.
• Der Untertitel nennt keine anderen Apps und verspricht nichts Unüberprüfbares.
• Name, Untertitel, Screenshots und Vorschauvideos zeigen keine Preise.
• Die Keywords enthalten weder fremde App-Namen noch fremde Firmennamen. Die Hilfe zu den Versionsinformationen sagt es klar: „Names of other apps or companies aren't allowed.“

Das Wort „kostenlos“ ist eine Falle. In einer in den Apple-Foren veröffentlichten 2.3.7-Ablehnung stellt Apple klar, dass Hinweise auf kostenlose oder reduzierte Leistungen als Preisangabe zählen.

Zu sagen, dass eine Funktion ein Abo erfordert, wird erwartet, ihren Preis auf einem Screenshot zu zeigen, nicht. Die erste Anforderung kommt aus der 2.3.2, die zweite aus der 2.3.7. Apple fasst seine Tipps zu Name, Untertitel und Keywords auf seiner Seite zur Produktseite zusammen. Wie du deine Wörter auswählst, steht in App-Store-Keywords, und der komplette Store-Eintrag auf der Seite App Store ASO.

Abgelehnt oder akzeptiert: die Tabelle Regel für Regel

Die abgelehnten Versionen sind konstruierte Beispiele. Die Zeile mit dem akzeptierten Namen zeigt den echten Namen von Solys im französischen App Store, Stand Oktober 2026.

Regel	Abgelehnt (Beispiel)	Akzeptiert
2.3.10	„Verfügbar für iPhone und Android“	„Verfügbar für iPhone und iPad“
2.3.10	Hinweis „Bug unter Android behoben“	„Anzeige der Tastatur korrigiert“
2.3.10	Screenshot in einem Android-Handyrahmen	Screenshot aus dem iPhone-Simulator
2.3.10	Badges für App Store und Google Play in der App	Nur App-Store-Badge auf dem iPhone
2.3.3	Logo, Login, Startbildschirm, dann 2 Bildschirme	Mindestens 3 Nutzungsbildschirme von 5
2.3.3	Vollflächiger Marketingtext, ohne App	Kurzer Titel über einem echten Bildschirm
2.3.3	Mockup einer noch nicht ausgelieferten Funktion	Echter Bildschirm der eingereichten Version
2.3.7	Name „Wecker Alarm Schlaf Pro Kostenlos“	„Solys : Limiter temps d'écran“
2.3.7	Untertitel „Besser als [Konkurrenz-App]“	Untertitel, der den Nutzen nennt
2.3.7	Keywords mit Namen konkurrierender Apps	Nutzungswörter: Wecker, Morgen, Routine
2.3.7	„Kostenlos“ oder „-50 %“ auf einem Screenshot	Kein Preis und keine Aktion auf Screenshots

Ein echter Fall, außerhalb der 2.3.10: ein fremder Name in der Beschreibung

Bei Nolera, meiner Kleiderschrank-App, nannte die Beschreibung OpenAI, den KI-Dienst für die virtuelle Anprobe. Apple lehnte die Einreichung unter Berufung auf Abschnitt 5, „Legal“, wegen der Verfügbarkeit in China ab. Die gewählte Lösung war, China aus den Ländern zu entfernen, in denen die App angeboten wird.

Das war keine 2.3.10-Ablehnung, aber sie hat dieselbe Ursache: Der Name eines fremden Dienstes im Store-Eintrag ist nie neutral. Bevor du einen hinschreibst, frag dich, ob er den Leuten hilft, sich für deine App zu entscheiden. Meist reicht es, zu beschreiben, was die Funktion macht.

Korrigieren und erneut einreichen

1. Lies Apples Liste. Die Nachricht sagt, wo die Erwähnung gefunden wurde: Beschreibung, Screenshots, App. Ergänze das um deine eigene Suche, Sprache für Sprache.
2. Korrigier alles, nicht nur das genannte Beispiel. Eine zweite Erwähnung, die in der nächsten Runde gefunden wird, kostet einen ganzen Review-Zyklus.
3. Nur der Store-Eintrag: derselbe Build. Du änderst ihn in App Store Connect, antwortest App Review und reichst erneut ein. Die Details stehen in App-Store-Review-Dauer.
4. Erwähnung in der App: neuer Build. Der Reviewer testet die eingereichte Binary.
5. Echte interaktive Funktion: erklär sie. Schreib in deiner Antwort, was die App mit der anderen Plattform macht und wo man das testen kann.

Die Antwortvorlage, die ich verwenden würde, auf Englisch, zum Anpassen:

Hello,

Thank you for your review.

We removed every reference to other platforms:
- Description and promotional text: [what changed].
- What's New: [what changed].
- Screenshots: replaced with captures from iPhone,
  in all [number] localizations.

No change was needed in the app binary.

Best regards,

Schreib die letzte Zeile nur, wenn sie stimmt.

Die 2.3-Checkliste vor dem Einreichen

• Kein „Android“, „Google Play“ oder „Play Store“ im Store-Eintrag, in keiner Sprache.
• Versionshinweise für iOS geschrieben, nicht aus der Android-Version kopiert.
• Screenshots auf iPhone oder iPad aufgenommen, ohne Rahmen oder Statusleiste einer anderen Marke.
• Mehr als die Hälfte der Screenshots jedes Geräts zeigt die App in Benutzung.
• Kein Mockup einer Funktion, die in der eingereichten Version fehlt.
• Name und Untertitel ohne Preis, ohne Namen einer Konkurrenz-App, ohne unüberprüfbares Versprechen.
• Keywords ohne fremde Marke und ohne Firmennamen.
• Kein „kostenlos“ und keine Rabattprozente auf den Screenshots.
• In der App: Store-Links und -Badges an die Plattform angepasst.

Ein Store-Eintrag, der die Review beim ersten Mal besteht

Das Apple Review Kit vereint meine Checkliste vor dem Einreichen und Claude-Code-Skills, die dein Projekt, deine Paywall und deinen Store-Eintrag prüfen. Für Screenshots, die verkaufen, ohne gegen die 2.3.3 zu verstoßen, erstellt das App Store Screenshots Kit deine Visuals aus den echten Bildschirmen deiner App, in den von Apple verlangten Größen. Wenn du einen menschlichen Blick willst, buch eine Stunde mit mir. Das komplette Vorgehen nach einer Ablehnung findest du 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 Checkliste gegen Apple-Ablehnungen. Auf der Startseite siehst du, wie du eine mobile App erstellst und dabei von Anfang an an den Store-Eintrag denkst.

Häufige Fragen

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

Das ist der Titel der Ablehnung wegen der Erwähnung einer anderen Plattform. Apple hat in deinem Store-Eintrag oder in deiner App einen Namen, ein Icon oder ein Bild von Android, Google Play oder einem anderen App-Store gefunden. Die Lösung: jede Erwähnung entfernen, in jeder Sprache.

Darf ich schreiben, dass meine App auch für Android existiert?

Nicht im Store-Eintrag und nicht in der iOS-Version der App. Die einzige Ausnahme ist eine echte interaktive Funktion mit der anderen Plattform, die du in den Notizen für die Review erklärst. Um zu sagen, dass es deine App auch woanders gibt, nutz deine Website.

Wie viele Screenshots müssen die App in Benutzung zeigen?

Mehr als die Hälfte, pro Gerätetyp. Bei drei Screenshots zeigen zwei die App in Benutzung. Bei vier sind es drei. Die anderen dürfen deine Vorteile mit Marketing-Visuals präsentieren.

Brauche ich nach einer 2.3.10-Ablehnung einen neuen Build?

Nicht, wenn die Erwähnung nur im Store-Eintrag steht: Du korrigierst sie in App Store Connect und reichst denselben Build erneut ein. Steht die Erwähnung in der App, etwa ein Google-Play-Badge auf einem Teilen-Bildschirm, brauchst du einen neuen Build.

Darf ich eine Konkurrenz-App in meinen Keywords nennen?

Nein. Die Hilfe von App Store Connect verbietet Namen anderer Apps und Firmen in den Keywords, und die 2.3.7 lehnt eingetragene Marken ab, die die Suche austricksen sollen. Setz lieber auf die Wörter, die deine Zielgruppe eintippt, um ihr Bedürfnis zu beschreiben.