Die WCAG-Kriterien

WCAG 4.1.3: Statusmeldungen

Zurück zu allen WCAG-Kriterien

ÜBERBLICK

Umsetzbarkeit:

Komplexität:Kompliziert
Dauer:Kann dauern

Wichtig für Rolle:

Entwicklung

Zum WCAG-Kriterium:

Statusmeldungen (englisch)

Worum geht's?

Statusmeldungen müssen so umgesetzt sein, dass Screenreader sie automatisch ankündigen, ohne dass der Fokus verschoben wird. So erfahren Nutzer mit Screenreader direkt von Änderungen oder Ergebnissen einer Aktion, ohne die Meldung aktiv suchen zu müssen.

Ein Beispiel von einer Statusmeldung, die von einem Screenreader vorgelesen wird.

Umsetzung

Nutze die für deine Situation passende Technik, um das Erfolgskriterium zu erfüllen.

Statusnachrichten sind für Screenreader verständlich
Mit ARIA-Live-Regionen kannst du Statusmeldungen automatisch an Screenreader übermitteln, ohne den Fokus zu verschieben.

Nutze aria-live="polite" für nicht zeitkritische Informationen (z. B. »Artikel in den Warenkorb gelegt«) und aria-live="assertive" für wichtige Meldungen, die den Nutzer sofort erreichen müssen (z. B. Fehlermeldung beim Absenden eines Formulars).

Polite ist im Zweifel die sicherere Wahl, um Unterbrechungen zu vermeiden. Achte darauf, in den Live-Regionen nur den Text anzusagen, der wichtig ist und vermeide unnötige Details.

Beispiel: <div aria-live="polite">Ihre Änderungen wurden gespeichert.</div>
WCAG-Technik(en) in Englisch:

Anmerkungen

Ausnahme: Fehlermeldung über Dialog
Normalerweise sollen Statusmeldungen den Fokus nicht verschieben. Eine Ausnahme gilt aber für Fehlermeldungen, die in einem Dialogfenster erscheinen. Hier darf der Fokus direkt in den Dialog gesetzt werden, damit die Nutzer die Meldung sofort wahrnehmen und reagieren können.