Warum liest ein Screenreader meine Formularfelder nicht vor?

Warum ein sichtbares Label nicht immer zählt

Ein Bildschirmleser liest ein Formularfeld nicht vor, wenn das dort vorhandene Label nicht programmatisch mit diesem Feld verknüpft ist – der Text ist auf dem Bildschirm sichtbar, aber im Quellcode fehlt die Referenz, die ein Bildschirmleser benötigt, um Label und Feld zusammenzubringen. Dies geschieht meist, weil das `for`-Attribut des Labels nicht mit der `id` des Eingabefelds übereinstimmt, weil das Label das Feld im Markup nicht umgibt, oder weil nur ein Platzhalter verwendet wird statt eines echten Label-Elements. Für das menschliche Auge sieht das Formular dann völlig in Ordnung aus; für einen Bildschirmleser ist das Feld namenlos.

Dieser Fehlertyp ist zu einem großen Teil automatisch erkennbar: Ein Scan prüft, ob ein Label-Element fehlt oder nicht auf das richtige Feld verweist, und ob ein Feld nur einen Platzhalter statt eines Labels hat. Was ein Scan nicht beurteilt, ist, ob der vorhandene Label-Text wirklich angibt, was das Feld verlangt – ein Label mit dem Text "Feld 1" ist technisch korrekt verknüpft, vermittelt einem Benutzer aber keine Bedeutung. Diese Beurteilung bleibt Handarbeit, auch wenn die Verknüpfung selbst korrekt ist.

Wo dies in WCAG 2.1 steht

Diese Anforderung folgt aus WCAG 2.1, dem Bewertungsrahmen, auf den EN 301 549 in der Praxis hinausläuft: Erfolgskriterium 1.3.1 (Info and Relationships) verlangt, dass die Beziehung zwischen einem Label und seinem Feld auch programmatisch festgelegt und nicht nur visuell sichtbar ist, Erfolgskriterium 4.1.2 (Name, Role, Value) verlangt, dass jedes Formularelement einen Namen hat, der von Software – einschließlich eines Bildschirmlesers – gelesen werden kann, und Erfolgskriterium 3.3.2 (Labels or Instructions) verlangt, dass ein Feld überhaupt ein Label oder eine Anleitung hat. Zusammen bestimmen diese drei Erfolgskriterien, ob ein Formularfeld für jemanden, der einen Bildschirmleser verwendet, erkennbar und nutzbar ist.