Praxis

Cookie-Banner barrierefrei gestalten

Wie muss ein Cookie-Banner gestaltet sein, damit er für Menschen mit Behinderungen zugänglich ist? Anforderungen an Tastatursteuerung, Screenreader und Kontraste.

Lesezeit 6 Min. Aktualisiert 27.05.2026 3 Quellen Jan-Tristan Rudat Jan-Tristan Rudat
Inhalt

Ein Cookie-Banner ist für viele Nutzer die erste Interaktion mit einer Website. Ist dieser Banner nicht barrierefrei gestaltet, können Menschen mit Behinderungen die Seite von Anfang an nicht vollständig nutzen oder werden gezwungen, Einwilligungen zu erteilen, die sie gar nicht beabsichtigen. Barrierefreiheit bei Cookie-Bannern ist deshalb kein optionaler Zusatz, sondern gehört zur Grundqualität einer zugänglichen Website.

Der Cookie-Banner blockiert in vielen Implementierungen den Zugang zur eigentlichen Website. Wer den Banner nicht bedienen kann, kommt nicht weiter. Das betrifft Menschen, die ausschließlich eine Tastatur verwenden, Screenreader-Nutzer, Menschen mit eingeschränkter Sehfähigkeit und Nutzer, die auf Spracheingabe angewiesen sind. In diesen Fällen wirkt ein nicht barrierefreier Banner wie ein Türsteher ohne Rollstuhlrampe.

Tastatursteuerung

Die vollständige Bedienbarkeit per Tastatur ist eine der wichtigsten Grundanforderungen. Alle interaktiven Elemente des Banners, also Schaltflächen zum Akzeptieren, Ablehnen oder Öffnen der Detaileinstellungen, müssen per Tab-Taste erreichbar sein. Die Aktivierung muss per Enter oder Leertaste möglich sein.

Der Fokus muss beim Öffnen des Banners automatisch auf das erste interaktive Element gesetzt werden. Er darf während der Banneranzeige nicht auf Elemente im Hintergrund springen. Wenn der Banner geschlossen wird, sollte der Fokus an eine sinnvolle Stelle zurückkehren, zum Beispiel auf das Element, das zuletzt vor dem Banner fokussiert war.

Ein häufiger Fehler: Der Fokus wird zwar gesetzt, aber der Nutzer kann per Tab aus dem Banner heraus auf unsichtbare Hintergrundlinks tabben. Das verwirrt und macht den Banner faktisch unbedienbar für Tastaturnutzer.

Screenreader-Kompatibilität

Screenreader lesen Seiteninhalte vor. Damit ein Cookie-Banner korrekt vorgelesen wird, muss er folgende ARIA-Eigenschaften nutzen:

Das Banner-Element sollte als role="dialog" oder role="alertdialog" ausgezeichnet sein, wenn es den Hintergrund blockiert. Das Attribut aria-modal="true" signalisiert dem Screenreader, dass nur der Dialog-Inhalt relevant ist. aria-labelledby verbindet den Dialog mit seiner Überschrift, aria-describedby mit einem erläuternden Text.

Schaltflächen müssen aussagekräftige Labels haben. “OK” allein reicht nicht. “Allen Cookies zustimmen” oder “Nur notwendige Cookies akzeptieren” sind verständlich. Wenn ein Button ein Icon ohne sichtbaren Text verwendet, muss das Attribut aria-label den Zweck beschreiben.

Kontrast und Lesbarkeit

WCAG 2.1 Level AA fordert für normalen Text ein Kontrastverhältnis von mindestens 4,5:1 zwischen Vordergrund und Hintergrund. Für große Texte ab 18pt oder 14pt fett gilt ein Minimum von 3:1. Das gilt auch für alle Texte im Cookie-Banner.

Schaltflächen müssen ebenfalls ausreichend Kontrast aufweisen, nicht nur der Text, sondern auch der Rahmen oder die Hintergrundfläche, die den Button als klickbares Element erkennbar macht. Ein hellgrauer Button auf weißem Hintergrund ist typischerweise nicht konform.

Nutzer, die ihren Browser auf hohen Kontrast eingestellt haben, müssen den Banner ebenfalls bedienen können. Das bedeutet, dass der Banner nicht ausschließlich auf Farbe angewiesen sein darf, um Information zu transportieren.

Sprache und Verständlichkeit

Barrierefreiheit umfasst auch die sprachliche Verständlichkeit. Cookie-Banner sollten in klarer, einfacher Sprache formuliert sein. Juristische Fachbegriffe sind wo möglich zu erläutern. Die verwendete Sprache muss im HTML korrekt angegeben sein, damit Screenreader die richtige Aussprache nutzen.

Der Generator auf dieser Seite erzeugt Banner-Code mit semantisch korrekten HTML-Strukturen, die als Ausgangspunkt für eine barrierefreie Implementierung genutzt werden können.

Einstellungen und Widerruf

Nicht nur die erste Einwilligung, sondern auch die spätere Änderung der Einwilligungseinstellungen muss barrierefrei möglich sein. Viele Websites verstecken den Weg zur Einstellungsseite so gut, dass selbst sehende Nutzer ihn kaum finden. Für Screenreader-Nutzer ist das noch schwieriger.

Ein Link oder eine Schaltfläche zum Öffnen der Cookie-Einstellungen sollte dauerhaft im Footer oder an einer anderen konsistenten Stelle auf der Website erreichbar sein. Dieser Link muss ebenfalls korrekt ausgezeichnet sein.

Fazit

Ein barrierefreier Cookie-Banner ist kein Luxus und kein reines Nischen-Thema. Er betrifft mehrere Millionen Menschen in Deutschland, die auf zugängliche Webinhalte angewiesen sind. Die technischen Anforderungen, Tastatursteuerung, korrekte ARIA-Rollen, ausreichende Kontraste und klare Texte, lassen sich mit sorgfältiger Umsetzung erfüllen. Wer einen neuen Banner implementiert, sollte von Beginn an auf diese Kriterien achten und das Ergebnis mit einem Screenreader und einer reinen Tastaturnavigation testen.

Häufige Fragen

Welche WCAG-Konformitätsstufe gilt für Cookie-Banner?

Öffentliche Stellen müssen in Deutschland nach BITV 2.0 mindestens WCAG 2.1 Level AA erfüllen. Für private Websites gibt es keine gesetzliche Pflicht, aber aus nutzerfreundlichen und haftungsrechtlichen Gründen empfiehlt sich dieselbe Richtlinie.

Muss ein Cookie-Banner per Tastatur bedienbar sein?

Ja. Nach WCAG 2.1 Erfolgskriterium 2.1.1 muss jede Funktionalität per Tastatur erreichbar sein. Das gilt auch für Cookie-Banner: Zustimmen, Ablehnen und Einstellungen öffnen müssen ohne Maus möglich sein.

Darf der Cookie-Banner den restlichen Seiteninhalt überdecken?

Ja, das ist üblich. Wichtig ist aber, dass der Fokus beim Öffnen des Banners korrekt gesetzt wird und Screenreader-Nutzer sofort den Bannerinhalt zu hören bekommen. Der Hintergrund sollte für Screenreader als inert markiert werden, damit keine verwirrenden Inhalte dazwischen gelesen werden.

Quellen

  • W3C WCAG 2.1 – Web Content Accessibility Guidelines (w3.org)
  • BITV 2.0 – Barrierefreie-Informationstechnik-Verordnung (Bundesministerium der Justiz)
  • Aktion Mensch: Einfach für alle – Barrierefreiheit im Web
Jan-Tristan Rudat

Über die Autorenschaft

Jan-Tristan Rudat

Redakteur cookie-consent-generator.de

Themengebiet: Generationen, Kulturgeschichte, Sternzeichen, Pop-Phänomene rund ums Alter

Mehr über Jan-Tristan Rudat →

Verwandte Artikel

Cookie Consent Generator nutzen

Sofort im Browser, ohne Anmeldung.

Zum Generator