Barrierefrei Digital Logo Barrierefrei Digital Kontaktieren Sie uns
Navigation
Kontaktieren Sie uns

WCAG 2.1 verstehen — Die Grundlagen erklärt

Ein praktischer Überblick über die vier Kernprinzipien von WCAG 2.1 und warum sie für deine Website wichtig sind. Wir zeigen dir, wie Barrierefreiheit funktioniert — ohne Technik-Jargon.

12 min Lesezeit Anfänger März 2026
Laptop mit HTML-Code in Visual Studio Code auf leuchtend blauem Monitor, moderner Arbeitsbereich mit Tastatur

Warum Barrierefreiheit mehr ist als Pflicht

Du hast von WCAG gehört. Vielleicht klang es kompliziert — voller Nummern und Richtlinien, die schwer zu verstehen sind. Aber hier’s die Realität: WCAG ist keine mystische Liste. Es’s ein klarer Leitfaden dafür, wie du deine Website so gestaltest, dass sie wirklich alle Menschen erreicht.

In Deutschland ist das nicht nur ein Nice-to-have. Die BITV 2.0 schreibt es vor — für öffentliche Stellen und zunehmend auch für private Websites. Aber lass uns ehrlich sein: Die echte Motivation sollte sein, dass Menschen mit Behinderungen deine Inhalte nutzen können. Das’s der Punkt.

Diverse Menschen arbeiten zusammen an Computern, barrierefreier Arbeitsplatz mit verschiedenen Hilfsmitteln sichtbar, inklusives Umfeld

Die vier Kernprinzipien von WCAG 2.1

Alles basiert auf diesen vier Konzepten. Sie sind nicht willkürlich — sie kommen aus der realen Erfahrung von Menschen mit unterschiedlichen Behinderungen.

1

Wahrnehmbar

Deine Inhalte müssen sichtbar oder hörbar sein. Ein blinder Nutzer muss Bilder durch Text verstehen können. Gehörlose Nutzer brauchen Untertitel für Videos. Es geht darum, dass Information zugänglich ist — in irgendeiner Form.

2

Bedienbar

Menschen müssen deine Website mit der Tastatur steuern können. Manche nutzen Sprachsteuerung. Andere haben motorische Einschränkungen. Buttons brauchen ausreichend Platz. Navigation muss logisch sein. Einfach zu sagen: Menschen sollten nicht mit der Maus gezwungen sein.

3

Verständlich

Text sollte lesbar sein — sowohl technisch als auch sprachlich. Einfache Sprache hilft Menschen mit kognitiven Einschränkungen. Konsistente Navigation hilft allen. Und Bildschirmleser brauchen gut strukturiertes HTML, um Seiten vorlesen zu können.

4

Robust

Dein Code muss sauberes, valides HTML sein. Nur so können Hilfstechnologien — Bildschirmleser, Vergrößerungssoftware, Sprachsteuerung — deine Website korrekt interpretieren. Robust bedeutet: keine Fehler im Code, die Assistive Technology verwirren.

Was das in der Praxis bedeutet

Lass uns konkret werden. WCAG 2.1 hat drei Konformitätsstufen: A, AA und AAA. AA ist der Standard, den du anstreben solltest — und den BITV 2.0 verlangt. Das klingt abstrakt, aber hier sind reale Beispiele:

  • Farbkontrast: Text muss 4,5:1 Kontrast zur Hintergrundfarbe haben. Das’s nicht schwarz auf weiß — es geht um Lesbarkeit. Menschen mit niedriger Sehkraft brauchen das.
  • Alt-Texte: Jedes Bild braucht einen aussagekräftigen Alt-Text. Ein Bildschirmleser liest das vor. “Bild123.jpg” funktioniert nicht. “Screenshot eines WCAG-Compliance-Formulars” funktioniert.
  • Tastaturnavigation: Du solltest deine ganze Website nur mit Tab, Enter und Pfeiltasten steuern können. Keine Maus. Wenn das nicht geht, ist deine Website für viele Menschen nicht nutzbar.
  • Fokusanzeiger: Der Fokus-Ring muss sichtbar sein. Der Browser zeigt dir normalerweise mit einem blauen Ring, wo du gerade bist. Bitte entferne das nicht mit CSS.
Computer-Monitor mit Fokus-Ring um Navigationselemente sichtbar, blaue Hervorhebung zeigt aktiven Link deutlich, heller Hintergrund

Die drei Konformitätsstufen — einfach erklärt

WCAG unterscheidet drei Ebenen. Jede Stufe ist umfassender als die vorherige.

Level A

Die Grundlagen. Alt-Texte, Tastaturnavigation, grundlegende Struktur. Das’s das Minimum — und ehrlich gesagt nicht genug. Viele Menschen mit Behinderungen haben Schwierigkeiten mit nur Level A.

Level AA

Der Standard. Farbkontrast (4,5:1), Videountertitel, bessere Fehlerbehandlung. Das’s das, was BITV 2.0 verlangt. Das’s auch das, was du anstreben solltest — nicht Level A.

Level AAA

Die Premium-Stufe. 7:1 Kontrast, erweiterte Sprachenanpassung, noch bessere Navigation. Das’s nicht immer realistisch — aber es’s das Ideal, zu dem wir hinarbeiten sollten.

Programmierer schreibt HTML-Code mit semantischen Elementen, VS Code mit Syntax-Highlighting, Tastatur im Fokus

So fängst du an

Okay, du willst WCAG 2.1 umsetzen. Wo beginnst du? Nicht mit dem ganzen Standard auf einmal. Das’s überwältigend. Stattdessen:

Schritt 1: Semantisches HTML. Verwende <h1> , <h2> , <button> , <nav> , <main> , <article> . Richtige HTML-Elemente für richtige Inhalte. Das’s nicht optional — es’s die Grundlage.

Schritt 2: Tastaturnavigation. Tab durch deine Website. Kann man alles mit der Tastatur erreichen? Ist der Fokus sichtbar? Wenn nein, behebe das sofort.

Schritt 3: Alt-Texte. Schreibe für jedes Bild einen kurzen, aussagekräftigen Alt-Text. Nicht “Bild”, sondern “Diagramm zeigt vier WCAG-Prinzipien mit Symbolen”.

Das’s nicht kompliziert — es erfordert nur Aufmerksamkeit und Verständnis. Die meisten Barrierefreiheitsprobleme entstehen, weil Entwickler nicht wissen, worauf sie achten müssen. Jetzt weißt du es.

WCAG und BITV 2.0 — der Unterschied

Du fragst dich wahrscheinlich: “Ist das nicht das Gleiche?” Nein, aber verwandt. WCAG 2.1 ist der internationale Standard — entwickelt vom W3C (World Wide Web Consortium). BITV 2.0 ist die deutsche Umsetzung dieser Standards in Gesetzesform.

BITV steht für “Barrierefreie-Informationstechnik-Verordnung”. Sie verlangt WCAG 2.1 Level AA für öffentliche Stellen. Das’s seit 2019 Gesetz. Und es wird stärker durchgesetzt — Websites von Behörden und Universitäten werden regelmäßig überprüft.

Für private Websites? Weniger Druck. Aber die Richtung ist klar. Und ethisch gesprochen: Wenn der Standard da ist, warum nicht implementieren? Es kostet nicht extra — es erfordert nur Planung von Anfang an.

Deutsches Gesetzbuch aufgeschlagen auf BITV 2.0 Sektion, moderner Schreibtisch mit Buch und Lupe, professionelle Beleuchtung

Wie du deine Website testest

Theorie ist gut. Aber wie prüfst du, ob deine Website wirklich WCAG-konform ist? Du brauchst nicht viel — nur ein paar Tools und etwas Zeit.

1. Keyboard-Test

Lege die Maus weg. Navigiere nur mit Tab, Enter und Pfeiltasten. Kannst du alles erreichen? Ist der Fokus sichtbar? Das’s der erste und wichtigste Test.

2. Farbkontrast-Checker

WebAIM Contrast Checker oder Stark (Plugin). Gib zwei Farben ein — sag dir, ob sie 4,5:1 Kontrast haben. Einfach, schnell, unerlässlich.

3. Bildschirmleser

NVDA (kostenlos) oder JAWS. Höre deine Website an. Macht das Sinn? Oder liest der Reader Unsinn vor? Das zeigt schnell, wo dein HTML fehlerhaft ist.

4. Automatische Tools

axe DevTools, WAVE, Lighthouse. Diese Browser-Plugins scannen deine Seite. Sie finden nicht alles — aber sie finden viele häufige Fehler schnell.

NVDA Bildschirmlesersoftware lädt auf Windows-Computer, Kopfhörer auf dem Schreibtisch neben Monitor, Tester nutzt Tastaturnavigation

Die wichtigste Erkenntnis

WCAG 2.1 ist nicht kompliziert — wenn du es von Anfang an im Kopf behältst. Es’s keine Checkliste am Ende des Projekts. Es’s eine Denkweise: “Kann wirklich jeder meine Website nutzen?”

Die gute Nachricht? Wenn du die Grundlagen richtig machst — semantisches HTML, Tastaturnavigation, Kontrast, Alt-Texte — erfüllst du 80% der Anforderungen. Der Rest kommt mit Erfahrung.

Und denk dran: Barrierefreiheit ist nicht nur für Menschen mit Behinderungen. Ältere Menschen, Menschen in schlechtem Licht, Menschen mit langsamen Internetverbindungen — alle profitieren. Es’s ein Gewinn für alle.

Haftungsausschluss

Dieser Artikel bietet informative Grundlagen zu WCAG 2.1 und Barrierefreiheit im Web. Er ist keine rechtliche Beratung. Die Anforderungen der BITV 2.0 können je nach Kontext, Art der Organisation und Region unterschiedlich interpretiert werden. Für spezifische rechtliche Fragen solltest du einen Rechtsanwalt konsultieren, der sich auf IT-Recht spezialisiert hat. Die Informationen hier basieren auf WCAG 2.1 Standards, können sich aber ändern. Überprüfe immer die aktuellen Richtlinien auf der offiziellen WCAG-Website.