POUR

POUR è il quadro concettuale su cui è costruito WCAG. Ogni criterio di successo in WCAG 2.x fa riferimento a esattamente uno dei quattro principi. Memorizzare POUR è il percorso più breve per capire perché esiste una determinata regola.

I quattro principi

Percepibile. Le informazioni e i componenti dell’interfaccia utente devono essere presentabili agli utenti in modi che possano percepire. In pratica: testi alternativi per i contenuti non testuali (immagini, video), sottotitoli e trascrizioni per i contenuti audio, contrasto cromatico sufficiente, contenuti che si adattano agli utenti che utilizzano screen reader e layout ingranditi. Se un utente vedente può vedere qualcosa che un utente non vedente non può percepire, si tratta di un divario di percepibilità.

Utilizzabile. I componenti dell’interfaccia utente e la navigazione devono essere utilizzabili. Le regole principali di questo principio: pieno accesso da tastiera (nessuna funzionalità dipendente dal mouse), tempo sufficiente per leggere e completare le operazioni, assenza di contenuti che causano convulsioni (la soglia critica è: lampeggi superiori a 3 volte al secondo), navigazione chiara e ordine di focus prevedibile. I nuovi criteri di visibilità del focus e di alternativa al trascinamento di WCAG 2.2 sono regole di utilizzabilità.

Comprensibile. Le informazioni e il funzionamento dell’interfaccia devono essere comprensibili. Questo copre aspetti come pattern di navigazione prevedibili, etichettatura coerente tra le pagine, istruzioni chiare e un recupero efficace dagli errori. Le raccomandazioni del gruppo di lavoro sull’accessibilità cognitiva rientrano in questo principio, anche quando WCAG stesso si astiene dal renderle obbligatorie.

Robusto. I contenuti devono essere sufficientemente robusti da poter essere interpretati in modo affidabile da un’ampia varietà di agenti utente, incluse le tecnologie assistive. In pratica questo è il principio più limitato, con essenzialmente una sola regola — 4.1.2 Nome, Ruolo, Valore — ma quella regola copre una superficie enorme: richiede che ogni controllo UI personalizzato esponga cosa è, cosa fa e in quale stato si trova, in modo che le tecnologie assistive possano leggerlo. Il 4.1.2 è la ragione per cui esiste ARIA.

Come usare POUR operativamente

Quando si individua un problema di accessibilità, è opportuno chiedersi quale principio viola:

• Un attributo alt mancante è Percepibile.
• Una trappola da tastiera è Utilizzabile.
• Un messaggio di errore confuso è Comprensibile.
• Un menu a tendina personalizzato che non si annuncia come combobox è Robusto.

Questa mappatura aiuta a stabilire le priorità: i fallimenti di Percepibile e Utilizzabile di solito bloccano del tutto gli utenti; i fallimenti di Comprensibile e Robusto spesso degradano l’esperienza senza bloccarla. Per questa ragione la maggior parte dei team concentra il primo ciclo di audit su P e U.

POUR aiuta anche a individuare le lacune. Un team che corregge ossessivamente i problemi di Percepibile (testo alternativo, contrasto) ma ignora quelli di Utilizzabile (ordine di focus, trappole da tastiera) presenta un pattern di fallimento riconoscibile e comune. POUR rende visibile questa asimmetria.