Normative · WCAG 2.2

SC 2.5.6 Livello AAA WCAG 2.1

Meccanismi di input simultanei

I contenuti web non devono limitare l'uso delle modalità di input disponibili sulla piattaforma — salvo quando la limitazione è essenziale, necessaria per proteggere il contenuto o per rispettare le impostazioni dell'utente.

Cosa richiede

Se il dispositivo dell’utente supporta più metodi di input — tocco, mouse, tastiera, stilo, voce, switch — il sito deve permettere all’utente di passare liberamente da uno all’altro. Un utente che su Surface alterna tastiera e tocco durante la giornata non dovrebbe essere costretto a «sceglierne uno». Un utente su iPad con tastiera Bluetooth e switch collegato non dovrebbe trovarsi un’interfaccia che risponde a una sola modalità.

Casi esenti: quando la limitazione è essenziale (un’app per l’input di note pianistiche), richiesta per motivi di sicurezza (un CAPTCHA che deve verificare una specifica modalità di input) oppure quando è l’utente stesso ad aver limitato le modalità tramite le proprie impostazioni.

Come soddisfarlo

  • Non rilevare il tipo di input al caricamento della pagina per poi bloccare l’interfaccia su di esso. Un sito che ragiona «dispositivo touch — nascondo tutti gli stati hover e i suggerimenti da tastiera» si rompe sui laptop ibridi.
  • Non disattivare gli stili di focus al rilevamento del mouse, a meno di disporre di un metodo robusto per riattivarli non appena viene usata la tastiera. :focus-visible risolve questo problema.
  • Non limitare l’interazione al solo drag-and-drop o al solo swipe; abbinare i gesti a equivalenti da tastiera e da puntatore (ampia sovrapposizione con 2.5.1 e 2.5.7).
  • Testare su Surface, Chromebook o iPad con tastiera collegata. Passare da una modalità di input all’altra a metà operazione e verificare che tutto continui a funzionare.

Errori comuni

  • Siti che nascondono i ring di focus non appena rilevano un dispositivo «touch capable» — gli utenti da tastiera su dispositivi ibridi perdono ogni indicazione del focus.
  • Caroselli che rispondono solo allo swipe anche quando l’utente sta scorrendo con il mouse.
  • Modali costruiti per il tocco che ignorano il tasto Escape da tastiera.
  • Rilevamento della «modalità mobile» che disabilita la palette delle scorciatoie da tastiera su qualsiasi dispositivo con viewport stretta.

Perché è importante

Molti utenti disabili sovrappongono più dispositivi di input — un puntatore guidato dalla testa abbinato a una tastiera, uno switch con il controllo vocale, una trackball con il tocco. Bloccare l’interfaccia su una sola modalità di input presunta rompe queste combinazioni. Penalizza anche la crescente popolazione di utenti su laptop convertibili e tablet con tastiera. In quanto criterio AAA non ha il peso legale del livello AA, ma il comportamento sottostante — non rilevare l’input, usare :focus-visible, supportare la tastiera insieme al puntatore — è igiene di design system che si ripaga da sola.