Datenschutzerklärung für Apps: Was vor dem Release stimmen muss
Ein praxisnaher Leitfaden für Datenschutzhinweise, die mit App-Code, Dienstleistern, Store-Angaben, Berechtigungen und Kontolöschung übereinstimmen.
Eine Datenschutzerklärung für eine App muss den Verantwortlichen nennen und verständlich erklären, welche Daten zu welchem Zweck und auf welcher Rechtsgrundlage verarbeitet werden, woher sie stammen, wer sie erhält, wie lange sie gespeichert werden und wie Betroffene ihre Rechte ausüben. Vor dem Release müssen diese Angaben mit allen SDKs, den Datenschutzangaben bei Apple und Google, den Berechtigungsdialogen, Einwilligungen und der tatsächlichen Kontolöschung abgeglichen werden.
App mit kurzem Briefing einschätzen
StartenWas die App-Stores tatsächlich verlangen
Apple verlangt einen öffentlich erreichbaren Link in App Store Connect und einen leicht zugänglichen Hinweis innerhalb der App. Zusätzlich beantworten Anbieter strukturierte Fragen für die Datenschutzkennzeichnung im Store. Dabei zählen auch Datenpraktiken von Analyse-, Werbe-, Karten- oder anderen Drittanbietern, deren Code in die App eingebunden ist.
Google Play fordert ebenfalls eine Datenschutzerklärung im Store-Eintrag und in der App. In der Erklärung zur Datensicherheit muss jeder veröffentlichte Anbieter angeben, welche Daten erhoben oder weitergegeben und wie sie geschützt werden. Die Google-Richtlinie zu Nutzerdaten weist ausdrücklich darauf hin, dass eingebundene Bibliotheken und SDKs mitgemeint sind.
Es entstehen damit mehrere Aussagen über dasselbe Produkt: ausführliche Datenschutzhinweise, Store-Kennzeichnungen, Systemberechtigungen, Einwilligungsdialoge und der veröffentlichte Programmcode. Widersprechen sie sich, hilft auch eine juristisch elegant formulierte Webseite nicht.
Der Daten-Steckbrief für jede Funktion
Beginnen Sie mit den wichtigsten Nutzerwegen. Für Registrierung, Buchung, Bezahlung, Chat, Standort, Benachrichtigungen und Support wird jeweils notiert, welche Information wann entsteht und wohin sie fließt.
| Datenverarbeitung | Konkreter Zweck | Beteiligte Systeme | Offene Entscheidung |
|---|---|---|---|
| E-Mail und Konto-ID | Anmeldung und Wiederherstellung | Backend, Mail-Dienst und Verwaltungsoberfläche | Löschung mit dem Konto oder begründete Restaufbewahrung |
| Standort | Fahrer oder Dienst während eines Auftrags anzeigen | App, Backend und Kartendienst | Genauigkeit, Hintergrundzugriff und Verlauf |
| Zahlungsstatus | Zahlung, Erstattung und Betrugsschutz | Zahlungsanbieter, Backend und Buchhaltung | Welche Nachweise bleiben wie lange erhalten? |
| Fotos und Dateien | Profil, Schadensfall oder Support | Dateispeicher und Supportsystem | Zugriff, Export, Backups und Löschfrist |
| Analyse- und Fehlerdaten | Nutzung verstehen und Abstürze beheben | Analyse- und Crash-SDK | Personenbezug, Einwilligung und Widerspruch |
Ergänzen Sie pro Zeile Verantwortlichkeit, Datenkategorie, Quelle, Zweck, Rechtsgrundlage, Empfänger oder Auftragsverarbeiter, Speicherort, Zugriffsrollen, Frist und Löschweg. Die Formulierung "zur Verbesserung unseres Angebots" ist dafür zu ungenau.
Der Daten-Steckbrief ist zugleich ein Instrument zur Datenminimierung. Eine Termin-App braucht nicht automatisch ein Geburtsdatum. Ein Lieferdienst benötigt den aktuellen Standort möglicherweise während einer Schicht, aber keinen unbegrenzten Bewegungsverlauf.
Welche Angaben in verständliche Datenschutzhinweise gehören
Zuerst muss klar sein, wer für die Verarbeitung verantwortlich ist. Firmenname, Anschrift und Kontaktweg sollten mit dem Anbieter im Store übereinstimmen. Soweit erforderlich, kommen Datenschutzbeauftragter oder Vertreter hinzu.
Anschließend werden Datenarten und Quellen beschrieben. Kontaktdaten, Geräteinformationen, Standort, Zahlungen, Nutzerinhalte und Supportanfragen sollten nicht in einer Sammelformel verschwinden. Leser müssen erkennen können, ob sie die Daten selbst eingeben, ob das Gerät sie liefert, ob die App sie erzeugt oder ob ein Partner sie übermittelt.
Zu jeder wesentlichen Verarbeitung gehören Zweck und Rechtsgrundlage. Eine konkrete Erklärung lautet etwa: Die App übermittelt während einer aktiven Lieferung den Standort des Fahrers an den Kunden. Das ist nachvollziehbarer als der pauschale Satz, Daten würden "für die Bereitstellung und Verbesserung von Diensten" verwendet.
Außerdem gehören Empfänger, Drittlandübermittlungen, Speicherfristen oder nachvollziehbare Fristkriterien, Betroffenenrechte, Widerrufs- und Widerspruchsmöglichkeiten, Beschwerdestelle, Sicherheitsgrundsätze sowie Stand und Änderungshinweise in den Text.
Für Angebote an Menschen in der EU geben insbesondere die Informationspflichten aus Artikel 13 und 14 DS-GVO den Rahmen vor. Die konkrete Umsetzung hängt zusätzlich von nationalen und branchenspezifischen Regeln ab.
Versprechen Sie nichts, was die Systeme nicht einhalten. "Wir löschen sofort sämtliche Daten" ist falsch, wenn Rechnungen gesetzlich aufbewahrt werden oder verschlüsselte Backups nach einem festen Zyklus auslaufen. Beschreiben Sie Ausnahme, Grund und Dauer offen.
Vier Ebenen, vier verschiedene Aufgaben
Datenschutzerklärung, Store-Kennzeichnung, Geräteberechtigung und Einwilligung werden häufig vermischt. Sie erfüllen jedoch unterschiedliche Aufgaben.
Die Erklärung informiert umfassend. Apple und Google zeigen vor der Installation eine standardisierte Zusammenfassung. Die Betriebssystem-Berechtigung öffnet technisch den Zugriff auf Kamera, Mikrofon, Fotos oder Standort. Eine Einwilligung ist eine freiwillige Entscheidung für einen bestimmten Zweck, sofern sie dafür die passende Rechtsgrundlage ist.
Wer die Kamera für ein Profilbild freigibt, stimmt damit keiner Gesichtsanalyse zu. Wer optionale Nutzungsanalyse ablehnt, sollte eine Buchung weiterhin durchführen können, wenn die Kernfunktion davon unabhängig ist. Ein kurzer Hinweis unmittelbar vor einer sensiblen Berechtigung erklärt den Nutzen besser als ein langer Text beim ersten Start.
Diese Entscheidungen brauchen Benutzeroberflächen und Zustände. Dazu können Datenschutzeinstellungen, ein Einwilligungsnachweis, Datenexport und Kontolöschung gehören. Die Anleitung zu Anmeldung und Nutzerkonten hilft, diesen Lebenszyklus früh zu planen.
SDKs und Dienstleister vollständig erfassen
Ein Software Development Kit, kurz SDK, bringt fertige Funktionen für Analyse, Karten, Zahlungen, Chat, Werbung oder Fehlerberichte in die App. Es kann Gerätekennungen und Ereignisse direkt an einen Anbieter senden, ohne dass sie in der eigenen Datenbank auftauchen.
Apple macht Anbieter für eingebundenen Drittcode verantwortlich und verlangt für zahlreiche verbreitete SDKs Datenschutz-Manifeste. Google erwartet ebenfalls, dass die Datensicherheitsangaben die Bibliotheken abdecken. Die Android-Datenschutzcheckliste empfiehlt, Berechtigungen, Datenerhebung und Gründe jedes SDKs zu kennen.
Führen Sie deshalb ein Verzeichnis mit Name, Version, Funktion, Berechtigungen, Datenarten, Zielsystemen, Konfiguration, Opt-out und internem Verantwortlichen. Prüfen Sie die produktive Konfiguration und den Netzwerkverkehr einer Release-Version. Ein Test-Build kann andere Protokolle oder Analyseziele nutzen.
Die Android-Sicherheitscheckliste ergänzt die Prüfung um Geheimnisse, Protokolle, Speicher und Release-Einstellungen. Für eine saubere Ereignisstruktur hilft die Anleitung zur App-Analyse.
Haben Sie eine App-Idee und möchten den nächsten Schritt klären?
App-Idee prüfenKontolöschung ist mehr als ein Link
Wenn eine iOS-App Konten anlegt, muss die Löschung innerhalb der App angestoßen werden können. Google Play verlangt zusätzlich einen externen Webweg, über den Nutzer ihr Konto und die damit verbundenen Daten löschen lassen können.
Sperren, Deaktivieren oder Abmelden erfüllen diese Aufgabe nicht. Das Team muss festlegen, was mit laufenden Abos, offenen Bestellungen, Beiträgen, Nachrichten, Rechnungen, Betrugsnachweisen, Supportfällen und Sicherungskopien geschieht. Erforderliche Restaufbewahrung wird begründet und transparent beschrieben.
Der Ablauf sollte eine angemessene Identitätsprüfung, klare Folgen, Abbruch künftiger Abrechnung, Bestätigung und einen für den Support nachvollziehbaren Bearbeitungsstatus enthalten. Testen Sie den Vorgang vom Nutzerkonto bis zu allen nachgelagerten Diensten.
Googles Erläuterung zur Kontolöschung eignet sich als Grundlage für Abnahmekriterien. Nehmen Sie diese Kriterien in die Checkliste zur App-Veröffentlichung auf.
Drei Produkte brauchen drei unterschiedliche Erklärungen
Eine Buchungs-App für ein Studio verarbeitet vielleicht Name, Kontakt, Termine und Anzahlungsstatus. Ihre Datenschutzhinweise erklären Erinnerungen, Mitarbeitendenzugriff und die Aufbewahrung stornierter Termine. Klauseln über Biometrie wären störend, wenn die Funktion nicht existiert.
Bei einer Lieferplattform kommen Kundenadresse, Fahrerstandort, Zustellfoto und Disposition hinzu. Standortdaten während eines laufenden Auftrags haben einen anderen Zweck als dauerhafte Bewegungsanalyse. Diese Grenze muss im Produkt, nicht nur im Text, erkennbar sein.
Gesundheits- oder Bildungsangebote können besonders geschützte Daten oder Minderjährige betreffen. Dann reichen Generatorbausteine nicht aus. Rollen, Zugriffe, Verträge, Export, Löschung und Vorfallreaktion gehören vor Entwicklungsbeginn geklärt. Die allgemeine Sicherheitscheckliste für Apps deckt die technische Seite ab.
Ein praktikables Freigabeverfahren
- Release-Inventar festhalten. Funktionen, Berechtigungen, Endpunkte, SDK-Versionen, Verwaltung und Anbieter aus dem tatsächlichen Kandidaten-Build erfassen.
- Datenwege vervollständigen. Vorgänge vor der Anmeldung, Support, Benachrichtigungen, Protokolle, Exporte und Backups einschließen.
- Hinweise aus dem Inventar schreiben. Sprache und Rechtsrahmen der angebotenen Märkte berücksichtigen; sensible Fälle fachlich prüfen lassen.
- Store-Antworten abgleichen. Apple App Privacy und Google Datensicherheit Zeile für Zeile aus derselben Quelle befüllen.
- Nutzerrechte testen. Berechtigungen ablehnen, Einwilligung widerrufen, Auskunft anfordern und ein Testkonto vollständig löschen.
- Nachweis und Verantwortung sichern. Version, Freigabedatum, Besitzer und Prüfauslöser mit der Release-Dokumentation speichern.
Wie diese Unterlagen beim Unternehmen bleiben, beschreibt unsere Checkliste zur Dokumentationsübergabe.
Nach dem Release aktuell bleiben
Eine neue Bibliothek für Sitzungsaufzeichnungen, ein anderer Kartendienst oder ein zusätzliches Supportformular kann die Datenverarbeitung verändern, obwohl die Datenschutzseite unverändert bleibt.
Jede relevante Produktänderung sollte deshalb kurz beantworten: Welche Daten kommen hinzu, wer erhält sie, wofür werden sie gebraucht, welche Wahl hat der Nutzer und wie erreicht eine Löschung den Anbieter? Erst danach wird entschieden, ob Text, Einwilligung oder Store-Angaben angepasst werden müssen.
Bewahren Sie alte Fassungen mit Gültigkeitsdatum auf. Wesentliche Änderungen sollten angemessen kommuniziert werden. Eine kleine sprachliche Korrektur benötigt dagegen nicht automatisch einen neuen Zwangsdialog.
Datenschutz im Appfyl-Projektumfang
Bei Appfyl beginnt die Erfassung mit Rollen und Abläufen. Wir klären, welche Daten eine Kernfunktion benötigt, was Mitarbeitende in der Verwaltungsoberfläche sehen, welche externen Dienste beteiligt sind und was nach einem Löschantrag passieren muss.
So werden versteckte Aufwände sichtbar: Berechtigungserklärungen, Serverlöschung, Einstellungen, Bearbeitungsprotokoll, Verwaltungsfunktionen und Tests. Der Daten-Steckbrief schafft außerdem eine gemeinsame Tatsachengrundlage für Entwicklung und rechtliche Prüfung.
Im interaktiven Appfyl-Projektbrief können Sie Rollen, Integrationen, sensible Daten und Löschanforderungen angeben. Mehr über die Umsetzung erfahren Sie bei Appfyl.
Sehen Sie, wie Appfyl Funktionsumfang in veröffentlichte Produkte übersetzt. Appfyl Cases ansehen.
Aus Recherche wird ein Launch-Plan
Appfyl macht aus Ihrer Idee einen klaren App-Plan, einen Funktionsumfang und den ersten Arbeitsplan.
App-Plan besprechenWichtigste Punkte
- Die Datenschutzerklärung wird aus geprüften Datenwegen geschrieben, nicht aus einer fremden Vorlage.
- SDKs, Supportsysteme, interne Zugriffe, Backups und Löschprozesse gehören in die Bestandsaufnahme.
- Text, Apple- und Google-Angaben, Berechtigungen und veröffentlichter Code müssen übereinstimmen.
- Einwilligung, Einstellungen und Kontolöschung sind Produktfunktionen und brauchen Tests.
- Ein fester Verantwortlicher prüft neue Funktionen, Anbieter und Märkte auf Änderungsbedarf.
Nützliche Links
Häufige Fragen
Für Google Play muss auch eine App ohne erklärte Datenerhebung eine Richtlinie verlinken und das Formular zur Datensicherheit ausfüllen. Apple verlangt ebenfalls einen erreichbaren Link. Prüfen Sie vor dieser Aussage insbesondere Fehlerberichte, Serverprotokolle und eingebundene SDKs.
Ein Generator kann eine Gliederung liefern. Er erkennt aber weder Datenflüsse noch Konfigurationen. Verwenden Sie ihn erst nach dem Inventar, entfernen Sie unzutreffende Klauseln und ergänzen Sie die tatsächlichen Anbieter, Zwecke und Fristen.
Ja, wenn derselbe Verantwortliche dahintersteht und Plattformunterschiede klar beschrieben werden. Die Store-Angaben müssen trotzdem zur jeweiligen Version passen.
Nein. Datenschutzhinweise informieren. Eine Einwilligung muss, wenn sie gebraucht wird, freiwillig und auf einen konkreten Zweck bezogen sein. Auch eine Geräteberechtigung ist davon zu unterscheiden.
Über eine dauerhaft öffentliche, mobil lesbare URL für die Stores und leicht auffindbar in der App, etwa bei der Registrierung, in den Kontoeinstellungen und an sensiblen Entscheidungspunkten. Der Zugriff sollte keine Anmeldung voraussetzen.