WCAG Kontrast erklärt: AA/AAA, Regeln und Beispiele

Gute Kontraste sind die Grundlage für lesbare Websites und barrierefreie Benutzeroberflächen. Auf dieser Seite lernst du, was das Kontrastverhältnis bedeutet, welche Grenzwerte WCAG AA/AAA verlangt und wie du mit typischen UI-Beispielen (Buttons, Text, Icons, Dark Mode) schnell zu besseren Ergebnissen kommst.

Wissen WCAG-Kontrast AA · AAA · UI-Kontrast

Was ist Kontrast (Kontrastverhältnis)?

Das Kontrastverhältnis (z. B. 4.5:1) beschreibt, wie stark sich Vordergrund (z. B. Textfarbe) und Hintergrund (z. B. Flächenfarbe) in ihrer Helligkeit unterscheiden. Je höher das Verhältnis, desto besser ist die Lesbarkeit — insbesondere für Menschen mit Sehbeeinträchtigungen, bei Sonnenlicht, auf schlechten Displays oder bei Müdigkeit.

Intuition: 1:1 bedeutet „kein Unterschied“ (praktisch unlesbar), 21:1 ist der maximale Kontrast (schwarz auf weiß).

Wie wird Kontrast berechnet?

WCAG berechnet Kontrast über die relative Luminanz (Helligkeit) von Vorder- und Hintergrund. Die exakte Formel ist technisch — wichtig ist aber: Es geht nicht um „Farbunterschied“, sondern um Helligkeitsunterschied.

Kontrast = (L1 + 0.05) / (L2 + 0.05) L1 = höhere relative Luminanz, L2 = niedrigere relative Luminanz

Hinweis: Die Luminanz wird in sRGB berechnet. Transparenzen, Overlays und Schatten können das Ergebnis im echten UI verändern.

WCAG AA/AAA Grenzwerte

Für Text gelten je nach Größe unterschiedliche Mindestwerte. Für UI-Komponenten (z. B. Icons, Button-Rahmen, Form-Felder) gibt es zusätzlich Regeln für „Non-text Contrast“.

Element WCAG AA WCAG AAA Hinweis
Normaler Text ≥ 4.5:1 ≥ 7:1 Standard-Body-Text, Labels, Fließtext
Großer Text ≥ 3:1 ≥ 4.5:1 Groß oder fett (siehe Definition unten)
UI-Komponenten & Icons ≥ 3:1 z. B. Button-Flächen, Input-Ränder, Icons (Non-text Contrast)
Praktisch: Wenn du ein Designsystem baust, plane Farben so, dass die wichtigsten Text-/UI-Kombinationen mindestens AA erreichen — und für kritische Textstellen (z. B. Fließtext) gerne AAA.

Was gilt als „großer Text“?

„Großer Text“ darf niedrigere Kontrastwerte haben, weil er leichter zu lesen ist. Als Faustregel gilt:

  • mindestens 24px (ungefähr 18pt) bei normaler Schriftstärke
  • mindestens 18.66px (ungefähr 14pt) bei fetter Schrift
Normaler Text AA: 4.5:1 Body / Labels
Das ist normaler Text. Hier sollte der Kontrast sehr hoch sein, damit es auf allen Geräten gut lesbar bleibt.
Beispiel: #6B7280 auf #FFFFFF Tipp: lieber dunkler fürs AA
Großer Text AA: 3:1 Headlines
Große Überschrift
Großer/fetter Text ist leichter lesbar – daher niedrigere Mindestwerte.
Beispiel: große/fette Schrift Trotzdem: besser höherer Kontrast

Beispiele: Text auf Hintergrund

Kontrast ist am wichtigsten dort, wo Menschen Informationen lesen müssen: Fließtext, Beschriftungen, Formulare, Fehlermeldungen, Hinweise, Links. Hier sind typische Kombinationen — inklusive „sieht ok aus, ist aber riskant“.

Sehr gut lesbar AAA Kontrast: 17.85:1
Dunkler Text auf hellem Hintergrund ist robust: auf Mobilgeräten, bei Sonnenlicht und bei kleinen Schriftgrößen.
Text: #0F172A BG: #FFFFFF AA: ✅ · AAA: ✅
Riskant (zu hell) Fail Kontrast: 2.54:1
Dieser Text sieht „dezent“ aus, ist aber für viele Menschen schwer zu lesen – besonders bei kleiner Schrift.
Text: #9CA3AF BG: #FFFFFF AA: ❌ · AAA: ❌
Dark Mode: gut AAA Kontrast: 15.19:1
Im Dark Mode funktioniert heller Text auf dunkler Fläche sehr gut. Achte aber auf „zu hell“ (Blendung).
Text: #E2E8F0 BG: #0B1220 AA: ✅ · AAA: ✅
Dark Mode: riskant knapp Kontrast: 3.93:1
Sekundärtext im Dark Mode wird schnell zu kontrastarm. Bei kleiner Schrift oder dünnem Font kann das anstrengend werden.
Text: #64748B BG: #0B1220 AA (normal): ❌ · AA (groß): ✅ · AAA: ❌
Pro-Tipp: „Muted Text“ ist eine der häufigsten AA-Fallen. Wenn du „dezent“ willst: nutze lieber Gewichtung, Spacing, Icon oder hierarchische Größe – nicht nur hellere Schrift.

Beispiele: Buttons, Links, Icons & Form-Elemente

WCAG-Kontrast ist nicht nur Text. Für UI-Komponenten (z. B. Button-Flächen, Icons, Input-Border) gilt in der Regel: mindestens 3:1 gegenüber dem angrenzenden Hintergrund. Das ist wichtig für Erkennbarkeit.

Button: Text + Fläche AA (Text) + 3:1 (Fläche)
Prüfe Text auf Buttonfläche (AA) und Buttonfläche zum Hintergrund (Non-text, 3:1).
BG: #FFFFFF Button: #4F46E5 Text: #FFFFFF
Link: nur Farbe ist riskant zusätzliche Kennzeichnung
Ein Link nur über Farbe kann problematisch sein. Besser: Unterstreichung oder deutlicher Kontrast.
Tipp: Links zusätzlich durch Unterstreichung oder Gewichtung kennzeichnen.
Ziel: Link muss erkennbar sein Kontrast + visuelles Merkmal
Input-Border (Non-text) ≥ 3:1 zum Hintergrund
Eingabefeld
Sehr helle Borders wirken „clean“, sind aber oft zu schwach. Fokus-State sollte klar erkennbar sein.
Border: #CBD5E1 (prüfen!) Fokus: stärker wählen
Statusfarben (Fehler/Success) nicht nur Farbe
Fehler: Bitte prüfen
Erfolg: Gespeichert
Statusfarben sollten Text/Icons haben. „Nur rot/grün“ ist für viele Menschen nicht eindeutig.
Text + Icon + Kontrast Farben allein reichen nicht

Typische Fehler, die Kontrast „kaputt“ machen

Selbst wenn ein Paar im Rechner 4.5:1 erreicht, kann es im echten UI schlechter wirken. Hier die häufigsten Ursachen:

Transparenz / Overlays Alpha ändert den Hintergrund
Text auf semi-transparentem Overlay.
Die effektive Hintergrundfarbe hängt vom Untergrund ab → Kontrast kann kippen.
Problem: variabler Untergrund Lösung: feste Fläche / prüfen
Dünne Fonts / kleine Schrift Lesbarkeit sinkt
Sehr dünne Schrift bei kleiner Größe wirkt schnell „ausgewaschen“ – selbst wenn der Kontrast rechnerisch okay ist.
Tipp: Größe, Gewicht, Zeilenhöhe erhöhen oder Textfarbe dunkler wählen.
12px + weight 300 besser: 14–16px
Text auf Bildern Hintergrund schwankt
Text auf wechselndem Hintergrund
Lösung: Scrim/Overlay unter den Text oder Text in eine feste Fläche setzen.
Lösung: Overlay/Scrim oder: Container
Glow/Shadow statt Kontrast optische Tricks
Schatten kann helfen, ersetzt aber keinen echten Kontrast.
Tipp: Erst Kontrast sicherstellen, dann optisch verfeinern.
Shadow ist kein Ersatz Kontrast bleibt Pflicht

Praxis-Workflow fürs Designsystem

Wenn du Farben systematisch (z. B. Skala 50–900) aufbaust, kommst du schneller zu WCAG-konformen Ergebnissen, wenn du Helligkeit und Textfarben strategisch festlegst.

Bewährte Vorgehensweise:
  1. Lege neutrale Textfarben fest (z. B. „Text“ und „Muted Text“) – nicht zu hell.
  2. Baue Farbskalen (idealerweise in OKLCH) und prüfe Kontrast zu Textfarben.
  3. Definiere Token-Paare: --btn-bg + --btn-text, --card-bg + --card-text, usw.
  4. Teste im echten UI (kleine Schrift, mobile, Dark Mode, Hover/Active).

Wenn du OKLCH nutzt: Generiere Stufen über L, halte C moderat und prüfe die wichtigsten Kombinationen (Text/Buttons/Links) zuerst.

WCAG-Kontrast im Tool prüfen

Im Tool kannst du Vordergrund- und Hintergrundfarbe eingeben, das Kontrastverhältnis berechnen und direkt sehen, ob AA oder AAA erreicht wird – inklusive Schriftgröße.

→ Tool öffnen  ·  Farbmodelle verstehen

FAQ: Häufige Fragen zu WCAG-Kontrast

Kurze Antworten auf typische Fragen, die beim Arbeiten mit Kontrast und WCAG fast immer auftauchen.

Was bedeutet das WCAG-Kontrastverhältnis (z. B. 4.5:1)?

Das Kontrastverhältnis beschreibt den Helligkeitsunterschied zwischen Vordergrund (z. B. Text) und Hintergrund. 4.5:1 bedeutet: der hellere Ton ist 4,5-mal so hell wie der dunklere – bezogen auf relative Luminanz.

Welche Kontrastwerte fordert WCAG (AA/AAA) für Text?

Für normalen Text fordert WCAG AA mindestens 4.5:1 und AAA mindestens 7:1. Für großen Text gelten niedrigere Grenzen: AA mindestens 3:1 und AAA mindestens 4.5:1.

Was zählt als „großer Text“ bei WCAG?

Als großer Text gilt typischerweise 18pt (ca. 24px) normal oder 14pt (ca. 18.66px) fett. Für großen Text sind die Kontrast-Anforderungen geringer.

Gilt WCAG-Kontrast auch für Buttons, Icons und UI-Elemente?

Ja. Für nicht-textuelle UI-Komponenten (z. B. Button-Flächen, Icons, Form-Umrandungen) gilt in der Regel ein Mindestkontrast von 3:1 gegenüber dem angrenzenden Hintergrund (Non-text Contrast).

Warum kann Kontrast trotz „4.5:1“ in der Praxis schlechter wirken?

Kontrastmessungen basieren auf sRGB-Luminanz. In der Praxis verschlechtern Transparenz, dünne Schriften, zu kleine Schriftgrößen, farbige Hintergründe, Glow/Blur, Anti-Aliasing oder Overlays die Lesbarkeit. Deshalb immer real im UI testen.

Mehr Praxis: Tool öffnen · Farbmodelle