WCAG (Web Content Accessibility Guidelines)

Die Web Content Accessibility Guidelines (WCAG) sind internationale Standards des W3C für barrierefreie Webinhalte. Sie definieren, wie Websites gestaltet werden müssen, um für Menschen mit Behinderungen nutzbar zu sein - ob Sehbehinderung, Hörbeeinträchtigung, motorische Einschränkungen oder kognitive Beeinträchtigungen. WCAG 2.1 ist der aktuelle Standard mit drei Konformitätsstufen: A, AA und AAA.

Die vier Grundprinzipien der WCAG sind: Wahrnehmbar (Inhalte müssen präsentierbar sein), Bedienbar (Navigation muss funktionieren), Verständlich (Inhalte müssen lesbar sein) und Robust (Inhalte müssen von assistiven Technologien interpretierbar sein). Konkret bedeutet das: ausreichende Farbkontraste, Alternativtexte für Bilder, Tastaturnavigation, verständliche Sprache und kompatible Code-Strukturen.

Ab Juni 2025 wird das Barrierefreiheitsstärkungsgesetz (BFSG) in Deutschland Pflicht - viele Websites müssen dann WCAG 2.1 Level AA erfüllen. Betroffen sind E-Commerce, Banken, Versicherungen und weitere Branchen. Barrierefreiheit ist nicht nur rechtliche Pflicht, sondern erschließt auch neue Zielgruppen: 10-15% der Bevölkerung haben eine Form von Behinderung.

Konkret prüfbar werden die vier Prinzipien über nummerierte Erfolgskriterien. Für Level AA zentral sind etwa ein Kontrastverhältnis von mindestens 4,5:1 für normalen und 3:1 für großen Text (Kriterium 1.4.3), vollständige Tastaturbedienbarkeit (2.1.1), ein sichtbarer Fokus-Indikator (2.4.7) sowie Textvergrößerung bis 200% ohne Funktionsverlust. WCAG 2.2 wurde im Oktober 2023 zur offiziellen W3C-Empfehlung und ergänzte neun Kriterien, darunter eine Mindestgröße für Klickziele (2.5.8: 24x24 CSS-Pixel). Ein Nachfolger WCAG 3.0 befindet sich noch in früher Entwurfsphase und wird bis zur Verabschiedung voraussichtlich Jahre brauchen.

In der Umsetzung ist semantisches HTML der wirksamste Hebel: Echte button-, nav- und label-Elemente bringen Tastaturbedienung und Screenreader-Unterstützung von Haus aus mit, während ARIA-Attribute nur dort ergänzt werden sollten, wo natives HTML nicht ausreicht - falsch gesetztes ARIA verschlechtert die Zugänglichkeit oft, statt sie zu verbessern. Automatisierte Werkzeuge wie axe, Lighthouse oder WAVE finden nur etwa 30-40% der Probleme; der Rest erfordert manuelle Tests mit Tastatur und Screenreader (NVDA, VoiceOver). Von den beworbenen Accessibility-Overlays (ein eingebundenes Skript, das angeblich automatisch barrierefrei macht) ist abzuraten - sie beheben die zugrunde liegenden Mängel nicht und haben in den USA bereits zu Klagen geführt. Barrierefreiheit muss von Anfang an mitgebaut, nicht nachträglich übergestülpt werden.