Kurzanleitung zu WCAG 2.0 quick-guide-to-wcag

CAUTION
AEM 6.4 hat das Ende der erweiterten Unterstützung erreicht und diese Dokumentation wird nicht mehr aktualisiert. Weitere Informationen finden Sie in unserer technische Unterstützung. Unterstützte Versionen suchen here.

AEM wurde entwickelt, um die Einhaltung der Web Content Accessibility Guidelines zu maximieren:

Die Web Content Accessibility Guidelines, Version 2.0 (WCAG2) sind eine Reihe international anerkannter Leitlinien, die von der World Wide Web Consortium (W3C) in Web Accessibility Initiative (WAI).

WCAG 2.0 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.0 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.0 Level A und Level AA entsprechen.

Daher ist das Verständnis der Ziele von WCAG 2.0 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.0 ist es, Richtlinien mit folgenden Merkmalen bereitzustellen:

  • sind technologieagnostisch:

    Anders gesagt, Richtlinien, die auf eine Reihe von Web-Inhaltsformaten angewendet werden können, nicht nur auf HTML. So kann WCAG 2.0 Inhalte abdecken, die in den Formaten PDF, Flash, JavaScript und anderen aktuellen und künftigen Web-Technologien generiert oder bereitgestellt werden. Damit soll eine erkannte Schwäche von WCAG 1.0 behoben werden, da es sich auf HTML auf Kosten anderer Webinhaltsformate konzentriert hat.

  • sind prüfbar:

    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 wurde. 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. WCAG 2.0 wurde mit dem Ziel geschrieben, die Subjektivität zu reduzieren, die in einigen der WCAG 1.0 Richtlinien und Checkpoints vorhanden war.

  • Unterstützung einer priorisierten und kontextabhängigen Implementierung:

    Wie bei WCAG 1.0 werden den WCAG 2.0-Richtlinien Prioritäten zugewiesen, die sich auf die wahrscheinlichen Auswirkungen der Nichtbeachtung einer Richtlinie auf eine bestimmte Gruppe von Benutzern mit Behinderungen beziehen. Dies ermöglicht es Autoren, eine fundierte Entscheidung zu den wichtigsten Richtlinien für ihre jeweilige Situation zu treffen. Darüber hinaus wird das Konzept der unterstützten Barrierefreiheit eingeführt. Dadurch können Autoren Entscheidungen dazu treffen, wie sie Web-Technologien am besten nutzen können, die möglicherweise nicht vollständig barrierefrei sind, oder ggf. von Anwendern verlangen, dass sie über spezielle unterstützende Technologien und/oder Browser verfügen, um von Barrierefreiheitsfunktionen zu profitieren.

Diese Ziele haben die Struktur von WCAG 2.0 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.0 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.
NOTE
Wenn Sie mit WCAG 1.0 vertraut sind, werden Sie einige Änderungen in WCAG 2.0 bemerken. Diese beziehen sich auf Umfang, Organisation und Ziel.

Struktur structure

WCAG 2.0 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.0 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.0 besteht aus vier Grundprinzipien für barrierefreies Design. 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?

Diese Prinzipien werden manchmal durch das Akronym POUR bezeichnet.

  • 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 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 ist das Erfolgskriterium 1.1.1 eine Nicht-Text-Alternative.
    • Zu den Erfolgskriterien gehört eine Liste zugehöriger Techniken (siehe unten).

Unterstützende Ressourcen supporting-resources

Zusätzlich zu den WCAG 2.0-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.0 so effektiv wie möglich zu verstehen und zu nutzen.

Während WCAG 2.0 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.0-Ressourcen wcag-resources

Techniken für WCAG 2.0 techniques-for-wcag

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

Techniken bilden in der WCAG 2.0-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.0 entspricht.

Da Techniken weitaus spezifischer als Erfolgskriterien sind, beziehen sie sich in der Regel auf eine bestimmte Technologie oder einen bestimmten Inhaltstyp (z. B. HTML oder Video) oder eine bestimmte Anwendung (z. B. für E-Commerce oder E-Learning). 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 Technik ARIA2: Identifizieren erforderlicher Felder mit der Eigenschaft "erforderlich".

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

  • Eine ausreichende Technik ist eine, die bei Befolgung 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.0 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.0 how-to-meet-wcag

Der Abschnitt „Erfüllen von“ befindet sich auf der Seite Erfüllen von WCAG 2.0. Dieser Abschnitt bietet eine alternative Darstellung von WCAG, die es ermöglicht, den Inhalt der Richtlinien auf diejenigen zu verfeinern, die für die eigenen Interessen oder Umstände des Lesers am relevantesten sind. 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
d284b6a8-dae4-4549-aa9e-2b09317eb02a