Web Accessibility Initiative
Die Web Accessibility Initiative (WAI) ist ein Bereich innerhalb des W3C, in der sich mehrere Arbeitsgruppen und Interessengruppen mit dem barrierefreien Zugang zum Web und seinen Inhalten beschäftigen.
Die WAI, die 1997 gegründet wurde,[1] hat zum Ziel, das World Wide Web möglichst vielen Menschen zugänglich zu machen. Dazu gehören auch Menschen mit verschiedenen Behinderungen und ältere Menschen. Da die Barrierefreiheit von Webinhalten von mehreren Faktoren abhängt, hat das W3C seit 1999 im Rahmen der Initiative mehrere Standards veröffentlicht:
- In den Web Content Accessibility Guidelines (WCAG) 1.0 und WCAG 2.0 werden sowohl Anforderungen an die Webseitenprogrammierung als auch an Inhaltsarchitekturen, Layout-Grundlagen und Technik-Verwendung gestellt.
- In den Authoring Tools Accessibility Guidelines (ATAG) werden Anforderungen an den Werkzeugen zur Website-Erstellung gestellt.
- In den User Agent Accessibility Guidelines (UAAG) werden Anforderungen an Browsern und Mediaplayern gestellt.
- WAI-ARIA ist eine Spezifikation für Metadaten und Mechanismen um Widgets und Webanwendungen für Nutzer assistiver Technologien nutzbar zu machen.
WCAG
BearbeitenDie Richtlinien zur barrierefreien Seitengestaltung des W3C-WAI WCAG 1.0 galten als grundlegender Standard, auf dem viele weitergehende Richtlinien aufbauten, so zum Beispiel die Section 508 in den USA und die Barrierefreie-Informationstechnik-Verordnung (BITV) in Deutschland.
Der Europäische Rat hat 2000 in Feira im „Aktionsplan e-Europe 2002“[2] beschlossen, dass öffentliche Websites in Europa bis zum 1. Januar 2008 die WCAG-Kriterien erfüllen sollen.
WCAG 1.0: Die wichtigsten Punkte
BearbeitenZur Einhaltung des Standards WCAG 1.0 bedarf es insbesondere der folgenden vierzehn Punkte:[3][4]
- Stellen Sie äquivalente Alternativen für Audio- und visuellen Inhalt bereit.
- Verlassen Sie sich nicht auf Farbe allein (beim Auszeichnen von Struktur/Semantik).
- Verwenden Sie Markup und Stylesheets, und erledigen Sie dies auf korrekte Weise.
- Verdeutlichen Sie die Verwendung natürlicher Sprache (verwenden Sie beispielsweise das HTML-lang Attribut für das gesamte Dokument und Teile in einer spezifischen Sprache).
- Erstellen Sie Tabellen, die geschmeidig transformieren (verwenden Sie Tabellen für tabuläre Daten, aber nicht für das Layout allein. Verwenden Sie die entsprechenden Elemente wie thead und tbody für die Auszeichnung von Tabellenbereichen).
- Sorgen Sie dafür, dass Seiten, die neue Techniken verwenden, geschmeidig transformieren (und damit auch auf älteren bzw. für Accessibility geeigneten Benutzeragenten lauffähig sind).
- Sorgen Sie für eine Kontrolle des Benutzers über zeitgesteuerte Änderungen des Inhalts (indem beispielsweise eine Abschaltung oder eine Verzögerung erlaubt wird – gilt im Besonderen auch für den Ablauf der Benutzersitzung oder für den Refresh von Seiten).
- Sorgen Sie für direkte Zugänglichkeit eingebetteter Benutzerschnittstellen (Applets/Skripts sollten über dieselbe Art und Weise wie die Browserschnittstelle selbst bedienbar sein).
- Wählen Sie ein geräteunabhängiges Design (unabhängig vom Eingabegerät, sei es Tastatur, Maus, Sprache, Kopfstab).
- Verwenden Sie Interim-Lösungen (bis die Standards in diesem Bereich von allen Eingabegeräten vollständig unterstützt werden).
- Verwenden Sie W3C-Techniken und -Richtlinien.
- Stellen Sie Informationen zum Kontext und zur Orientierung bereit.
- Stellen Sie klare Navigationsmechanismen bereit.
- Sorgen Sie dafür, dass Dokumente klar und einfach gehalten sind.
WCAG 2.0
BearbeitenWCAG 2.0 wurde am 11. Dezember 2008 als W3C Recommendation veröffentlicht.[5][6] Während die WCAG 1.0 stark an HTML und CSS gebunden waren, und daher nach einigen Jahren nicht mehr dem Stand der Technik entsprachen, haben die WCAG 2.0 zum Ziel, unabhängig von bestimmten Technologien zu sein.[7]
Die Richtlinien sind in 4 Prinzipien gruppiert[8]:
- Wahrnehmbar (z. B. visuelle Inhalte brauchen eine Textalternative)
- Bedienbar (insbesondere Tastaturbedienung)
- Verständlich
- Robust (Kompatibilität)
Die WCAG-Arbeitsgruppe hat auch unterstützende Materialien zur Verfügung gestellt:
Siehe auch
BearbeitenLiteratur
Bearbeiten- Klaus J. Zink, Markus E. Mund, Thomas Stiren und Harald Weber: Barrierefreiheit im Internet umsetzen! Bertuch Verlag, Weimar 2004, ISBN 3-937601-12-0.
- Jan Eric Hellbusch, Kerstin Probiesch: Barrierefreiheit verstehen und umsetzen. dpunkt.verlag, 2011, ISBN 978-3-89864-520-1.
Weblinks
Bearbeiten- Web Accessibility Initiative (WAI)
- Barrierefreies Webdesign
- Web Standards Project
- Web Content Accessibility Guidelines 1.0 – W3C Recommendation 5. Mai 1999
- Einfach für Alle: Deutsche Übersetzungen zur WCAG 2.0
- Barrieren im World Wide Web
Einzelnachweise
Bearbeiten- ↑ Press Release: World Wide Web Consortium (W3C) Launches International Web Accessibility Initiative, 7. April 1997.
- ↑ Download: eEurope 2002 Aktionsplan. Abgerufen am 7. Juli 2020.
- ↑ Zugänglichkeitsrichtlinien für Web-Inhalte 1.0. Abgerufen am 7. Juli 2020.
- ↑ Web Content Accessibility Guidelines 1.0. Abgerufen am 7. Juli 2020.
- ↑ Web Content Accessibility Guidelines (WCAG) 2.0. Abgerufen am 7. Juli 2020.
- ↑ W3C: W3C Web Standard Defines Accessibility for Next Generation Web (press release, 11. Dezember 2008).
- ↑ Gregg Vanderheiden, John Slatin, Wendy Chisholm: Requirements for WCAG 2.0. W3C Working Group Note 25. April 2006.
- ↑ Richtlinien für barrierefreie Webinhalte (WCAG) 2.0 (Web Content Accessibility Guidelines (WCAG) 2.0). Abgerufen am 7. Juli 2020.
- ↑ Wie man WCAG 2.0 erfüllt: Eine anpassbare Schnellreferenz zu den Bedingungen (Erfolgskriterien) und Techniken der Richtlinien für barrierefreie Webinhalte 2.0
- ↑ How to Meet WCAG (Quickref Reference). Abgerufen am 7. Juli 2020.
- ↑ WCAG 2.0 verstehen: Ein Leitfaden zum Verständnis und zur Implementierung der Richtlinien für barrierefreie Webinhalte 2.0
- ↑ Understanding WCAG 2.0. Abgerufen am 7. Juli 2020.
- ↑ Techniken für WCAG 2.0: Techniken und Fehler für die Richtlinien für barrierefreie Webinhalte 2.0
- ↑ Techniques for WCAG 2.0. Abgerufen am 7. Juli 2020.