Die am meisten unterschätzte strukturelle Veränderung im Web-Entwicklung im Jahr 2024 betrifft die normative Schicht: WCAG 2.2 und das European Accessibility Act definieren die Anforderungen für die Front-End-Entwicklung neu. Die technischen Anforderungen, die auf die Design-Teams lasten, haben sich innerhalb eines Jahres mehr verändert als die visuellen Trends, die gewöhnlich von den Medien verbreitet werden.
WCAG 2.2: die neuen Kriterien, die die Entwicklung von Benutzeroberflächen verändern
Die Empfehlung WCAG 2.2, die vom W3C im Oktober 2023 veröffentlicht und im Dezember 2024 aktualisiert wurde, fügt Kriterien hinzu, die in der Version 2.1 nicht abgedeckt waren. Drei davon haben direkte Auswirkungen auf die Designentscheidungen von Benutzeroberflächen.
Das Kriterium zur minimalen Größe von Touch-Bereichen zwingt dazu, die Interaktionskomponenten auf mobilen Geräten zu überdenken. Schaltflächen, Links und Formularelemente müssen eine ausreichende Klickfläche bieten, was die überladenen Benutzeroberflächen in Frage stellt, bei denen die klickbaren Elemente zu nah beieinander liegen.
Das Kriterium für Alternativen zu Drag-and-Drop verlangt, dass für jede Drag-basierte Interaktion ein Ersatzmechanismus bereitgestellt wird. Kanban-ähnliche Benutzeroberflächen, visuelle Editoren und Produktkonfiguratoren sind direkt betroffen.
Das Kriterium für barrierefreie Authentifizierung verbietet es, den Zugang zu einem Dienst von einer komplexen kognitiven Aufgabe (Puzzle lösen, Erinnern) abhängig zu machen, ohne eine Alternative anzubieten. Wir finden regelmäßig die Neuigkeiten der Website Le Carolo Geek unter den französischsprachigen Quellen, die diese Art von technischer Entwicklung im Web dokumentieren.
Die Sichtbarkeit des Fokus, eine weitere Ergänzung von WCAG 2.2, verlangt einen sichtbaren Indikator auf jedem interaktiven Element während der Navigation mit der Tastatur. CSS-Frameworks, die den Outline standardmäßig ausblenden, erzeugen nun eine direkte Nichteinhaltung.
European Accessibility Act: verpflichtende Konformität für den E-Commerce ab Juni 2025
Der European Accessibility Act wird am 28. Juni 2025 für die betroffenen digitalen Produkte und Dienstleistungen, einschließlich Online-Shops, anwendbar. Diese europäische Richtlinie geht über das Design hinaus: Sie schafft eine gesetzliche Verpflichtung zur Konformität für Unternehmen, die online in der Europäischen Union verkaufen.
Parallel dazu hat das Justizministerium der Vereinigten Staaten im April 2024 eine Regel verabschiedet, die den Referenzrahmen WCAG 2.1 Level AA für die Websites und Anwendungen der Kommunen vorschreibt. Der regulatorische Trend ist also transatlantisch.
Für die Entwicklungsteams ist die praktische Konsequenz klar:
- Jede Benutzeroberflächenkomponente muss mindestens nach den Kriterien WCAG 2.1 AA auditiert werden, mit einem schrittweisen Übergang zu WCAG 2.2
- Die Kaufprozesse (Warenkorb, Zahlungsformular, Kontoerstellung) müssen an jedem Schritt, der eine komplexe Interaktion beinhaltet, zugängliche Alternativen anbieten
- Dynamisch generierte Inhalte (Produktvorschläge, Chatbots) müssen die gleichen Anforderungen wie statische Inhalte erfüllen
Wir empfehlen, ein WCAG-Audit in die CI/CD-Pipeline zu integrieren, anstatt die Barrierefreiheit als nachträgliche Korrektur zu behandeln.
Generative KI und Codequalität: das Risiko der Barrierefreiheitsrückschritte
Generative KI beschleunigt die Produktion von Front-End-Code, bringt jedoch ein konkretes Problem in Bezug auf die Barrierefreiheit mit sich. Eine Umfrage unter 88 Entwicklern, zitiert von Zylyn, zeigt, dass der von KI generierte Code ein konkretes Risiko für Rückschritte in der Barrierefreiheit darstellt.
Das Problem ist strukturell. Sprachmodelle erzeugen funktionalen Code, lassen jedoch häufig ARIA-Attribute, semantische Rollen und die mit Formularelementen verbundenen Labels weg. Ein Entwickler, der den vorgeschlagenen Code ohne Überprüfung akzeptiert, führt unsichtbare Nichteinhaltungen ein, die von einem Screenreader erkannt werden können.
Überprüfungen, die bei KI-generiertem Code systematisiert werden sollten
- Vorhandensein von Alt-Attributen auf jedem Bild, mit relevantem und nicht generischem beschreibendem Text
- Korrekte Verwendung von semantischen HTML5-Tags (nav, main, article, aside) anstelle von verschachtelten divs
- ARIA-Attribute aria-label und aria-describedby auf interaktiven Elementen ohne sichtbares Label
- Logische Tabulatorreihenfolge manuell überprüft, nicht nur über einen automatischen Linter
Künstliche Intelligenz beschleunigt die Produktion, aber die manuelle Überprüfung des Codes bleibt die einzige Garantie für die WCAG-Konformität. Die Automatisierung der Überprüfung über Tools wie axe-core oder Lighthouse deckt nur einen Teil der Kriterien ab.
Authentifizierung und Benutzererfahrung: was WCAG 2.2 an den Anmeldeprozessen verlangt
Das Kriterium für barrierefreie Authentifizierung von WCAG 2.2 verdient eine spezielle Behandlung, da es einen wesentlichen Reibungspunkt aktueller Websites betrifft. Visuelle CAPTCHAs, Codes, die per SMS gesendet werden und innerhalb kurzer Zeit eingegeben werden müssen, und Überprüfungsrätsel werden zu regulatorischen Hindernissen.
Konforme Alternativen umfassen die Authentifizierung über Passkeys, die Anmeldung über einen Passwortmanager oder den Versand eines magischen Links. Diese Methoden beseitigen die kognitive Belastung und gewährleisten gleichzeitig ein gleichwertiges Sicherheitsniveau.
Für E-Commerce-Websites, die dem European Accessibility Act unterliegen, gehört der Anmelde- und Kontoerstellungsprozess zum auditierten Umfang. Ein nicht zugängliches CAPTCHA auf der Login-Seite reicht aus, um eine Nichteinhaltung im gesamten Kaufprozess zu erzeugen.
Teams, die WCAG 2.2 bereits in der Entwurfsphase als architektonische Anforderung behandeln, verringern das Risiko einer späten Neugestaltung. Die Barrierefreiheit ist zu einem technischen Kriterium für die Produktionsfreigabe geworden, ebenso wie Leistung oder Sicherheit.
