Kurzanleitung zu WCAG 2.1 quick-guide-to-wcag

Adobe Experience Manager (AEM) as a Cloud Service wurde entwickelt, um die Einhaltung der Web Content Accessibility Guidelines zu maximieren.

Die Web Content Accessibility Guidelines (WCAG), Version 2.1 sind eine vom World Wide Web Consortium (W3C) im Rahmen seiner Web Accessibility Initiative (WAI) entwickelte Zusammenstellung international anerkannter Richtlinien.

NOTE
WCAG 2.1 aktualisiert die vorherige Version WCAG 2.0 von 2008. Siehe WCAG 2.1 – Vergleich mit WCAG 2.0.
NOTE
Eine aktualisierte Version der Richtlinien (WCAG 2.2) befindet sich derzeit in der Entwicklung, wird aber noch nicht berücksichtigt.

WCAG 2.1 umfasst eine Reihe technologieunabhängiger Richtlinien und Erfolgskriterien, die Sie bei der Erstellung von Web-Inhalten unterstützen, die für Personen mit Behinderungen barrierefrei zugänglich sind. Es werden Ratschläge für Autoren, Designer und Entwickler von Web-Inhalten geboten, wie sichergestellt werden kann, dass die von ihnen produzierten Ressourcen für möglichst viele Menschen so barrierefrei wie möglich sind, und zwar unabhängig von ihrer Behinderung, z. B. Sehbehinderung, Hörverlust, Lernschwächen, altersbedingte Einschränkungen u. Ä.

Die Beschreibung eines Bildes (oder anderer Nicht-Text-Inhalte) mithilfe des alt-Attributs in HTML ist zum Beispiel für Blinde und Sehbehinderte von großem Nutzen. Die textliche Beschreibung im alt-Attribut kann entweder in eine Sprachausgabe umgewandelt oder an elektronisch aktualisierbare Braillezeilen übertragen werden.

Darüber hinaus kann WCAG 2.1 Vorteile für andere Bedürftige bringen, so z. B. für Personen, die ggf. als situationsabhängig behindert gelten. Also Personen, die aufgrund von Faktoren wie Browser-Technologie, Geschwindigkeit der Netzwerkverbindung oder Browser-Umgebung auf ähnliche Hindernisse stoßen können wie Menschen mit Behinderungen.

Mit Adobe Experience Manager können Inhaltsautoren und/oder Website-Betreiber Web-Inhalte erstellen, die den Erfolgskriterien der WCAG 2.1 Level A und Level AA entsprechen.

Daher ist das Verständnis der Ziele von WCAG 2.1 und der Struktur der Richtlinien ein wichtiger Teil des Verständnisses von Barrierefreiheit im Web und wie die Richtlinien bei der Erstellung barrierefreier Web-Inhalte helfen können.

Absicht von WCAG 2.1 ist es, Richtlinien mit folgenden Merkmalen bereitzustellen:

  • Technologieunabhängig: Mit anderen Worten Richtlinien, die auf eine Reihe von Web-Inhaltsformaten und nicht nur auf HTML angewendet werden können. So kann WCAG 2.1 Inhalte abdecken, die in den Formaten PDF, Flash, JavaScript und anderen aktuellen und künftigen Web-Technologien generiert oder bereitgestellt werden.

  • Testfähig: Jede Richtlinie ist so formuliert, dass sie objektiv getestet werden kann, um sicherzustellen, dass eine Gruppe von Fachleuten für Barrierefreiheit generell zustimmt, dass die Richtlinie eingehalten wird. Eine der Herausforderungen bei Richtlinien zur Barrierefreiheit besteht darin, dass einige zwar technisch prüfbar sind, andere jedoch menschliches Urteilsvermögen erfordern, um festzustellen, ob die Richtlinie erfolgreich umgesetzt wurde oder nicht.

  • Unterstützung einer priorisierten und kontextbezogenen Implementierung:
    Den WCAG 2.1-Richtlinien werden Prioritäten zugewiesen, die sich auf die wahrscheinlichen Auswirkungen der Nichtbeachtung einer Richtlinie auf eine bestimmte Gruppe von Anwendern mit Behinderungen beziehen. Dies ermöglicht es Autoren, eine fundierte Entscheidung zu den wichtigsten Richtlinien für ihre jeweilige Situation zu treffen. Außerdem wird das Konzept Barrierefreiheit unterstützend eingeführt. Auf diese Weise können die Autorinnen und Autoren entscheiden, wie sie am besten Web-Technologien einsetzen, die möglicherweise keine vollständige Unterstützung für Barrierefreiheit bieten oder für die die Nutzerinnen und Nutzer spezielle Hilfstechnologien und Browser oder beides benötigen, um von den Barrierefreiheitsfunktionen profitieren zu können.

Diese Ziele haben die Struktur von WCAG 2.1 wesentlich beeinflusst.

NOTE
Es ist nicht möglich, eine Website zu erstellen, die für alle denkbaren Behinderungen oder Personentypen geeignet ist. Zweck von WCAG 2.1 ist es, Web-Autoren bei der Erstellung von Websites zu unterstützen, die so umfassend wie möglich unter bestimmten Bedingungen und in vertretbarem Rahmen barrierefrei sind.

Struktur structure

WCAG 2.1 ist so strukturiert, dass Konzepte der barrierefreien Erstellung von Web-Inhalten schrittweise und detailliert umgesetzt werden. Dies mag den Eindruck erwecken, dass es sich bei WCAG 2.1 um eine sehr komplexe Zusammenstellung miteinander verknüpfter Dokumente handelt. Doch das eigentliche Ziel ist es, (nach und nach) detailliertere Informationen zur Verfügung zu stellen, wenn die Autoren sie benötigen, anstatt sie alle in einem sehr großen Dokument bereitzustellen.

WCAG 2.1 besteht aus vier Grundprinzipien für barrierefreies Design, die manchmal mit dem Akronym POUR bezeichnet werden. Diese sind:

  1. Wahrnehmbar: Kann ein Anwender den betreffenden Webinhalt nachvollziehen?
  2. Bedienbar: Kann ein Anwender navigieren, Daten eingeben oder anderweitig mit den Webinhalten interagieren?
  3. Verständlich: Kann ein Anwender die ihm präsentierten Webinhalte verarbeiten und verstehen?
  4. Robust: Sind die Webinhalte in der beabsichtigten Weise in einer entsprechend breiten Palette von Browserumgebungen verfügbar, einschließlich älterer und neuer Browserumgebungen?

Zur Erklärung:

  • Zu jedem Prinzip gehören eine oder mehrere Richtlinien.

  • Richtlinien sind als Anweisungen formuliert, die entweder positiv oder negativ sind.

  • Die Richtlinien sind von 1.1 bis 4.1 nummeriert, wobei die erste Zahl dem übergeordneten Prinzip entspricht.

  • Jede Richtlinie besteht aus einem oder mehreren Erfolgskriterien.

  • Erfolgskriterien werden als Aussagen geschrieben, die für eine bestimmte Web-Seite entweder True oder False sind.

  • Erfolgskriterien können Entweder/Oder-Entscheidungen enthalten oder Ausnahmen vorsehen, d. h. Situationen, in denen die Erfolgskriterien nicht erfüllt sein müssen.

  • Erfolgskriterien sind gemäß der übergeordneten Richtlinie und dem Prinzip von 1.1.1 bis 4.1.1 nummeriert. Sie haben auch einen Kurznamen, der zur besseren Orientierung die Absicht des Kriteriums zusammenfasst. Beispielsweise heißt das Erfolgskriterium 1.1.1 Nichttextlicher Inhalt.

  • Zu den Erfolgskriterien gehört eine Liste zugehöriger Techniken (siehe unten).

Unterstützende Ressourcen supporting-resources

Zusätzlich zu den WCAG 2.1-Hauptkomponenten (Prinzipien, Richtlinien und Erfolgskriterien) gibt es eine Reihe unterstützender Dokumente. Einige davon bieten spezifische Ratschläge dazu, wie Aspekte der Richtlinien erfüllt werden können. Andere sind allgemeinere Hinweise, die Web-Autoren, -Designern und -Entwicklern aller Fachrichtungen helfen, WCAG 2.1 so effektiv wie möglich zu verstehen und zu nutzen.

Während WCAG 2.1 selbst ein statisches Dokument ist und sich nicht ändern wird, sind die meisten dieser unterstützenden Ressourcen dynamisch. Sie werden sich im Laufe der Zeit ändern und umfassender werden, sobald neue Technologien auftauchen und neue Beispiele dafür gefunden werden, wie Barrierefreiheit im Internet erreicht werden kann.

WCAG 2.1-Ressourcen wcag-resources

Diese Liste erhebt keinen Anspruch auf Vollständigkeit, sondern bietet eine Einführung in die verfügbaren Ressourcen:

Neue Funktionen in WCAG 2.1 what-is-new

Die Richtlinien enthalten Informationen zu den neuen Funktionen in WCAG 2.1:

Techniken für WCAG 2.1 techniques-for-wcag

Techniken für WCAG 2.1 sind auf der englischsprachigen Seite Techniques for WCAG 2.1 verfügbar.

Techniken bilden in der WCAG 2.1-Hierarchie die Ebene unterhalb der Erfolgskriterien. Sie werden von der WAI als informativ, nicht als normativ eingestuft. Das heißt, dass eine bestimmte Technik nicht befolgt werden muss, damit eine Ressource WCAG 2.1 entspricht.

Da Verfahren weitaus spezifischer sind als Erfolgskriterien, beziehen sie sich in der Regel auf eine bestimmte Technologie oder einen bestimmten Inhaltstyp (z. B. HTML oder Video) oder eine bestimmte Situation (z. B. E-Commerce oder E-Learning-Anwendung). Sie können sich Techniken als bewährte Beispiele dafür vorstellen, wie spezifische Richtlinien und Erfolgskriterien erfüllt werden können, sodass sie für Autoren und Entwickler, die in bestimmten Kontexten arbeiten, hilfreich sind.

So kann auf Techniken zugegriffen werden:

  • Nach Sammlung (Techniken können allgemein sein oder sich auf eine bestimmte Technologie oder ein bestimmtes Format beziehen – wie HTML, Cascading Style Sheets oder Client-seitiges Scripting) oder
  • Anhand zugehöriger Erfolgskriterien. Techniken können für mehr als ein Erfolgskriterium gelten.

Jede Technik hat eine eindeutige Zahl, die auf ihre Sammlung verweist. Eine der ARIA-Techniken ist beispielsweise die Technik ARIA2: Identifizieren eines Pflichtfelds mit der Eigenschaft „aria-erforderlich“.

Techniken können „ausreichend“, „empfohlen“ oder ein Fehler sein:

  • Eine ausreichende Technik ist eine Technik, die, wenn sie befolgt wird, ausreicht, um ein bestimmtes Erfolgskriterium zu erfüllen.
  • Eine empfohlene Technik hat bei Befolgung einen positiven Einfluss auf die Barrierefreiheit, ist aber möglicherweise allein nicht ausreichend, um sicherzustellen, dass ein bestimmtes Erfolgskriterium erfüllt wird.
  • Ein Fehler ist eine Technik, die ein konkretes Beispiel dafür beschreibt, wann ein Erfolgskriterium nicht erfüllt ist.

Zu den Details der Techniken gehören eine Beschreibung, Anwendbarkeit, Beispiele, Ressourcen mit weiteren Informationen und Angaben, wie Autoren die Anwendung der Technik erfolgreich testen können.

Die Liste der Techniken ist nicht vollständig. Die WAI aktualisiert die Liste ständig mit neuen Beispielen, die Entwicklungen in den Bereichen Webtechnologie, Designkonzepte und Forschungsergebnisse widerspiegeln. Es lohnt sich daher, die Liste der Techniken regelmäßig auf neue Einträge zu überprüfen.

Grundlegendes zu WCAG 2.1 understanding-wcag

Hier finden sich verschiedene Dokumente, die Lesern helfen, den Zweck bestimmter Richtlinien und Erfolgskriterien zu verstehen. Sie können eine Einführung und Links zu weiterführenden Informationen herunterladen.

Zu allen einzelnen Richtlinien und Erfolgskriterien gibt es auch eine eigene Seite des Typs „Grundlagen“, auf der Sie sich über Folgendes informieren können:

  • Den Zweck der Richtlinie
  • Spezifische Erfolgskriterien
  • Empfohlene Techniken, die helfen, die Anforderungen der Richtlinie zu erfüllen, aber nicht unter ein bestimmtes Erfolgskriterium fallen.

Zu allen Erfolgskriterien gibt es auch eine eigene Seite des Typs „Grundlagen“ mit Informationen zu folgenden Themen:

  • Zweck des Erfolgskriteriums
  • Gängige Beispiele, wie das Erfolgskriterium erfüllt werden kann
  • Verwandte (nicht W3C-) Ressourcen mit Informationen, wie das Erfolgskriterium erfüllt wird
  • Techniken und Fehler: Konkrete und detaillierte Beispiele, wie das Erfolgskriterium erfüllt werden kann (im Folgenden näher beschrieben)
  • Schlüsselbegriffe: Ein Glossar von Begriffen, die für das Verständnis des Erfolgskriteriums wichtig sind.

Ein Beispiel finden Sie unter: Erfolgskriterium 1.1.1 verstehen (Nichttextlicher Inhalt).

Erfüllen von WCAG 2.1 how-to-meet-wcag

Der Abschnitt „Erfüllen“ befindet sich auf der Seite Erfüllen von WCAG 2.1. Dieser Abschnitt bietet eine alternative Darstellung der WCAG, die es Lesern erlaubt, den Inhalt der Richtlinien auf die für die eigenen Interessen bzw. Gegebenheiten relevantesten zu präzisieren. Leser können die Erfolgskriterien filtern, die sie einsehen möchten, indem sie bestimmte Webinhaltstechnologien wie Cascading Style Sheets oder Skripts oder bestimmte Prioritätsstufen angeben.

Ohne Filterung liefert diese Ressource alle Erfolgskriterien, nach Richtlinien gruppiert. Für jedes Erfolgskriterium wird Folgendes angegeben:

  • Text des Erfolgskriteriums
  • Link zum entsprechenden Dokument des Typs „Grundlagen“
  • Liste zugehöriger „ausreichender“ Techniken mit Links zu Details jeder Technik
  • Liste zugehöriger „empfohlener“ Techniken mit Links zu Details jeder Technik (sofern vorhanden)
  • Liste zugehöriger Fehler mit Links zu Details zu jedem Fehler
recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab