Perché un lettore di schermo non legge i miei campi del modulo?

Perché un'etichetta visibile non sempre conta

Un lettore dello schermo non legge un campo di un modulo quando l'etichetta visualizzata non è collegata programmaticamente a quel campo — il testo è visibile sullo schermo, ma nel codice sorgente manca il riferimento di cui il lettore dello schermo ha bisogno per associare l'etichetta e il campo. Di solito accade perché l'attributo `for` dell'etichetta non corrisponde all'`id` del campo di input, perché l'etichetta non racchiude il campo nel markup, oppure perché viene utilizzato solo un placeholder anziché un vero elemento etichetta. A occhio il modulo appare completamente in ordine; per un lettore dello schermo il campo è senza nome.

Questo tipo di errore può essere rilevato in gran parte automaticamente: una scansione verifica se un elemento etichetta è assente o non punta al campo corretto, e se un campo ha solo un placeholder anziché un'etichetta. Ciò che una scansione non valuta è se il testo dell'etichetta presente effettivamente indica quello che il campo chiede — un'etichetta con il testo "campo 1" è tecnicamente collegata correttamente, ma non comunica alcun significato all'utente. Questa valutazione rimane un lavoro umano, anche quando il collegamento stesso è corretto.

Dove questo compare in WCAG 2.1

Questo requisito deriva da WCAG 2.1, il framework di conformità su cui EN 301 549 si concretizza nella pratica: il criterio 1.3.1 (Info and Relationships) richiede che la relazione tra un'etichetta e il suo campo sia stabilita anche a livello programmatico e non solo visibile visivamente, il criterio 4.1.2 (Name, Role, Value) richiede che ogni elemento di un modulo abbia un nome che il software — incluso un lettore dello schermo — possa leggere, e il criterio 3.3.2 (Labels or Instructions) richiede che un campo abbia comunque un'etichetta o un'istruzione. Insieme, questi tre criteri determinano se un campo di modulo è riconoscibile e utilizzabile per chi utilizza un lettore dello schermo.