Zugängliche Fehlermeldungen für Terminformulare schreiben

Eine Fehlermeldung muss erklären, was die Person als Nächstes tun kann. „Ungültige Eingabe“ hilft bei einem falschen Datumsformat kaum und ist bei einem belegten Termin sachlich falsch. Ein unbekannter Buchungsstatus braucht wiederum eine andere Rückmeldung.

Drei Situationen mit passenden Texten

Der folgende Terminservice ist fiktiv. Er verwendet ein Textfeld für das Datum und bietet eine Übersicht bestehender Buchungen. Das Beispieldatum ist der 14. Dezember 2026.

Die dritte Meldung sagt nicht, dass die Buchung fehlgeschlagen sei: Das ist noch nicht bekannt. Der zugehörige Link „Terminübersicht öffnen“ führt im Beispiel zu den bestehenden Buchungen. Fehlt eine solche Übersicht im echten Produkt, braucht es einen anderen verlässlichen Weg zur Statusklärung.

Meldung und Feld verbinden

Zeigen Sie Format und Beispiel bereits vor einem Fehler. Verwenden Sie möglichst die Eingabemöglichkeiten, die Ihre Zielgruppe benötigt; erzwingen Sie kein unnötig enges Format. Dieses reduzierte Beispiel zeigt ein Textfeld nach einem Formatfehler:

<label for="appointment-date">Datum</label>
<p id="appointment-date-hint">TT.MM.JJJJ, zum Beispiel 14.12.2026</p>
<input id="appointment-date" name="appointmentDate" type="text"
  value="14/12" aria-invalid="true"
  aria-describedby="appointment-date-hint appointment-date-error">
<p id="appointment-date-error">Geben Sie das Datum als TT.MM.JJJJ ein.</p>

Die Kennungen verbinden Beschriftung, Hinweis und Fehlertext mit demselben Feld. Farbe darf zusätzlich helfen, aber die Meldung muss auch ohne rote Umrandung verständlich sein. Der W3C-WAI-Leitfaden beschreibt diese Verbindung über aria-describedby und verständliche Korrekturhinweise.

Nach erfolgreicher Korrektur entfernen Sie den Fehlertext, dessen Verweis und die Fehlermarkierung; der Formathinweis kann bleiben. Das Markup allein ist noch kein Nachweis, dass das ganze Formular zugänglich ist.

Den Weg zur Korrektur testen

Bei mehreren Fehlern nach dem Absenden hilft eine Übersicht mit Links zu den betroffenen Feldern. Legen Sie fest, ob der Fokus zur Übersicht oder zum ersten fehlerhaften Feld geht, und prüfen Sie den Ablauf mit Tastatur und den vorgesehenen Screenreadern. Dynamisch aktualisierte Meldungen müssen wahrnehmbar werden, ohne jede Eingabe unnötig zu unterbrechen.

Im Beispieldienst soll ein ungültiges Datum korrigierbar sein, ohne andere gültige Angaben erneut einzugeben. Prüfen Sie danach, dass der alte Fehler nicht weiter vorgelesen wird. Beim belegten Termin bleiben die übrigen Angaben erhalten; die Person wählt eine andere Uhrzeit. Bei unklarem Status führt der nächste Schritt zuerst zur Klärung der bestehenden Buchung.

Eine eindeutige Erfolgsmeldung mit dem bestätigten Termin gehört ebenfalls zum Versuch. Erst damit kann die Person erkennen, dass die Aufgabe abgeschlossen ist.

Quellen

• W3C WAI: User Notification