WCAG 2.1.1: Tastatur

Jede Funktion der Seite muss sich über die Tastatur bedienen lassen – ohne dass es auf das Timing einzelner Tastenanschläge ankommt. Die einzige Ausnahme: Funktionen, deren Eingabe wesensmäßig vom Bewegungspfad abhängt (Freihand-Zeichnen). (Englisch: Keyboard.)

Was verlangt das Kriterium?

Erreichen (Tab/Shift+Tab), aktivieren (Enter/Leertaste), bedienen (Pfeiltasten in zusammengesetzten Widgets) – für alles: Navigation, Formulare, Dialoge, Player, Filter, eigene Widgets. 2.1.1 ist das Fundament-Kriterium der Bedienbarkeit, denn auf der Tastatur-Schnittstelle setzen fast alle assistiven Technologien auf – Screenreader, Switch-Systeme und viele mehr.

Wen betrifft es besonders?

Menschen mit motorischen Einschränkungen, blinde Nutzer (ohne Sicht kein Zeigen) und alle Nutzer von Switches, Mund- und Kopfmäusen – plus jede Poweruserin.

Richtig & falsch im Code

<!-- Falsch: klickbares div – für die Tastatur unsichtbar -->
<div class="btn" onclick="submitForm()">Absenden</div>

<!-- Richtig: natives Element bringt Fokus + Enter/Leertaste mit -->
<button type="submit">Absenden</button>

<!-- Falsch: „Link" ohne href ist nicht fokussierbar -->
<a class="nav-item" onclick="goTo('/preise')">Preise</a>

<!-- Richtig -->
<a href="/preise.html">Preise</a>

Die Ursache ist fast immer dieselbe: generische Elemente mit Klick-Handlern statt echter Buttons und Links. Natives HTML löst 2.1.1 gratis – nachgebaute div-Widgets brauchen tabindex, Key-Handler und ARIA, und irgendeiner der drei fehlt am Ende immer.

So testest du es

Der billigste und ergiebigste Test der gesamten Barrierefreiheit:

1. Maus weglegen. Mit Tab durch die Seite – erreichst du jedes interaktive Element?
2. Alles ausprobieren: Menüs öffnen, Dialoge bedienen und schließen, Formulare absenden, Player steuern – nur mit Enter, Leertaste, Pfeiltasten, Esc.
3. Kernabläufe komplett durchspielen (Suche, Kontakt, Checkout) – der volle Ablauf steht unter Barrierefreiheit selbst testen.

Was mit der Tastatur nicht geht, geht für einen relevanten Teil der Nutzer gar nicht – deshalb hat dieser Test Veto-Charakter.

Verwandte Themen

• Tastaturbedienung & sichtbarer Fokus – der Praxis-Leitfaden
• 2.1.2 Keine Tastaturfalle und 2.4.7 Fokus sichtbar – die Geschwister
• Buttons vs. Links – die häufigste Ursache an der Wurzel