Fast fertig! WCAG 2.2 ist nur noch einen kleinen Schritt von der offiziellen Fertigstellung entfernt!

Eine neue Version der Richtlinien für barrierefreie Webinhalte (WCAG) steht kurz vor der Fertigstellung. WCAG 2.2 soll im August 2023 endgültig verabschiedet werden. Es handelt sich hierbei um ein kleines Versions-Update. Wenn Sie bereits mit WCAG 2.0 und/oder 2.1 vertraut sind, haben Sie wahrscheinlich eine Reihe von Fragen. Und wir haben die aktuellen Antworten darauf!

• Warum ist WCAG 2.2 noch nicht fertig? Warum dauert das so lange? Laut Zeitplan des W3C soll WCAG 2.2 am 31. August 2023 endgültig fertiggestellt sein. Warum ist es immer noch nicht fertig? Weil die Erstellung einer Aktualisierung des weltweiten Barrierefreiheitsstandards (selbst bei einer „kleinen“ Versionsaktualisierung) komplex ist und Forschung, Tests, Überarbeitungen sowie Konsensabstimmungen erfordert.
• Wird WCAG 2.2 abwärtskompatibel mit WCAG 2.1 und 2.0 sein?
  • Meistens ja!
    • WCAG 2.0 und WCAG 2.1 sind nach wie vor gültige und sehr nützliche Standards. WCAG 2.2 wird die bereits in WCAG 2.1 und WCAG 2.0 enthaltenen Anforderungen um neun neue Anforderungen ergänzen.
    • Zum ersten Mal in der Geschichte der WCAG:
      • Eine Anforderung soll gestrichen werden
        • 1.1 Das Kriterium „Parsing“ wird in WCAG 2.2 gestrichen. Warum? Weil das Kriterium 4.1.1 „Parsing“ ursprünglich eingeführt wurde, um Probleme zu beheben, die bei der direkten Analyse von HTML durch assistive Technologien auftraten. Assistive Technologien müssen HTML nicht mehr direkt analysieren. Daher bestehen Probleme beim Parsing entweder gar nicht mehr oder werden durch andere Kriterien abgedeckt. Da dieses Kriterium keinen Nutzen mehr hat, wird es gestrichen.
        • Zwar bleibt 4.1.1 in den WCAG 2.1 und 2.0 erhalten, es wird jedoch ein Hinweis hinzugefügt, um zu verdeutlichen, dass 4.1.1 automatisch erfüllt ist, wenn etwas mit HTML erstellt wurde.
          • Siehe die Pull-Request für den neuen Entwurf der Anmerkung in Abschnitt 4.1.1 „Parsing“ sowohl in WCAG 2.1 als auch in WCAG 2.0 :
            • „Dieses Erfolgskriterium sollte bei allen Inhalten, die HTML verwenden, als automatisch erfüllt betrachtet werden. Moderne Browser verfügen alle über eine automatische Fehlerkorrektur für Parsing-Fehler, und Probleme wie falsche Zustände oder Namen aufgrund doppelter IDs oder fehlende Rollen aufgrund unsachgemäß verschachtelter Elemente werden durch andere Erfolgskriterien abgedeckt. Dieses Kriterium kann daher als redundant ignoriert werden. Es bietet an sich keinen Nutzen mehr für Menschen mit Behinderungen und sollte im Hinblick auf die Barrierefreiheit nicht mehr durchgesetzt oder verlangt werden.“
          • Zur Erinnerung: Solange dieser Pull-Request nicht vollständig genehmigt und zusammengeführt ist, kann sich noch alles daran ändern.
• Werden in WCAG 2.2 weiterhin die Konformitätsstufen A, AA und AAA aus WCAG 2.1/2.0 verwendet? In WCAG 2.2 werden weiterhin dieselben Konformitätsstufen A, AA und AAA verwendet.
• Sind die WCAG 2.2 bereits heute für die breite Öffentlichkeit einsatzbereit? Fast! Die WCAG 2.2 sind so kurz vor der Fertigstellung, dass es nun keine wesentlichen Änderungen mehr geben dürfte. Aber fertig ist es erst, wenn es fertig ist.
• Ist WCAG 2.2 bereits heute bereit, von Abenteurern der Barrierefreiheit erkundet zu werden? Ja ! Jetzt ist der perfekte Zeitpunkt für Barrierefreiheits-Begeisterte, sich mit den neuen, für WCAG 2.2 vorgeschlagenen Erfolgskriterien vertraut zu machen. Warum? Sie können sich schon frühzeitig einen Überblick darüber verschaffen, wie sich diese neuen Anforderungen auf Ihre digitalen Inhalte auswirken werden.
• Wann wird WCAG 2.2 zur gesetzlichen Vorschrift? Einige Länder werden möglicherweise die Einführung von WCAG 2.2 in Betracht ziehen, sobald diese als endgültige offizielle Empfehlung vorliegt. Bitte beachten Sie, dass WCAG 2.2 noch nicht endgültig ist und frühestens Ende August 2023 endgültig sein wird. Seien Sie versichert, dass kein Land WCAG 2.2 zu einer gesetzlichen Vorschrift machen wird, bevor es endgültig feststeht (und in einigen Ländern kann es Jahre dauern, bis die neueste Version der WCAG übernommen wird).
• Wie viele Schritte sind noch zu durchlaufen, bis WCAG 2.2 endgültig verabschiedet wird? Es steht nur noch ein Genehmigungsschritt aus. Die genauen Einzelheiten finden Sie in der Erläuterung des Verfahrens am Ende dieses Artikels.

Was sind die WCAG?

Die „Web Content Accessibility Guidelines“ (WCAG) sind seit über zwei Jahrzehnten weltweit der Standard für digitale Barrierefreiheit. Das W3C hofft, noch vor Ende August 2023 die Version 2.2 der WCAG zu veröffentlichen. WCAG 2.2 wird mehrere neue Erfolgskriterien enthalten, die darauf abzielen, die Anforderungen für Nutzer mit Sehbehinderungen, kognitiven Beeinträchtigungen und eingeschränkter Feinmotorik zu erweitern.

Erfüllen Sie die vorgeschlagenen neuen Erfolgskriterien

Der WCAG 2.2-Entwurf enthält derzeit neun neue Erfolgskriterien. Die Liste der neuen Erfolgskriterien gemäß der am 20. Juli 2023 veröffentlichten Fassung der vorgeschlagenen Empfehlung lautet wie folgt:

1. 1. 4.11 Unverdeckter Fokus (Mindestanforderung) (Stufe AA)
   2. 4.12 Unverdeckter Fokus (verbessert) (Stufe AAA)
   3. 4.13 Darstellung von „Focus“ (Stufe AAA)
   4. 5.7 Ziehbewegungen (Stufe AA)
   5. 5.8 Zielgröße (Mindestgröße) (Stufe AA)
   6. 2.6 Einheitliche Hilfe (Stufe A)
   7. 3.7 Redundanter Eintrag (Stufe A)
   8. 3.8 Barrierefreie Authentifizierung (Mindestanforderungen) (Stufe AA)
   9. 3.9 Barrierefreie Authentifizierung (erweitert) (Stufe AAA)

Der Fokus bleibt klar

Zitat der Spielfigur: „Hey, hör auf, den Fokus meiner Tastatur zu verbergen!“

Diese beiden Erfolgskriterien helfen sehenden Nutzern, die zur Navigation auf einer Webseite auf die Tastatur angewiesen sind, indem sie sicherstellen, dass die Komponente und ihr Fokusindikator nicht von anderen Inhalten überdeckt werden. Beispielsweise können feststehende Kopfzeilen, Cookie-Popups und nicht-modale Dialoge den Teil der Seite verdecken, auf dem sich der aktuelle Tastaturfokus befindet. Die Anforderung der Stufe AA besagt, dass zumindest ein Teil des Elements mit Fokus sichtbar sein muss. Auf Stufe AAA müssen die gesamte Komponente und ihr Fokusindikator sichtbar sein.

Fokus „Erscheinungsbild“

Zitat der Spielfigur: „Wo um alles in der Welt ist meine Tastatur?“

Dieses AAA-Erfolgskriterium verlangt einen deutlich sichtbaren „Fokusindikator“, der den aktuellen Fokuspunkt der Tastatur anzeigt. Sehende Nutzer, die zur Navigation auf der Webseite auf die Tastatur angewiesen sind, können so visuell erkennen, wo sich ihr Tastaturfokus befindet. Dies geht über die bestehende Anforderung 2.4.7 „Fokus sichtbar“ hinaus, da hier eine Mindestgröße für die Fokusanzeige und ein Mindestkontrast von 3:1 festgelegt werden. Es geht auch über die bestehende Anforderung 1.4.11 „Kontrast bei Nicht-Text-Elementen“ hinaus, indem eine Mindestgröße für die Fokusanzeige sowie ein Mindestkontrast zwischen dem fokussierten und dem nicht fokussierten Zustand vorgeschrieben werden.

Kleine Anmerkung am Rande: Es ist erwähnenswert, dass die Anforderung 2.4.13 „Darstellung des Fokus“ ursprünglich für die Stufe AA vorgeschlagen wurde, jedoch aufgrund von Bedenken seitens der breiteren Interessengruppe als „gefährdet“ eingestuft wurde. Mittlerweile wurde die Anforderung 2.4.13 „Darstellung des Fokus“ auf die Stufe AAA verschoben.

Ziehbewegungen

Zitat der Figur: „Äääääh! Ich krieg dieses Drag-and-Drop einfach nicht hin! Ich brauche eine andere Lösung!!!“

Drag-and-Drop-Aktionen erfordern eine relativ präzise Bewegung sowie die Fähigkeit, den Druck auf die Maustaste oder den Touchscreen aufrechtzuerhalten, ohne diese versehentlich loszulassen. Für manche Menschen mit motorischen Einschränkungen kann dies eine Herausforderung darstellen. Aus diesem Grund schreibt dieses neue Erfolgskriterium vor, dass Drag-and-Drop nicht die einzige Möglichkeit sein darf, eine Aktion mit einem einzigen Zeiger (wie einer Maus oder einer Fingerberührung) auszuführen.

Zielgröße (Minimum)

Zitat der Figur: „Ich brauche Knöpfe, die groß genug sind, damit ich den richtigen drücken kann!“

Das Betätigen einer kleinen Schaltfläche auf einem Touchscreen stellt für viele Menschen eine Herausforderung dar, insbesondere jedoch für Personen, die Schwierigkeiten mit der Feinmotorik ihrer Hände haben. Dies gilt gleichermaßen für die Verwendung der Maus oder anderer Zeigegeräte. Dieses Erfolgskriterium legt einen Mindestabstand fest, den zwei interaktive Elemente voneinander haben müssen, um die Wahrscheinlichkeit zu verringern, dass Nutzer versehentlich das falsche Element aktivieren. Dieses neue Erfolgskriterium 2.5.8 „Zielgröße (Minimum)“ ergibt eine AA-Anforderung auf der Grundlage von 24 CSS-Pixeln. Sie können weiterhin auch die Anforderung 2.5.5 „Zielgröße (erweitert)“ auf der Grundlage von 44 CSS-Pixeln verwenden, die in WCAG 2.1 auf Stufe AAA hinzugefügt wurde.

Konsistente Hilfe

Zitat der Spielfigur: „Hilfe! Ich finde auf dieser Website keine Hilfe!“

Dieses Erfolgskriterium erleichtert es Nutzern, die Hilfe benötigen, diese zu finden. Diese Anforderung besagt, dass eine Hilfefunktion (wie beispielsweise Kontaktinformationen oder eine Selbsthilfeoption), wenn sie auf mehreren Seiten einer Website verfügbar ist, auf jeder dieser Seiten an derselben relativen Position erscheinen muss. Diese Anforderung ermöglicht es einigen Menschen mit kognitiven Beeinträchtigungen, die Hilfe zu erhalten, die sie benötigen, um ihre beabsichtigte Aufgabe zu erledigen.

Überflüssiger Eintrag

Zitat der Figur: „Zwing mich nicht dazu, dieselben Angaben zweimal einzugeben, dieselben Angaben zweimal.“

Bei manchen Formularen muss der Nutzer dieselben Informationen mehrmals eingeben, beispielsweise die Liefer- und Rechnungsadresse. Das Ausfüllen redundanter Formulare kann für manche Nutzer eine Belastung darstellen, insbesondere für Menschen mit motorischen oder kognitiven Beeinträchtigungen. Dieses Erfolgskriterium schreibt vor, dass Formulare entweder redundante Eingaben vermeiden oder die Wiederverwendung bereits eingegebener Daten erleichtern müssen.

Barrierefreie Authentifizierung

Zitat von Pesona: „Ich habe Legasthenie. Das manuelle Eingeben von Codes für die Zwei-Faktor-Authentifizierung fällt mir sehr schwer, manchmal ist es für mich sogar unmöglich. Wenn ich den an mein Mobilgerät gesendeten Code kopieren und einfügen kann (anstatt ihn von Hand einzugeben) oder – noch besser – den Code einfach auf meinem Mobilgerät antippen kann, gelingt mir die Anmeldung!“

Das Einloggen auf einer Website oder in einer App kann eine Herausforderung sein. Nutzer vergessen ihre Passwörter, und das manuelle Eingeben von Authentifizierungscodes, die auf das Smartphone gesendet werden, ist fehleranfällig. Dieses Erfolgskriterium verlangt, dass die Authentifizierung ohne solche kognitiven Herausforderungen möglich sein muss, beispielsweise indem Nutzern erlaubt wird, ihr Passwort aus einem Passwort-Management-Tool eines Drittanbieters zu kopieren und einzufügen. Diese Anforderung kommt Menschen mit motorischen Einschränkungen oder kognitiven Beeinträchtigungen zugute, darunter Gedächtnisstörungen, Legasthenie, Dyskalkulie und weitere.

Wie geht es weiter?

Das W3C plant, die endgültige offizielle Fassung der WCAG 2.2 noch vor Ende August 2023 zu veröffentlichen. Zuvor müssen jedoch noch eine abschließende Abstimmung und ein Genehmigungsverfahren durchlaufen werden. Der genaue Zeitpunkt, zu dem im W3C ein Konsens bei der Abstimmung über diesen wichtigen internationalen Standard erzielt wird, lässt sich nur schwer vorhersagen.

Wir werden Sie informieren, sobald WCAG 2.2 tatsächlich fertiggestellt und stabil ist und wir Gewissheit über den offiziellen Veröffentlichungstermin haben.

In der Regel fügt Deque die Unterstützung für eine neue Version der WCAG innerhalb eines Monats hinzu, nachdem der neue Standard den endgültigen RECOMMENDATION-Status erreicht hat. Sollten jedoch in letzter Minute Änderungen seitens des W3C vorgenommen werden, die Systemanpassungen erfordern, kann dies bis zu einem Quartal dauern. Intern bereitet sich Deque bereits seit Monaten auf WCAG 2.2 vor. Wir haben sogar „https://dequeuniversity.com/“ als Implementierungsnachweis angeboten, dass die Erfüllung der WCAG 2.2-Stufen A/AA tatsächlich möglich ist. „ axe-core “ ist einen Schritt voraus und bietet bereits seit Herbst 2022 eine neue WCAG 2.2-Regel an. Wir planen außerdem, neue Regeln für WCAG 2.2 in die intelligenten geführten Tests von axe DevTools aufzunehmen.

*Informationen zu Bonuspunkten für Fans des Barrierefreiheitsprozesses

Lesen Sie weiter, wenn Sie genau wissen möchten, wie aus einer Kandidatenempfehlung eine offizielle/endgültige Empfehlung wird.

Schauen wir uns alle fünf Hauptphasen sowie einige der wichtigsten Aktivitäten in den jeweiligen verbleibenden Phasen an:

1. 1. Erster öffentlicher Arbeitsentwurf (FPWD) veröffentlicht
      • Es MUSS eine frühzeitige und umfassende Überprüfung gefördert werden.
   2. Überarbeitete öffentliche Arbeitsentwürfe (WD) null oder mehr veröffentlichen
      • Es können auf der Grundlage von Rückmeldungen weitere Entwürfe veröffentlicht werden.
   3. Kandidatenempfehlung (CR) früher bekannt als „Last Call Working Draft“
      • muss darlegen, wie nachgewiesen wird, dass ausreichende Erfahrungen mit der Umsetzung vorliegen,
      • muss die Frist für Stellungnahmen festlegen, die mindestens 28 Tage nach der Veröffentlichung liegen muss und bei komplexen Dokumenten länger sein sollte,
      • muss nachweisen, dass die Spezifikation einer umfassenden Begutachtung unterzogen wurde, und
      • kann bestimmte Merkmale im Dokument als „risikobehaftet“ einstufen. Diese Merkmale können vor der Weiterführung zum Status „Proposed Recommendation“ entfernt werden, ohne dass eine neue „Candidate Recommendation“ veröffentlicht werden muss.
   4. SIE BEFINDEN SICH HIER! Empfehlungsvorschlag (PR) Prüfungsantrag – Ein formeller Antrag auf Genehmigung der technischen Norm durch den W3C-Beirat.
      • muss mindestens 28 Tage nach der Veröffentlichung des Empfehlungsentwurfs liegen und…
      • muss ausreichende Erfahrung in der Umsetzung nachweisen, es sei denn, der Direktor genehmigt eine Ausnahme,
      • muss nachweisen, dass das Dokument einer umfassenden Begutachtung unterzogen wurde ,
      • muss nachweisen, dass alle während der Prüfungsphase der Kandidatenempfehlung vorgebrachten Punkte – mit Ausnahme derjenigen, die von Vertretern des Beratungsausschusses in ihrer offiziellen Funktion als AC-Vertreter vorgebracht wurden – formell behandelt wurden,
      • muss alle wesentlichen Fragen aufzeigen , die seit Ablauf der Prüfungsfrist für die Kandidatenempfehlung von anderen Parteien als Vertretern des Beratungsausschusses, die in ihrer offiziellen Funktion als AC-Vertreter handeln, vorgebracht wurden,
      • möglicherweise Funktionen entfernt, die im Dokument zur Kandidatenempfehlung als „gefährdet“ eingestuft wurden, ohne die Spezifikation erneut als Kandidatenempfehlung zu veröffentlichen.
   5. W3C-Empfehlung (REC) veröffentlicht
      • Die Entscheidung, ein Dokument in den Status „Empfehlung“ zu erheben, trifft das W3C.
      • Der Standard hat den Status „Full Maturity“ erreicht. Es handelt sich um eine offizielle Empfehlung des W3C.