Normative · WCAG 2.2

SC 3.3.7 Livello A WCAG 2.2 Nuovo nella 2.2

Immissione ridondante

Le informazioni già fornite dall'utente nella stessa sessione non devono essere richieste nuovamente: devono essere precompilate automaticamente o selezionabili da un elenco, salvo che la re-immissione sia essenziale (ad esempio la conferma di una password). Novità di WCAG 2.2.

Cosa richiede

Quando un processo richiede all’utente di inserire la stessa informazione più volte nell’ambito della stessa sessione — tipicamente in un flusso a più passaggi — la pagina deve precompilare automaticamente il valore oppure consentire all’utente di scegliere tra i valori già inseriti in precedenza. Chiedere all’utente di riscrivere lo stesso indirizzo e-mail, indirizzo postale o nome nel passaggio 3 che aveva già fornito nel passaggio 1 costituisce una non conformità — a meno che la re-immissione abbia uno scopo essenziale, come la conferma di una password.

Il criterio di successo si applica all’interno di un’unica sessione e di un unico processo. Richiedere gli stessi dati il mese successivo, o in un flusso diverso, è al di fuori dell’ambito di applicazione.

Come soddisfarlo

  • Nei flussi di acquisto, precompilare l’indirizzo di fatturazione con quello di spedizione (e offrire una casella «Uguale alla spedizione»).
  • Nei flussi di creazione account, trasferire nome e indirizzo e-mail in tutti i passaggi successivi.
  • Per i moduli governativi e assicurativi, propagare le informazioni sui componenti del nucleo familiare tra le sezioni.
  • Quando l’utente deve reinserire qualcosa per una ragione genuina (digitazione di un codice di conferma, re-immissione di una password per sicurezza), spiegare il motivo.
  • Mantenere i dati del modulo parzialmente compilato nello stato del client o nel session storage in modo che la navigazione avanti/indietro non comporti la perdita dei valori.

Errori comuni

  • Moduli di acquisto a più passaggi che richiedono l’indirizzo e-mail nel passaggio di contatto e di nuovo nel passaggio di pagamento.
  • Flussi di prenotazione che chiedono il nome del viaggiatore principale e poi lo stesso nome ancora come intestatario della carta, senza precompilazione automatica.
  • Flussi di recupero account che richiedono l’indirizzo e-mail, poi il nome utente separatamente, poi di nuovo lo stesso indirizzo e-mail in una schermata di «conferma».
  • Lunghi moduli governativi con sottosezioni parallele che chiedono ciascuna le stesse informazioni sul richiedente principale.

Perché è importante

Si tratta di uno dei nuovi criteri di livello A di WCAG 2.2, aggiunto per rispondere alle esigenze di accessibilità cognitiva. La re-immissione ha un costo elevato per gli utenti con disabilità mnemoniche, dislessia, ADHD, disabilità motorie (dove ogni battuta ha il suo peso) e per gli utenti che si avvalgono di switch o di controllo vocale (dove ogni campo di un modulo è un’operazione lenta). Anche gli utenti con ansia legata ai moduli possono abbandonare un flusso quando incontrano un’immissione ridondante, supponendo che il sistema abbia perso i loro dati.

La soluzione è quasi sempre banale — propagare lo stato di sessione — ma richiede che la progettazione dei moduli sia coordinata tra i passaggi anziché trattare ciascuno come un modulo isolato. Nelle verifiche di conformità alla versione 2.2 dei flussi a più passaggi, il criterio 3.3.7 è destinato a essere segnalato frequentemente.