Rot-Grün-Schwäche: Die andere „Blindheit“

Rund jeder zwölfte Mann sieht keine klare Grenze zwischen Rot und Grün. WCAG 1.4.1 adressiert genau das – doch viele Teams entdecken es erst, wenn das digitale Produkt schon fertig ist.

Ein roter Fehler-Button und ein grüner Erfolgs-Button nebeneinander: Für die meisten Nutzerinnen und Nutzer ist die Botschaft sofort klar. Für einen erheblichen Teil der Bevölkerung jedoch verschwimmt dieser Unterschied – buchstäblich. Die sogenannte Rot-Grün-Schwäche ist eine der häufigsten Sehbeeinträchtigungen weltweit, und ihre Auswirkungen auf digitale Oberflächen werden in vielen Designprozessen systematisch unterschätzt.

Was ist Rot-Grün-Schwäche?

Rot-Grün-Schwäche (Deuteranomalie oder Protanomalie) ist eine Form der Farbfehlsichtigkeit, bei der die Zapfenzellen des Auges, die für Rot- bzw. Grüntöne zuständig sind, abweichend funktionieren oder fehlen. Betroffene nehmen diese Farben nicht als distinkte Kategorien wahr – Grün kann bräunlich wirken, Rot dunkelbraun oder grau. Viele Schnittstellen, die auf Farbe als einzigem Unterscheidungsmerkmal aufbauen, werden dadurch unlesbar.

• 8 % aller Männer sind von Rot-Grün-Schwäche betroffen
• 0,5 % aller Frauen sind betroffen – 16× seltener
• ~1 von 12 Männern sieht keine klare Rot-Grün-Differenz

Der Grund für die ungleiche Verteilung liegt in der Genetik: Die betroffenen Gene befinden sich auf dem X-Chromosom. Männer haben nur ein X-Chromosom – eine veränderte Kopie genügt, um die Schwäche auszulösen. Frauen mit zwei X-Chromosomen werden durch die zweite, intakte Kopie in der Regel geschützt. Für Webteams bedeutet das: Wer eine typische Nutzerbasis von Millionen Menschen betreibt, hat mit sehr hoher Wahrscheinlichkeit Hunderttausende Nutzer mit Rot-Grün-Fehlsichtigkeit.

8 Prozent aller Männer sind farbenblind – und die meisten Interfaces behandeln das als Ausnahmefall.

WCAG 1.4.1: Die Regel, die genau hier ansetzt
Die Web Content Accessibility Guidelines (WCAG) regeln in Erfolgskriterium 1.4.1 den Einsatz von Farbe auf digitalen Oberflächen. Der Grundsatz lautet schlicht: Farbe darf nicht das einzige visuelle Mittel sein, um Informationen zu vermitteln, eine Handlung anzuzeigen, eine Reaktion auszulösen oder ein visuelles Element zu unterscheiden.

„Farbe wird nicht als einziges visuelles Mittel benutzt, um Informationen zu vermitteln, eine Handlung zu kennzeichnen, eine Reaktion zu veranlassen oder ein visuelles Element zu unterscheiden.“ (WCAG Erfolgskriterium 1.4.1)

Level A ist die unterste Konformitätsstufe der WCAG – das bedeutet: Diese Anforderung ist kein Nice-to-have, sondern Basislinie (wie eigentlich die gesamte WCAG auf Level AA auch) . Kein Interface, das Barrierefreiheit ernst nimmt, kann an 1.4.1 vorbeikommen.

Wie sieht das konkret aus?

Das folgende Beispiel zeigt denselben Formularzustand aus zwei Perspektiven – ohne Fehlsichtigkeit links, Deuteranopie-Simulation rechts.

Die Lösung ist keine visuelle Revolution, sondern gutes Handwerk: Eine Symbolgrafik (beispielsweise „✓“ und „✕“ - beide selbstverständlich mit Alternativtext), ein Label ("Erfolg" / "Fehler"), eine abweichende Form – jedes dieser Mittel macht den Unterschied, der Farbe allein nicht leisten kann.

Overlays lösen das Problem nicht

Eine weit verbreitete Reaktion auf Accessibility-Audits mit gemeldeten Barrieren ist der Griff zum Overlay: ein JavaScript-Plugin, das als Schicht über das bestehende Interface gelegt wird und behauptet, Barrierefreiheit auf Knopfdruck nachzuliefern. Für strukturelle Farbprobleme im Sinne von WCAG 1.4.1 ist das eine Illusion.

Overlays können keinen Text hinzufügen, der im Markup nicht vorhanden ist. Sie können keine Symbole einblenden, die nie entworfen wurden. Sie können keine Informationsarchitektur reparieren, die von Anfang an nur auf Farbe gesetzt hat. Was sie leisten, ist oft lediglich eine oberflächliche Filterung, die das Konformitätsproblem verschleiert, ohne es zu lösen – und dabei neue Bedienprobleme für Screenreader-Nutzerinnen und -Nutzer schafft.

Nachhaltige Barrierefreiheit entsteht durch Entscheidungen im Designprozess

Erst wenn 1.4.1 in der Komponentenbibliothek verankert ist, wenn Designerinnen und Entwicklerinnen gemeinsam beispielsweise Farbsimulationen in ihren Werkzeugen nutzen, wenn z. B. Validierungszustände von Beginn an mit Symbolen und Text (oder ohne Farbe) gedacht werden – erst dann ist ein Interface nachhaltig zugänglich.

Design-Entscheidung, nicht Nachbesserung

Rot-Grün-Schwäche ist häufig, vorhersehbar und vollständig adressierbar. WCAG 1.4.1 liefert dafür den regulatorischen Rahmen. Wer Millionen Nutzende erreicht, erreicht statistisch mit Sicherheit auch jene 8 Prozent der männlichen Nutzer, für die Farbe allein nicht ausreicht.

Die entscheidende Konsequenz daraus ist nicht, bessere Overlays zu entwickeln oder einzukaufen. Vielmehr ist es, Farbe nie als einzigen Informationsträger einzusetzen – von der ersten Wireframe-Skizze bis zur letzten Design-Token-Datei. Nachhaltige Barrierefreiheit ist kein Add-On, sondern eine Haltung in den Prozessen, die zum Entstehen eines digitalen Produkts führen.