Formulare und Fehlermeldungen: erkennen, erklären, vermeiden
Jedes Eingabefeld braucht eine Beschriftung, jeder Fehler muss in Textform benannt werden, und wo es möglich ist, gehört ein Korrekturvorschlag dazu. Bei rechtlich oder finanziell verbindlichen Eingaben muss man vor dem Absenden prüfen oder widerrufen können.
Was dazu geprüft wird
6 Prüfpunkte aus dem WCAG 2.2, Leitlinie 3.3 — die Liste stammt aus dem Messkern, nicht aus diesem Text.
- 3.3.1 Fehlererkennung · Stufe A
- 3.3.2 Beschriftungen oder Anweisungen · Stufe A
- 3.3.3 Fehlervorschläge · Stufe AA
- 3.3.4 Fehlervermeidung (rechtlich, finanziell, Daten) · Stufe AA
- 3.3.7 Redundante Eingabe · Stufe A
- 3.3.8 Zugängliche Authentifizierung (Minimum) · Stufe AA
Jeder dieser Punkte steht mit Erklärung in der vollständigen Prüfpunktliste.
Worauf es in der Praxis ankommt
Der verbreitetste Fehler ist das Feld ohne verknüpfte Beschriftung — häufig, weil der Platzhaltertext als Beschriftung dient. Der verschwindet beim Tippen: Wer abgelenkt wird, weiß nicht mehr, was in das Feld gehört.
Fehlermeldungen allein in Rot sind ein doppelter Verstoß: Farbe als einzige Information, und kein Text, der sagt, was falsch ist. Nötig ist eine Meldung, die das Feld benennt und das Problem beschreibt.
Seit WCAG 2.2 kommt die zugängliche Anmeldung dazu: Ein Anmeldevorgang darf keinen Gedächtnistest verlangen — Bilderrätsel oder das Abtippen aus einer anderen App ohne Alternative sind Verstöße.
Häufige Fragen
Reicht ein Platzhaltertext als Beschriftung?
Nein. Er verschwindet beim Tippen, hat oft zu wenig Kontrast und wird nicht von allen Hilfsmitteln als Beschriftung erkannt. Nötig ist eine verknüpfte, sichtbar bleibende Beschriftung.
Wie muss eine Fehlermeldung aussehen?
Sie muss in Textform sagen, welches Feld betroffen ist und was fehlt. Wo das System den richtigen Wert kennt oder eingrenzen kann, gehört ein Vorschlag dazu.
Was verlangt „zugängliche Authentifizierung"?
Dass die Anmeldung ohne Gedächtnis- oder Transkriptionsleistung möglich ist. Einfügen aus der Zwischenablage muss erlaubt bleiben, und zu Rätselaufgaben braucht es eine Alternative.
Weitere Themen aus Barrierefreiheit
- Alternativtexte prüfen: wann ein Bild einen Text braucht
- Untertitel und Audiodeskription: was bei Video und Audio verlangt wird
- Struktur und Lesereihenfolge: warum Aussehen und Code übereinstimmen müssen
- Farbkontraste prüfen: 4,5:1, 3:1 und was sonst noch zählt
- Tastaturbedienung prüfen: alles erreichbar, nichts gefangen
- Zeitbegrenzungen und bewegte Inhalte: Kontrolle beim Nutzer
- Blitzende Inhalte: die Grenze von dreimal pro Sekunde
- Navigation und Fokus: sichtbar, auffindbar, in sinnvoller Reihenfolge
- Zielgrößen und Zeigereingaben: 24×24 Pixel und was daran hängt
- Sprachauszeichnung prüfen: lang-Attribut richtig setzen
- Vorhersehbarkeit: keine Überraschungen bei Fokus und Eingabe
- Name, Rolle, Wert und Statusmeldungen: was Hilfsmittel aus dem Code lesen