Erfolgskriterien

WCAG 3.3.2 Beschriftungen oder Anweisungen

Erfolgskriterium 3.3.2 verlangt, dass Beschriftungen oder Anweisungen bereitgestellt werden, wenn Inhalt Nutzereingaben erfordert. Es ist ein Kriterium der Stufe A unter Richtlinie 3.3 (Eingabehilfen) – eng verwandt mit, aber unterschieden von, WCAG 4.1.2s Anforderung, dass eine Beschriftung programmatisch mit ihrem Feld verknüpft ist.

Die Unterscheidung von 4.1.2

3.3.2 betrifft, ob überhaupt Orientierungshilfe existiert – jedes Feld, das ein Nutzer ausfüllen muss, sollte eine Beschriftung oder Anweisung haben, die ihm sagt, was erwartet wird (ein Name, eine E-Mail-Adresse, ein Datum in einem bestimmten Format). 4.1.2 (Name, Rolle, Wert) betrifft, ob diese Orientierungshilfe korrekt verdrahtet ist, sodass assistive Technologie darauf zugreifen kann. Ein Feld kann das eine erfüllen und das andere nicht: sichtbarer Text in der Nähe eines Eingabefelds, ohne for/id-Verknüpfung, gibt einem sehenden Nutzer argumentierbar genug Beschriftung, um die Absicht von 3.3.2 zu erfüllen, während es 4.1.2 dennoch verfehlt, weil ein Screenreader überhaupt keine programmatische Verbindung dazu erhält. In der Praxis führen beide Kriterien zur selben Lösung, weshalb Fehlende Formularbeschriftungen die vollständige Lösung für beide zusammen abdeckt.

Anweisungen über bloße Beschriftungen hinaus

Dieses Kriterium deckt mehr ab als die grundlegende Frage "was ist dieses Feld" – es erstreckt sich auf Formaterwartungen und Einschränkungen, die der Nutzer wissen muss, bevor er absendet, nicht erst nach einem Validierungsfehler:

  • Ein Passwortfeld mit bestimmten Komplexitätsanforderungen sollte diese von vornherein angeben, nicht erst nach einer fehlgeschlagenen Übermittlung offenlegen
  • Ein Datumsfeld, das ein bestimmtes Format erwartet (TT.MM.JJJJ vs. MM/TT/JJJJ), sollte dies angeben
  • Ein Feld mit Zeichenbegrenzung ist nutzbarer, wenn diese Begrenzung angegeben wird, nicht nur still durchgesetzt wird

Platzhaltertext zählt weiterhin nicht

Wie bei Fehlenden Formularbeschriftungen erfüllt Platzhaltertext allein dieses Kriterium ebenfalls nicht zuverlässig – er verschwindet in dem Moment, in dem ein Nutzer zu tippen beginnt, und erscheint leer erneut, wenn er das Feld löscht, was bedeutet, dass jede Anweisung, die nur im Platzhalter lebte, genau dann verschwindet, wenn der Nutzer sie möglicherweise noch einmal prüfen möchte.

Das required-Attribut ist kein Ersatz dafür, es zu sagen

Ein Feld in HTML als required zu markieren ändert das Validierungsverhalten des Browsers, aber ein Pflichtfeld sollte diese Anforderung auch visuell und in seinem barrierefreien Namen oder seiner Beschreibung kommunizieren (ein bloßes * ohne Erklärung, was es bedeutet, ist eine verbreitete Halbmaßnahme) – sonst entdeckt ein Nutzer erst nach einem Fehler, dass ein Feld obligatorisch war, was genau der Fehler ist, den dieses Kriterium verhindern soll.

Häufige Fragen

Was ist WCAG 3.3.2?
Ein Kriterium der Stufe A, das Beschriftungen oder Anweisungen verlangt, wenn Inhalte eine Nutzereingabe erfordern, damit klar ist, wofür jedes Feld dient und welches Format nötig ist.
Ist Platzhaltertext eine gültige Beschriftung?
Nein – Platzhalter verschwinden bei der Eingabe und scheitern oft am Kontrast; sie erfüllen 3.3.2 nicht zuverlässig. Verwenden Sie ein dauerhaftes label-Element.
Was gilt für Pflichtformate?
Verlangt ein Feld ein bestimmtes Format (etwa ein Datum oder eine Telefonnummer), sollte die Beschriftung oder Anweisung dies von vornherein angeben.

Möchten Sie sehen, wie Ihre eigene Website abschneidet?

Kostenlosen Barrierefreiheitsscan durchführen