Questa traduzione non è ancora stata rivista dalla redazione. Fa fede la versione tedesca. Deutsche Fassung →
Barrierefreiheit
Come un modulo aiuta con input errati?
Un modulo aiuta con input errati facendo un suggerimento di correzione concreto: invece di "Inserimento non valido" quindi "Per favore, inserisci la data nel formato GG.MM.AAAA, ad esempio 03.05.1980". Chi riceve solo il rapporto dell'errore senza il percorso verso la soluzione, prova a indovinare o abbandona. Il criterio WCAG 3.3.3 richiede suggerimenti di errore ogni volta che il sito Web conosce il modulo corretto.
Dal messaggio di errore al percorso di soluzione
La differenza tra "Inserimento non valido" e "Per favore, inserisci il codice postale in quattro cifre, ad esempio 1010" è la differenza tra frustrazione e conclusione. Le persone con difficoltà di apprendimento, problemi di concentrazione o poca esperienza con i moduli regolarmente falliscono su messaggi che solo constatano invece di aiutare. Inoltre, per tutti gli altri visitatori: ogni tentativo di indovino costa tempo e pazienza — e con ogni tentativo fallito, la probabilità che l'ordine o la richiesta vengano abbandonati aumenta. Il criterio richiede suggerimenti ovunque il sito Web conosca il modulo giusto: formati di data, numeri di telefono, codici postali, valori di scelta. Un'eccezione vale dove il suggerimento metterebbe a rischio la sicurezza o lo scopo — un modulo di accesso ovviamente non rivela mai quale password fosse giusta.
Come il servizio di verifica verifica i suggerimenti di errore
Se un testo di errore aiuta veramente il visitatore è una questione di formulazione — una macchina può controllare che esista un messaggio, ma difficilmente se "Controlla input" o "Per favore, inserisci codice postale di quattro cifre" appare lì. La nostra misurazione automatica accerta con il tentativo di invio dal criterio 3.3.1 se gli errori sono riconosciuti affatto e riportati sul campo. La qualità dei suggerimenti il rapporto espone come punto di verifica manuale. Con lo standard Gold, una persona riempie i tuoi moduli intenzionalmente male e valuta ogni messaggio: nomina il campo, spiega il problema e mostra il percorso verso l'input corretto.
Beispiele
Fehler ohne Hilfe zur Korrektur
<p id="datum-fehler">Ungültige Eingabe.</p><p id="datum-fehler">Datum bitte als Tag.Monat.Jahr eingeben, zum Beispiel 12.03.1985.</p>Wenn eine Korrektur bekannt ist, wird sie vorgeschlagen; bei Passwörtern und Sicherheitsfragen bleibt sie aus.
- Riempi i tuoi moduli intenzionalmente male — formato data sbagliato, lettere nel numero di telefono — e leggi criticamente ogni messaggio.
- Scrivi in ogni messaggio di errore un esempio concreto dell'input corretto, come "ad esempio 03.05.1980".
- Prendi le specifiche di formato già nella descrizione del campo, in modo che l'errore non si verifichi affatto.
- Mantieni i campi di accesso deliberatamente restrittivi — per le password, aiuta un suggerimento sulle regole, mai sul valore corretto.