Anforderung 2.1: Per Tastatur bedienbar
Anforderung 2.1 der BITV 2.0 betrifft die Tastaturbedienbarkeit von Webseiten und Webanwendungen, damit Fokus, Tab-Navigation und Tastaturkürzel zuverlässig funktionieren. Wenn Funktionen nur mit der Maus bedienbar sind, kann das Menschen ausschließen, die mit Tastatur, Screenreader oder alternativen Eingabegeräten arbeiten. WCAG 2.1 und EN 301 549 beschreiben dafür die Pflicht, Inhalte und Bedienelemente per Tastatur nutzbar zu machen und Tastaturfallen zu vermeiden. Das ist für öffentliche Stellen ebenso wichtig wie für bestimmte Produkte und Dienstleistungen für Verbraucherinnen und Verbraucher im BFSG.
Normtext – BITV 2.0 Anlage 1, Anforderung 2.1
Quelle: BITV 2.0, Anlage 1 (gesetze-im-internet.de) · Einzelkriterien nach WCAG 2.2 Richtlinie 2.1 (w3.org)
Was wird bei Anforderung 2.1 gefordert?
- 2.1.1 Tastaturbedienbarkeit: Alle Funktionen müssen per Tastatur erreichbar und bedienbar sein.
- 2.1.2 Keine Tastaturfalle: Nutzer müssen ein Element mit der Tastatur wieder verlassen können.
- 2.1.3 Tastaturbedienbarkeit ohne Ausnahme (Priorität II): Auch einzelne Eingaben und Sonderfälle sollen vollständig tastaturzugänglich sein; in EN 301 549 V3.2.1 nur informativ in Tabelle 9.1 gelistet.
- 2.1.4 Tastaturkurzbefehle: Einzeltasten-Shortcuts dürfen nicht ungewollt in Texteingaben eingreifen.
2.1.1 Tastaturbedienbarkeit
Die meisten Funktionen einer Seite sollen mit der Tastatur erreichbar sein, nicht nur mit der Maus. Das ist wichtig für Menschen mit motorischen Einschränkungen, für Screenreader-Nutzer und für alle, die lieber mit Tab, Pfeiltasten oder Enter arbeiten. Komplexe Bedienelemente wie Dropdown-Menüs, Slider oder Custom-Widgets müssen deshalb auch ohne Zeiger nutzbar sein. Wenn ein Button nur per Klick funktioniert, kann das die Bedienung unnötig erschweren.
Umsetzung: Prüfe, ob du alle zentralen Aktionen mit Tab, Enter, Leertaste und Pfeiltasten erreichst. Ein Dropdown-Menü sollte sich mit Tastatur öffnen, durchblättern und auswählen lassen. Auch ein Custom-Widget wie ein Datepicker braucht eine logische Tastatursteuerung, nicht nur Maus-Events.
2.1.2 Keine Tastaturfalle
Eine Tastaturfalle entsteht, wenn ein Nutzer ein Element mit Tab erreicht, aber es nicht wieder verlassen kann. Das kann Menschen blockieren, die nur mit der Tastatur navigieren, und macht Formulare oder Dialoge schwer nutzbar. Besonders kritisch sind Modals, eingebettete Widgets oder eigene Code-Komponenten. Die Seite muss immer einen Weg zurück in die normale Navigation bieten.
Umsetzung: Teste Modals, Dropdowns und eingebettete Komponenten mit der Tab-Navigation. Ein Modal-Dialog sollte mit der Tastatur geschlossen werden können, etwa mit Escape oder einem fokussierbaren Schließen-Button. Danach muss der Fokus an die vorherige Stelle zurückkehren, damit die Orientierung erhalten bleibt.
2.1.3 Tastaturbedienbarkeit ohne Ausnahme
Diese Anforderung ist WCAG AAA und in EN 301 549 V3.2.1 nur informativ in Tabelle 9.1 gelistet. Sie geht über die Grundpflicht hinaus und verlangt, dass auch Sonderfälle und besonders anspruchsvolle Interaktionen vollständig per Tastatur nutzbar bleiben. Das ist vor allem bei komplexen Webanwendungen, Spezialwidgets oder redaktionellen Eingaben sinnvoll. Menschen, die konsequent ohne Maus arbeiten, profitieren davon besonders.
Umsetzung: Prüfe auch selten genutzte Funktionen, etwa verschachtelte Menüs, Terminauswahl oder Mehrfachselektion, nur mit Tastatur. Wenn eine Komponente bisher nur per Drag-and-drop funktioniert, braucht sie eine alternative Tastatursteuerung. Je komplexer das Custom-Widget, desto wichtiger ist eine vollständige Tastaturabdeckung.
2.1.4 Tastaturkurzbefehle
Einzeltasten-Shortcuts können praktisch sein, aber auch stören, wenn sie unbeabsichtigt ausgelöst werden. Besonders problematisch wird das, wenn jemand gerade in ein Textfeld schreibt und dabei einen Shortcut auslöst. Die Anforderung schützt vor ungewollten Eingriffen in die Texteingabe. Das ist wichtig für Formulare, Editoren und Anwendungen mit vielen Tastaturbefehlen.
Umsetzung: Nutze für Shortcuts möglichst Kombinationen mit Modifiern wie Strg, Alt oder Cmd statt einzelner Buchstaben. Ein Editor sollte Shortcuts dokumentieren und im Zweifel abschaltbar machen, wenn sie mit Texteingaben kollidieren. Teste auch, was passiert, wenn jemand in ein Formularfeld tippt und dabei einen Shortcut verwendet.
Häufige Fragen zu Anforderung 2.1
Wie teste ich Tastaturbedienbarkeit?
Am einfachsten mit der Tab-Navigation und den Standardtasten Enter, Leertaste und Pfeiltasten. Wenn du alle wichtigen Funktionen ohne Maus erreichst, ist das ein gutes Zeichen. Prüfe zusätzlich, ob Fokus sichtbar bleibt und logisch weiterwandert.
Was ist eine Tastaturfalle und wie erkenne ich sie?
Eine Tastaturfalle liegt vor, wenn du mit Tab in ein Element kommst, aber nicht wieder herauskommst. Das merkst du daran, dass der Fokus hängen bleibt oder nur innerhalb eines Bereichs kreist. Vor allem Modals, Widget-Container oder eingebettete Komponenten solltest du darauf testen.
Müssen Custom-Komponenten wie Dropdowns tastaturzugänglich sein?
Ja, wenn sie eine Funktion auf der Seite übernehmen. Ein Dropdown, Datepicker oder Slider braucht dieselbe Tastaturbedienbarkeit wie ein nativer Browser-Baustein. Sonst kann die Bedienung für Tastatur- und Screenreader-Nutzer unvollständig werden.
Einordnung in weitere Normen
Anforderung 2.1 basiert auf WCAG 2.2 Richtlinie 2.1. Im europäischen Standard EN 301 549 sind die normativen Anforderungen unter Abschnitt 9.2.1 verankert.