WikiDer > Richtlinien zur Barrierefreiheit von Webinhalten

Web Content Accessibility Guidelines

Richtlinien zur Barrierefreiheit von Webinhalten (WCAG) ist ein Dokument, das von der World Wide Web Konsortium (W3C) als Teil ihrer Initiative für Web-Barrierefreiheit (WAI). Die Leitlinie besteht aus einer Sammlung von Leitfäden für die Barrierefreiheit von Webinhalten, die sich an Menschen mit Behinderungen richten. Die Befolgung dieser Richtlinien macht Inhalte auch zugänglicher für Internetbrowser und Geräte mit eingeschränkter Funktionalität wie Mobiltelefone. Die neueste Version von WCAG ist 2.1. Diese Version wurde am 5. Juni 2018 veröffentlicht.

In den Niederlanden sind verschiedene Initiativen entstanden, die den Regeln der WCAG folgen, von denen die bekanntesten die Accessibility Foundation und die Regeln von Drempelvrij sind. Eine ähnliche Initiative in Belgien ist AnySurfer. Seit 2012 ist WCAG auch ein ISO-Standard. Unter der Leitung der Accessibility Foundation und des W3C Benelux und mit Hilfe von 22 weiteren Organisationen wurde die Version 2.0 der WCAG ins Niederländische übersetzt, die nun als W3C Authorized Translation veröffentlicht wird.[1]

Grundsätze WCAG 2.1

WCAG 2.1 ist nach vier Prinzipien gegliedert, die jeweils einige wenige Leitlinien beinhalten, die wiederum Erfolgskriterien beinhalten Die Erfolgskriterien sind zudem in drei „Stufen“ der Zugänglichkeit (A, AA und AAA) unterteilt, die einen zunehmenden Umsetzungsaufwand erfordern.

Die vier Prinzipien der WCAG 2.1 sind:

  • Wahrnehmbar: Alle Informationen und alle Komponenten der Benutzeroberfläche müssen für den Benutzer einsehbar sein.
  • Bedienbar: Alle Komponenten der Benutzeroberfläche und Navigation müssen vom Benutzer bedienbar sein.
  • Verständlich: Alle Informationen und die Benutzung der Schnittstelle müssen für den Benutzer verständlich sein.
  • Robust: Inhalte müssen ausreichend robust sein, um von verschiedenen Arten von Benutzeragenten, einschließlich technischer Hilfsmittel (assistive Technologien), zuverlässig interpretiert zu werden.

Normativer und nicht normativer Teil

WCAG 2.1 ist ein normatives Dokument, das einige andere nicht normative Dokumente enthält. Der normative Teil ist fixiert, während der nicht-normative Teil in Bewegung ist. Der nicht normative Teil umfasst:

  • WCAG 2.1 verstehen ist ein Begleitdokument, das jeden Teil von WCAG 2.1 näher erläutert und gegebenenfalls weitere Hintergrundinformationen liefert. Es enthält auch Links zu Techniken, die verwendet werden können, um die Richtlinien einzuhalten.
  • Techniken für WCAG 2.1 enthält Techniken zur Einhaltung der WCAG 2.1-Richtlinien und einige häufige Fehler, die gegen diese Richtlinien verstoßen. Das Dokument enthält allgemeine Techniken und Techniken nach "Technologie": HTML/XHTML, CSS, JavaScript, serverseitiges Skript, Synchronized Multimedia Integration Language (SMIL) und Klartext.
  • So lernen Sie WCAG 2 kennen (Kurzanleitung) ist eine Webseite, auf der Sie die Techniken und Fehler basierend auf dem Niveau filtern können, auf dem Sie WCAG 2.1 (A, AA oder AAA) erfüllen möchten, und basierend auf den Technologien, die Sie verwenden möchten.

Anerkannt im Oktober 2012 ISO und IEC WCAG 2.0 als Standard ISO/IEC 40500:2012. Der normative Inhalt beider Dokumente ist identisch.[2][3]

Geschichte

WCAG 1.0

Die erste Version, WCAG 1.0, wurde am 5. Mai 1999 als W3C-Empfehlung veröffentlicht (W3C-Empfehlung) veröffentlicht. Zu dieser Zeit waren Technologien wie Flash und PDF noch nicht so beliebt und JavaScript wurde nicht allgemein unterstützt. WCAG 1.0 erfordert daher, dass alle Inhalte und Funktionen, die durch Skripte (hauptsächlich JavaScript) oder Applets (nicht nur Flash, sondern auch Java) bereitgestellt werden, ohne diese Skripte und Applets verfügbar sind.

WCAG 1.0 bestand aus vierzehn Richtlinien, die jeweils einen oder mehrere sogenannte Checkpoints enthielten. Die Checkpoints wurden außerdem in drei Ebenen mit unterschiedlicher Priorität eingeteilt:

  • Web-Entwickler sollte treffe alle Checkpoints mit Priorität 1, andernfalls ist die Nutzung der Website für eine oder mehrere Gruppen nicht möglich.
  • Web-Entwickler sollte treffe die Checkpoints mit Priorität 2, sonst wird es für eine oder mehrere Gruppen schwierig, die Website zu nutzen.
  • Es ist wünschenswert mit denen Webentwickler die Checkpoints erfüllen Priorität 3, andernfalls ist die Nutzung der Website für eine oder mehrere Gruppen mit einigem Aufwand verbunden.

„Muss“ ist in diesem Zusammenhang als „notwendig zur Einhaltung der WCAG“ zu interpretieren, da das W3C diese Verpflichtung nicht auferlegen kann.

Die vierzehn Richtlinien der WCAG 1.0 waren:

  1. Stellen Sie Textäquivalente für auditive und visuelle Inhalte bereit
  2. Verlassen Sie sich nicht nur auf die Farbe
  3. Verwenden Sie Markup und Stylesheets und machen Sie es richtig
  4. Klären Sie die Verwendung natürlicher Sprache
  5. Verwenden Sie fehlertolerante Tabellen
  6. Stellen Sie sicher, dass Seiten mit neueren Technologien fehlertolerant sind
  7. Erlauben Sie dem Benutzer, zeitabhängige Änderungen im Inhalt zu steuern
  8. Bieten Sie sofortigen Zugriff auf eingebettete Benutzeroberflächen
  9. Geräteunabhängigkeit sicherstellen
  10. Zwischenlösungen verwenden
  11. Verwenden Sie W3C-Technologien und -Richtlinien
  12. Orientierungsoptionen und Kontextinformationen bereitstellen Provide
  13. Bieten Sie klare Navigationsmechanismen
  14. Stellen Sie sicher, dass die Dokumente klar und einfach sind

Um Entwicklern bei der Implementierung von WCAG 1.0 zu helfen, wurde jeder Checkpoint auch mit Links zu sogenannten Techniken.[4] Diese Sammlung von Techniken ist weder verbindlich noch erschöpfend. Web-Accessibility-Experten haben seit der Veröffentlichung von Techniques for Web Content Accessibility Guidelines 1.0 im Jahr 2000 viele neue Techniken entwickelt, nicht nur für W3C-Technologien wie HTML/XHTML und C.S.S, aber auch für andere Technologien, wie z Javascript, Ajax und Blitz.

Akzeptanz WCAG 1.0

WCAG 1.0 gilt als De-facto-Standard und diente in mehreren Ländern als Grundlage für Gesetze, Richtlinien und Bewertungsmethoden, darunter:

Einschränkungen WCAG 1.0

Nach der Veröffentlichung von WCAG 1.0 wurde schnell mit der Arbeit an einer neueren Version der Richtlinien begonnen. WCAG 1.0 konzentrierte sich stark auf HTML und CSS und riet von der Verwendung von Nicht-W3C-Technologien ab. JavaScript, Flash und PDF wurden jedoch immer beliebter, und das W3C arbeitete an anderen Spezifikationen, die eigene Barrierefreiheitsfunktionen enthielten, wie z Skalierbare Vektorgrafiken (SVG), Synchronisierte Multimedia-Integrationssprache (SMIL) und XForms. Die neueren Richtlinien mussten daher unabhängig von bestimmten Technologien formuliert werden, um eine Obsoleszenz zu vermeiden.Außerdem wurde WCAG 1.0 als Kriterienkatalog für die Bewertung einer Website und nicht als Richtlinien für Entwickler verwendet. WCAG 1.0 bildete auch die Grundlage für Gesetze in Ländern wie den USA und Deutschland. Die neuen Richtlinien mussten daher als Kriterien für den Inhalt von Websites formuliert werden und nicht mehr als Richtlinien.

Realisierung WCAG 2.0

Der erste Entwurf des WCAG 2.0-Vorschlags wurde am 25. Januar 2001 veröffentlicht. In den folgenden Jahren wurden regelmäßig neue Versionen veröffentlicht, mit dem Ziel, Antworten von Barrierefreiheitsspezialisten und Mitgliedern der Behindertengemeinschaft zu erhalten und die Richtlinien entsprechend zu aktualisieren. Am 27. April 2006 wurde ein erster „Last Call Working Draft“ veröffentlicht[5]. Aufgrund der vielen danach erforderlichen Änderungen wurde die WCAG 2.0 am 17. Mai 2007 als regulärer Vorschlagsentwurf neu veröffentlicht.[6] gefolgt von einem zweiten „Last Call Working Draft“ am 11. Dezember 2007[7]. Im April 2008 wurden die Leitlinien zu „Kandidatenempfehlungen“, dh es wurde nach Websites gesucht, die die Leitlinien umsetzen.[8] Am 3. November 2008 wurden die Leitlinien zu einer „Vorgeschlagenen Empfehlung“.[9] WCAG 2.0 wurde am 11. Dezember 2008 als W3C-Empfehlung veröffentlicht.[10][11]

Kritik

Nach der Veröffentlichung der Entwurfsversion am 27. April 2006 wurde auch WCAG 2.0 kritisiert[12]: Es wurde argumentiert, dass die WCAG 2.0 vage und sogar ein Schritt zurück in die Zeit vor dem Internet sei, aber auch diese Kritik stieß auf starke Resonanz.[13]Die vielen Veränderungen, die WCAG 2.0 seitdem erfahren hat, haben diese Kritik obsolet gemacht.

WCAG 2.1

WCAG 2.1 ist eine Weiterentwicklung von WCAG 2.0: Alle Richtlinien und Erfolgskriterien der WCAG 2.0 sind unverändert in WCAG 2.1 vorhanden. Insgesamt 17 Erfolgskriterien wurden WCAG 2.1 hinzugefügt, die für die Zugänglichkeit von Inhalten auf mobilen Geräten, für Sehbehinderte sowie für Menschen mit kognitiven und Lernbehinderungen gedacht sind. Der Erste Öffentlicher Arbeitsentwurf von WCAG 2.1 veröffentlicht am 28. Februar 2017; am 5. Juni 2018 erreichte die Spezifikation den Status von Empfehlung. Das World Wide Web Consortium unterhält ein Übersicht über WCAG-FAQs, das die Unterschiede zu WCAG 2.0 detailliert beschreibt.

Zukünftige Entwicklungen

Innerhalb der Arbeitsgruppe für Barrierefreiheitsrichtlinien des W3C hat die Silber Task Force die Aufgabe zu untersuchen, was erforderlich ist, um die Zugänglichkeit von Webinhalten auch in Zukunft sicherzustellen.

Verweise

Externe Links