Se un campo di input non ha un'etichetta correttamente collegata a quel campo, un lettore dello schermo non sa cosa l'utente deve compilare. L'utente sente solo "modifica, campo di testo vuoto" senza sapere se si tratta di un nome, un indirizzo e-mail o un codice postale. La conseguenza è diretta e concreta: le persone che dipendono da un lettore dello schermo o dal controllo vocale non possono compilare il modulo in modo affidabile. Con un modulo di contatto è fastidioso, ma con un modulo d'ordine o di registrazione tocca il nucleo del vostro servizio.
Non è un rischio teorico. EN 301 549, lo standard a cui si riferisce la direttiva europea sull'accessibilità, stabilisce che ogni campo del modulo deve avere un nome, un ruolo e un valore che possono essere letti da software — nella pratica, ciò significa un'etichetta collegata programmaticamente al campo, non solo collocata visivamente accanto ad esso. Se manca questo collegamento, è uno dei problemi più frequenti riscontrati in un'audit, proprio perché è facile da trascurare a prima vista.
Cosa va storto nella pratica
Le situazioni più comuni sono un segnaposto utilizzato come etichetta che scompare quando qualcuno inizia a digitare, un'etichetta presente ma non collegata al campo tramite l'attributo fore campi indicati solo con un'icona o un colore. In tutti e tre i casi, un utente vedente vede un modulo che funziona perfettamente. Per chi utilizza un lettore dello schermo, il campo è effettivamente senza nome.
Inoltre, i campi obbligatori sono spesso contrassegnati solo con un asterisco o un colore rosso. Chi non percepisce i colori perde quell'indicazione e riceve un messaggio di errore solo dopo l'invio — che spesso non viene collegato chiaramente al campo giusto. In questo modo, piccoli difetti si accumulano fino a rendere il modulo semplicemente impossibile da completare per una parte dei vostri visitatori.
Le conseguenze che invece sentite
L'effetto più diretto è la perdita di conversioni: i visitatori che non riescono a compilare un modulo si ritirano, contattano attraverso un altro canale o si rivolgono a un concorrente. Questo effetto non è limitato alle persone con disabilità visiva — anche chi compila un modulo automaticamente tramite software del browser o strumenti di assistenza dipende da etichette correttamente associate.
La seconda conseguenza riguarda i vostri obblighi secondo la direttiva sull'accessibilità. Nella dichiarazione di accessibilità obbligatoria, indicate in che misura il vostro servizio è conforme a EN 301 549 e quali ostacoli rimangono. Le etichette del modulo che non corrispondono devono figurare come ostacoli già noti in quella dichiarazione, con un piano d'azione e una tempistica. Se non lo fate e l'ostacolo emerge attraverso un reclamo o un controllo, la domanda non è solo se il problema esiste, ma anche se l'avevate già individuato.
La terza conseguenza è meno visibile ma altrettanto rilevante: un modulo con etichette mal associate è spesso un segno che manca una struttura più ampia nel codice — la stessa causa sottostante si ripresenta anche nei messaggi di errore, nei gruppi di campi correlati e nel passaggio di conferma. Chi lo trova in un modulo farebbe bene a esaminare il resto del flusso di ordine e accesso con lo stesso sguardo critico.
Cosa rileva e cosa non rileva una scansione
Le etichette mancanti o scollegate sono tecnicamente facili da riconoscere e rientrano quindi regolarmente in ciò che un test automatizzato individua. Tuttavia, vale anche qui l'osservazione che ricorre in ogni relazione di axessia: una scansione automatica verifica la struttura del codice, non se la formulazione di un'etichetta sia effettivamente chiara per l'utente. Un campo etichettato tecnicamente in modo corretto con il testo "campo 3" soddisfa il requisito strutturale, ma non aiuta nessuno. Questa sfumatura è il motivo per cui il risultato di una scansione è un punto di partenza, non un giudizio definitivo.
Desiderate sapere se questo tipo di criticità esiste anche nei vostri moduli, il quick-scan gratuito delle vostre pagine più importanti già fornisce un primo indicazione. Per il processo di checkout e l'ambiente di accesso, dove i moduli sono spesso più complessi, il test completo approfondisce di più; cosa viene e non viene testato in questo contesto è presentato in modo chiaro. Come si arriva esattamente a questo test e quali parti possono essere controllate automaticamente e quali no, lo leggete in la spiegazione del nostro metodo.
Se una criticità rilevata comporta obblighi nella vostra situazione e entro quali termini è compito di un giurista o dell'autorità di controllo competente valutare. Quello che potete fare voi stessi è riconoscere la criticità prima che un reclamo o un controllo lo faccia per voi. Nella knowledge base è illustrato per argomento a cosa devono conformarsi le etichette dei moduli e come verificarlo in una giornata lavorativa normale, senza dover essere un tecnico.