Creare risorse accessibili: Moduli

I moduli sono una parte fondamentale dell’interazione con gli utenti nelle landing page e nei siti web, sia per iscriversi, sia per fare acquisti o per inviare informazioni. Per garantire che tutti possano utilizzarli, i moduli devono essere progettati tenendo conto dell’accessibilità. Questo articolo illustra le migliori pratiche per etichettare i campi, fornire istruzioni chiare, gestire gli errori e supportare la navigazione da tastiera, in modo che tutti gli utenti possano completare i tuoi moduli con facilità.

Requisiti

• Tutte le etichette devono essere associate in modo programmatico agli elementi corrispondenti.
• Tutte le etichette devono essere disponibili come testo distinguibile programmaticamente.
• Tutte le etichette devono essere significative.
• Il testo segnaposto è consentito ma non deve essere utilizzato come unico metodo per fornire un’etichetta per un input di testo.
• Quando vengono utilizzate più etichette per un elemento, ogni etichetta deve essere associata programmaticamente all’elemento corrispondente.
• Quando si utilizza un’etichetta per più elementi, l’etichetta deve essere associata programmaticamente a ciascuno degli elementi corrispondenti.
• Le etichette di gruppo devono essere associate programmaticamente al gruppo se le singole etichette per ogni elemento del gruppo non sono sufficienti da sole (ad esempio un gruppo di pulsanti radio che ha un’etichetta di gruppo più le etichette individuali per ogni opzione radio).
• Le istruzioni per la comprensione e l’utilizzo dei contenuti non devono basarsi esclusivamente sulle caratteristiche sensoriali dei componenti, quali:
  • forma,
  • colore,
  • dimensioni,
  • posizione visiva,
  • orientamento,
  • suono.
• Le icone o i grafici possono essere utilizzati come unica etichetta visiva (senza testo visivo) solo se il significato dell’icona è visivamente evidente e se esiste un’etichetta semantica associata programmaticamente disponibile per le tecnologie assistive.
• Le etichette devono essere visibili.
• Le istruzioni per un elemento devono essere associate programmaticamente all’elemento stesso.
• Le istruzioni per un elemento devono essere disponibili come testo determinabile programmaticamente.
• Le istruzioni per un elemento devono essere significative.
• Istruzioni di input visibili: Le istruzioni per un elemento devono essere visibili.
• Per i componenti dell’interfaccia utente con etichette che includono testo o immagini di testo, il nome deve contenere il testo che viene presentato visivamente.
• L’etichetta programmatica deve includere lo stesso testo presentato nell’etichetta visiva, per facilitare l’attivazione vocale.
• Se la conoscenza di un campo disabilitato è essenziale per la comprensione del contenuto, deve essere previsto un modo alternativo per comunicare le informazioni sul campo disabilitato.
• Questo perché i campi disabilitati non sono nell’ordine normale delle schede per impostazione predefinita, rendendo difficile per gli utenti di screen reader scoprirli.
• Agli utenti DEVE essere concesso un tempo sufficiente per completare il modulo, attraverso almeno uno dei seguenti metodi:
  • nessun limite di tempo,
  • la possibilità di disattivare il limite di tempo,
  • la possibilità di estendere il limite di tempo,
  • la possibilità di regolare/personalizzare il limite di tempo,
  • un minimo di 20 ore per completare il modulo.
• Le informazioni precedentemente inserite dall’utente o fornite all’utente che devono essere inserite nuovamente nello stesso processo sono:
  • auto-popolate, oppure
  • disponibili per essere selezionate dall’utente.
• Ad eccezione dei casi in cui:
  • la reimmissione delle informazioni è essenziale,
  • le informazioni sono necessarie per garantire la sicurezza del contenuto,
  • oppure le informazioni inserite in precedenza non sono più valide.
• Non deve essere richiesto un test di funzionalità cognitiva (come ricordare una password o risolvere un puzzle) per nessuna fase del processo di autenticazione.
  • il “riconoscimento di oggetti” e il “contenuto personale” possono essere rappresentati da immagini, video o audio.

Eccezioni

Inserimento di informazioni ridondanti

Sono ammesse eccezioni quando:

• la reimmissione delle informazioni è essenziale,
• le informazioni sono necessarie per garantire la sicurezza del contenuto,
• oppure le informazioni inserite in precedenza non sono più valide.

Autenticazione

Un test di funzionalità cognitiva (come ricordare una password o risolvere un puzzle) NON DEVE essere richiesto per nessuna fase di un processo di autenticazione, a meno che tale fase non preveda almeno uno dei seguenti elementi:

• Un altro metodo di autenticazione che non si basa su un test di funzionalità cognitiva.
• È disponibile un meccanismo per assistere l’utente nel completamento del test di funzionalità cognitiva.
• Il test delle funzioni cognitive consiste nel riconoscere gli oggetti.
• Il test di funzionalità cognitiva consiste nell’identificare il contenuto non testuale fornito dall’utente al sito web.

Esempi

	DO: Un modulo contiene diversi campi obbligatori. Le etichette dei campi obbligatori sono visualizzate in rosso. Alla fine di ogni etichetta c’è un asterisco, *. DO: I campi hanno delle icone di supporto per rappresentare lo stato dell’input, ad esempio il blocco. DO: tutti gli stati di input sono facilmente riconoscibili.
	I meccanismi che soddisfano il criterio 3.3.8 includono: supporto per l’inserimento di password da parte di gestori di password per ridurre la necessità di memoria, copia e incolla per ridurre l’onere cognitivo della digitazione.