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.1 Tastatur 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.1 Tastatur

Erfolgskriterium 2.1.1 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.1 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.1 Tastatur

(Stufe A)

Alle Funktionalitäten des Inhalts sind durch eine Tastaturschnittstelle bedienbar, ohne dass eine bestimmte Zeiteinteilung für einzelne Tastenanschläge erforderlich ist, außer wenn die zugrunde liegende Funktion Eingaben verlangt, die vom Pfad der Bewegung des Benutzers und nicht nur von den Endpunkten abhängig sind.

Hinweis

Diese Ausnahme bezieht sich auf die zugrunde liegende Funktion und nicht auf die Eingabetechnik. Zum Beispiel: Wenn man Handschrift benutzt, um Text einzugeben, dann verlangt die Eingabetechnik (Handschrift) Pfad-abhängige Eingaben, die zugrunde liegende Funktion (Texteingabe) verlangt dies aber nicht.

Hinweis

Es ist nicht verboten noch sollte es Sie davon abhalten, eine Maus-Eingabe oder andere Eingabemethoden zusätzlich zur Tastaturbedienung zur Verfügung zu stellen.

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.1 Keyboard

(Level A)

All functionality of the content is operable through a keyboard interface without requiring specific timings for individual keystrokes, except where the underlying function requires input that depends on the path of the user's movement and not just the endpoints.

Note

This exception relates to the underlying function, not the input technique. For example, if using handwriting to enter text, the input technique (handwriting) requires path-dependent input but the underlying function (text input) does not.

Note

This does not forbid and should not discourage providing mouse input or other input methods in addition to keyboard operation.

Extern, englischsprachig: understanding success criterion 2.1.1

4 Hinweise zu Erfolgskriterium 2.1.1

Zu Erfolgskriterium 2.1.1:

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: