Ein neues Audit der meistbesuchten Websites in Europa zeigt, dass 64 % von ihnen das Kriterium „Name, Role, and Value“ nicht erfüllen – eine Level-A-Anforderung, die bereits seit 2008 verbindlich ist. Die Fehlerquote ist deshalb so entscheidend, weil Level A die gesetzliche Untergrenze für Webzugänglichkeit in der gesamten EU darstellt. Eine Nichteinhaltung kann Unternehmen bereits vor dem nächsten WCAG 2.2-Update im November 2026 rechtliche Schritte oder Durchsetzungsmaßnahmen nach sich ziehen.

Warum das Audit wichtig ist

Unternehmen kaufen bereits Checklisten und planen Budgets für die neuen WCAG 2.2-Kriterien ein, doch das Audit zeigt, dass sie die bereits bestehenden Regeln übersehen. Zwei Drittel der größten Websites des Kontinents verstoßen gegen geltendes Recht, was eine Lücke zwischen Absicht und Umsetzung offenbart.

Was das Audit herausgefunden hat

Das Audit untersuchte die Websites mit dem höchsten Traffic in der Europäischen Union und hat jede Seite mit dem aktuellen Standard abgeglichen. Die häufigsten Fehler lassen sich in vier Kategorien unterteilen:

  • Name, Role, and Value – 64 % der Websites ließen eine Textalternative für interaktive Elemente wie reine Icon-Buttons weg. Eine Lupe für die Suche oder ein Warenkorb ohne barrierefreies Label lässt Screenreader-Nutzer im Unklaren darüber, welchen Zweck die Steuerung hat.
  • Kontrast – 44 % der Websites erfüllten das erforderliche Mindestkontrastverhältnis nicht, was das Lesen von Texten für Menschen mit Sehbehinderungen erschwert.
  • Link-Zweck – 36 % der Websites enthielten Links, deren Zweck allein aus dem Linktext nicht ersichtlich war – eine Barriere für alle, die mit assistiven Technologien navigieren.
  • Zielgröße – 34 % der Websites boten Touch-Ziele an, die kleiner als die empfohlene Größe waren, was das Risiko von Fehlklicks auf mobilen Geräten erhöht.

Diese Probleme sind keine tiefgreifenden architektonischen Mängel; oft handelt es sich lediglich um ein fehlendes HTML-Attribut oder ein Design, das bei einer einfachen visuellen Prüfung durchfällt.

Warum große Websites zurückliegen

Das Audit verglich zudem große Websites mit hohem Traffic mit kleineren, weniger besuchten Seiten. Erstere verstießen etwa dreimal häufiger gegen die Level-A-Regeln. Die wahrscheinlichen Ursachen sind:

  • Drittanbieter-Widgets, die eigene Barrierefreiheits-Fehler mitbringen.
  • Legacy-Codebasen, in denen sich über Jahre hinweg Ad-hoc-Fixes angesammelt haben, was eine systematische Behebung erschwert.
  • Höhere Komplexität, die mehr Fehlerquellen einführt – von dynamischen Menüs bis hin zu benutzerdefinierten Formularsteuerungen.

Die Größe verstärkt das Risiko, grundlegende Details zur Barrierefreiheit zu übersehen.

Automatisierung reicht nicht aus

Viele Organisationen verlassen sich auf automatisierte Scanner, um die Konformität zu zertifizieren. Das Audit warnt jedoch, dass solche Tools nur etwa 30 % bis 40 % der tatsächlichen Fehler erfassen. Für den Rest ist menschliches Urteilsvermögen erforderlich – etwa um sicherzustellen, dass ein Sticky Header keine Schaltfläche verdeckt oder dass ein mehrstufiger Login-Prozess ohne visuelle Unterstützung bedienbar bleibt.

Fünf der sechs neuen WCAG 2.2-Erfolgskriterien erfordern explizit manuelle Tests. Jeder Anbieter, der einen „vollständigen WCAG 2.2-Readiness-Check“ allein durch Automatisierung verspricht, lässt wahrscheinlich den Großteil der neuen Regeln aus.

Nächste Schritte

  • Prüfen Sie jetzt die Grundlagen – Führen Sie eine manuelle Prüfung auf fehlende Name/Role/Value-Attribute, Farbkontrast, klaren Linktext und angemessene Zielgrößen für Touch-Elemente durch.
  • Priorisieren Sie die Behebung – Fügen Sie aria-label oder sichtbaren Text zu reinen Icon-Buttons hinzu, passen Sie Farbpaletten an, um die Kontrastanforderungen zu erfüllen, machen Sie den Zweck jedes Links aus seinem Text oder Kontext ersichtlich und vergrößern Sie interaktive Elemente auf die empfohlene Größe.
  • Kombinieren Sie Tools mit menschlicher Überprüfung – Nutzen Sie automatisierte Scanner, um offensichtliche Fehler („low-hanging fruit“) zu finden, und lassen Sie diese anschließend von Experten prüfen, die nuancierte Probleme erkennen, die Maschinen übersehen.
  • Planen Sie für WCAG 2.2 – Berücksichtigen Sie bei der Behebung von Level-A-Mängeln bereits die kommenden Kriterien; eine frühzeitige Ausrichtung reduziert den Aufwand, wenn die Frist im November 2026 abläuft.

Das Fazit ist eindeutig: Die gesetzliche Mindestanforderung wird bereits unterschritten. Das Warten auf die nächste Version der Richtlinien entschuldigt die aktuellen Mängel nicht. Unternehmen, die jetzt handeln, vermeiden Strafen, verbessern die Nutzererfahrung für Millionen von Menschen und legen ein solides Fundament für die anspruchsvolleren WCAG 2.2-Standards.

Quelle: Audit veröffentlicht auf dev.to