Web Accessibility Initiative

Die Web Accessibility Initiative ( WAI ) des World Wide Web Consortiums (W3C) hat zum Ziel, die Zugänglichkeit des Internets für Menschen mit Behinderungen zu verbessern . Menschen mit Behinderungen stoßen generell bei der Computernutzung, insbesondere aber im Internet, auf Schwierigkeiten. Da sie häufig auf spezielle Geräte und Browser angewiesen sind , profitieren auch viele andere Nutzer, darunter mobile Endgeräte mit begrenzten Ressourcen, von einer besseren Zugänglichkeit von Websites. Laut einer Studie der US-Regierung verlassen 71 % der Website-Besucher mit Behinderungen eine nicht barrierefreie Website. ^{[ 1 ] [ 2 ] [ 3 ]}

Das W3C rief 1997 die Web Accessibility Initiative (WAI) mit Unterstützung des Weißen Hauses und seiner Mitglieder ins Leben. ^{[ 4 ] [ 5 ]} Mehrere Arbeitsgruppen und Interessengruppen erarbeiten Richtlinien, technische Berichte, Schulungsmaterialien und weitere Dokumente zu den verschiedenen Aspekten der Webzugänglichkeit. Zu diesen Aspekten gehören Webinhalte, Webbrowser und Mediaplayer, Autorenwerkzeuge und Bewertungswerkzeuge.

WAI entwickelt Leitlinien und andere technische Berichte nach dem gleichen Verfahren wie andere Teile des W3C. ^{[ 6 ]} Wie andere W3C-Initiativen besteht auch WAI aus mehreren Arbeitsgruppen und Fachgruppen mit jeweils eigenem Schwerpunkt. Nur Arbeitsgruppen können technische Berichte erstellen, die zu W3C-Empfehlungen werden. Eine Arbeitsgruppe kann bestimmte Aufgaben an eine Task Force delegieren , die ihre Ergebnisse anschließend der Arbeitsgruppe zur Genehmigung vorlegt. Fachgruppen können Berichte (z. B. als W3C Notes) erstellen, jedoch keine Empfehlungen. Jede dieser Gruppen (Arbeitsgruppe, Task Force, Fachgruppe) kann eine oder mehrere Mailinglisten führen. Sie treffen sich regelmäßig per Telefonkonferenz (in der Regel wöchentlich oder zweiwöchentlich) und nutzen mitunter webbasierte Umfragen, um Feedback und Kommentare der Teilnehmenden einzuholen. Sie können sich auch persönlich treffen (ein- bis fünfmal jährlich).

Seit 1997 ist Judy Brewer Direktorin des WAI. ^{[ 7 ]} In dieser Funktion hat sie sich für die Verbesserung der Zugänglichkeit des Internets für Menschen mit Behinderungen und ältere Nutzer eingesetzt.

Die Arbeitsgruppe für barrierefreie Autorenwerkzeuge entwickelt Richtlinien, Techniken und unterstützende Ressourcen für Werkzeuge zur Erstellung von Webinhalten, von Desktop- HTML-Editoren bis hin zu Content-Management-Systemen . Die Anforderungen an die Barrierefreiheit beziehen sich auf zwei Bereiche: die Benutzeroberfläche und die vom Werkzeug erzeugten Inhalte. Die Arbeitsgruppe setzt sich aus Vertretern von Herstellern von Autorenwerkzeugen, Forschern und weiteren Experten für Barrierefreiheit zusammen. Sie veröffentlichte im Jahr 2000 die „Authoring Tool Accessibility Guidelines 1.0“ und schloss 2015 die „Authoring Tool Accessibility Guidelines (ATAG) 2.0“ ab. ^{[ 8 ]} Das Begleitdokument „Implementing ATAG 2.0 “ ^{[ 9 ]} bietet zusätzliche Erläuterungen, Beispiele und Ressourcen zu ATAG 2.0. Außerdem veröffentlichte die Arbeitsgruppe ein Dokument zur Auswahl und Verwendung von Autorenwerkzeugen für die Web-Barrierefreiheit. ^{[ 10 ]}

Die Arbeitsgruppe Bildung und Öffentlichkeitsarbeit entwickelt Schulungs- und Bildungsmaterialien zum Thema Webzugänglichkeit. Diese Arbeitsgruppe hat Dokumente zu einer Vielzahl von Themen erstellt, darunter:

• Barrierefreiheitsfunktionen von CSS ^{[ 11 ]}
• Lehrplan für die Richtlinien zur barrierefreien Gestaltung von Webinhalten 1.0 ^{[ 12 ]}
• Bewertung von Websites auf Zugänglichkeit, eine Reihe von Dokumenten über Themen wie Konformitätsbewertung, Bewertungsansätze für spezifische Kontexte, Einbeziehung von Benutzern in die Bewertung der Webzugänglichkeit und Auswahl von Werkzeugen zur Bewertung der Webzugänglichkeit ^{[ 13 ].}
• Planung von Schulungen zur Webzugänglichkeit ^{[ 14 ]}
• Entwicklung eines Business Case für Webzugänglichkeit für Ihre Organisation ^{[ 15 ]}
• Wie Menschen mit Behinderungen das Web nutzen, ein Dokument, das verschiedene fiktive Charaktere mit Behinderungen beschreibt und wie sie das Web in unterschiedlichen Szenarien nutzen ^{[ 16 ].}
• viele Einführungsseiten auf der WAI-Website.

Aktuell verfügt die Arbeitsgruppe über eine Taskforce zur Unterstützung der Arbeit im Rahmen des WAI-AGE-Projekts. Dieses Projekt veröffentlichte ein Dokument, das die Literatur zu den Bedürfnissen älterer Nutzer zusammenfasst und diese Bedürfnisse mit denen von Menschen mit Behinderungen vergleicht, wie sie bereits in den WAI-Richtlinien behandelt werden. ^{[ 17 ] [ 18 ]}

Die Arbeitsgruppe Bildung und Öffentlichkeitsarbeit kann auch Arbeitsentwürfe anderer WAI-Arbeitsgruppen prüfen.

Die Arbeitsgruppe „Evaluierungs- und Reparaturwerkzeuge“ entwickelt technische Spezifikationen zur Unterstützung der Barrierefreiheitsbewertung und -verbesserung von Websites. Sie pflegt außerdem eine Datenbank mit Werkzeugen zur Bewertung von Websites und zur Verbesserung ihrer Barrierefreiheit („Reparatur“, „Nachrüstung“). Die Arbeitsgruppe besteht hauptsächlich aus Entwicklern solcher Werkzeuge und Forschern. Aktuelle Schwerpunkte sind:

• Evaluation and Report Language (EARL) : eine Sprache zur maschinenlesbaren Darstellung von Evaluierungsberichten ^{[ 19 ] [ 20 ]}
• HTTP-Vokabular in RDF , das festlegt, wie HTTP- Anfragen und -Antworten in RDF ausgedrückt werden können ^{[ 21 ].}
• Darstellung von Inhalten in RDF , die festlegt, wie Inhalte (die aus dem Web oder einem lokalen Speichermedium abgerufen werden) in RDF dargestellt werden können ^{[ 22 ].}
• Pointer Methods in RDF , frühe Arbeiten darüber, wie Positionen und Teile von Online-Dokumenten in RDF ausgedrückt werden können. ^{[ 23 ]}

Die Arbeitsgruppe „Protokolle und Formate“ prüft alle W3C-Technologien auf Barrierefreiheit, bevor sie als Empfehlung veröffentlicht werden. Sie hat außerdem einen Hinweis zu Barrierefreiheitsproblemen von CAPTCHA [ ^{24 ]} , eine Abhandlung zur Verwendung natürlicher Sprache für Menschen mit kognitiven Beeinträchtigungen ^{[ 25 ]} sowie erste Arbeiten zu Barrierefreiheitsanforderungen für XML-basierte Auszeichnungssprachen (XML Accessibility Guidelines) veröffentlicht ^.

Im Jahr 2006 begann die Arbeitsgruppe mit der Entwicklung einer Reihe von Dokumenten und Spezifikationen für barrierefreie Rich-Internet-Anwendungen : WAI-ARIA . ^{[ 26 ] [ 27 ] [ 28 ] [ 29 ]}

Das Ziel der Forschungs- und Entwicklungs-Interessengruppe ist

• um die Berücksichtigung von Zugänglichkeitsaspekten in der Forschung zu Webtechnologien zu verstärken, und
• um Projekte zu identifizieren, die die Zugänglichkeit des Webs erforschen, und um Forschungsfragen vorzuschlagen, die zu neuen Projekten beitragen könnten. ^{[ 30 ]}

Diese Interessengruppe hat seit 2004 kaum noch Aktivitäten gezeigt. Ihre aktuelle Satzung lief Ende 2006 aus. ^{[ 30 ]}

Die Arbeitsgruppe für Richtlinien zur Barrierefreiheit von Benutzeragenten (User Agent Accessibility Guidelines Working Group, UAWG) entwickelt Richtlinien, Techniken und weitere Dokumente, um die Barrierefreiheit von Benutzeragenten ( Browsern und Plug-ins) zu fördern . Die Arbeitsgruppe setzt sich hauptsächlich aus Organisationen zusammen, die Benutzeragenten entwickeln, Forschern und anderen Experten für Barrierefreiheit. Die UAWG veröffentlichte die Richtlinien zur Barrierefreiheit von Benutzeragenten (UAAG) 2.0 im Dezember 2015. Die zugehörige Dokumentation umfasst die UAAG 2.0-Referenz und die UAAG Mobile-Beispiele. Die Arbeitsgruppe veröffentlichte die Richtlinien zur Barrierefreiheit von Benutzeragenten 1.0 (UAAG 1.0) im Jahr 2002 als W3C-Empfehlung.

Die WAI-Interessengruppe ist eine offene Gruppe mit einer Mailingliste, die jeder abonnieren kann. W3C-Mitarbeiter veröffentlichen Ankündigungen neuer WAI-Dokumente auf dieser Liste, um Rezensionen und Kommentare zu erhalten. Mitglieder der Liste teilen außerdem Ankündigungen relevanter Veranstaltungen und Publikationen und bitten um Rat zu Fragen der Webzugänglichkeit. Die Mailingliste wird auf Englisch geführt; es gibt keine vergleichbaren Mailinglisten in anderen Sprachen.

Die Accessibility Guidelines Working Group (ehemals Web Content Accessibility Guidelines Working Group) ^{[ 31 ]} erarbeitet Richtlinien, Techniken und weitere Dokumente zur Barrierefreiheit von Webinhalten. Webinhalte umfassen alle Informationen auf einer Website: Texte, Bilder, Formulare, Ton, Video usw., unabhängig davon, ob diese serverseitig oder clientseitig (mit einer clientseitigen Skriptsprache wie JavaScript ) erzeugt wurden. Die Richtlinien gelten daher auch für Rich Internet Applications (RIAs) .

Die Arbeitsgruppe setzt sich aus Vertretern der Industrie, Beratungsunternehmen für Barrierefreiheit, Universitäten, Organisationen, die Endnutzer vertreten, und anderen Experten für Barrierefreiheit zusammen.

Die Arbeitsgruppe veröffentlichte 1999 die Web Content Accessibility Guidelines 1.0 (WCAG 1.0) als W3C-Empfehlung, gefolgt von Technikdokumenten im Jahr 2000. ^{[ 32 ]} Im Jahr 2001 begann die Arbeitsgruppe mit der Arbeit an WCAG 2.0, die am 11. Dezember 2008 zur W3C-Empfehlung wurde. ^{[ 33 ] [ 34 ]}

Die WAI-Koordinierungsgruppe koordiniert die Aktivitäten der WAI-Arbeitsgruppen (und Interessengruppen). Ihre Aktivitäten sind nicht öffentlich.

Die Web Content Accessibility Guidelines 1.0 (WCAG) wurden am 5. Mai 1999 als W3C-Empfehlung veröffentlicht. Ein ergänzendes Dokument, „Techniques for Web Content Accessibility Guidelines 1.0“ ^{[ 35 ]} , erschien am 6. November 2000 als W3C-Note. WCAG 1.0 sind Richtlinien, die Webinhalte für Menschen mit Behinderungen besser zugänglich machen. Sie tragen außerdem dazu bei, Webinhalte für andere Geräte, einschließlich mobiler Endgeräte (PDAs und Mobiltelefone), nutzbarer zu gestalten. Die Web Content Accessibility Guidelines 1.0 gelten als De-facto-Standard und dienten in vielen Ländern als Grundlage für Gesetze und Evaluierungsmethoden.

Die WCAG-Arbeitsgruppe veröffentlichte WCAG 2.0 am 11. Dezember 2008 als Empfehlung. WCAG 2.0 basiert auf ganz anderen Anforderungen als WCAG 1.0:

• Die Richtlinien mussten technologieneutral sein, während WCAG 1.0 stark auf HTML und CSS basierte;
• Die Richtlinien mussten als überprüfbare Aussagen und nicht als Anweisungen für Autoren formuliert werden.

Die Kombination aus allgemeinerer Anwendbarkeit und höherer Präzision erwies sich als sehr anspruchsvoll.

Im Jahr 2018 veröffentlichte die WCAG-Arbeitsgruppe WCAG 2.1. Diese ist im Wesentlichen mit den Richtlinien in WCAG 2.0 vergleichbar, enthält jedoch einige zusätzliche Empfehlungen in bestimmten Bereichen: ^{[ 36 ]}

• Zugänglichkeit mobiler Geräte
• Nutzer mit Sehbehinderung

Die von der Arbeitsgruppe „Authoring Tool Accessibility Guidelines“ entwickelten ATAG 2.0 wurden am 24. September 2015 zu einer W3C-Empfehlung. ATAG sind Richtlinien für Entwickler von Autorenwerkzeugen aller Art für Webinhalte: einfache HTML-Editoren , Werkzeuge zum Exportieren von Inhalten für die Verwendung im Web (z. B. Textverarbeitungsprogramme, die als HTML speichern können), Werkzeuge zur Multimedia-Erstellung, Content-Management-Systeme , Lernmanagementsysteme, soziale Medien usw.

Ziel ist es, dass Entwickler Werkzeuge erstellen, die:

• sind für Autoren unabhängig von einer Behinderung zugänglich;
• Standardmäßig barrierefreie Inhalte erstellen;
• Autoren unterstützen und ermutigen, barrierefreie Inhalte zu erstellen.

Das Begleitdokument „ATAG 2.0 implementieren“ bietet Hilfestellung zum Verständnis und zur Umsetzung von ATAG 2.0. Es erläutert die Zielsetzung jedes Erfolgskriteriums, gibt Beispiele und stellt weiterführende Ressourcen bereit. Die Empfehlungen zur Umsetzung von ATAG 2.0 können die Kosten für Barrierefreiheit senken, da Autoren die notwendigen Werkzeuge zur Erstellung barrierefreier Inhalte erhalten.

Liste der Autorenwerkzeuge, die ATAG 2.0 implementieren möchten:

• CKEditor
• Drupal

Die Authoring Tool Accessibility Guidelines 1.0 wurden im Jahr 2000 von der Authoring Tool Accessibility Guidelines Working Group veröffentlicht.

Die von der Arbeitsgruppe „User Agent Accessibility Guidelines“ (UAAG) entwickelten UAAG 1.0 wurden am 17. Dezember 2002 zur W3C-Empfehlung. Die UAAG sind Richtlinien für Entwickler von Benutzeragenten (wie Webbrowsern und Mediaplayern ), die darauf abzielen, diese für Menschen mit Behinderungen zugänglich zu machen. Die „Techniken für die User Agent Accessibility Guidelines 1.0“ ^{[ 37 ]} wurden am selben Tag als W3C-Note veröffentlicht; sie beschreiben Verfahren zur Erfüllung der in den UAAG 1.0 definierten Prüfpunkte. Die Mitglieder der Arbeitsgruppe erstellten außerdem weitere Dokumente, darunter erste Hinweise zur Bewertung der Konformität eines Benutzeragenten mit den UAAG 1.0 ^{[ 38 ]} ; dieses Dokument wurde von der Arbeitsgruppe jedoch nicht formell verabschiedet. Bisher sind keine Benutzeragenten bekannt, die die UAAG 1.0 vollständig erfüllen.

Die Arbeitsgruppe arbeitet derzeit an einer neuen Version der Richtlinien. Der erste öffentliche Entwurf der User Agent Accessibility Guidelines 2.0 wurde am 12. März 2008 veröffentlicht. ^{[ 39 ]}

Die XAG erläutert, wie Funktionen in XML-Anwendungen (d. h. Auszeichnungssprachen, die der XML-Spezifikation entsprechen) integriert werden können, die die Barrierefreiheit fördern. Die Arbeiten an diesen Richtlinien wurden 2002 eingestellt; sie befinden sich weiterhin in der Entwurfsphase.

WAI-ARIA (Web Accessibility Initiative – Accessible Rich Internet Applications) ist eine technische Spezifikation, die am 20. März 2014 zum empfohlenen Webstandard des W3C wurde. ^{[ 40 ]} Sie ermöglicht es Webseiten (oder Teilen von Seiten), sich als Anwendungen und nicht als statische Dokumente zu deklarieren , indem dynamischen Webanwendungen Rollen-, Eigenschafts- und Statusinformationen hinzugefügt werden. ARIA ist für die Verwendung durch Entwickler von Webanwendungen , Webbrowsern , assistiven Technologien und Tools zur Bewertung der Barrierefreiheit vorgesehen. ^{[ 41 ]}

• Erkennbarkeit
• Abschnitt 508 des Rehabilitationsgesetzes von 1973 – ein Bundesgesetz, das die US-Regierung verpflichtet, bei der Nutzung von elektronischer und Informationstechnologie (EIT) Barrierefreiheitsanforderungen zu erfüllen.
• Webzugänglichkeit

• Offizielle Website
• Richtlinien für barrierefreie Webinhalte 1.0
• Richtlinien für barrierefreie Webinhalte 2.0 (W3C-Empfehlung vom 11. Dezember 2008)
• Richtlinien zur Barrierefreiheit von Autorenwerkzeugen (ATAG) 2.0
• Implementierung von ATAG 2.0
• Richtlinien zur Barrierefreiheit von Autorenwerkzeugen 1.0
• Richtlinien zur Barrierefreiheit von Benutzeragenten 1.0
• Entwurf der Richtlinien zur Barrierefreiheit von XML
• Arbeitsgruppe Bildung und Öffentlichkeitsarbeit
• Forschungs- und Entwicklungsinteressengruppe
• Erste Schritte
• WAI in den frühen Tagen