Guideline 5.1.1: App-Store-Ablehnung verstehen und beheben

Die Guideline 5.1.1 ist Apples Regel zur Erhebung und Speicherung von Daten. Bei meinen drei Ablehnungen aus dieser Familie lag die Ursache immer in einer von zwei Abweichungen: Was die App mit den Daten machte, passte nicht zu dem, was angegeben war, oder die Berechtigungsanfrage drängte den Nutzer zum Ja.

Dieser Artikel behandelt nur diese eine Regel: ihre Unterpunkte, was ich vor dem Einreichen prüfe und was du korrigieren musst, mit drei Ablehnungen, die ich mit meinen eigenen Apps kassiert habe. Für den Überblick über alle Gründe lies besser warum Apple eine App ablehnt.

Was ist die Guideline 5.1.1?

Die Guideline 5.1.1, „Data Collection and Storage“, legt fest, was eine App einhalten muss, sobald sie mit personenbezogenen Daten zu tun hat: eine vollständige Datenschutzerklärung, eine Einwilligung vor der Erhebung, ehrliche Berechtigungsanfragen und ein Konto, das man löschen kann. Sie gilt für alle Apps, auch für die, die fast nichts erheben.

Den offiziellen Text findest du in den App Review Guidelines, Abschnitt 5 „Legal“, Teil 5.1 „Privacy“. Apples Nachricht nennt oft einen bestimmten Unterpunkt in Klammern: 5.1.1(i), 5.1.1(iv), 5.1.1(v). Genau dieser Unterpunkt sagt dir, wo du suchen musst.

Die fünf Unterpunkte der 5.1.1, die du zuerst kennen solltest

Unterpunkt	Was Apple verlangt	Die typische Ablehnung
5.1.1(i) Privacy Policies	Vollständige, verlinkte Erklärung	Fehlt oder unvollständig
5.1.1(ii) Permission	Einwilligung vor der Erhebung	Vager Berechtigungstext
5.1.1(iii) Data Minimization	Nur die nötigen Daten	Vollzugriff auf die Fotos
5.1.1(iv) Access	Nicht zum Zustimmen drängen	Screen, der zum Zustimmen drängt
5.1.1(v) Account Sign-In	Kein erzwungenes Konto	Pflicht-Login

Drei Präzisierungen. Die Datenschutzerklärung ist in App Store Connect und in der App verlinkt. Sie sagt, welche Daten erhoben werden, wie und wofür, bestätigt, dass Dritte, die sie erhalten, denselben Schutz bieten, und erklärt, wie man seine Einwilligung widerruft oder seine Daten löschen lässt. Eine kostenpflichtige Funktion darf nicht von einem Datenzugriff abhängen, den der Nutzer frei ablehnen darf. Und ein in der App erstelltes Konto muss sich in der App löschen lassen.

Die Regel hat weitere Unterpunkte, von (vi) bis (x), zu spezielleren Fällen wie regulierten Bereichen oder dem Zusammentragen personenbezogener Daten.

Die drei Dinge, die ich vor dem Einreichen abgleiche

Ich habe die Anleitung des Reviewers nicht. Hier ist, was ich selbst vor jedem Einreichen abgleiche, denn meine Ablehnungen kamen von einer Abweichung zwischen diesen Elementen:

• was die Online-Erklärung sagt, unter der in App Store Connect angegebenen URL;
• was die App wirklich macht, Screen für Screen, inklusive jeder Berechtigungsanfrage;
• was im Store-Eintrag angegeben ist, im Datenschutzteil der App (App Privacy Details).

Ich teste außerdem jeden Berechtigungsscreen, indem ich die App schließe und neu starte. Das ist die Ursache, die ich bei meiner zweiten Ablehnung von Nolera gefunden habe.

Drei 5.1.1-Ablehnungen, die ich kassiert habe, und ihre wahre Ursache

Clic: Online stand noch die alte Version der Erklärung

Clic macht mit KI aus einem Produkt fertige Slides zum Veröffentlichen. Am 16. September 2026 lehnt Apple die App ab und nennt 5.1.1(i) und 5.1.2(i). Der Einwilligungsscreen für die KI war in der App vorhanden. Das Problem lag außerhalb der App: Die auf der Website veröffentlichte Datenschutzerklärung war die alte Version. Die neue gab es, aber sie war nicht online gestellt worden.

Die Korrektur: vollständige Erklärung veröffentlicht, englische Zusammenfassung für den Reviewer ergänzt, Review-Notizen aktualisiert. Ich habe keinen neuen Build gemacht: Ich habe dieselbe Einreichung erneut abgeschickt.

Die Lektion: Apple liest, was online steht, nicht was in deinem Repository liegt. Öffne am Tag des Einreichens die URL deiner Erklärung und such nach dem Namen jedes Drittanbieterdienstes, den deine App nutzt.

Nolera: ein „Allow“-Button vor der Systemanfrage

Nolera ist meine Kleiderschrank-App. Am 17. September 2026, nach einem Review auf dem iPad Air, nennt Apple die 5.1.1(iv). Vor der Anfrage für den Kamerazugriff zeigte die App einen Erklärungsscreen mit einem Button „Allow the camera“.

Apples Designregeln sind in diesem Punkt präzise. Ein eigener Screen vor einer Systemanfrage darf nur einen einzigen Button haben, der diese Anfrage öffnet. Apple empfiehlt einen Begriff wie „Continue“ oder „Next“, nicht „Allow“: Ein Button, der wie der des Systems aussieht, verleitet dazu, danach ungewollt auf das echte „Allow“ zu tippen.

Diese Regel betrifft Screens vor einer Systemanfrage: Kamera, Mikrofon, Standort, Kontakte, Kalender, Tracking. Sie lässt eine Ausnahme zu, für eine gesetzlich vorgeschriebene Einwilligung.

Die Korrektur: Der Button heißt „Continue“, in allen 8 Sprachen der App.

Die Lektion: Ein Screen, der eine Berechtigung vorbereitet, erklärt. Er entscheidet nicht anstelle des Nutzers.

Nolera, zweite Ablehnung: der Screen „Kamera abgelehnt“ kam vor der Anfrage

Nach dem erneuten Einreichen wird Nolera am 22. September 2026 ein zweites Mal abgelehnt, wieder wegen 5.1.1(iv), diesmal auf dem iPad Pro 11 Zoll. Apple bemängelt zwei Punkte: einen Verweis auf die Einstellungen vor der Zugriffsanfrage und einen Screen, den man verlassen konnte, ohne diese Anfrage zu sehen.

Die Ursache, die ich gefunden habe: ein Fall, den ich nicht getestet hatte. Der Aufnahmescreen zeigte sein Panel „Kamera abgelehnt“, mit dem Link zu den Einstellungen und einer Ausweichlösung, sobald der Zugriff nicht gewährt war. Auch dann, wenn er nie angefragt worden war. Im normalen Ablauf kam der Erklärungsscreen vorher und alles lief gut. Aber wenn man die App mittendrin schloss und neu startete, landete man direkt beim Aufnahmescreen, ohne die Systemanfrage gesehen zu haben.

Die Korrektur: Solange iOS die Frage noch stellen kann, löst der Screen selbst die Systemanfrage aus. Das Panel „Kamera abgelehnt“ erscheint erst nach einer echten Ablehnung. Diese Korrektur brauchte einen neuen Build, denn der Reviewer testet den eingebauten Code.

Die Lektion: „Nie angefragt“ und „abgelehnt“ sind zwei verschiedene Zustände. Teste jeden Berechtigungsscreen, indem du nach dem Schließen der App zu ihm zurückkehrst, nicht nur in der Reihenfolge des Ablaufs.

5.1.1 und KI: was die 5.1.2(i) ergänzt

Bei Clic hat Apple zusätzlich zur 5.1.1 die 5.1.2(i) genannt. Diese Regel verlangt, klar anzugeben, wo personenbezogene Daten mit Dritten geteilt werden, und sie nennt ausdrücklich Dritt-KI („third-party AI“). Sie verlangt außerdem eine ausdrückliche Erlaubnis vor dem Teilen.

Meine Praxis seit dieser Ablehnung: drei Dinge, die zueinander passen.

• Ein Einwilligungsscreen in der App, vor dem ersten Senden, der sagt, an welchen Dienst welche Daten gehen.
• Dieselbe Information in der Online-Datenschutzerklärung.
• Dieselbe Information in den Datenschutzangaben des Store-Eintrags.

Was die Erklärung im Detail enthalten muss, steht in Datenschutzerklärung für eine App.

Was du Apple nach einer 5.1.1-Ablehnung antwortest

Die Unterhaltung läuft im Bereich App Review deiner App in App Store Connect. Das offizielle Vorgehen, um App Review zu antworten, ist dasselbe wie bei den anderen Regeln. Schreib auf Englisch, sachlich: was das Problem war, was sich geändert hat, wie man es prüft. Hier ist die Vorlage, die ich nutze (ersetze Build-Nummer und Korrektur durch deine):

Hello,

Thank you for your review.

Issue: the custom screen shown before the camera permission
request used an "Allow" button, and the "camera denied" panel
could appear before the system alert had ever been shown.

Fix in build X:
- The custom screen now has a single "Continue" button that
  opens the system alert.
- The "camera denied" panel only appears after the user has
  actually denied access in the system alert.

How to verify: delete the app, install this build, launch it
and go to the photo step. The system alert appears first.

Best regards,

Zwei Fälle sind möglich:

• Die Ursache liegt online (Erklärung, Support-Seite, Angaben im Store-Eintrag): Du korrigierst, antwortest, und dieselbe Einreichung kann ohne neuen Build wieder raus.
• Die Ursache liegt in der App (Screen, Button, Reihenfolge der Anfragen): Du brauchst einen neuen Build. Ein Remote-Update reicht nicht, wie ich im Guide zur Guideline 2.1 erkläre.

Die 5.1.1-Checkliste vor dem Einreichen

• Die URL deiner Datenschutzerklärung öffnet sich, und die Online-Seite ist die neueste Version.
• Die Erklärung nennt jeden Drittanbieterdienst, der Daten erhält, KI inklusive. Das ist meine Regel, strenger als Apples Text.
• Die Datenschutzangaben deines Store-Eintrags sagen dasselbe wie die Erklärung und das Privacy Manifest des Builds.
• Jeder Berechtigungstext erklärt die Nutzung in einem präzisen Satz.
• Keine Berechtigung wird beim Start angefragt, wenn die App ohne sie funktioniert. Gleiche Logik für die Hintergrundmodi: kein deklarierter Modus ohne Funktion, die ihn nutzt.
• Ein eigener Screen vor einer Anfrage hat nur einen Button, „Continue“, der die Systemanfrage öffnet.
• Wer eine Berechtigung ablehnt, kann anders weitermachen oder versteht, was ihm entgeht.
• Der Screen „Zugriff abgelehnt“ erscheint erst nach einer echten Ablehnung. Du hast es getestet, indem du die App geschlossen und neu gestartet hast.
• Die App lässt sich ohne Konto nutzen, wenn das Konto nicht unverzichtbar ist.
• Ein in der App erstelltes Konto lässt sich in der App löschen: Die Anleitung steht in Kontolöschung in iOS-Apps.
• Alles ist auch auf dem iPad getestet: Meine beiden 5.1.1-Ablehnungen bei Nolera wurden auf dem iPad festgestellt.

Deine Ablehnung mit jemandem beheben, der genau diese schon kassiert hat

Wenn deine App gerade wegen 5.1.1 abgelehnt wurde, hilft dir das Apple Review Kit, die genannte Regel zu finden, zu verstehen, was sie verlangt, und liefert ein Beispiel für Korrektur und Antwort. Wenn du deinen Fall gleich gemeinsam mit mir anschauen willst, buch eine Stunde mit mir, per Video. Das komplette Vorgehen steht auch auf der Seite App von Apple abgelehnt.

Wenn du deinen ersten Release vorbereitest, mach die kostenlose Diagnose: Sie bringt deine Schritte in die richtige Reihenfolge und schickt dir meine Anti-Ablehnungs-Checkliste für Apple, Datenschutz inklusive. Um deine mobile App zu erstellen und dabei von Anfang an an das Review zu denken, führt dich der Vier-Schritte-Weg des iOS Kit von der Idee bis zum Einreichen bei Apple.

Niemand kann garantieren, dass Apple deine App annimmt. Was ich tun kann: dir helfen, die 5.1.1-Ablehnungen zu vermeiden, die mich schon einen Review-Zyklus gekostet haben.

Häufige Fragen

Was bedeutet „Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage“?

Das ist der vollständige Titel der Regel in Apples Nachricht. Er weist auf ein Problem mit personenbezogenen Daten hin: unvollständige Datenschutzerklärung, als aufdringlich bewertete Berechtigungsanfrage oder ein Konto, das sich nicht löschen lässt. Der Unterpunkt in Klammern, zum Beispiel 5.1.1(iv), sagt dir, welches davon.

Brauche ich nach einer 5.1.1-Ablehnung einen neuen Build?

Nicht immer. Liegt die Ursache online, etwa bei einer nicht aktuellen Datenschutzerklärung, korrigierst du die Seite, antwortest Apple, und die Einreichung geht ohne neuen Build wieder raus. Liegt die Ursache in einem Screen oder Button der App, brauchst du einen neuen Build.

Darf ich vor einer Berechtigungsanfrage einen Erklärungsscreen zeigen?

Ja, Apple erlaubt das, wenn es wirklich nützlich ist. Der Screen hat dann nur einen Button, der die Systemanfrage öffnet, mit einem Begriff wie „Continue“ oder „Next“. Kein „Allow“-Button, kein Button zum Schließen oder Überspringen, außer bei einer gesetzlich vorgeschriebenen Einwilligung.

Meine App nutzt eine externe KI: Was muss ich angeben?

Die Guideline 5.1.2(i) verlangt, anzugeben, wo Daten mit Dritten geteilt werden, KI inklusive, und vorher eine ausdrückliche Erlaubnis einzuholen. Ich setze das an drei Stellen um: ein Einwilligungsscreen in der App, die Online-Datenschutzerklärung und die Datenschutzangaben im Store-Eintrag. Bei Clic hat Apple diese Regel zusammen mit der 5.1.1 genannt.

Ist ein Konto Pflicht, um die 5.1.1 einzuhalten?

Nein, im Gegenteil. Wenn deine App keine Funktion hat, die wirklich auf einem Konto beruht, verlangt Apple, dass sie ohne Anmeldung nutzbar bleibt. Und wenn sie das Erstellen eines Kontos erlaubt, muss sie auch erlauben, es in der App zu löschen.