Guideline 1.1 Objectionable Content: Ablehnung beheben

Die Guideline 1.1, „Objectionable Content“, lehnt Apps ab, deren Inhalt beleidigend, schockierend, extrem geschmacklos oder irreführend ist. Sie gilt auch für Fake-Funktionen wie einen falschen Detektor und für Apps, die aus einer aktuellen Tragödie Profit schlagen wollen. Die Lösung: Entferne das beanstandete Element oder setze ihm klare Grenzen, in der App und im Store-Eintrag, und sag dem Reviewer dann, was sich geändert hat.

Ich veröffentliche meine eigenen iOS-Apps: Solys, TradaZen und Nolera sind im App Store. Dieser Guide stützt sich auf den offiziellen Text von Apple, gelesen am 15. Oktober 2026 („Last Updated: June 8, 2026“). Die Apps weiter unten sind konstruierte Beispiele, die die Regel veranschaulichen. Für den Überblick über alle Ablehnungsgründe lies besser warum Apple eine App ablehnt.

Was sagt die Guideline 1.1?

Die 1.1 eröffnet Abschnitt 1, „Safety“, der App Review Guidelines. Ihr erster Satz: „Apps should not include content that is offensive, insensitive, upsetting, intended to disgust, in exceptionally poor taste, or just plain creepy.“ Also keine Inhalte, die beleidigend, verletzend, verstörend, absichtlich ekelerregend, extrem geschmacklos oder einfach gruselig sind.

Die Einleitung des Abschnitts ist noch direkter: „if you're looking to shock and offend people, the App Store isn't the right place for your app.“ Wenn du schockieren willst, ist der App Store der falsche Ort.

Die sieben Unterregeln sind Beispiele, keine abschließende Liste. Der Reviewer bewertet Ton und Wirkung des Inhalts. Deshalb überrascht eine 1.1-Ablehnung oft: Kein konkretes Kriterium wurde verletzt, aber das Gesamtbild wurde als grenzwertig eingestuft.

Die 7 Unterregeln, von 1.1.1 bis 1.1.7

• 1.1.1: diffamierende, diskriminierende oder gehässige Inhalte gegen eine Gruppe (Religion, Herkunft, sexuelle Orientierung, Geschlecht…), vor allem wenn sie eine bestimmte Person oder Gruppe demütigen könnten. Ausnahme: „Professional political satirists and humorists are generally exempt from this requirement.“
• 1.1.2: realistische Gewalt gegen Menschen oder Tiere oder Aufruf zu Gewalt. In einem Spiel dürfen die Gegner nicht ausschließlich eine Herkunft, eine echte Regierung oder ein echtes Unternehmen sein.
• 1.1.3: gefährlicher oder illegaler Umgang mit Waffen oder Hilfe beim Kauf von Schusswaffen und Munition.
• 1.1.4: explizit sexuelle oder pornografische Inhalte, einschließlich Apps für One-Night-Stands.
• 1.1.5: aufhetzende religiöse Kommentare oder falsche Zitate aus religiösen Texten.
• 1.1.6: Falschinformationen und Fake-Funktionen, etwa ungenaue Gerätedaten oder ein falscher Standort-Tracker. Der Schlüsselsatz: „Stating that the app “for entertainment purposes” won't overcome this guideline.“ Apps für anonyme Anrufe oder SMS sowie Scherzanrufe werden abgelehnt.
• 1.1.7: Apps, die aus einem aktuellen Ereignis wie einem Krieg, einem Anschlag oder einer Epidemie Profit schlagen wollen.

Die Tabelle: Unterregel, typische Ablehnung, Lösung

Das ist das Raster, das ich durchgehe, bevor ich eine App einreiche, die Humor, KI oder aktuelle Ereignisse berührt. Die typischen Ablehnungen sind aus dem Text konstruierte Beispiele.

Unterregel	Typische Ablehnung	Lösung
1.1.1 Gehässigkeit	Witze über eine Herkunft	Ideen aufs Korn nehmen, keine Menschen
1.1.2 Gewalt	Realistischer Gore, echtes Ziel	Gezeichneter Stil, fiktiver Gegner
1.1.3 Waffen	Link zu einem Waffenhändler	Kauf und Links entfernen
1.1.4 Sexualität	Nackter KI-Avatar	Filter und bekleidetes Outfit
1.1.5 Religion	Falsch zitierter Vers	Exakter Text mit Quelle
1.1.6 Täuschung	Fake-Lügendetektor	Echte Funktion oder entfernen
1.1.7 Aktualität	Spiel über einen laufenden Krieg	Thema entfernen

Ein Hinweis „nur zur Unterhaltung“ rettet keine Fake-Funktion: Apple schreibt das in der 1.1.6 schwarz auf weiß.

Vier typische Fälle für eine Indie-App

Die vier Fälle unten sind konstruierte Beispiele, keine echten Apps.

Die Satire-App

Beispiel: eine App, die gefälschte Zeitungstitelseiten mit Politikern erstellt. Die Ausnahme der 1.1.1 gilt für „professionelle“ Satiriker und Humoristen. Ein Solo-Entwickler profitiert nicht automatisch davon. Der Text zielt vor allem auf Inhalte, die ein bestimmtes Ziel demütigen, einschüchtern oder verletzen.

Was ich tun würde: Situationen aufs Korn nehmen, keine Herkünfte oder Religionen. Nie erlauben, eine Privatperson über Namen oder Foto ins Visier zu nehmen. Und wenn Nutzer ihre Kreationen veröffentlichen, die Filter-, Melde- und Blockierfunktionen ergänzen, die die Guideline 1.2 verlangt.

Der Fake-Detektor und die Scherz-App

Beispiel: ein „Lügendetektor“, der den Finger auf dem Display auswertet, ein Fingerabdruckscanner, der die Stimmung „errät“, ein Tracker, der jede beliebige Nummer ortet. Das Handy misst nichts davon. Genau das ist die „trick/joke functionality“ aus der 1.1.6.

Die Lösung ist kein weiterer Warnhinweis. Entweder misst die Funktion wirklich, was sie anzeigt, oder sie fliegt raus. Wenn die Idee ein Spiel unter Freunden ist, steh zum Spiel: Fragen, ein Punktestand, eine Mutprobe, ohne zu behaupten, den Körper oder das Gerät auszulesen. Dasselbe gilt für den Store-Eintrag: Ein Name, der einen echten Detektor verspricht, reicht schon für die 1.1.6.

KI-generierte Inhalte ohne Filter

Beispiel: eine App, die mit einem KI-Modell Geschichten, Witze oder Coaching-Antworten schreibt und sie ungefiltert anzeigt. Was deine KI produziert, veröffentlicht deine App. Wenn das Modell eine rassistische oder gewalttätige Nachricht ausspuckt, gilt die 1.1 so, als hättest du sie selbst geschrieben.

Was ich einbauen würde:

• System-Prompts, die den Ton und die verbotenen Themen festlegen.
• Eine Prüfung von Anfrage und Antwort auf dem Server, vor der Anzeige. OpenAI bietet ein kostenloses Moderationsmodell, das Text und Bilder klassifiziert.
• Eine neutrale Meldung, wenn die Antwort blockiert wird, und einen Button, um eine Antwort zu melden.

Diese Prüfung läuft auf dem Server, wo auch der Schlüssel für das Modell bleiben muss, wie ich in geheimer API-Schlüssel in einer Expo-App erkläre. Wenn die Kreationen mit anderen geteilt werden können, kommt zur 1.1 die 1.2 hinzu. Und das Senden von Nutzerdaten an das Modell fällt unter die Guideline 5.1.2.

Der KI-Avatar oder das KI-Bild

Beispiel: eine App, die ein Selfie in eine Figur verwandelt oder Avatare generiert. Drei Risiken. Ein sexualisiertes Bild fällt unter die 1.1.4. Ein Gore-Bild oder eine realistische Gewaltdarstellung fällt unter die 1.1.2. Eine echte Person, die ohne Zustimmung lächerlich gemacht oder in Szene gesetzt wird, fällt unter die 1.1.1.

Die Lösung: Anfrage und erzeugtes Bild filtern, Fotos von Dritten ablehnen und standardmäßig bekleidete Outfits verwenden. Für Logos, Figuren und Markenstile wird die Rechtefrage im Guide zur Guideline 5.2.1 behandelt.

Der Store-Eintrag zählt genauso wie die App

Eine 1.1-Ablehnung kann den Store-Eintrag genauso treffen wie den Code: eine provokante Beschreibung, ein unpassendes Keyword, ein zu krasser Screenshot. Die Regel 2.3.8 schreibt es vor: „Metadata should be appropriate for all audiences“. Icon, Screenshots und Vorschauvideos müssen auf dem Niveau 4+ bleiben, auch wenn deine App höher eingestuft ist. Für ein gewalttätiges Spiel nennt Apple als Beispiel Bilder ohne blutigen Tod und ohne auf eine Figur gerichtete Waffe.

Beantworte auch den Fragebogen zur Altersfreigabe ehrlich, wie es Regel 2.3.6 verlangt. Seine Werte und Definitionen decken Gewalt, Sexualität, derben Humor und Horror ab. Eine korrekte Einstufung macht verbotene Inhalte nicht akzeptabel. Sie verhindert vor allem, dass Familien überrascht werden, die sich auf die Kindersicherung verlassen.

Auf eine 1.1-Ablehnung antworten

1. Finde das beanstandete Element. Die Nachricht nennt manchmal einen Screenshot oder einen Bildschirm. Bleibt sie vage, frag in App Store Connect nach, welcher Inhalt das Problem ist.
2. Korrigiere überall. Die App, die Beschreibung, die Keywords, die Screenshots und die Bilder der In-App-Käufe.
3. Plane einen neuen Build ein, wenn der Inhalt in der App steckt. Eine Änderung nur am Store-Eintrag reicht nur, wenn das Problem im Eintrag lag.
4. Erklär es in zwei Sätzen. Die Methode und die Antwortzeiten findest du ausführlich in auf App Review antworten.

Eine Vorlage für die Notes auf Englisch, zum Anpassen, in der du nur behältst, was stimmt:

Hello,

Thank you for your feedback regarding Guideline 1.1.

In build [X], we have:
- removed [content] from [screen] and from the
  App Store description and screenshots;
- added server-side moderation of AI requests and
  responses before anything is displayed;
- added a "Report" button on every generated result.

Best regards,
[Your name]

Leg nur dann Einspruch beim App Review Board ein, wenn der Reviewer deinen Inhalt falsch verstanden hat. Grenzwertige Inhalte verteidigt man nicht, man entfernt sie.

Die 1.1-Checkliste vor dem Einreichen

• Kein Text, Bild oder Ton zielt auf eine Gruppe, eine Religion oder eine Privatperson.
• Die Gegner in einem Spiel sind fiktiv, und die Gewalt ist nicht realistisch.
• Keine Funktion behauptet, etwas zu messen, was das Handy nicht misst.
• Kein Thema schlägt Profit aus einem laufenden Krieg, einem Anschlag oder einer Epidemie.
• Jede KI-Ausgabe läuft vor der Anzeige durch eine Prüfung auf dem Server.
• Icon, Screenshots und Beschreibung bleiben auf dem Niveau 4+.
• Der Fragebogen zur Altersfreigabe beschreibt den tatsächlichen Inhalt.
• Die Review Notes erklären die Grauzonen, etwa schwarzen Humor oder ein heikles Thema.

Deine Ablehnung beheben, bevor du die App neu einreichst

Das Review Kit bündelt alles, was ich vor jedem Einreichen prüfe, mit zwei Skills, die dein Projekt in Claude Code durchgehen und deine Antwort vorbereiten, falls Apple ablehnt. Für einen menschlichen Blick buch eine Stunde mit mir: Wir gehen deinen Inhalt und deinen Store-Eintrag gemeinsam durch. Das komplette Vorgehen steht auf der Seite App von Apple abgelehnt.

Wenn du deinen ersten Release vorbereitest, mach deine kostenlose Diagnose: Sie sagt dir, welchen Schritt du zuerst angehen solltest, und schickt dir meine Checkliste gegen Apple-Ablehnungen.

Niemand kann garantieren, dass Apple deine App annimmt. Wenn du die Grauzonen vor dem Einreichen entfernst, streichst du zumindest diesen Grund von der Liste.

Häufige Fragen

Was bedeutet „Guideline 1.1 - Safety - Objectionable Content“?

Das ist die Überschrift der Ablehnung in Apples Nachricht. Der Reviewer hat einen Inhalt der App oder ihres Store-Eintrags als beleidigend, schockierend oder irreführend eingestuft. Die Nachricht kann eine bestimmte Unterregel nennen, zum Beispiel „Guideline 1.1.6“ bei einer Fake-Funktion.

Was ist die Guideline 1.1.6?

Das ist die Unterregel zu Falschinformationen und Fake-Funktionen: ungenaue Gerätedaten, falscher Standort-Tracker, Scherzfunktion. Sie lehnt auch Apps für anonyme Anrufe oder SMS sowie Scherzanrufe ab. Die Lösung: Mach die Funktion echt oder entferne sie.

Reicht ein Hinweis „nur zur Unterhaltung“?

Nein. Die 1.1.6 stellt klar, dass der Hinweis, die App sei „for entertainment purposes“, nicht ausreicht. Wenn eine Funktion behauptet, etwas zu messen oder zu erkennen, was das Handy nicht misst, ändert der Warnhinweis nichts an der Ablehnung.

Kann eine Humor- oder Satire-App die 1.1 bestehen?

Ja, wenn der Humor nicht auf eine Gruppe, eine Religion oder eine Privatperson zielt. Die Ausnahme der 1.1.1 betrifft professionelle Satiriker und Humoristen. Bei einer Indie-App nimm Situationen und Ideen aufs Korn, keine Menschen, und halte den Store-Eintrag auf dem Niveau 4+.

Fallen KI-generierte Inhalte unter die 1.1 oder die 1.2?

Unter beide, je nach Ablauf. Was die KI der Person anzeigt, die sie nutzt, fällt unter die 1.1: Dafür bist du verantwortlich wie für einen selbst geschriebenen Text. Wenn diese Kreationen mit anderen Nutzern geteilt werden, kommt die 1.2 hinzu, mit Filter, Meldefunktion, Blockieren und veröffentlichtem Kontakt.