In diesem Ratgeber
Das hier ist ein Konsistenzcheck: Sagt deine Datenschutzerklärung, was die App tatsächlich tut, und passt sie zu deinen Angaben in den Stores? Es ist keine Rechtsberatung und sagt nicht, was das Gesetz in deinem Fall verlangt. Dafür frag eine fachkundige Person.
Was die Stores verlangen
- Google Play (Play Console Help, abgerufen am 23.10.2026): Du hinterlegst einen Link zur Datenschutzerklärung im vorgesehenen Feld der Play Console und zusätzlich einen Link oder Text in der App. Die Erklärung muss offenlegen, wie die App Nutzerdaten abruft, erhebt, nutzt und weitergibt; sie braucht Angaben zum Entwickler und eine Datenschutz-Kontaktmöglichkeit, die Datenarten und Empfänger, den Umgang mit Sicherheit sowie Aufbewahrung und Löschung. Sie muss klar als Datenschutzerklärung benannt sein und unter einer aktiven, öffentlichen URL liegen (keine PDFs). Laut der Seite muss der Abschnitt „Data safety“ zur Erklärung passen; auch Apps ohne personenbezogene oder sensible Daten brauchen eine.
- Apple (App Review Guidelines 5.1.1(i), abgerufen am 23.10.2026): Jede App braucht einen Link zur Datenschutzerklärung im Metadatenfeld in App Store Connect und gut erreichbar in der App. Sie muss benennen, welche Daten wie und wofür erhoben werden, bestätigen, dass Dritte wie Analyse-, Werbe- und SDK-Anbieter gleichwertigen Schutz bieten, und Aufbewahrung, Löschung sowie den Widerruf der Einwilligung bzw. die Löschanfrage erklären. Richtlinie 2.3 ergänzt, dass App-Metadaten einschließlich der Datenschutzangaben die App zutreffend darstellen müssen.
Regeln ändern sich. Lies beide Seiten vor dem Einreichen noch einmal.
Die Checkliste
| # | Prüfpunkt | Warum | So prüfst du |
|---|---|---|---|
| 1 | Die Erklärung hat eine öffentliche, funktionierende URL (kein PDF, kein Login) | Beide Stores wollen einen Link; Google verlangt eine aktive öffentliche URL ohne PDF | In einem privaten Fenster über Mobilfunk öffnen |
| 2 | Sie ist als Datenschutzerklärung benannt und nennt App oder Entwickler | Google verlangt klare Benennung und den genannten Anbieter bzw. die App | Titel und Name mit dem Store-Eintrag vergleichen |
| 3 | Der Link steht in Play Console und/oder App Store Connect | Fehlende Felder blockieren Einreichung oder Prüfung | Beide Formulare öffnen und die URL vergleichen |
| 4 | Der Link ist in der App leicht zu finden | Beide Stores verlangen das | Frischen Build installieren, in unter drei Taps finden |
| 5 | Jede erhobene Datenart ist aufgeführt | Die Erklärung muss zur Realität passen | Auflisten, was die App sendet: Konto, E-Mail, Geräte-IDs, Standort, Fotos, Käufe; mit Code und Netzwerkverkehr abgleichen |
| 6 | Wie und wozu jede Datenart genutzt wird, steht drin | Apple fragt nach „allen Verwendungen“ | Pro Datenart einen Zweck notieren |
| 7 | Drittanbieter-SDKs (Analyse, Werbung, Absturzberichte, Login) sind abgedeckt | Sie erheben ebenfalls Daten | Abhängigkeitsliste öffnen, Datennutzung je SDK prüfen |
| 8 | Empfänger der Daten sind benannt oder beschrieben | Google fragt nach den Parteien, mit denen geteilt wird | Backend, Analyse- und Zahlungsanbieter auflisten |
| 9 | Aufbewahrung und Löschung sind erklärt, inklusive Löschanfrage | Beide Stores verlangen das | Den beschriebenen Weg testen: kann ein Nutzer es wirklich tun? |
| 10 | Ein Kontakt für Datenschutzfragen ist angegeben | Google verlangt eine Kontaktmöglichkeit | Testmail an die Adresse senden |
| 11 | Die Data-safety-Angaben (Google) passen zur Erklärung | Google verlangt Übereinstimmung | Beides nebeneinander lesen |
| 12 | Die Datenschutzangaben in App Store Connect passen zu App und Erklärung | Apple will zutreffende Metadaten einschließlich Datenschutzinfos | Gleicher Nebeneinander-Vergleich |
| 13 | Angeforderte Berechtigungen sind in der Erklärung erklärt | Eine Berechtigung ohne genannten Zweck wirkt wie eine Lücke | Jede Berechtigung auflisten, passenden Satz suchen |
| 14 | Die Erklärung wird bei neuer Funktion oder neuem SDK angepasst | Häufigste Abweichung | „Erklärung prüfen“ in die Release-Checkliste aufnehmen |
| 15 | Der Text ist für normale Nutzer lesbar | Eine unlesbare Erklärung nützt wenig | Jemanden außerhalb des Projekts bitten, sie wiederzugeben |
| 16 | Sonderfälle (Kinder, Gesundheit, Zahlungen) prüft eine fachkundige Person | Es können zusätzliche Regeln gelten; hier nicht abgedeckt | Als offenen Punkt notieren, nicht raten |
Vorlage: Tabelle Erklärung gegen App
Datenart | Wo erhoben (Screen/SDK) | Zweck | Weitergabe an | Aufbewahrung | In Erklärung? | In Store-Angaben?
[E-Mail] | [Registrierung] | [Login] | [Backend] | [bis Löschung] | [ ] | [ ]
Eine Zeile pro Datenart. Jedes leere Feld ist eine Abweichung, die du behebst. Zum Anpassen: Zeilen je SDK ergänzen und eine Spalte für die Rechtsgrundlage, falls deine Beratung sie verlangt.
Verwandte Seiten
- Übersicht: Checklisten für mobile App-Tests: alle Bereiche an einem Ort
- Checkliste vor dem App-Launch: 30 Dinge zu prüfen
- Erste Woche nach dem Launch: Checkliste zur Beobachtung
AppReviewX-Tester geben privates, strukturiertes Feedback und können dir sagen, ob Berechtigungsabfragen und Datenanfragen in der App Sinn ergeben. 1 Feedback = 1 Credit; neue Konten starten mit 0. Kostenlos starten.
Allgemeine Information, keine Rechtsberatung.