Cos'è il WCAG? Comprendere le Web Content Accessibility Guidelines

Le Web Content Accessibility Guidelines, comunemente note come WCAG, sono gli standard tecnici riconosciuti a livello internazionale per rendere i contenuti digitali accessibili alle persone con disabilità. Sviluppate dal World Wide Web Consortium (W3C) attraverso uno sforzo collaborativo che coinvolge gruppi di difesa delle persone con disabilità, agenzie governative, ricercatori sull'accessibilità e professionisti del settore, le WCAG forniscono il framework che le organizzazioni di tutto il mondo utilizzano per valutare e migliorare l'accessibilità digitale.

Il WCAG non è una legge di per sé. È un insieme di standard tecnici. Tuttavia, il WCAG è stato adottato o referenziato da praticamente tutte le principali leggi e normative sull'accessibilità a livello globale, rendendolo il benchmark de facto per la conformità legale. Se la tua organizzazione deve conformarsi all'European Accessibility Act, all'Americans with Disabilities Act, alla Section 508 o a una qualsiasi delle dozzine di altre normative nazionali sull'accessibilità, il WCAG è lo standard con cui verrai valutato.

I quattro principi: POUR

Tutto nel WCAG è organizzato attorno a quattro principi fondamentali noti con l'acronimo POUR. Questi principi definiscono cosa significa rendere accessibile un contenuto digitale.

Percepibile significa che le informazioni e i componenti dell'interfaccia utente devono essere presentati agli utenti in modi che possano percepire. Questo non significa che ogni utente debba poter percepire il contenuto con tutti i sensi — significa che il contenuto deve essere disponibile attraverso almeno un senso su cui l'utente può fare affidamento. Ad esempio, le immagini necessitano di alternative testuali affinché le persone che non possono vederle possano comunque comprendere le informazioni. I video necessitano di sottotitoli affinché le persone che non possono sentire l'audio possano comunque seguire. Il testo deve avere un contrasto sufficiente rispetto allo sfondo affinché le persone con ipovisione possano leggerlo.

Utilizzabile significa che i componenti dell'interfaccia utente e la navigazione devono essere utilizzabili da tutti gli utenti. Ogni funzione disponibile tramite mouse deve essere disponibile anche tramite tastiera. Gli utenti devono avere tempo sufficiente per leggere e interagire con i contenuti. I contenuti non devono essere progettati in modo da causare convulsioni o reazioni fisiche. Gli utenti devono poter navigare, trovare i contenuti e determinare la propria posizione all'interno di un sito.

Comprensibile significa che le informazioni e il funzionamento dell'interfaccia utente devono essere comprensibili. Il testo deve essere leggibile e comprensibile. Le pagine web devono apparire e funzionare in modi prevedibili. Gli utenti devono essere aiutati a evitare e correggere gli errori — specialmente nei moduli in cui gli errori possono avere conseguenze significative.

Robusto significa che il contenuto deve essere sufficientemente robusto da poter essere interpretato in modo affidabile da un'ampia varietà di user agent, incluse le tecnologie assistive come gli screen reader. Questo richiede un codice pulito e ben strutturato che segua gli standard web e comunichi correttamente le informazioni a tutte le tecnologie che vi accedono.

Le 13 linee guida

Sotto i quattro principi POUR si trovano 13 linee guida che forniscono gli obiettivi specifici verso cui gli autori dovrebbero lavorare. Queste linee guida non sono di per sé testabili, ma forniscono il framework per i criteri di successo testabili.

Sotto Percepibile, ci sono quattro linee guida che coprono le alternative testuali per i contenuti non testuali, le alternative per i media temporizzati, l'adattabilità della presentazione dei contenuti e la distinguibilità dei contenuti, inclusi contrasto e controllo audio.

Sotto Utilizzabile, ci sono cinque linee guida che coprono l'accessibilità da tastiera, il tempo sufficiente per gli utenti, la prevenzione delle convulsioni e delle reazioni fisiche, la navigabilità e le modalità di input oltre tastiera e mouse.

Sotto Comprensibile, ci sono tre linee guida che coprono la leggibilità, la prevedibilità del comportamento delle pagine web e l'assistenza all'inserimento per moduli e gestione degli errori.

Sotto Robusto, c'è una linea guida che copre la compatibilità con gli user agent e le tecnologie assistive attuali e future.

Criteri di successo: i requisiti testabili

Ogni linea guida contiene criteri di successo specifici — dichiarazioni testabili che determinano se il contenuto soddisfa lo standard di accessibilità. Il WCAG 2.2, la versione attuale, contiene 86 criteri di successo in totale. A ogni criterio di successo viene assegnato uno dei tre livelli di conformità: A, AA o AAA.

I criteri di successo sono scritti per essere neutrali rispetto alla tecnologia. Descrivono cosa deve essere raggiunto, non come raggiungerlo. Le tecniche specifiche per soddisfare ciascun criterio dipendono dalla tecnologia utilizzata — HTML, CSS, JavaScript, PDF o altri formati. Il W3C fornisce documentazione separata sulle tecniche sufficienti e sui fallimenti comuni per ciascun criterio di successo.

Breve storia del WCAG

Il WCAG si è evoluto significativamente dalla sua prima pubblicazione. Il WCAG 1.0 è stato pubblicato nel maggio 1999, conteneva 14 linee guida con un sistema di conformità basato sulle priorità. Era rivoluzionario per l'epoca, ma era fortemente legato a tecnologie specifiche, in particolare l'HTML.

Il WCAG 2.0, pubblicato nel dicembre 2008, è stato un ripensamento fondamentale. Ha introdotto i principi POUR, il sistema di conformità a tre livelli (A, AA, AAA) e criteri di successo neutrali rispetto alla tecnologia, applicabili a qualsiasi tecnologia web anziché essere legati a linguaggi di markup specifici.

Il WCAG 2.1, pubblicato nel giugno 2018, ha aggiunto 17 nuovi criteri di successo per colmare le lacune emerse, in particolare riguardo all'accessibilità mobile, all'ipovisione e alle disabilità cognitive. È stato progettato come aggiornamento intermedio mentre si continuava a lavorare su versioni future.

Il WCAG 2.2, pubblicato nell'ottobre 2023, è lo standard attuale. Aggiunge nove nuovi criteri di successo e ne rimuove uno (SC 4.1.1 Parsing, ora considerato obsoleto). I nuovi criteri si concentrano sul miglioramento della navigazione da tastiera, sulle dimensioni degli obiettivi touch, sull'accessibilità cognitiva e sull'usabilità dell'autenticazione. Il WCAG 2.2 è retrocompatibile — i contenuti conformi al 2.2 sono conformi anche al 2.1 e al 2.0.

Chi è responsabile dell'accessibilità?

Un malinteso comune è che l'accessibilità sia esclusivamente un compito di sviluppo. In realtà, l'accessibilità è una responsabilità condivisa tra tutti i ruoli coinvolti nella creazione di contenuti digitali. I designer prendono decisioni su colore, contrasto, layout e modelli di interazione che determinano fondamentalmente l'accessibilità. Gli sviluppatori implementano le basi tecniche — markup semantico, supporto da tastiera, attributi ARIA. I creatori di contenuti scrivono il testo alternativo, il testo dei link, le intestazioni e i testi di istruzioni su cui gli utenti fanno affidamento. I product manager e i leader aziendali stabiliscono le priorità e allocano le risorse.

L'accessibilità funziona meglio quando è integrata in ogni fase del processo di progettazione e sviluppo, non aggiunta alla fine. Prima si considera l'accessibilità, meno costoso e dirompente è implementarla.