Datenschutzerklärung für deine App oder Website erstellen

Gehe dein Produkt wie ein neuer Nutzer durch und gleiche die Ansichten anschließend mit dem Backend ab. Registrierung, Passwortwiederherstellung, Uploads, Bezahlvorgang, Support und Analysen können jeweils eigene Datenflüsse erzeugen. Beziehe die öffentliche Landingpage ebenso ein wie den angemeldeten Bereich der Anwendung. Ein Marketing-Pixel auf der einen Seite und ein Dienst zur Fehlererfassung auf der anderen sind gleichermaßen relevant.

Erstelle eine kurze Arbeitsliste mit vier Spalten: Funktion, Informationen, Empfänger und Zweck. Halte Unsicherheiten fest, statt Lücken mit plausiblen Vermutungen zu füllen. Existiert eine Integration nur in einem Demo-Branch, prüfe, ob sie in der Produktionsumgebung ankommt. Unser Leitfaden zur Datenschutzerklärung für Websites erläutert die umfassendere Bestandsaufnahme.

Prüfe Abhängigkeitsdateien, Namen von Umgebungsvariablen, Deployment-Einstellungen, Netzwerkanfragen und Webhook-Handler. Daraus ergeben sich Kategorien wie Authentifizierung, Datenbankspeicherung, E-Mail-Versand, Zahlungen, Diagnose und Modell-APIs. Ein Paketname allein belegt nicht, dass ein Dienst aktiv ist; verfolge die aufrufenden Stellen und prüfe die bereitgestellte Konfiguration.

Übernimm keine Zugangsdaten, Verbindungszeichenfolgen, personenbezogenen Datensätze oder Kundennachrichten in deine Notizen oder in Gespräche mit Agenten. Du brauchst die Identität des Anbieters und den Verarbeitungszweck, nicht seinen API-Schlüssel. Kläre für jeden aktiven Dienst, was er erhält und ob du optionale Funktionen wie die Protokollierung von Anfragen nutzt. Kennzeichne fehlende Angaben zur Aufbewahrung zur weiteren Prüfung, bevor du den Wortlaut freigibst.

Öffne den Privacy Policy Generator, um die Verarbeitung personenbezogener Daten zu beschreiben. Wähle den Produkttyp, der deinem Dienst entspricht: Website, Anwendung, Shop oder gehostetes Softwareprodukt. Nutzungsbedingungen sind ein separates Dokument über die Nutzung und den Erwerb des Dienstes; die Auswahl einer Datenschutzerklärung erzeugt nicht beide Dokumente.

Beantworte die Fragen anhand deiner Bestandsaufnahme, statt jede verfügbare Funktion auszuwählen. Mehr Klauseln machen ein Dokument nicht automatisch genauer. Für ein gehostetes Produkt mit Arbeitsbereichen und Abonnements lies den Leitfaden zum Erstellen einer SaaS-Datenschutzerklärung. Zeigt eine Frage, dass dein Team kein Löschverfahren hat, entscheide zunächst, was ihr umsetzen werdet, bevor du Nutzern dieses Verfahren beschreibst.

Ein Generator kann aus einem Produktnamen weder deine Zielgruppe noch die tatsächliche Aufbewahrungsdauer oder die zuständige Person für Datenschutzanfragen ermitteln. Das sind Entscheidungen des Betreibers. Frage die verantwortliche Person, prüfe das System oder ändere die Funktion, bis sich die Frage eindeutig beantworten lässt. Wähle keine bequeme Antwort, nur weil der Fragebogen eine verlangt.

Beispielsweise können beim Löschen einer Kontozeile Uploads und Support-Datensätze erhalten bleiben. Die Aussage, alles verschwinde sofort, wäre dann irreführend. Verfolge ein eigens angelegtes Testkonto von der Erstellung bis zur Löschung und prüfe dabei jedes angebundene System. Verwende dafür keine echten Kundendatensätze. Deine anschließende Erklärung sollte das Verfahren beschreiben, das du wiederholt durchführen kannst, einschließlich begründeter Ausnahmen.

Lies die erzeugte Vorschau vollständig. Prüfe Betreiberidentität, Produktname, öffentliche Kontaktdaten, Datenkategorien, Zwecke, Angaben zu Anbietern, regionale Abschnitte und die Erläuterung zur Aufbewahrung. Gleiche jede inhaltliche Aussage mit deiner Bestandsaufnahme ab. Überrascht dich eine Klausel, prüfe die ausgewählte Antwort, statt sie wegen ihres professionellen Klangs zu akzeptieren.

Die Checkliste zum Inhalt einer Datenschutzerklärung kann diese Prüfung strukturieren. Generierte Formulierungen sind weder Rechtsberatung noch eine Garantie für Rechtskonformität. Bei einem Produkt mit hohem Risiko kann eine fachkundige Prüfung angemessen sein. Die Verantwortung für sachliche Richtigkeit sollte bei jemandem liegen, der die veröffentlichte App versteht, statt vollständig einem Programmierassistenten übertragen zu werden.

Fragebogen und Vorschau sind ohne Konto verfügbar. Einfache Dokumente lassen sich ohne Erstellungsgebühr als HTML oder PDF herunterladen; erweiterte Optionen können den Preis verändern. Lies vor dem Kauf den Betrag, der für deine tatsächlichen Antworten angezeigt wird. Für die optionale gehostete Veröffentlichung und Abonnements gelten eigene Zugangsregeln. Der aktuelle Preisbereich erläutert die verfügbaren Möglichkeiten.

Wähle eigenständiges HTML, wenn du eine vollständige Seite selbst hosten möchtest. Ein unterstütztes HTML-Fragment eignet sich für eine Seite, die bereits deine Navigation und Gestaltung enthält. Ein gehostetes Dokument liefert einen öffentlichen Link, ohne dass du eine eigene Route für das rechtliche Dokument erstellen musst. PDF eignet sich als ergänzender Download; eine lesbare HTML-Seite lässt sich jedoch meist leichter in der gesamten App verlinken.

Verwende eine dauerhafte Adresse und prüfe sie in einem privaten Browserfenster. Sie sollte das eigentliche Dokument anzeigen, ohne Konto, ablaufendes Vorschau-Token oder Abhängigkeit von einem Entwicklungsserver. Verlinke es in der Fußzeile, bei Registrierung und Bezahlvorgang sowie an weiteren relevanten Stellen der Datenerhebung. Native Apps brauchen außerdem einen leicht auffindbaren Weg zum Dokument innerhalb der App.

Unser Leitfaden zur Platzierung von Datenschutzlinks behandelt diese Stellen. Teste den Link auf einem Smartphone und mit der Tastatur und bestätige, dass der Produktionsbuild die zuletzt geprüfte Fassung enthält. Eine funktionierende Vorschau in deiner lokalen Entwicklungsumgebung belegt nicht, dass eine fremde Person dieselbe Seite nach dem Deployment öffnen kann.

Speichere die sachlichen Antworten und die freigegebene Fassung zusammen mit einem Vermerk darüber, welchen Release sie beschreiben. Wiederhole die Bestandsaufnahme und prüfe die betroffenen Antworten, wenn du ein Werbe-SDK, einen KI-Anbieter, eine neue Verkaufsregion oder eine andere Aufbewahrungspraxis einführst. Schreibe eine alte Fassung nicht stillschweigend so um, dass frühere Aussagen gegenüber Nutzern verschleiert werden.

Plane Prüfungen anhand tatsächlicher Änderungen mithilfe des Aktualisierungsleitfadens. Benenne eine verantwortliche Person für die Linkprüfung und die Bearbeitung von Anfragen. Eine wiederkehrende Erinnerung kann eine Prüfung anstoßen, aber nicht belegen, dass sich nichts geändert hat. Das praktische Ziel ist ein sachlich korrektes Dokument, das mit dem tatsächlichen Produktverhalten übereinstimmt, und nicht bloß eine abgeschlossene Sitzung im Generator.