Datenschutzerklärung für eine App, die keine Daten erhebt

Eine Erklärung ohne Datenerhebung kann kurz sein, sollte aber nicht aus einem einzigen Satz bestehen. Behandeln Sie diese Punkte in verständlicher Sprache:

1. Wer Sie sind: Ihr Name oder Ihr Unternehmen, der App-Name und eine E-Mail-Adresse für Datenschutzfragen.
2. Die Kernaussage: Die App erhebt keine personenbezogenen Daten, speichert keine auf unseren Servern und gibt keine weiter.
3. Was auf dem Gerät bleibt: lokal gespeicherte Einstellungen, Dateien oder Inhalte, und dass sie beim Deinstallieren der App entfernt werden, vorbehaltlich von Gerätebackups, die der Nutzer bei Apple oder Google aktiviert hat.
4. Berechtigungen: jede Berechtigung, die die App anfordert, wofür sie genutzt wird und dass die Daten nur auf dem Gerät verarbeitet werden.
5. Kontakt mit Ihnen: Schreibt Ihnen ein Nutzer eine E-Mail, erhalten Sie seine E-Mail-Adresse und Nachricht und nutzen sie nur, um zu antworten.
6. Store-Betreiber: Downloads und Käufe wickelt der Store unter seiner eigenen Erklärung ab.
7. Kinder: ob sich die App an Kinder richtet.
8. Änderungen: wie Sie die Erklärung aktualisieren, wenn Sie Funktionen hinzufügen, die Daten erheben, mit einem Datum des Inkrafttretens.

Ein Satz wie „Fotos, die Sie in der App bearbeiten, werden auf Ihrem Gerät verarbeitet und nie zu uns hochgeladen“ überzeugt weit mehr als „wir respektieren Ihre Privatsphäre“. Für eine vollständige Gliederung vergleichen Sie mit was eine Datenschutzerklärung enthalten sollte.

Die Antwort hängt davon ab, wer fragt, und der Unterschied ist wichtig.

Apple definiert „erheben“ als die Übertragung von Daten vom Gerät auf eine Weise, die es Ihnen oder Ihren Drittpartnern erlaubt, länger darauf zuzugreifen, als für die Bearbeitung der übermittelten Anfrage in Echtzeit nötig ist. Nur auf dem Gerät verarbeitete Daten werden nicht erhoben. Wenn ein Authentifizierungstoken oder eine IP-Adresse mit einem Serveraufruf gesendet und nicht gespeichert wird, müssen Sie das laut Apple nicht in App Store Connect angeben.

Google sagt, dass Daten, auf die nur auf dem Gerät zugegriffen wird und die nur dort verarbeitet werden, im Datensicherheitsformular nicht angegeben werden müssen. Daten, die vom Gerät gesendet und flüchtig verarbeitet werden, im Arbeitsspeicher und nur für eine Echtzeitanfrage, müssen trotzdem in Ihre Formularangaben aufgenommen werden, auch wenn sie möglicherweise nicht im Eintrag angezeigt werden.

Datenschutzrecht ist weiter gefasst. Nach der DSGVO umfasst „Verarbeitung“ jeden Vorgang mit personenbezogenen Daten, auch das bloße Empfangen. Ruft Ihre App Ihren Server auf, sieht dieser Server die IP-Adresse des Nutzers, die personenbezogen sein kann, auch wenn Sie sie nie speichern.

Eine App kann also ehrlich „Keine Daten erfasst“ im Store-Label zeigen, während ihre Datenschutzerklärung trotzdem eine flüchtige Serveranfrage erklärt. Genau diese Präzision macht eine Erklärung ohne Datenerhebung vertrauenswürdig.

Die meisten Aussagen „wir erheben nichts“ scheitern an einer Abhängigkeit, nicht am eigenen Code des Entwicklers. Prüfen Sie jeden dieser Punkte, bevor Sie ein Wort schreiben:

• Absturzberichte: An einen Anbieter gesendete Absturzlogs und Stacktraces sind bei Google Play eine Datenart im Datensicherheitsformular und bei Apple eine Diagnosekategorie.
• Analyse: Selbst anonym klingende Event-SDKs senden meist Geräte- und Nutzungsdaten.
• Werbe-SDKs: Werbung bringt fast immer Gerätekennungen und IP-Adressen mit sich.
• Remote Config, Feature Flags und A/B-Tests, die beim Start nach Hause telefonieren.
• Web-Views, die Ihre eigenen Seiten mit Analyse oder Schriften von Drittservern laden. Google sagt, dass über eine von Ihnen kontrollierte Web-View erhobene Daten zählen; Web-Views, in denen Nutzer das offene Web durchsuchen, nicht.
• Push-Benachrichtigungen, die ein auf einem Server gespeichertes Geräte-Token erfordern.
• Anmelde-, Cloud-Sync- oder Backup-Funktionen, die Sie später hinzugefügt haben.

Google stellt klar, dass Daten zählen, die Bibliotheken und SDKs in Ihrer App vom Gerät übertragen, egal ob sie an Sie oder an einen Dritten gehen. Finden Sie einen dieser Punkte, erhebt Ihre App Daten, und Erklärung und Store-Formulare müssen das sagen. Der Leitfaden zu Firebase-Datenschutzangaben zeigt, was gängige Google-SDKs senden.

Nutzer fragen manchmal, wie eine App behaupten kann, nichts zu erheben, wenn sie sich zum Herunterladen im Store anmelden mussten. Die Antwort: Der Store-Betreiber verarbeitet einige Daten unter seiner eigenen Datenschutzerklärung, und das ist nicht Ihre Erhebung.

Apple sagt das in seinen App-Privacy-Hinweisen direkt: Wenn Sie Daten über Ihre App aus Apple-Frameworks oder -Diensten erheben, geben Sie an, was Sie erheben und wie Sie es nutzen, aber Sie sind nicht dafür verantwortlich, von Apple erhobene Daten offenzulegen. Apple weist auch darauf hin, dass Sie Zahlungsdaten nicht erhoben haben, wenn Zahlungen über einen Zahlungsdienst außerhalb Ihrer App eingegeben werden und Sie nie Zugriff auf die Zahlungsdaten haben. Google Play verwaltet Store-Konten, Downloads und Abrechnung auf ähnliche Weise.

Ihre Erklärung kann das in ein oder zwei Sätzen sagen: Downloads, Käufe und Store-Bewertungen werden von Apple oder Google unter deren eigenen Datenschutzerklärungen abgewickelt, und Sie erhalten nur die Informationen, die diese Plattformen Entwicklern bereitstellen. Wenn Sie aggregierte Statistiken in der Play Console oder in App Store Connect ansehen, beschreiben Sie diese als vom Store bereitgestellte aggregierte Berichte.

Übertreiben Sie es aber auch nicht in die andere Richtung. Wenn Sie Kaufbelege auf Ihrem eigenen Server validieren oder einen Apple-Dienst wie CloudKit zur Datensynchronisierung nutzen, beschreiben Sie, was Sie mit diesen Daten tun.

Nein. Das App-Store-Label „Keine Daten erfasst“ (Data Not Collected) ist das Ergebnis Ihrer App-Privacy-Angaben, kein Ersatz für die Erklärung. Apple verlangt für alle Apps einen Link zur Datenschutzerklärung, und die Seite zu den App-Datenschutzangaben führt die URL zur Datenschutzerklärung als Pflichtangabe.

Das Label hat auch strengere Grenzen, als viele Entwickler annehmen. Apple erlaubt es, eine Datenart nur dann nicht anzugeben, wenn sie alle Kriterien für die optionale Offenlegung erfüllt: Sie wird nicht für Tracking genutzt, nicht für Drittanbieterwerbung oder Ihre eigene Werbung und Ihr Marketing, nur in seltenen Fällen erhoben, die nicht zur Hauptfunktion der App gehören und für den Nutzer optional sind, und vom Nutzer über eine klar gekennzeichnete Oberfläche bereitgestellt, über die er sie jedes Mal aktiv übermittelt. Ein optionales Feedbackformular in der App kann diese Kriterien erfüllen; ein Absturzberichtsdienst, der bei jedem Start läuft, nicht.

Zwei weitere Hinweise von Apple sind wissenswert. Daten, die nach einer ersten Berechtigungsanfrage fortlaufend erhoben werden, müssen angegeben werden. Und wenn Sie den genauen Standort erheben, ihn aber vor dem Speichern sofort vergröbern, geben Sie den ungefähren Standort an. Der Leitfaden zur Datenschutzerklärung für den Apple App Store behandelt die übrigen App-Privacy-Fragen.

Diese Fehler machen aus einer beruhigenden Erklärung eine irreführende:

• Einen Absturzberichtsdienst oder ein Analyse-SDK vergessen, das ein Vorlagenprojekt oder eine Engine standardmäßig aktiviert hat.
• Die Erklärung auf einer Seite mit Analyse hosten, während sie behauptet, Sie nutzten keinerlei Tracking-Technologien. Die Erklärung gilt für die App; sagen Sie das oder beschreiben Sie die Website separat.
• Supportkanäle ignorieren: Ein Kontaktformular in der App oder eine Support-E-Mail bedeutet, dass Sie personenbezogene Daten erhalten.
• Später eine Funktion hinzufügen, etwa Anmeldung, Cloud-Sync, Werbung oder eine KI-Funktion, die Text an eine API sendet, ohne Erklärung und Store-Formulare zu aktualisieren.
• Absolute Versprechen wie „wir werden niemals Daten erheben“. Künftige Versionen können Sie nicht binden; beschreiben Sie die aktuelle App und wie Sie Änderungen ankündigen.
• Die Erklärung einer anderen App ohne Datenerhebung kopieren, die andere Funktionen beschreibt.

Eine kurze Prüfung vor jedem Release verhindert fast alle dieser Fehler. Eine ausführlichere Erklärung der Risiken bei der Wiederverwendung fremder Texte finden Sie unter darf ich eine Datenschutzerklärung kopieren?.

Wenn Ihre App wirklich keine personenbezogenen Daten verarbeitet, haben viele Pflichten nach Gesetzen wie der DSGVO schlicht keinen Anknüpfungspunkt. Aber das Wort „wirklich“ trägt in diesem Satz viel Gewicht.

Personenbezogene Daten tauchen an Stellen auf, die auch eine App ohne Datenerhebung berührt. Eine Support-E-Mail enthält Name und Adresse. Eine Serveranfrage trägt eine IP-Adresse. Ein Absturzlog kann eine Gerätekennung enthalten. Jedes davon ist Verarbeitung im rechtlichen Sinn, auch wenn sie kurz ist, und die Transparenzregeln der DSGVO erwarten, dass Sie sie erklären.

In den USA verlangt Kaliforniens CalOPPA von Betreibern kommerzieller Onlinedienste, die personenbezogene Daten von Einwohnern Kaliforniens erheben, eine gut sichtbar veröffentlichte Datenschutzerklärung. Erheben Sie überhaupt nichts, greift der Kernauslöser womöglich nicht, aber die Stores verlangen Ihre Erklärung trotzdem.

Praktisch schreiben Sie die Erklärung so, als würden sie eine Behörde und ein neugieriger Nutzer gleichermaßen lesen: Beschreiben Sie die flüchtige und ausnahmsweise Verarbeitung ehrlich und halten Sie die Hauptbotschaft einfach. Der Leitfaden brauche ich eine Datenschutzerklärung? fasst zusammen, welche Gesetze und Plattformen die Pflicht auslösen.

Es wirkt wie Bürokratie um ihrer selbst willen, aber die Regel ist eindeutig. Die Google Play User Data Policy besagt, dass auch Apps, die auf keine personenbezogenen und sensiblen Nutzerdaten zugreifen, eine Datenschutzerklärung einreichen müssen. Die Hinweise zum Datensicherheitsformular (Data safety) ergänzen, dass auch Entwickler, deren Apps keine Nutzerdaten erheben, das Formular ausfüllen und einen Link zur Datenschutzerklärung angeben müssen; in diesem Fall können Formular und Erklärung sagen, dass keine Nutzerdaten erhoben oder weitergegeben werden. Apples App-Review-Richtlinien verlangen, dass jede App einen Link zur Datenschutzerklärung in App Store Connect und in der App enthält.

Dafür gibt es einen guten Grund. Nutzer können Ihren Code nicht einsehen, daher ist die Erklärung Ihre öffentliche, verbindliche Aussage, dass nichts ihr Gerät verlässt. Sie gibt Nutzern außerdem einen Weg, Sie zu kontaktieren, und sagt ihnen, was sich ändern würde, wenn Sie später Funktionen hinzufügen.

Die Frage ist also nicht, ob Sie eine brauchen, sondern wie Sie eine schreiben, die kurz und zutreffend ist und nicht versehentlich mehr verspricht, als Sie halten können. Der Leitfaden zur Datenschutzerklärung für Google Play erklärt die Seite der Play Console ausführlicher.

Ein Generator ist hier gerade deshalb nützlich, weil er nichts hinzufügen sollte, was Sie nicht tun. Wählen Sie im Datenschutzerklärung-Generator für Apps den Anwendungsfall Anwendung und beantworten Sie die Fragen ehrlich: keine Konten, keine Analyse- oder Werbeanbieter, keine von Ihnen abgewickelten Zahlungen und den Kontaktweg, den Sie anbieten.

Der Legal Policy Generator wählt Klauseln deterministisch aus einer versionierten Bibliothek anhand dieser Antworten aus, sodass eine App ohne Datenerhebung ein kurzes Dokument erhält statt Absätze über Werbepartner, die sie nicht hat. Fragebogen, vollständige Vorschau und einfacher HTML- und PDF-Download sind kostenlos und ohne Konto, und optionales öffentliches Hosting kostet einmalig zusätzlich $0.99, wenn Sie eine öffentliche URL für die Play Console oder App Store Connect brauchen. Erweiterte regionale Module kosten $5, wenn Sie regionsspezifische Abschnitte möchten.

Lesen Sie die Vorschau vor der Veröffentlichung Zeile für Zeile neben Ihrem Build. Beschreibt ein Satz etwas, das Ihre App nicht tut, ändern Sie Ihre Antworten, statt ihn stehen zu lassen. Folgen Sie dann unserem Leitfaden so bekommen Sie eine URL für Ihre Datenschutzerklärung, um sie zu veröffentlichen und den Link zu testen.