Accessibilità ≠ Overlay: quando un CAPTCHA impedisce di accedere a un sito web
Un CAPTCHA può proteggere un modulo dagli abusi, ma può anche diventare una porta chiusa. La sicurezza deve funzionare senza imporre prove che alcune persone non possono percepire o completare.
Il problema è la barriera, non la sicurezza
Selezionare semafori nelle immagini, decifrare lettere deformate o risolvere enigmi visivi può escludere le persone cieche. Anche le prove audio non sono universali: possono escludere persone sorde o con difficoltà di comprensione.
Una barriera nel momento decisivo
Il problema è particolarmente grave durante registrazione, accesso, prenotazione, richiesta di contatto o pagamento. Se superare la prova è l’unico modo per proseguire, alcune persone restano escluse dal servizio.
Cosa prevedono le linee guida
Le WCAG non vietano tutti i CAPTCHA. Il criterio 1.1.1 richiede alternative testuali che ne identifichino lo scopo e alternative per diverse modalità sensoriali. Nei processi di autenticazione occorre considerare anche i requisiti WCAG 2.2 e le eccezioni applicabili.
Alternative con meno ostacoli
Meglio limitare i tentativi, rilevare gli abusi lato server e adottare verifiche proporzionate al rischio, evitando rompicapi percettivi. Se serve una prova, deve esistere un’alternativa realmente accessibile e testata: un pulsante audio non basta.
Verificare l’intero percorso
Bisogna testare tastiera, screen reader e dispositivi mobili, oltre a istruzioni, focus, errori, scadenze e nuovi tentativi. Un’alternativa che fallisce all’invio del modulo non risolve il problema.
Come può aiutare Blind Reader
Blind Reader aiuta a orientarsi, trovare il modulo e navigare tra campi e azioni. Può anche correggere alcune barriere di interazione nel browser. Queste funzioni migliorano l’accesso, ma un CAPTCHA inaccessibile richiede una verifica accessibile predisposta dal gestore del sito.
Consentire di completare l’azione
Un modulo sicuro e accessibile non deve imporre una scelta tra protezione e utilizzo. Tutti dovrebbero poter contattare, acquistare o autenticarsi senza prove inutili.
Fonti e riferimenti
Sicurezza e accessibilità devono essere progettate insieme. Un CAPTCHA non dovrebbe impedire a nessuno di usare un sito web.
Episodio 17 · Accessibilità ≠ Overlay