Questa traduzione non è ancora stata rivista dalla redazione. Fa fede la versione tedesca. Deutsche Fassung →
Barrierefreiheit
Come un sito Web mostra correttamente gli errori del modulo?
Un sito Web mostra correttamente gli errori del modulo denominando il campo interessato e descrivendo l'errore a parole: "Inserisci il Tuo indirizzo email." Un bordo rosso da solo non è sufficiente — i visitatori ciechi non lo vedono, i visitatori daltonici potrebbe trascurarlo. Il criterio WCAG 3.3.1 richiede che gli errori di inserimento rilevati vengano rilevati automaticamente e comunicati al visitatore in formato testo.
Un bordo rosso da solo lascia i visitatori a indovinare
Immagini il Suo modulo di contatto che risponde con il messaggio "Controllegre i Suoi inserimenti" — nulla di più. Un visitatore che vede ora cerca i bordi rossi. Un visitatore cieco non ha nemmeno questa possibilità: il Suo software di lettura dello schermo legge i testi, non i colori. Passa attraverso i campi di nuovo uno per uno e indovina dove sia il problema. Molti si arrendono in questo punto — e Lei perde una richiesta o un ordine. Un buon messaggio di errore dice tre cose: quale campo è interessato, cosa c'è di sbagliato in esso e nel migliore dei casi, come dovrebbe essere corretto. Inoltre, il messaggio deve essere tecnicamente collegato al campo, in modo che i software di lettura dello schermo lo annuncino sul campo stesso.
Così il servizio di verifica misura il riconoscimento degli errori
Il servizio di verifica testa il Suo modulo in un vero browser con un tentativo controllato: cerca un modulo con campi obbligatori e lo invia intenzionalmente vuoto. Quindi osserva la reazione. Se i campi obbligatori sono contrassegnati come erronei e la descrizione dell'errore è tecnicamente collegata ai campi, il criterio è considerato soddisfatto — il rapporto nota quanti campi sono stati denominati correttamente. Le semplici barre di ricerca e i moduli senza campi obbligatori sono intenzionalmente esclusi dalla misurazione per evitare di innescare qualcosa di indesiderato sul Suo sito; tali casi sono segnalati nel rapporto come punto di verifica manuale aperto. Con lo standard Gold, una persona controlla inoltre se i testi degli errori sono formulati in modo comprensibile.
Beispiele
Fehler ohne Ort und Text
<p class="rot">Bitte Eingaben prüfen.</p>
<input name="iban"><label for="iban">IBAN</label>
<input id="iban" name="iban" aria-invalid="true" aria-describedby="iban-fehler">
<p id="iban-fehler">IBAN: 20 Zeichen erwartet, 18 eingegeben.</p>Die Meldung nennt das Feld und den Fehler und ist mit dem Feld verbunden, damit das Vorleseprogramm sie beim Feld ansagt.
- Invii il Suo modulo di contatto una volta intenzionalmente vuoto e legga il messaggio di errore con gli occhi di uno straniero.
- Formuli ogni messaggio di errore secondo il modello: nome del campo, problema, soluzione — "Indirizzo email: inserisci un indirizzo con il simbolo @."
- Chieda alla Sua agenzia di collegare tecnicamente i messaggi di errore al rispettivo campo, in modo che i software di lettura dello schermo li annuncino.
- Non si affidi mai solo al colore — ogni bordo rosso ha bisogno di un testo esplicativo accanto.