Direkt zum Hauptinhalt

WCAG 2.2 · Level A · VerständlichBarrierefreiheit als Cloud-Service

3.3.1 Fehlererkennung

Fehler werden identifiziert und dem Benutzer in Text beschrieben.

Auf einen Blick

Was bedeutet dieses Kriterium?

Kurz gesagt

Fehler werden identifiziert und dem Benutzer in Text beschrieben.

Aufwand

Mittel umzusetzen, schnell erledigt

Betrifft Rolle

Entwicklung

Konformitätsstufe

Level A

EN 301 549

Abschnitt 9.3.3.1 · BITV 2.0 · BFSG

Verständlich erklärt

Was heißt 3.3.1 für die Praxis?

Fehler werden identifiziert und dem Benutzer in Text beschrieben.

Bei fehlgeschlagener Validierung: das fehlerhafte Feld hervorheben UND eine textuelle Fehlermeldung anzeigen — nicht nur rot umranden.

Technisch formuliert: Wenn ein Eingabefehler automatisch erkannt wird, wird das fehlerhafte Element identifiziert und der Fehler in Text beschrieben.

Wer ist betroffen?

Ein Alltagsbeispiel

Websites müssen auch für Menschen funktionieren, die nicht alle Details auf Anhieb verstehen oder sich beim Ausfüllen vertippen. 3.3.1 sorgt für eine vorhersehbare, verständliche und fehlerverzeihende Bedienung. Besonders betroffen sind: Menschen mit kognitiven Einschränkungen, Blinde Menschen, Ältere Menschen.

Die Lösung

So setzen Sie es richtig um

Bei fehlgeschlagener Validierung: das fehlerhafte Feld hervorheben UND eine textuelle Fehlermeldung anzeigen — nicht nur rot umranden.

Wenn ein Eingabefehler automatisch erkannt wird, wird das fehlerhafte Element identifiziert und der Fehler in Text beschrieben.

Umsetzung

Schritt für Schritt

Konkrete Anleitung zur praktischen Umsetzung dieses Kriteriums.

  1. 1

    Validierung mit Fehlertexten

    Jedes ungültige Feld erhält eine sichtbare Fehlermeldung: 'Bitte geben Sie eine gültige E-Mail-Adresse ein'.

  2. 2

    aria-describedby verknüpfen

    Verknüpfen Sie die Fehlermeldung per aria-describedby mit dem Eingabefeld.

Praxisbeispiele

So nicht — sondern so

So nicht

Eingabefeld wird nur rot umrandet — kein Fehlertext.

Sondern so

<input aria-describedby="err-email" aria-invalid="true">
<p id="err-email" class="error">Bitte gültige E-Mail eingeben.</p>

Warum?

Textuelle Fehlermeldung mit aria-Verknüpfung

Typische Fehler

Das wird häufig falsch gemacht

Diese Fehler sehen wir in der Praxis besonders oft — und wie Sie sie vermeiden.

Nur die Entwickler-Perspektive annehmen

Was für einen Profi verständlich ist, ist für Laien oft kryptisch. Texte sollten einfach und klar formuliert sein, ohne unnötigen Jargon.

Fehlermeldungen ohne Lösungsvorschlag

'Ungültige Eingabe' ist nicht hilfreich. 'Bitte im Format TT.MM.JJJJ eingeben' ist hilfreich.

Selbst prüfen

So testen Sie dieses Kriterium

Mit diesen Methoden können Sie selbst prüfen, ob Ihre Webseite das Kriterium erfüllt.

Verständlichkeitstest

Lassen Sie Menschen außerhalb Ihres Teams die Seite nutzen. Verstehen sie, was zu tun ist? Wo stocken sie? Wo sind sie verwirrt?

Lesbarkeit messen

Mit Tools wie dem Flesch-Lesbarkeitsindex oder der Wiener Sachtextformel können Sie die Verständlichkeit Ihrer Texte objektiv bewerten.

Fehlerflüsse durchspielen

Füllen Sie Formulare absichtlich falsch aus. Sind die Fehlermeldungen klar? Wissen Sie, was Sie korrigieren müssen?

Häufige Fragen

Fragen und Antworten

Ist dieses Kriterium wirklich Pflicht?
Ja. Level A ist die Grundlage jeder Barrierefreiheit. Ohne Level A ist eine Website für bestimmte Nutzergruppen komplett unzugänglich. BITV 2.0, EN 301 549 und BFSG verlangen mindestens Level AA — was Level A einschließt.
Wie kann ich prüfen, ob meine Seite dieses Kriterium erfüllt?
Nutzen Sie einen Test-Mix: automatisierte Tools wie Pa11y oder axe DevTools finden viele Probleme zuverlässig, aber nicht alle. Ergänzen Sie mit manuellen Tests — Tastaturnavigation, Screenreader-Test und eine visuelle Prüfung der relevanten Seitenbereiche.
Welche anderen Kriterien hängen damit zusammen?
Dieses Kriterium steht in engem Zusammenhang mit 3.3.3. Diese Kriterien sollten gemeinsam geprüft werden, weil sie sich gegenseitig ergänzen.

Verwandte Kriterien

Weiterführende Erfolgskriterien

Diese Kriterien stehen in engem Zusammenhang mit 3.3.1 und sollten gemeinsam betrachtet werden.