Anforderung 3.2: Vorhersehbar

Anforderung 3.2 der BITV 2.0 betrifft konsistente Navigation, vorhersehbares Verhalten und unerwartete Kontextänderungen, damit Nutzer wissen, was bei Fokus und Eingabe passiert. Wenn sich Seiteninhalte, Formulare oder Menüs plötzlich anders verhalten, kann das Menschen mit Screenreader, Tastatur oder kognitiven Einschränkungen verwirren. WCAG 3.2 und EN 301 549 beschreiben deshalb, wie Navigation, Beschriftungen und Reaktionen auf Eingaben verlässlich bleiben sollen. Das ist für öffentliche Stellen ebenso relevant wie für bestimmte Produkte und Dienstleistungen für Verbraucherinnen und Verbraucher im BFSG.

Was wird bei Anforderung 3.2 gefordert?

• 3.2.1 Bei Fokus: Beim Erreichen eines Elements per Fokus soll keine unerwartete Kontextänderung ausgelöst werden.
• 3.2.2 Bei Eingabe: Eingaben sollen keine unerwartete Kontextänderung auslösen, solange der Nutzer sie nicht absichtlich veranlasst.
• 3.2.3 Konsistente Navigation: Wiederkehrende Navigationsbereiche sollen auf mehreren Seiten gleich bleiben.
• 3.2.4 Konsistente Erkennung: Gleiche Funktionen und gleiche Elemente sollen gleich benannt und dargestellt sein.
• 3.2.5 Änderung auf Anfrage (Priorität II): Kontextänderungen sollen nur auf ausdrücklichen Nutzerwunsch erfolgen; in EN 301 549 V3.2.1 nur informativ in Tabelle 9.1 gelistet.
• 3.2.6 Konsistente Hilfe: Hilfe- und Kontaktfunktionen sollen auf mehreren Seiten gleich auffindbar und gleich platziert sein.

3.2.1 Bei Fokus

Wenn das bloße Erreichen eines Elements mit der Tastatur schon eine Aktion auslöst, kann das Nutzer überraschen oder aus dem Arbeitsfluss reißen. Ein Fokus auf ein Menü, einen Link oder ein Formularfeld sollte deshalb nicht automatisch eine neue Seite öffnen oder etwas absenden. Besonders für Screenreader-Nutzer ist wichtig, dass Fokus nicht mit einer versteckten Aktion verwechselt wird. Das verhindert unerwartete Kontextänderungen und verbessert die Orientierung.

Umsetzung: Lass ein Dropdown-Menü beim Fokus nicht sofort aufgehen, wenn dadurch Inhalte springen oder sich ohne Absicht ändern. Ein Navigationsmenü kann sich beim Fokus sichtbar markieren, aber erst auf Enter oder Klick aktiv werden. So bleibt die Kontrolle bei der Nutzerin oder beim Nutzer.

3.2.2 Bei Eingabe

Eingaben sollen nicht sofort eine überraschende Aktion auslösen, wenn der Nutzer noch mitten im Ausfüllen ist. Das ist besonders wichtig bei Formularen, Auswahlfeldern und Filtern, die sonst automatisch Seitenwechsel, Sortierungen oder Absenden auslösen könnten. Solche Reaktionen können Menschen den Faden verlieren lassen, vor allem wenn sie mit Tastatur oder Screenreader arbeiten. Die Änderung soll also kontrollierbar bleiben und nicht „von selbst“ passieren.

Umsetzung: Ein Auswahlfeld sollte nicht automatisch das Formular abschicken, sobald eine Option gewählt wird. Wenn ein Filter die Ergebnisliste aktualisiert, sollte das klar angekündigt und verständlich sein. Besser ist ein expliziter „Anwenden“-Button, wenn mehrere Eingaben zusammengehören.

3.2.3 Konsistente Navigation

Wiederkehrende Navigationselemente sollen auf mehreren Seiten gleich platziert und gleich aufgebaut sein. Wenn das Hauptmenü auf jeder Unterseite woanders steht oder anders heißt, kostet das Orientierung. Das ist besonders relevant bei großen Websites, in Wissensdatenbanken und in Portalen mit vielen Unterseiten. Konsistenz hilft allen, die sich über wiederkehrende Strukturen orientieren.

Umsetzung: Platziere das Hauptmenü, die Suche und den Breadcrumb auf allen Seiten an derselben Stelle. Ein Navigationsmenü sollte nicht plötzlich in einer anderen Reihenfolge erscheinen. So lernen Nutzer die Struktur einmal und können sie dann auf allen Seiten wiederverwenden.

3.2.4 Konsistente Erkennung

Gleiche Funktionen sollten gleich bezeichnet und gleich dargestellt werden. Wenn ein Symbol auf der einen Seite „Suche“ heißt und anderswo nur als Icon ohne Beschriftung erscheint, kann das die Wiedererkennung erschweren. Das gilt auch für Buttons, Links und wiederkehrende Bedienelemente. Konsistente Erkennung unterstützt vor allem Nutzer mit kognitiven Einschränkungen und Menschen, die sich über Muster orientieren.

Umsetzung: Verwende denselben Namen für dieselbe Funktion, zum Beispiel immer „Kontakt“ statt mal „Schreiben“ und mal „Support“. Ein Hamburger-Menü sollte in allen Ansichten die gleiche Beschriftung oder dieselbe eindeutige Kennzeichnung haben. Wiederkehrende Icons sollten nicht von Seite zu Seite ihre Bedeutung wechseln.

3.2.5 Änderung auf Anfrage

Diese Priorität-II-Anforderung ist in EN 301 549 V3.2.1 nur informativ in Tabelle 9.1 gelistet. Sie geht noch einen Schritt weiter und verlangt, dass automatische Änderungen nur auf ausdrücklichen Nutzerwunsch passieren. Das ist wichtig bei Seitenwechseln, Sortierungen, Fokus-Sprüngen oder Inhalten, die sich beim Auswählen verändern. Menschen können so selbst entscheiden, wann eine Aktion wirklich ausgelöst wird.

Umsetzung: Lass eine Auswahl nicht sofort zu einer neuen Seite springen, wenn der Nutzer das nicht erwartet. Ein Formular sollte Änderungen erst nach einem klaren Bestätigen übernehmen. Das ist oft angenehmer als automatische Reaktionen und reduziert Überraschungen.

3.2.6 Konsistente Hilfe

Hilfeangebote wie Kontakt, Chat, FAQ oder Support sollen auf mehreren Seiten gleich auffindbar sein. Wenn die Hilfe auf einer Seite oben rechts und auf einer anderen nur im Footer steckt, kostet das unnötig Zeit. Nutzer sollen schnell wissen, wo sie Unterstützung finden. Gerade in komplexen Portalen oder bei Formularen ist eine konsistente Hilfefunktion sehr nützlich.

Umsetzung: Platziere Hilfe-Links, Kontaktmöglichkeiten oder FAQ-Buttons auf allen Unterseiten am gleichen Ort. Ein Support-Icon sollte nicht einmal sichtbar und einmal versteckt sein. So bleibt Hilfe zuverlässig auffindbar, auch wenn Nutzer unter Zeitdruck stehen.

Häufige Fragen zu Anforderung 3.2

Einordnung in weitere Normen

Anforderung 3.2 basiert auf WCAG 2.2 Richtlinie 3.2. Im europäischen Standard EN 301 549 sind die normativen Anforderungen unter Abschnitt 9.3.2 verankert.