Die Ergebnisse sind mehr als ernüchternd. Nur rund ein Fünftel der untersuchten Online-Shops ist barrierefrei. Und das rund ein Jahr vor Inkrafttreten des Barrierefreiheitsstärkungsgesetzes (BFSG). Zu diesem Ergebnis kommt eine Untersuchung, die die Aktion Mensch und Google in Zusammenarbeit mit der Beratungsagentur BITV-Consult, PIA UDG und der Stiftung Pfennigparade durchgeführt haben. Untersuchungsgegenstand waren die in Deutschland meistbesuchten Online-Shops. Die Seiten wurden anhand einer typischen „User Journey“ manuell auf Barrierefreiheit überprüft. Grundkriterium war die Tastaturbedienbarkeit. Angebote, die dieses Kriterium erfüllten, wurden auf bis zu sieben weitere Kriterien auf Basis der WCAG gestestet; beispielsweise ob Formularfelder verständlich beschriftet sind oder die Texte ausreichend kontrastieren. DieTesterinnen und Tester sind selbst von unterschiedlichen Behinderungen betroffen.

• Ergebnisse: Test zur Barrierefreiheit deutscher Online-Shops (Aktion Mensch)

Sofern keine spezifischen Regelungen, zum Beispiel auf Länderebene getroffen werden, hat die Veröffentlichung der Version 2.2 noch keine zwingenden Auswirkungen auf die Vorschriften in Deutschland. Grundsätzlich ist die EU-Norm 301 549 maßgeblich. Diese integriert derzeit noch die Kriterien der bisherigen WCAG-Version 2.1. Eine Aktualisierung wird erst für 2025/2026 erwartet. Für Anbieter von Webseiten ist es aber sinnvoll, die neuen Kriterien bereits jetzt zu berücksichtigen, um nicht nachträglich aufwändig korrigieren zu müssen.

• What’s New in WCAG 2.2? (W3C)

Die WebAIM-Forschungsstelle der Utah State University hat sich Großes vorgenommen. Jedes Jahr werden eine Million Homepages automatisiert auf Barrierefreiheit getestet; 2023 bereits im fünften Jahr hintereinander.

Die Ergebnisse sind ernüchternd: Auch wenn die Fehlerzahl leicht abgenommen hat, so wurden bei 96,3 Prozent der getesteten Homepages Fehler gefunden, die gegen die WCAG 2.0-Empfehlungen verstoßen. Wichtig ist hierbei zu erwähnen, dass automatisierte Tests nicht alle Barrierefreiheits-Probleme finden und korrekt interpretieren können. Ein fehlerfreies Ergebnis bedeutet nicht, dass eine Homepage absolut barrierefrei ist. Umgekehrt werden unter Umständen Fehler detektiert, die in der Praxis nicht zu größeren Einschränkungen führen.

Am häufigsten traten Kontrastfehler auf, gefolgt von fehlenden Alternativtexten und leeren Link-Elementen. 35,8 Prozent der Formularelemente waren nicht ausreichend beschriftet bzw. nicht korrekt mit einer Beschriftung verknüpft. Angebote von Regierungsinstitutionen und Bildungseinrichtungen schnitten grundsätzlich besser ab als Homepages anderer Bereiche.

WebAIM möchte mit der Untersuchung nicht demotivieren, sondern einen Anstoß für ein zugänglicheres Internet geben.

• The WebAIM Million (Zusammenfassende Untersuchungsergebnisse in englischer Sprache)

Im axes4-Blog ist ein neuer Kontrast-Guide erschienen. Er liefert Antworten auf viele Fragen rund um die Kontrastmessung und Auswahl von Farben, so zum Beispiel: Was ist bei Nicht-Text-Inhalten zu beachten oder bei Texten, die auf Bilder gelegt werden? Wie lauten die Mindestkontrastwerte, die nach WCAG eingehalten werden müssen? Anhand von Beispielen werden gute und schlechte Umsetzungen demonstiert.

Guide: Dokumente für alle – wie erstellt man ein kontrastreiches Dokument?

Für die Zugänglichkeit eines Webangebots ist es wichtig, dass die Rolle (Funktion) und der Zustand von Seitenelementen vermittelt wird. Bei vielen HTML-Elementen ist diese Zuordnung klar, z.B. vermittelt <button> automatisch die Rolle „Schaltfläche“. Anders ist das bei sogenannten unsemantischen Elementen, die die Bedeutung nicht vermitteln (z.B. <span>). Diese Elemente werden insbesondere in Kombination mit Skripten eingesetzt, um dynamische Funktionalitäten zu realisieren (z.B. Akkordeon-Elemente, Slider usw.). Um Rolle und Zustand zu vermitteln, sollten unsemantische HTML-Elemente mit ARIA-Attributen ergänzt werden (z.B. <span role=“button“>).

Das W3C hat nun für ARIA einen Webstandard veröffentlicht, der die korrekte Verwendung spezifiziert. In einer Tabelle werden den HTML-Elementen mögliche ARIA-Rollen und Zustände zugeordnet, die Programmierer verwenden können. Außerdem gibt es Beispiele für die inkorrekte Nutzung.

• ARIA in HTML: W3C Recommendation 09 December 2021

• Whose nine is it anyway? (Feedback on the WCAG 2.2 working draft)

• WCAG 2.2 – was ändert sich und wie wirkt es sich aus? (FRONTA11Y)

• ARIA-Live-Regionen

Die US-amerikanische Initiative WebAIM hat sich an einer in der Sprache und Komplexität vereinfachten Fassung versucht, betont aber auch, dass diese Interpretation der WCAG-Empfehlungen nicht für die Erstellung von politischen Vorgaben geeignet ist. Die Checkliste, die sich an der aktuellen WCAG-Version 2.1 orientiert, kann aber sehr hilfreich bei der Umsetzung und Beurteilung barrierefreier Angebote sein.

• WebAIMs WCAG 2 Checklist (Englisch, Französisch, Niederländisch)

Die Arbeitsgruppe für Barrierefreiheitsrichtlinien des W3C hat einen ersten öffentlichen Entwurf der Richtlinien für Barrierefreiheit WCAG Version 3.0 veröffentlicht. Die WCAG 3.0 unterscheiden sich in mehreren Punkten von den Vorgänger-Versionen. Eine Neuerung sind die drei Konformitätsstufen „Bronze“, „Silver“ und „Gold“. Für das Erreichen der Stufen „Silver“ und „Gold“ werden ganzheitliche Tests vorausgesetzt. In zukünftigen Entwürfen der WCAG 3.0 werden die erforderlichen Testverfahren genauer erläutert und die Erklärungen durch Beispiele ergänzt. Experten kommentieren, dass die neuen WCAG-Empfehlungen flexibler sein werden, da sie über die Grenzen von Web-Inhalten hinausgehen und ein breiteres Spektrum neuer Technologien abdecken.

• First Public Working Draft: W3C Accessibility Guidelines (WCAG) 3.0