Anfang dieses Jahres schlug das World Wide Web Consortium (W3C) erstmals vor, ein Erfolgskriterium aus den WCAG 2 zu streichen. Das Erfolgskriterium 4.1.1 „Parsing“ stellt sicher, dass Seiten, die in Auszeichnungssprachen wie HTML und SVG verfasst sind, so geschrieben sind, dass Browser und assistive Technologien sie einheitlich verstehen können. Schauen wir uns einmal an, warum dieses Kriterium entfernt wurde, wie das W3C diese Änderung umsetzen will und welche Auswirkungen dies auf die Produkte von „ Deque “ hat.
Warum 4.1.1 „Parsing“ entfernt wird
Der Wortlaut des Erfolgskriteriums 4.1.1 „Parsing“ lautet wie folgt:
4.1.1 Syntaxanalyse: Bei Inhalten, die mithilfe von Auszeichnungssprachen implementiert wurden, verfügen Elemente über vollständige Start- und End-Tags, Elemente sind gemäß ihren Spezifikationen verschachtelt, Elemente enthalten keine doppelten Attribute und alle IDs sind eindeutig, es sei denn, die Spezifikationen lassen diese Merkmale zu. (Stufe A)
Hinweis: Start- und End-Tags, bei denen ein entscheidendes Zeichen fehlt, wie beispielsweise eine schließende spitze Klammer oder ein nicht übereinstimmendes Anführungszeichen für einen Attributwert, sind unvollständig.
Dies war vor HTML 5 eine wichtige Anforderung. Frühere HTML-Versionen enthielten keine Vorgaben dazu, wie mit ungültigem Markup umgegangen werden sollte. Solches Markup konnte heute in einem Browser auf eine bestimmte Weise funktionieren und morgen schon anders. Dies hatte insbesondere für Menschen, die auf assistive Technologien angewiesen waren, erhebliche Auswirkungen. Als HTML 5 dann festlegte, wie Browser mit ungültigem Markup umgehen sollten, wurde damit sichergestellt, dass ungültiges Markup, das heute funktioniert, auch in allen zukünftigen Browsern funktionieren würde.
Nur wenige Barrierefreiheitstester wenden 4.1.1 „Parsing“ so an, wie es ursprünglich vorgesehen war. Axe-core prüft beispielsweise nur auf doppelte IDs, da diese zu falschen Bezeichnungen und Eigenschaften für assistive Technologien führen können. Seit axe-core 3.1 führen wir doppelte IDs, die keinen Einfluss auf die Barrierefreiheit haben können, als geringfügiges Problem auf. In Wirklichkeit sind doppelte IDs jedoch ein Indikator für ein Barrierefreiheitsproblem – sie sind nicht an sich schon ein Barrierefreiheitsproblem. Echte Barrierefreiheitsprobleme, die derzeit unter 4.1.1. „Parsing“ gemeldet werden, sind Probleme, die bereits unter anderen WCAG-Kriterien abgedeckt sind.
Einführung im Rahmen der WCAG und in anderen Bereichen
Die Streichung eines Kriteriums aus den WCAG ist ein heikles Unterfangen. WCAG 2.0 und 2.1 sind internationale Standards, die in Gesetze und Vorschriften übernommen wurden. Änderungen daran sind schwierig und erfordern lange Übergangsfristen. Daher hat sich das W3C stattdessen für eine zweigleisige Strategie entschieden:
- In WCAG 2.2 ( das noch nicht endgültig festgelegt ist) wird das Kriterium 4.1.1 „Parsing“ gestrichen. Es ist nicht mehr erforderlich, da es nicht mehr Bestandteil des Standards ist.
- Für WCAG 2.1 und 2.0 (die bereits endgültig festgelegt sind) wird dem Kriterium 4.1.1 „Parsing“ eine Anmerkung hinzugefügt. Darin wird darauf hingewiesen, dass das Kriterium 4.1.1 bei HTML- und XML-Inhalten stets erfüllt ist.
Dieser Hinweis, den das W3C zu WCAG 2.0 und 2.1 hinzufügen will, ist insofern ein kleiner Trick, als er die eigentliche Anforderung nicht ändert. Das Kriterium ist dasselbe wie bisher. Das Einzige, was sich ändert, ist eine klare Absichtserklärung dazu, wie das Kriterium nach Ansicht des W3C ausgelegt werden sollte. Dadurch können alle, die heute WCAG 2.0 und 2.1 anwenden, sagen: „Seht ihr, das W3C sagt, dass dies den Anforderungen entspricht“, selbst wenn dieser Hinweis in den älteren Fassungen der WCAG, an die sich eine Organisation halten muss, nicht enthalten ist.
Wird es noch weitere geben?
Es ist ein echter Erfolg für die Barrierefreiheit im Web, dass die Technologie so weit fortgeschritten ist, dass ein Erfolgskriterium nicht mehr erforderlich ist. Gleichzeitig stellt sich die Frage, ob es weitere Teile der WCAG gibt, die durch die Verbesserung von Standards und Browsern überflüssig werden könnten. Die gute Nachricht ist, dass die Browser eine Vielzahl weiterer bemerkenswerter Verbesserungen vorgenommen haben.
Heutzutage unterstützen alle Browser die Zoomfunktion, anstatt sich wie noch im Jahr 2008 ausschließlich auf die Anpassung der Schriftgröße zu verlassen. Seit kurzem blockieren Browser zudem die automatische Wiedergabe von Audioinhalten. Einige Browser verfügen in ihren Barrierefreiheits-Einstellungen über einen verbesserten Fokusring, den Betreiber von Webinhalten nicht außer Kraft setzen können. Auch eine automatische Spracherkennung ist in einigen Browsern vorhanden (ist jedoch standardmäßig deaktiviert). Mehrere Browser bieten mittlerweile zudem einen Lesemodus an. Die Liste ließe sich fortsetzen.
Diese Bemühungen einzelner Browserhersteller sind großartig, müssen jedoch standardisiert werden. Wie bereits beim Parsing der Fall war, funktioniert Code, der in einem Browser läuft, möglicherweise nicht in anderen Browsern oder sogar nicht in der nächsten Version desselben Browsers. Da eine solche Standardisierung derzeit nicht stattfindet, ist es unwahrscheinlich, dass trotz der vielen Fortschritte weitere WCAG-2-Erfolgskriterien in den nächsten Jahren überflüssig werden.
Veraltete Regeln in axe-core
Axe-core Version 4.8, die voraussichtlich im August 2023 erscheinen wird, wird Änderungen enthalten, die dieser Aktualisierung des W3C Rechnung tragen. Unter Axe-core gibt es derzeit drei Regeln zum Testen des Erfolgskriteriums 4.1.1 „Parsing“. Alle drei beziehen sich auf doppelte IDs.
Axe-core’s duplicate-id-aria Die Regel wird unter folgendem Punkt aufgeführt: Kriterium 4.1.2 Name, Rolle, Wert. Diese Regel überprüft, ob in ARIA verwendete IDs und barrierefreie Beschriftungen doppelt vergeben sind. Dies ist ein wichtiger Aspekt, da es dazu führen kann, dass Steuerelemente eine falsche Beschriftung oder einen falschen Wert aufweisen. Da es sich hierbei nicht zwangsläufig um ein Barrierefreiheitsproblem handelt, werden diese Ergebnisse als „muss überprüft werden“ statt als Verstoß gemeldet.
Die duplicate-id und duplicate-id-active Die Regeln prüfen Elemente auf IDs, bei denen das Fehlen einer eindeutigen ID keine Auswirkungen auf die praktische Barrierefreiheit der Seite hat. Diese beiden Regeln werden als veraltet eingestuft. Das bedeutet, dass sie standardmäßig deaktiviert sind und mit der Veröffentlichung v axe-core s 5.0 entfernt werden. Diese Regeln wurden mit der “wcag2a-obsolete” Tag für alle, die aus Gründen der Abwärtskompatibilität diese Regeln vorübergehend noch ausführen müssen.
Weiterführende Literatur
Möchten Sie mehr erfahren? Bereits im Februar, noch vor der Entscheidung zu WCAG 2.0 und 2.1, verfasste Christophe Strobbe einen großartigen Artikel mit dem Titel „Das schwierige Leben und der beklagenswerte Tod des Erfolgskriteriums 4.1.1“. Christophe war an der ursprünglichen Ausarbeitung des Kriteriums 4.1.1 „Parsing“ in WCAG 2.0 beteiligt und brachte im vergangenen Jahr die Diskussion in Gang, die zu dessen Streichung führte.
