App Privacy in App Store Connect: was du für SDKs angibst

App Privacy ist der Bereich in App Store Connect, aus dem die Datenschutzangaben deiner Produktseite entstehen. Dort gibst du jeden Datentyp an, den deine App und die darin eingebauten SDKs sammeln: wofür er dient, ob er mit dem Nutzer verknüpft ist, ob er zum Tracking genutzt wird. Solange deine Antworten nicht veröffentlicht sind, lässt dich App Store Connect deine Version nicht zu einer Einreichung hinzufügen.

Die Antworten lassen sich jederzeit korrigieren, ohne neuen Build. Am schwierigsten ist es, zu wissen, was du für RevenueCat, Sentry, PostHog, Supabase, AppsFlyer, Meta oder die Expo-Benachrichtigungen angeben musst. Die Tabelle weiter unten basiert auf der Dokumentation der einzelnen SDKs und den Manifesten, die sie mitbringen, Stand 15. Oktober 2026.

Ich veröffentliche meine eigenen iOS-Apps mit Expo und diesen SDKs. Dieser Guide zeigt, was Apple verlangt und wie ich es umgesetzt habe. Er ersetzt keine Rechtsberatung.

App Privacy, Datenschutzerklärung und Manifest: drei verschiedene Dinge

• Die Datenschutzerklärung ist eine Webseite, deren Adresse du angibst. Wie das geht, steht in Datenschutzerklärung für eine iOS-App.
• Das Privacy Manifest ist eine Datei PrivacyInfo.xcprivacy, die im Build steckt. Details findest du im Guide zu ITMS-91053.
• App Privacy ist der Fragebogen in App Store Connect. Er erscheint auf deiner Produktseite in drei Blöcken: Daten, die zum Tracking verwendet werden, Daten, die mit dir verknüpft sind, Daten, die nicht mit dir verknüpft sind.

Alle drei müssen dieselbe Geschichte erzählen. Apples Seite App Privacy Details stellt klar, dass diese Angaben für die Einreichung einer App und ihrer Updates Pflicht sind und auch deine Drittpartner abdecken: Analysetools, Werbenetzwerke, SDKs und Anbieter, deren Code du eingebaut hast.

App Privacy Schritt für Schritt ausfüllen

Die Hilfe von App Store Connect beschreibt die folgenden Schritte.

Um den Fragebogen auszufüllen, brauchst du die Rolle Account Holder, Admin oder App Manager.

1. Öffne unter Apps deine App und dann App Privacy in der Seitenleiste.
2. Klicke auf Get Started.
3. Beantworte die erste Frage: Sammelst du oder deine Partner Daten? Wenn nicht, wähle „No, we do not collect data from this app“ und speichere. Fertig.
4. Andernfalls hakst du alle gesammelten Datentypen an, egal ob durch deinen Code oder deine SDKs.
5. Beantworte für jeden Typ die drei Fragen: Zwecke, Verknüpfung mit dem Nutzer, Tracking.
6. Prüfe die Vorschau der Produktseite (Product Page Preview), klicke auf Publish und bestätige.

Wenn deine App schon live ist, verlangt Apple, dass die Antworten die Daten der Live-Version beschreiben.

Veröffentliche vor dem Einreichen. Im September 2026 ist bei Piaf das Hinzufügen der Version zur Einreichung mit dieser Meldung gescheitert: „You must have published answers to your app's data usages.“ Ich habe keinen Weg gefunden, dieses Formular über die öffentliche API von App Store Connect auszufüllen. Deshalb mache ich es in der Weboberfläche, vor allem anderen.

Die drei Fragen zu jedem Datentyp

Was „sammeln“ bedeutet

Für Apple heißt sammeln: Daten vom Gerät senden und länger darauf zugreifen können, als zur Beantwortung der Anfrage nötig ist. Also:

• Daten, die nur auf dem iPhone verarbeitet werden, gelten nicht als gesammelt;
• ein Token oder eine IP-Adresse, die gesendet und sofort verworfen werden, ebenfalls nicht;
• Daten, die nur für die Funktion der App gesammelt werden, musst du trotzdem angeben, mit genau diesem Zweck.

Die Zwecke

Apple bietet sechs Zwecke an: Werbung von Drittanbietern, Werbung oder Marketing des Entwicklers, Analyse, Produktpersonalisierung, App-Funktionalität und sonstige Zwecke. Ein Datentyp kann mehrere davon haben: Eine E-Mail, die für den Login und zur Personalisierung der App dient, bekommt Funktionalität und Personalisierung.

Mit dem Nutzer verknüpft

Daten sind verknüpft, wenn sie mit der Identität der Person verbunden sind, über ihr Konto, ihr Gerät oder auf anderem Weg. Apple betont, dass das oft der Fall ist, außer du anonymisierst sie vor dem Sammeln und versuchst nie, sie später wieder zuzuordnen. Sobald du die Konto-ID an ein SDK übergibst (identify, setUser, logIn), werden die Daten dieses SDKs verknüpft.

Tracking

Tracking bedeutet, die Daten deiner App mit Daten aus Apps oder Websites anderer Unternehmen zu verbinden, für gezielte Werbung oder Werbemessung. Auch das Teilen von Daten mit einem Datenhändler zählt dazu. Ein SDK, das deine Daten für Werbung mit denen anderer Apps abgleicht, zählt als Tracking, selbst wenn du es nicht dafür nutzt.

Ein „Ja“ beim Tracking hat zwei Folgen: die App-Tracking-Transparency-Abfrage vor jedem Tracking, erklärt in Guideline 5.1.2, und ein Manifest, das das Tracking mit seinen Domains angibt: Fehlen diese Domains, bekommst du den Fehler ITMS-91064.

Was du für die SDKs einer Expo-App angibst

Diese Tabelle geht von der Standardkonfiguration jedes SDKs aus. Sobald du ihnen mehr schickst, etwa E-Mail, Konto-ID oder eigene Events, musst du mehr angeben.

SDK	Anzugebende Daten	Tracking	Quelle
RevenueCat	Kaufhistorie	Nein	RevenueCat-Doku
Sentry	Absturzdaten, Performance	Nein	Doku und Manifest
PostHog	Interaktionen mit der App	Nein	PostHog-iOS-Manifest
Supabase Auth	E-Mail, Nutzer-ID	Nein	Keine Doku gefunden
AppsFlyer	Geräte-ID, Interaktionen	Ja, Geräte-ID	AppsFlyer-Manifest
Meta SDK	Geräte-ID, Absturzdaten	Ja, Geräte-ID	Meta-Doku und -Manifest
Expo Notifications	Geräte-ID (Push-Token)	Nein	Keine Doku gefunden

RevenueCat

Die App-Privacy-Doku von RevenueCat verlangt die Angabe der Kaufhistorie mit zwei Zwecken, die jeder RevenueCat-Nutzer anhaken muss: Analyse und App-Funktionalität. Verknüpft: nein, wenn deine IDs anonym sind, ja, wenn deine RevenueCat-Nutzer-ID mit einer E-Mail verbunden werden kann. Füge die Nutzer-ID hinzu, wenn du deine eigene ID übergibst, und Kontaktdaten, wenn du eine E-Mail als Attribut schickst. Das Manifest des SDKs nennt nur die Funktionalität: Halte dich an die Doku, sie ist vollständiger. Die Einbindung steht in RevenueCat für In-App-Abos.

Sentry

Die Seite zum mobilen Datenschutz sagt es klar: Sentry ist ein anzugebender Partner, seine Standardzwecke sind Analyse und App-Funktionalität, es trackt nicht und braucht die Werbe-ID nicht. Sein Manifest gibt Absturz-, Performance- und andere Diagnosedaten an, nicht verknüpft. Hängst du mit Sentry.setUser die Konto-ID an die Berichte, werden sie verknüpft.

PostHog

Ich habe keine veröffentlichte App-Privacy-Empfehlung von PostHog gefunden. Das Manifest seines iOS-SDKs gibt Interaktionen mit der App und andere Nutzungsdaten an, nicht verknüpft, ohne Tracking, für die Analyse. Für React Native steht in der Doku, dass der App-Lebenszyklus standardmäßig erfasst wird, mit React Navigation 6 oder älter auch die aufgerufenen Screens, dass identify vergangene Events mit dem Nutzer verknüpft und dass ein aus der IP abgeleiteter Standort hinzugefügt wird, außer mit disableGeoip. Meiner Meinung nach solltest du einen ungefähren Standort angeben, wenn du diesen Standort behältst.

Supabase Auth

Supabase veröffentlicht meines Wissens keine App-Privacy-Empfehlung. Nach Apples Definitionen bedeutet ein E-Mail-Login, dass du E-Mail-Adresse und Nutzer-ID angibst, für die App-Funktionalität, verknüpft. Die Audit-Logs speichern außerdem die IP-Adresse jedes Logins: Apple verlangt, eine gespeicherte IP je nach deinem Verwendungszweck anzugeben. Und alles, was du in deinen Tabellen ablegst, zählt: Inhalte, Fotos, Verlauf.

AppsFlyer und Meta

Beide Manifeste geben die Geräte-ID als für Tracking verwendet an, für Werbung von Drittanbietern. Das von AppsFlyer ergänzt Interaktionen mit der App, für die Analyse. Das von Meta ergänzt Absturzdaten und sonstige Daten. Metas iOS-Doku stellt klar, dass sein Manifest nur die Standarderfassung abdeckt: Zusätzliche Daten musst du selbst angeben.

Im Juli 2026 habe ich beim Einbinden von AppsFlyer in TradaZen die Geräte-ID hinzugefügt, für Werbung von Drittanbietern und Analyse, zum Tracking verwendet. Der Block „Daten, die zum Tracking verwendet werden“ erschien auf der Produktseite. Der erste Build mit AppsFlyer wurde dagegen bei der Verarbeitung abgelehnt: Das Manifest der App gab das Tracking ohne seine Domains an.

Expo Notifications

Ich habe keine veröffentlichte Empfehlung von Expo gefunden, und das Manifest von expo-notifications gibt keine gesammelten Daten an. Aber das Push-Token, das du auf deinem Server speicherst, identifiziert das Gerät für deine App. Meine vorsichtige Lesart: Geräte-ID, für die App-Funktionalität, verknüpft, wenn du es mit dem Konto speicherst, ohne Tracking. Das ist keine von Apple geschriebene Regel.

Meine Methode: eine einzige Liste, um alles abzugleichen

Ich lese die veröffentlichte Datenschutzerklärung, bevor ich den Fragebogen anfasse. Die von TradaZen nennt die Login-E-Mail, das Abo, das Push-Token, Nutzungsstatistiken, Fehlerberichte und eine einwilligungspflichtige Werbeattribution.

Jede Zeile der Datenschutzerklärung wird zu einem Typ in App Privacy. Wenn ich ein SDK oder eine Funktion hinzufüge, die Daten sendet, ändere ich Datenschutzerklärung, App Privacy und Manifest am selben Tag.

Zur Kontrolle listest du die eingebetteten Manifeste mit dem Befehl aus dem oben genannten ITMS-91053-Guide auf. Mit einem Mac und Xcode fasst der Privacy Report sie zusammen: Product, dann Archive, dann Generate Privacy Report im Organizer. Apple präsentiert ihn als Hilfe beim Ausfüllen von App Store Connect.

App Privacy ohne Build aktualisieren

Apple schreibt es ausdrücklich: Du kannst deine Antworten jederzeit ändern, ohne App-Update. Die Adresse deiner Datenschutzerklärung ändert sich dagegen erst mit deiner nächsten Version, laut der Hilfe von App Store Connect.

Aktualisiere App Privacy, wenn du ein SDK hinzufügst, wenn du die Konto-ID an ein bestehendes Tool übergibst oder wenn eine Funktion einen neuen Datentyp sendet. Eine Ablehnung, die nur diese Angaben betrifft, korrigierst du online, wie bei Guideline 5.1.1.

Deine Unterlagen vor Apple prüfen

Das Review Kit enthält meine Checkliste vor dem Einreichen, meine behobenen Ablehnungen und zwei Claude-Code-Skills, die dein Projekt und deine Produktseite prüfen und deine Antwort vorbereiten, falls Apple ablehnt.

Du willst wissen, was noch blockiert? Die kostenlose Diagnose schickt dir meine Checkliste gegen Apple-Ablehnungen. Für den kompletten Weg bis zur Veröffentlichung lies eine App im App Store veröffentlichen.

Häufige Fragen

Was ist App Privacy in App Store Connect?

Das ist der Fragebogen, aus dem die Datenschutzangaben deiner App-Store-Seite entstehen: von deiner App und ihren SDKs gesammelte Daten, Zwecke, Verknüpfung mit dem Nutzer und Tracking. Er ist Pflicht, um eine App und ihre Updates einzureichen.

Brauche ich einen neuen Build, um App Privacy zu ändern?

Nein. Laut Apple kannst du deine Antworten jederzeit ändern, ohne App-Update: Du änderst sie und klickst dann auf Publish. Nur die Adresse der Datenschutzerklärung wartet auf die nächste Version.

Was gebe ich für RevenueCat in App Privacy an?

Die Kaufhistorie, mit den Zwecken Analyse und App-Funktionalität, laut der Doku von RevenueCat. Füge die Nutzer-ID hinzu, wenn du deine eigene ID übergibst, und Kontaktdaten, wenn du eine E-Mail als Attribut schickst.

Betreiben Sentry und PostHog Tracking im Sinne von Apple?

Nein, nicht in ihrer Standardkonfiguration. Sentry schreibt, dass es deine Daten nicht zum Tracking von Nutzern verwendet, und das iOS-Manifest von PostHog gibt kein Tracking an. Ihre Daten werden aber verknüpft, sobald du ihnen die Konto-ID übergibst.

Warum kann ich meine Version nicht zur Einreichung hinzufügen?

Oft, weil App Privacy nicht veröffentlicht ist. App Store Connect zeigt dann „You must have published answers to your app's data usages“. Veröffentliche deine Antworten und füge dann die Version hinzu.