Datenschutzerklärung und App Privacy, Data Safety ohne Reject

Was eine Datenschutzerklärung ist – in einfachen Worten

Stell dir vor, du machst ein Café auf. Per Gesetz hängt am Eingang ein Schild: Wir notieren die Bestellung, den Namen für die Reservierung, die Kartennummer für die Zahlung. Nicht weil du ein Bösewicht bist. Sondern weil der Gast ein Recht darauf hat, zu wissen, was hinter der Theke mit ihm passiert.

In der Welt der Apps heißt dieses Schild Datenschutzerklärung. Und ihre maschinenlesbare Version ist der Fragebogen, den du direkt im Store ausfüllst.

Apple nennt seinen Fragebogen App Privacy – im Volksmund „Privacy Nutrition Label“, also die Zutatenliste wie auf einer Lebensmittelverpackung. Bei Google heißt das Data Safety. Die Namen sind verschieden, der Sinn ist derselbe: Du zählst ehrlich auf, welche Daten deine App anfasst, wofür und an wen sie sie weitergibt.

Warum eine fertige App wegen Datenschutz abgelehnt wird

Du kannst etwas Geniales bauen und trotzdem an der Prüfung scheitern – wegen eines einzigen leeren Feldes: dem Link zur Datenschutzerklärung. Der ärgerlichste Reject der Welt. Der Code läuft, das Design ist poliert, und du fliegst raus wegen eines Stücks Papier.

• Ohne Datenschutzerklärung Die Datenschutzerklärung ist eine öffentliche Webseite, auf der in einfacher Sprache steht, welche Daten die App sammelt, wofür, an wen sie sie weitergibt und wie Nutzer ihre Daten löschen können. Sie muss ohne Login erreichbar sein. wird die App nicht angenommen. Punkt. Das ist eine harte Anforderung beider Stores.
• Ein schief ausgefüllter Fragebogen ist ein Reject. Oder, noch schlimmer, eine Sperre nach dem Release, wenn die Leute schon installiert haben.
• Fremde SDKs – Analytics, Werbung – sammeln Daten für dich. Nicht berücksichtigt? Geradestehen musst trotzdem du.
• Eine ehrliche Deklaration zahlt aufs Vertrauen ein. Der Nutzer sieht die „Zutatenliste“ schon vor der Installation und entscheidet selbst, ob er die App holt.

Fast alle Rejects beim Thema Datenschutz sind entweder ein fehlender Link zur Erklärung oder ein Fragebogen, der nicht mit dem übereinstimmt, was die App tatsächlich macht. Beides ist an einem Abend behoben. Wenn man vorher davon weiß.

Die drei Säulen des Datenschutzes: Erklärung, App Privacy und Data Safety

Schauen wir uns an, was man von dir will. Das sind keine drei verschiedenen Aufgaben. Das sind drei Projektionen ein und derselben Wahrheit: Welche Daten fasse ich an.

Der Link zur Datenschutzerklärung – deine Schilder-Seite

Eine ganz normale Webseite unter einem öffentlichen Link. Du trägst ihn in den App-Einstellungen im Store ein. Die Regeln sind kurz:

• Erreichbar ohne Login und ohne Passwort. Der Moderations-Bot muss sie sehen, und einloggen kann der sich nicht.
• Verständlich geschrieben: welche Daten, wofür, an wen du sie weitergibst, wie man sie löscht.
• Der Link lebt dauerhaft. Kein Wegwerf-Hosting, das morgen still und leise stirbt.

Apple verlangt eine Erklärung von allen Apps, selbst von solchen, die überhaupt nichts sammeln. Dann schreibst du es eben hin: Wir sammeln nichts. Auch Google verlangt im Data-Safety-Fragebogen einen Link zur Erklärung – für jede App.

App Privacy bei Apple – die Zutatenliste auf der Verpackung

In App Store Connect füllst du einen Fragebogen aus. Für jede Datenkategorie markierst du: ob du sie sammelst, wofür du sie nutzt – Analytics, Werbung, Funktion der App – und ob sie mit der Person des Nutzers verknüpft ist oder zum Tracking über mehrere Apps hinweg dient.

Aus deinen Antworten zeichnet Apple selbst genau dieses „Privacy Label“. Es ist auf der App-Seite im App Store sichtbar – schon vor dem Download. Der Nutzer liest die Zutatenliste und entscheidet.

Data Safety bei Google – der Fragebogen in der Play Console

Die Logik ist ähnlich, der Fragebogen ist ein eigener – das Data-Safety-Formular in der Play Console. Für jede Datenkategorie deklarierst du:

• ob du sie sammelst und ob du sie an Dritte weitergibst;
• wofür – den Zweck der Nutzung;
• ob das Sammeln verpflichtend ist oder sich abschalten lässt;
• ob die Daten bei der Übertragung verschlüsselt werden und ob der Nutzer ihre Löschung anfordern kann.

Was tun, wenn die App keine Daten sammelt

Sagen wir, du hast einen Offline-Einheitenrechner gebaut. Keine Accounts, kein Analytics, alles wird auf dem Gerät berechnet. Klingt, als könnte man den Datenschutz vergessen? Kann man nicht. Auch das Nicht-Sammeln musst du deklarieren. Schweigen liest der Store als „verheimlicht etwas“.

Hier eine ehrliche Checkliste. Sie bringt dich von der Panik bis zur veröffentlichten App.

Schreib ALLE Libraries und SDKs in der App heraus. Analytics, Werbung, Crash-Reports, Push-Nachrichten – die sammeln oft Kennungen und Standortdaten.
Schau für jedes SDK in seine Doku: welche Daten es sammelt und weitergibt. Das ist deine echte Liste.
Wenn du selbst nichts sammelst und auch die SDKs nichts sammeln, ist deine Antwort ehrlich: Es werden keine Daten gesammelt und nicht weitergegeben.
Bau eine öffentliche Datenschutzseite. Schreib geradeheraus: welche Daten du sammelst oder dass du nichts sammelst, und wie man dich erreicht.
Trag den Link zur Erklärung in App Store Connect und in den Data-Safety-Fragebogen in der Play Console ein.
Füll App Privacy bei Apple und Data Safety bei Google genau so aus wie in den Punkten 1–3. Keine Abweichungen von der Realität.
Prüf gegen: Öffnet sich der Link zur Erklärung im Inkognito-Modus ohne Login? Hat er sich geöffnet – bist du startklar.

Ehrlicher Fragebogen oder „lieber etwas mehr, sicherheitshalber“

Einsteiger kippen meist in eines von zwei Extremen. Entweder „ich setze die Häkchen irgendwohin, Hauptsache durch“. Oder „ich schreibe lieber von allem etwas mehr rein, damit garantiert keiner meckert“. Beide Wege führen gegen die Wand.

Häufige Einsteiger-Fehler bei App Privacy und Data Safety

• Leeres Feld beim Link zur Erklärung. Der häufigste und ärgerlichste Reject. Füll es vor dem ersten Einreichen zur Prüfung aus.
• Der Link verlangt einen Login oder führt auf ein Wegwerf-Hosting. Der Moderations-Bot loggt sich nicht ein und wartet nicht, bis das Hosting wieder lebt. Nur ein öffentlicher und dauerhafter Link.
• „Bei mir wird doch nichts gesammelt, den Fragebogen lasse ich aus.“ Den Fragebogen füllen alle aus, auch bei null Datensammlung. Das Auslassen wird nicht zu deinen Gunsten ausgelegt.
• Fremde SDKs vergessen. Werbung und Analytics sammeln Daten für dich, deklarieren musst du sie. Prüf jede Library.
• Der Fragebogen passt nicht zur Erklärung und nicht zur Realität. Die drei Projektionen ein und derselben Wahrheit müssen zusammenpassen. Weichen sie ab, lieferst du einen Grund für den Reject.
• Code geändert, den Fragebogen vergessen zu aktualisieren. Im Update Analytics ergänzt? Geh zurück und aktualisiere App Privacy und Data Safety. Das ist keine einmalige Aufgabe.