Cookie-Banner: Was es leisten muss und woran es meistens scheitert

Das Cookie-Banner ist das Element, das jeder Besucher als Erstes sieht und niemand gestalten wollte. Entsprechend wird es meist einmal installiert und danach nicht mehr angesehen – und genau dort entsteht der Fehler, der es wirkungslos macht.

Was rechtlich verlangt ist

Zwei Vorschriften greifen nebeneinander. Nach § 25 TDDDG ist die Speicherung von Informationen in der Endeinrichtung des Nutzers oder der Zugriff darauf grundsätzlich nur mit Einwilligung zulässig; Ausnahmen bestehen, wenn es für die Übermittlung einer Nachricht oder für einen ausdrücklich gewünschten Dienst unbedingt erforderlich ist.

Für die Einwilligung selbst gelten die Anforderungen der DSGVO. Besonders praktisch relevant ist Art. 7 Abs. 3: Der Widerruf muss so einfach sein wie die Erteilung der Einwilligung.

Daraus ergeben sich die Punkte, die in jedem Dialog nachprüfbar sind:

• Ablehnen auf derselben Ebene wie Zustimmen. Nicht zwei Klicks tiefer in den Einstellungen.
• Keine vorangekreuzten Kästchen für nicht notwendige Zwecke.
• Kein erneutes Nachfragen, wenn abgelehnt wurde – jedenfalls nicht auf jeder Seite.
• Ein erreichbarer Widerruf, dauerhaft, ohne Suchen. Ein Link im Fuß genügt.
• Information vor der Entscheidung: welche Zwecke, welche Dienste, welche Empfänger.
• Nachweisbarkeit: Zeitpunkt und Umfang der Einwilligung werden dokumentiert.

Das ist keine Rechtsberatung. Die Ausgestaltung im Einzelfall gehört fachlich geprüft – und die Anforderungen entwickeln sich weiter.

Der Fehler, der alles aushebelt

Ein Banner, das korrekt aussieht, kann technisch wirkungslos sein. Der Ablauf, der das verursacht:

1. Die Seite wird aufgerufen.
2. Im Seitenkopf lädt das Theme eine Schriftart von einem fremden Server, ein Plugin lädt ein Analyse-Skript, ein Einbettungscode baut eine Verbindung auf.
3. Danach erscheint das Banner und fragt um Erlaubnis.

Zu diesem Zeitpunkt ist die Datenübertragung längst passiert. Die Einwilligung kommt für den Vorgang, den sie legitimieren soll, zu spät.

Das ist kein seltener Sonderfall, sondern der Normalzustand bei Installationen, die über die Jahre gewachsen sind. Jedes nachträglich installierte Plugin bringt eigene Einbindungen mit, und das Einwilligungswerkzeug kennt sie nicht.

Die Prüfung, die zehn Minuten dauert

1. Private Browser-Sitzung öffnen, Entwicklerwerkzeuge, Reiter „Netzwerk“.
2. Die Seite aufrufen und nichts anklicken.
3. Die Liste der Anfragen nach fremden Domains durchsehen.
4. Jede fremde Domain, die nicht technisch notwendig ist, ist ein Befund.
5. Den Test auf mehreren Seitentypen wiederholen – Startseite, Artikel, Kontaktseite, Produktseite.

Punkt fünf ist der wichtigste: Oft ist die Startseite saniert und eine einzelne Seite mit eingebetteter Karte oder einem Formular-Dienst nicht.

Die typischen Befunde und was zu tun ist

Warum ein drängender Dialog auch fachlich schadet

Abgesehen von der rechtlichen Frage: Ein Dialog, der zur Zustimmung drängt, erzeugt Daten, die man nicht gebrauchen kann.

Wer zustimmt, weil er den Dialog loswerden will, verhält sich danach nicht wie jemand, der zugestimmt hat – er klickt weg, springt ab, kommt nicht zurück. Diese Besucher verzerren jede Auswertung, und zwar in die Richtung, die Entscheidungen verschlechtert. Die Überlegungen dazu stehen in Webanalyse und DSGVO.

Dazu kommt ein messbarer Effekt: Ein Einwilligungswerkzeug ist ein Skript, das vor allem anderen laden muss. Es verschiebt den Zeitpunkt, an dem die Seite nutzbar wird – und ist in vielen Projekten der größte Einzelposten bei den Core Web Vitals.

Der Weg, der die Frage auflöst

Die eleganteste Lösung ist, weniger zu brauchen:

• Schriften, Icons und Skripte lokal ausliefern – das entfernt die häufigsten Befunde vollständig.
• Karten und Videos erst nach Klick laden.
• Prüfen, ob die Analyse auch serverseitig oder ohne Kennungen auskommt.
• Jedes Plugin, dessen Nutzen unklar ist, entfernen – jedes bringt eigene Einbindungen mit.

Eine Website, die nur technisch notwendige Zugriffe benötigt, braucht keinen Einwilligungsdialog. Das ist nicht in jedem Projekt erreichbar, aber es ist in mehr Projekten erreichbar, als es Banner gibt – und der Nebeneffekt ist eine schnellere Seite mit weniger Wartungsaufwand. Was das für die Messbarkeit bedeutet, steht in Conversion-Tracking.