Einwilligung ohne Dark Patterns: Gestaltung und Nachweis

Einführung

Eine Einwilligung ist nur dann nachvollziehbar dokumentiert, wenn später nicht nur die getroffene Auswahl sichtbar ist, sondern auch welcher Zweck erklärt wurde und welche Oberfläche der betroffenen Person tatsächlich angezeigt wurde. Gerade bei digitalen Einwilligungen reicht es deshalb nicht, lediglich „zugestimmt“ oder „abgelehnt“ zu speichern.

Für Produkt-, Datenschutz- und Compliance-Teams besteht die eigentliche Aufgabe darin, Entscheidung und Darstellung getrennt kontrollierbar zu machen. Der Zweck sollte eindeutig beschrieben sein, die Auswahl darf nicht durch unnötige Hürden oder irreführende Gestaltung gelenkt werden, und der Nachweis sollte mit der geprüften Version der Oberfläche verbunden bleiben.

Dieser Leitfaden beschreibt einen praktikablen Ablauf: Einwilligungszweck festlegen, die Auswahl verständlich und ohne unnötige Beeinflussung gestalten, den freizugebenden UI-Stand prüfen und anschließend Auswahl, Zeitpunkt und relevante Versionsinformationen als Nachweis ablegen. Welche rechtlichen Anforderungen für eine konkrete Einwilligung gelten, hängt vom jeweiligen Verarbeitungsvorgang und den anwendbaren Vorschriften ab.

Zweck und Einwilligungsentscheidung klar voneinander trennen

Am Anfang steht die Frage, wofür die Einwilligung eingeholt wird. Zweck, Umfang und betroffener Vorgang sollten so dokumentiert sein, dass die spätere Auswahl eindeutig zugeordnet werden kann.

Eine interne Kennung für den Einwilligungsfall oder die UI-Version hilft dabei, Änderungen nachvollziehbar zu halten. Sie verbindet die fachliche Beschreibung des Zwecks mit genau der Darstellung, die später freigegeben und ausgespielt wird.

Wichtig ist die Trennung der Ebenen: Der Zweck beschreibt, wozu eine Zustimmung erbeten wird; die Auswahl dokumentiert, wie sich die betroffene Person entschieden hat. Werden beide Informationen in einem einzigen Status zusammengefasst, ist später schwerer zu erkennen, ob sich der Zweck oder nur die Entscheidung geändert hat.

Auswahlmöglichkeiten ohne unnötige Lenkung gestalten

Eine Einwilligungsoberfläche sollte eine verständliche Entscheidung ermöglichen. Für die interne Designprüfung bedeutet das vor allem, Zustimmung und Ablehnung nicht durch zusätzliche Hürden, irreführende Beschriftungen oder eine einseitige visuelle Hervorhebung gegeneinander auszuspielen.

Das bedeutet nicht, dass beide Handlungswege pixelgenau identisch aussehen müssen. Entscheidend ist vielmehr, ob die Gestaltung oder Prozessführung eine Option unangemessen erschwert, versteckt oder in ihrer Bedeutung unklar macht.

Bei der Prüfung können Teams insbesondere auf folgende Punkte achten:

• Sind Zustimmung und Ablehnung verständlich beschriftet?
• Ist erkennbar, welche Wirkung die jeweilige Auswahl hat?
• Erfordert eine Option deutlich mehr Schritte als die andere?
• Wird eine Entscheidung durch Größe, Kontrast, Platzierung oder Wiederholung unnötig gelenkt?
• Bleibt der erklärte Zweck in derselben Oberfläche verständlich erreichbar?

Solche Kriterien lassen sich als wiederverwendbare UI-Prüfpunkte definieren. Dadurch wird aus einer rein subjektiven Designbewertung ein reproduzierbarer Freigabeprozess.

Den tatsächlich geprüften UI-Stand dokumentieren

Eine abstrakte Aussage wie „Darstellung geprüft“ ist für eine spätere Kontrolle wenig hilfreich. Der Nachweis sollte erkennen lassen, welcher Stand der Oberfläche geprüft wurde.

Dafür kann das Produktteam eine Versionskennung, einen freigegebenen Screenshot, einen Build-Stand oder eine andere intern verwendete Referenz mit dem Prüfergebnis verbinden. Entscheidend ist nicht das konkrete Format, sondern die eindeutige Zuordnung.

Abweichungen sollten vor der Freischaltung als eigene Prüfpunkte dokumentiert werden. Wird beispielsweise die Beschriftung eines Buttons, die Reihenfolge eines Dialogs oder der Weg zur Ablehnung geändert, sollte erkennbar sein, ob diese Änderung bereits Bestandteil der freigegebenen Version ist.

So bleibt die Darstellungsprüfung getrennt von der späteren Entscheidung der betroffenen Person: Die erste betrifft die Oberfläche, die zweite den individuellen Einwilligungsvorgang.

Einwilligungsnachweis mit Auswahl und Version verbinden

Nach der Interaktion sollte der Nachweis nicht nur den Ergebniswert enthalten. Für einen nachvollziehbaren Prozess ist die Verbindung zwischen Entscheidung, Zeitpunkt, Zweck und dem freigegebenen UI-Stand entscheidend.

Je nach System und internem Nachweiskonzept können dazu beispielsweise gehören:

• die getroffene Auswahl;
• Zeitpunkt beziehungsweise relevante Ereignisdaten;
• Kennung des Einwilligungszwecks;
• Version oder Referenz der angezeigten Oberfläche;
• Zuordnung zur betroffenen Person oder zum betreffenden Vorgang, soweit für den Prozess vorgesehen;
• Status einer späteren Änderung oder eines Widerrufs, sofern dies im System abgebildet wird.

Die bearbeitbare Designvorlage sollte dabei nicht mit dem tatsächlichen Nachweis verwechselt werden. Ein Entwurf, Mock-up oder aktueller Screenshot zeigt nicht automatisch, welche Version einer Person zu einem früheren Zeitpunkt angezeigt wurde.

Wenn ein Prozess zusätzlich eine elektronisch signierte Erklärung oder interne Freigabe vorsieht, kann Nota Sign den entsprechenden Signaturworkflow unterstützen. In entsprechend konfigurierten eIDAS-Szenarien stehen auch fortgeschrittene elektronische Signaturen (AES) und qualifizierte elektronische Signaturen (QES) zur Verfügung. Welche Signaturart für einen konkreten Vorgang geeignet oder erforderlich ist, muss separat beurteilt werden.

Freigabe vor der Freischaltung und Änderungen danach kontrollieren

Die Freigabe sollte sich auf einen konkreten UI-Stand beziehen. Vor der Freischaltung prüft das Team, ob Zweck, Auswahlmöglichkeiten, Beschriftungen und dokumentierte Prüfpunkte zusammenpassen. Erst dieser freigegebene Stand sollte produktiv verwendet werden.

Damit ist der Prozess jedoch nicht dauerhaft abgeschlossen. Ändert sich später der Zweck, die Oberfläche oder der Weg zur Entscheidung, sollte geprüft werden, ob eine neue Version und eine erneute Freigabe erforderlich sind.

Ein Produktteam kann den Ablauf beispielsweise so standardisieren: Es vergibt eine Kennung für den Einwilligungsfall, dokumentiert Zweck und UI-Version, prüft die Auswahlwege, gibt den Stand frei und speichert bei der späteren Interaktion die Auswahl gemeinsam mit der passenden Versionsreferenz. Dadurch lässt sich auch nach einem Redesign nachvollziehen, welche Darstellung für einen bestimmten Nachweis relevant war.

Einwilligungsprozesse im Produkt standardisieren

Wiederkehrende Einwilligungsfälle werden leichter kontrollierbar, wenn Zweck, UI-Version, Darstellungsprüfung und Nachweis in einem einheitlichen Ablauf miteinander verknüpft sind. Das reduziert manuelle Rekonstruktion und verhindert, dass eine aktuelle Oberfläche nachträglich als Beleg für einen früheren Einwilligungsvorgang verwendet wird.

Für elektronische Zustimmungs- und Freigabeprozesse finden Sie weitere Informationen auf der Nota Sign Lösungsseite Recht. Wiederverwendbare Dokumente und Ausgangsvorlagen lassen sich über die Vorlagenübersicht organisieren.