Privacy by Design: Warum Datenschutz beim Bauen beginnt — nicht danach
Kurz gesagt
Art. 25 DSGVO verlangt Privacy by Design — Datenschutz von Beginn an einbauen — und Privacy by Default, also die datenschutzfreundlichste Einstellung als Standard. Konkret bedeutet das minimale Datenerhebung, Opt-In statt Opt-Out und Verschlüsselung als Basis.
Was das in der Praxis bedeutet
Privacy by Design bedeutet, dass technische und organisatorische Datenschutzmaßnahmen schon vor dem Launch eingebaut werden, nicht nachdem Nutzer bereits registriert sind und Daten fließen. In der Realität wird Datenschutz in vielen Projekten als nachgelagerte Aufgabe behandelt — mit dem Ergebnis teurer Rückbauprojekte, Sicherheitslücken und Bußgeldern. Privacy by Default ergänzt das: Tracking ist nicht standardmäßig aktiv, Newsletter-Abonnements sind nicht vorangekreuzt, öffentliche Profilsichtbarkeit ist nicht der Standard. Nutzer sollen aktiv zustimmen, nicht aktiv widersprechen müssen.
Die acht Grundprinzipien
- Datensparsamkeit: nur Daten erheben, die für den Zweck tatsächlich notwendig sind.
- Opt-In statt Opt-Out: Tracking, Newsletter und optionale Features erfordern aktive Zustimmung, keine vorausgefüllten Felder.
- Verschlüsselung als Standard: HTTPS ist Pflicht, sensible Daten werden in Datenbanken verschlüsselt gespeichert.
- Zugriffsbeschränkungen: jeder Prozess und jede Person erhält nur die für die Aufgabe nötigen Rechte.
- Pseudonymisierung: direkte Identifikatoren werden, wo möglich, durch pseudonyme Kennzeichen ersetzt.
- Löschkonzept: Daten werden nach Ablauf des Verwendungszwecks strukturiert gelöscht.
- Cookie-Consent korrekt implementiert: keine Tracking-Cookies vor aktiver Zustimmung.
- Minimales Logging: Server-Logs enthalten keine personenbezogenen Daten über den operativen Bedarf hinaus.
Wo Privacy by Design in der Webentwicklung sichtbar wird
Ein Kontaktformular, das Namen, Telefon und Unternehmensname abfragt, obwohl für die Bearbeitung nur E-Mail und Nachricht nötig sind, verstößt gegen das Datensparsamkeitsprinzip. Eine Registrierungsseite, die ein optionales Geburtsdatum als Pflichtfeld markiert, verletzt Art. 25 DSGVO ebenso. Besonders kritisch sind Cookie-Consent-Lösungen, die technisch korrekt aussehen, aber strukturell so gestaltet sind, dass Ablehnen mehr Klicks erfordert als Akzeptieren — ein Dark Pattern, das Aufsichtsbehörden seit Jahren konsequent ahnden. Für CMS-basierte Projekte gilt: Die Standardinstallation ist fast nie DSGVO-konform, weil Plugins externe Schriften laden oder Analytics ohne Consent einbinden — Privacy by Design bedeutet, diese Punkte als Teil des Setups zu behandeln, nicht als nachträgliches Audit-Thema.
Umsetzung in fünf Schritten
- Datenfluss vor dem Code festlegen: Welche Daten werden wo erhoben, wie lange gespeichert, mit wem geteilt, wann gelöscht?
- Formulare auf das Minimum reduzieren: jedes Pflichtfeld muss begründbar sein.
- Consent-Management korrekt implementieren: technisch notwendige Cookies ohne Consent, alle anderen erst nach aktiver Zustimmung, mit nachweisbarer Protokollierung.
- Externe Ressourcen lokal hosten: Schriftarten, CDN-Bibliotheken — jede externe Ressource sendet die Besucher-IP an einen Drittanbieter.
- Dokumentation und Verarbeitungsverzeichnis pflegen: für jedes neue Feature, das personenbezogene Daten verarbeitet, das Verzeichnis aktualisieren.