Formularvalidierungen prüfen die Eingaben von Nutzerinnen auf Korrektheit, Vollständigkeit und Plausibilität. Sie geben bei Fehlern klare, verständliche Rückmeldungen und Hinweise, wie die Eingaben korrigiert werden können. So wird sichergestellt, dass Formulare zuverlässig verarbeitet werden können und Nutzerinnen nicht durch unklare Fehlermeldungen oder unerwartete Verhalten behindert werden.
Informationen für den Aufbau von barrierefreien Formularen befinden sich in einem weiteren Eintrag.
Zum Formularaufbau
Screenreader geben Nutzer:innen direkt Rückmeldung zu Formularfeldern, damit sie verstehen, ob die Eingaben korrekt sind oder korrigiert werden müssen. Im nachfolgenden Video wird dargestellt, wie eine Formularvalidierung beispielsweise aussehen und im Screenreader ausgegeben werden sollte. Dadurch wird ermöglicht, dass alle Nutzer:innen Formulare gut nutzen können.
Im Video wird der Screenreader VoiceOver von Apple genutzt in Zusammenhang mit dem Browser Safari.
Deutsches Gesetz: Anforderungen der Konformitätsstufe A und AA müssen umgesetzt werden.
Formularfelder, bei denen es sich um Pflichteingaben handelt, müssen entsprechend ausgezeichnet werden.
Das HTML-Attribut required allein ist für die Barrierefreiheit nicht ausreichend, da nicht alle Hilfsmittel oder Browser es zuverlässig interpretieren. Außerdem liefert es meist nur standardisierte Fehlermeldungen, die nicht angepasst oder ausreichend erklärt werden können.
Bei Pflichtfeldern in Formularen muss dies auch für assistive Technologien kenntlich gemacht werden. Dafür sollte das ARIA-Attribut aria-required genutzt werden. Zudem sollte auch visuell erkenntlich sein, bei welchen Eingabefeldern es sich um Pflichtfelder handelt. Dafür gibt es unterschiedliche Möglichkeiten.
Textlicher Zusatz im Label
Arterisk/Sternchen, dabei muss allerdings erklärt werden, was das Sternchen bedeutet.
Die native Browser-Validierung sollte vermieden werden, da sie oft keine barrierefreien Fehlermeldungen liefert. Stattdessen ist eine individuelle Validierung nötig.
Formular-Felder können entweder direkt (live) validiert werden oder Client- oder Serverseitig nachdem alle Eingaben getätigt wurden. Grundsätzlich wird von Live-Validierung abgeraten, da es oft zu einer zu frühen, fehlerhaften Validierung kommen kann und für Menschen mit Beeinträchtigungen oft überfordernd ist.
Nach einer Client- oder Serverseitigen Validierung müssen fehlerhafte Eingabefelder entsprechend mit aria-invalid=”true” auszeichnet werden. Fehlerhafte Eingabefelder müssen nicht nur identifiziert, sondern auch die Fehler beschrieben und für assistive Technologien bereitgestellt werden.
Für die grundlegende Bereitstellung der Fehler gibt es unterschiedliche Möglichkeiten, die auch zusammen eingesetzt werden können.
Fehlermeldungen können direkt an einem Formularelement angehängt werden und mithilfe von aria-describedby zugänglich gemacht werden. Dabei werden die Fehler meistens unter dem Eingabefeld visuell ausgegeben.
Alle Fehlermeldungen können auch gebündelt direkt am Anfang eines Formulars ausgegeben werden. Dabei muss es sich um eine Landmark (z. B. <section>, <aside>) handeln, die nach Validierung automatisch fokussiert wird.
Nach einer Formularvalidierung müssen konkrete Verbesserungsvorschläge und Hilfestellungen genannt werden, um die fehlerhaften Eingaben zu korrigieren.
Zuletzt aktualisiert am 12.12.25