perché un messaggio di errore nel mio modulo di ordine non è chiaro per tutti

Un messaggio di errore spesso non dice cosa c'è che non va e dove

Un messaggio di errore non è chiaro per molti clienti perché spesso usa solo il colore per indicare che qualcosa non va, senza specificare per iscritto quale campo è interessato e cosa esattamente deve cambiare. Un bordo rosso attorno a un campo di immissione è evidente per un cliente che vede bene e usa il mouse, ma non dice nulla a chi è daltonico e rimane invisibile per chi usa un lettore di schermo. Quello stesso lettore di schermo legge spesso solo l'etichetta del campo in un modulo d'ordine — "indirizzo e-mail", "codice postale" — senza comunicare che c'è un messaggio di errore associato o cosa contiene. Il cliente sa che qualcosa è stato inserito, ma non sa che è stato rifiutato, e tanto meno sa perché.

Il problema si amplifica con una seconda causa: dove si trova il messaggio. Se il testo appare solo in cima alla pagina, mentre il cliente si trova già al terzo o quarto campo del modulo, chi naviga con la tastiera o utilizza lo zoom semplicemente non vede il messaggio, perché è fuori dalla vista. La soluzione quindi non sta in un colore diverso o in un bordo più spesso, ma in un testo legato al campo stesso, collegato al campo in modo che un lettore di schermo lo legga ad alta voce, e che spieghi concretamente cosa deve accadere — "il codice postale deve consistere di quattro cifre e due lettere" invece di solo "immissione non valida". Dove esattamente le cose vanno male nei moduli è descritto in dettaglio in perché un lettore di schermo a volte non legge i campi del modulo ad alta voce, e come questo si collega al resto della procedura d'ordine in il test dell'intero ordine usando solo la tastiera.

Da cui consegue: WCAG 2.1

Il fatto che un messaggio di errore non può basarsi solo sul colore e deve essere collegato al campo corrispondente deriva dai criteri di successo di WCAG 2.1 sull'uso del colore e sull'identificazione degli errori — lo standard su cui EN 301 549 in pratica si basa. Una scansione automatica individua alcuni di questi difetti, come la mancanza di un collegamento programmatico tra campo e messaggio di errore, ma se il testo del messaggio sia veramente comprensibile per un cliente rimane qualcosa che una scansione di questo tipo non può valutare; maggiori dettagli sono forniti in cosa una verifica automatica di accessibilità può e non può trovare.