WCAG 2.2 · Level AA · Bedienbar · NeuBarrierefreiheit als Cloud-Service
2.4.11 Fokus nicht verdeckt (Minimum)
Fokussierte Elemente dürfen nicht vollständig verdeckt sein.
Auf einen Blick
Was bedeutet dieses Kriterium?
Kurz gesagt
Fokussierte Elemente dürfen nicht vollständig verdeckt sein.
Aufwand
Mittel umzusetzen, schnell erledigt
Betrifft Rolle
Entwicklung, Design
Konformitätsstufe
Level AA · Neu in WCAG 2.2
EN 301 549
Abschnitt 9.2.4.11 · BITV 2.0 · BFSG
Verständlich erklärt
Was heißt 2.4.11 für die Praxis?
Fokussierte Elemente dürfen nicht vollständig verdeckt sein.
Sticky Header, Cookie-Banner und fixe Footer dürfen den fokussierten Bereich nicht komplett verdecken. Nutzen Sie scroll-padding-top/bottom.
Technisch formuliert: Wenn eine UI-Komponente den Tastaturfokus erhält, wird sie nicht vollständig durch vom Autor erstellte Inhalte verdeckt.
Wer ist betroffen?
Ein Alltagsbeispiel
Bedienbarkeit bedeutet: jeder Mensch kann die Seite nutzen — egal ob mit Maus, Tastatur, Touchscreen oder Sprachsteuerung. Wer dieses Kriterium verletzt, schließt Nutzer aus, die auf eine bestimmte Eingabemethode angewiesen sind. Besonders betroffen sind: Tastaturnutzer, Menschen mit motorischen Einschränkungen.
Die Lösung
So setzen Sie es richtig um
Sticky Header, Cookie-Banner und fixe Footer dürfen den fokussierten Bereich nicht komplett verdecken. Nutzen Sie scroll-padding-top/bottom.
Wenn eine UI-Komponente den Tastaturfokus erhält, wird sie nicht vollständig durch vom Autor erstellte Inhalte verdeckt.
Umsetzung
Schritt für Schritt
Konkrete Anleitung zur praktischen Umsetzung dieses Kriteriums.
- 1
Sticky-Elemente identifizieren
Welche Elemente haben position: fixed oder position: sticky?
- 2
scroll-padding setzen
html { scroll-padding-top: 80px; } — Höhe des Sticky-Headers.
- 3
Tab-Test durchführen
Tabben Sie durch die Seite. Wird der fokussierte Bereich von einem fixen Element verdeckt?
Praxisbeispiele
So nicht — sondern so
So nicht
Sticky-Header verdeckt den fokussierten Button vollständig.
Sondern so
scroll-padding-top: 80px; sorgt dafür, dass fokussierte Elemente unter dem Header sichtbar bleiben.
Warum?
Neu in WCAG 2.2
Typische Fehler
Das wird häufig falsch gemacht
Diese Fehler sehen wir in der Praxis besonders oft — und wie Sie sie vermeiden.
Nur mit der Maus testen
Entwickler nutzen beim Testen fast immer die Maus. Viele Probleme werden erst sichtbar, wenn man die Tastatur verwendet. Der Tab-Test sollte Routine sein.
Hover-Effekte als einzige Interaktion
Was nur per Hover funktioniert, ist per Tastatur unbedienbar. Interaktionen sollten immer auch per Fokus oder Klick auslösbar sein.
Selbst prüfen
So testen Sie dieses Kriterium
Mit diesen Methoden können Sie selbst prüfen, ob Ihre Webseite das Kriterium erfüllt.
Tastatur-Test
Legen Sie die Maus beiseite. Navigieren Sie ausschließlich mit Tab, Umschalt+Tab, Enter, Leertaste und Pfeiltasten durch die Seite. Alles erreichbar? Alles bedienbar?
Fokusindikator prüfen
Bei jeder Tastaturnavigation sollte ein sichtbarer Fokusring das aktuell aktive Element markieren. Ist er überall gut sichtbar?
Mit Screenreader und Tastatur
Kombinieren Sie Screenreader-Ansage und Tastaturnavigation. So simulieren Sie die tägliche Nutzung blinder Menschen.
Häufige Fragen
Fragen und Antworten
Ist Level AA für mich relevant?▾
Wie kann ich prüfen, ob meine Seite dieses Kriterium erfüllt?▾
Welche anderen Kriterien hängen damit zusammen?▾
Verwandte Kriterien
Weiterführende Erfolgskriterien
Diese Kriterien stehen in engem Zusammenhang mit 2.4.11 und sollten gemeinsam betrachtet werden.