Barrierefreies Webdesign — ein zugängliches und nutzbares Internet gestalten

Erfolgskriterien und Konformitätsbedingungen der Web Content Accessibility Guidelines (WCAG) 2.2

Diese Seite bietet Texte zu Erfolgskriterium 2.1.2 Keine Tastaturfalle aus den WCAG 2.2. Nach der BITV 2.0 beziehungsweise EN 301549 müssen Webseiten, Nicht-Web-Dokumente und Software diesem Erfolgskriterium genügen.

Erfolgskriterium 2.1.2 Keine Tastaturfalle

Erfolgskriterium 2.1.2 wurde mit den WCAG 2.0 (2008) eingeführt.

Anmerkungen zu den Quellen

Die Quellen für die Übersetzungen sind wie folgt:

  1. Die meisten Anforderungen stammen aus der autorisierten deutschen Übersetzung der WCAG 2.0:
    Extern: https://www.w3.org/Translations/WCAG20-de/
  2. Anforderungen, die in den WCAG 2.1 eingeführt oder deren Wortlaut gegenüber den WCAG 2.0 geändert wurden, stammen von der inoffiziellen deutschen Übersetzung der WCAG 2.1 auf
    Extern: https://outline-rocks.github.io/wcag/translations/WCAG21-de/
  3. Anforderungen, die in den WCAG 2.2 eingeführt oder deren Wortlaut gegenüber den WCAG 2.1 geändert wurden, wurden für diese Seiten von
    Extern, englischsprachig: https://www.w3.org/TR/WCAG22/
    übersetzt.

Übersetzung

Erfolgskriterium 2.1.2 ist in den WCAG 2.2 wie folgt eingegliedert:

2. Bedienbar

Bestandteile der Benutzerschnittstelle und Navigation müssen bedienbar sein.

Richtlinie 2.1 Per Tastatur zugänglich

Sorgen Sie dafür, dass alle Funktionalitäten per Tastatur zugänglich sind.

Erfolgskriterium 2.1.2 Keine Tastaturfalle

(Stufe A)

Wenn der Tastaturfokus durch eine Tastaturschnittstelle auf einen Bestandteil der Seite bewegt werden kann, dann kann der Fokus von diesem Bestandteil weg bewegt werden, indem man nur die Tastaturschnittstelle benutzt; wenn man dazu mehr als nicht durch Hilfstasten (wie z.B. Umschalt-, Steuerungs- oder Befehlstaste) modifizierte Pfeil- oder Tabulatortasten oder andere übliche Ausstiegsmethoden benutzen muss, dann wird der Benutzer über die Methode zum Bewegen des Fokus informiert.

Hinweis

Jeglicher Inhalt, der dieses Erfolgskriterium nicht erfüllt, kann die Möglichkeit eines Benutzers beeinträchtigen, die ganze Seite zu nutzen. Daher muss jeglicher Inhalt auf einer Webseite (egal ob er dazu benutzt wird, andere Erfolgskriterien zu erfüllen oder nicht) dieses Erfolgskriterium erfüllen. Siehe Konformitätsbedingung 5: Nicht störend.

Anforderungen der WCAG 2.2 (englisch)

2. Operable

User interface components and navigation must be operable.

Guideline 2.1 Keyboard Accessible

Make all functionality available from a keyboard.

Extern, englischsprachig: understanding guideline 2.1

Success Criterion 2.1.2 No Keyboard Trap

(Level A)

If keyboard focus can be moved to a component of the page using a keyboard interface, then focus can be moved away from that component using only a keyboard interface, and, if it requires more than unmodified arrow or tab keys or other standard exit methods, the user is advised of the method for moving focus away.

Note

Since any content that does not meet this success criterion can interfere with a user's ability to use the whole page, all content on the web page (whether it is used to meet other success criteria or not) must meet this success criterion. See Conformance Requirement 5: Non-Interference.

Extern, englischsprachig: understanding success criterion 2.1.2

3 Hinweise zu Erfolgskriterium 2.1.2

Zu Erfolgskriterium 2.1.2:

Zur Richtlinie 2.1:

Aktive Inhalte wie zum Beispiel Links, Formularelemente und andere Widgets müssen per Tastatur bedient werden können. Genauer gesagt, sie müssen über eine Tastaturschnittstelle zugänglich sein, denn neben der klassischen Tastatur – auf die manche Nutzende angewiesen sind – gibt es Spracheingaben, Bildschirmtastaturen und andere Eingabemöglichkeiten, die auf die Tastaturschnittstelle aufsetzen. Dabei müssen solche Tastenkürzel, die mit einer Spracheingabe versehentlich ausgelöst werden können, durch Nutzende abgeschaltet oder verändert werden können.

Alle Erfolgskriterien der WCAG 2.2

1. Wahrnehmbar

Informationen und Bestandteile der Benutzerschnittstelle müssen den Benutzern so präsentiert werden, dass diese sie wahrnehmen können.

Richtlinie 1.1 Textalternativen

Stellen Sie Textalternativen für alle Nicht-Text-Inhalte zur Verfügung, so dass diese in andere vom Benutzer benötigte Formen geändert werden können, wie zum Beispiel Großschrift, Braille, gesprochene Sprache, Symbole oder einfachere Sprache.

Richtlinie 1.2 Zeitbasierte Medien

Stellen Sie Alternativen für zeitbasierte Medien zur Verfügung.

Richtlinie 1.3 Anpassbar

Erstellen Sie Inhalte, die auf verschiedene Arten dargestellt werden können (z.B. einfacheres Layout), ohne dass Informationen oder Struktur verloren gehen.

Richtlinie 1.4 Unterscheidbar

Machen Sie es Benutzern leichter, Inhalt zu sehen und zu hören einschließlich der Trennung von Vorder- und Hintergrund.

2. Bedienbar

Bestandteile der Benutzerschnittstelle und Navigation müssen bedienbar sein.

Richtlinie 2.1 Per Tastatur zugänglich

Sorgen Sie dafür, dass alle Funktionalitäten per Tastatur zugänglich sind.

Richtlinie 2.2 Ausreichend Zeit

Geben Sie den Benutzern ausreichend Zeit, Inhalte zu lesen und zu benutzen.

Richtlinie 2.3 Anfälle und physische Reaktionen

Gestalten Sie Inhalte nicht auf Arten, von denen bekannt ist, dass sie zu Anfällen oder physischen Reaktionen führen.

Richtlinie 2.4 Navigierbar

Stellen Sie Mittel zur Verfügung, um Benutzer dabei zu unterstützen zu navigieren, Inhalte zu finden und zu bestimmen, wo sie sich befinden.

Richtlinie 2.5 Eingabemodalitäten

Erleichtern Sie Benutzern die Bedienung von Funktionen durch andere Eingabearten als die Tastatur.

3. Verständlich

Informationen und die Bedienung der Benutzerschnittstelle müssen verständlich sein.

Richtlinie 3.1 Lesbar

Machen Sie Inhalt lesbar und verständlich.

Richtlinie 3.2 Vorhersehbar

Sorgen Sie dafür, dass Webseiten vorhersehbar aussehen und funktionieren.

Richtlinie 3.3 Hilfestellung bei der Eingabe

Helfen Sie den Benutzern dabei, Fehler zu vermeiden und zu korrigieren.

4. Robust

Inhalte müssen robust genug sein, damit sie von einer großen Auswahl an Benutzeragenten einschließlich Assistenztechnologien interpretiert werden können.

Richtlinie 4.1 Kompatibel

Maximieren Sie die Kompatibilität mit aktuellen und zukünftigen Benutzeragenten, einschließlich Assistenztechnologien.

5. Konformität

In diesem Abschnitt sind die Anforderungen an die Konformität zu den WCAG 2.2 aufgelistet. Hier erhalten Sie außerdem Informationen darüber, wie man Konformitätserklärungen erstellt, die optional sind. Abschließend wird beschrieben, was es bedeutet, Barrierefreiheit unterstützend zu sein, da man sich nur dann, wenn man Techniken auf eine die Barrierefreiheit unterstützende Art benutzt, auf die Konformität verlassen kann. Konformität verstehen beinhaltet weitere Erklärungen zu dem Konzept "Barrierefreiheit unterstützend".

5.2 Konformitätsbedingungen

Damit eine Webseite WCAG 2.2-konform ist, müssen alle folgenden Konformitätsbedingungen erfüllt sein:

Weiterführende Links

Bislang wurde nur die deutschsprachige Übersetzung der WCAG 2.0 offiziell vom W3C veröffentlicht. Das W3C benennt eine Übersetzung der WCAG 2.1 als inoffizielle Übersetzung: