Cosa Significa WCAG 2.2 per il Tuo Sito Web

Dopo due anni di raccolta di feedback, il World Wide Web Consortium (W3C) ha pubblicato le Web Content Accessibility Guidelines (WCAG) 2.2(opens in a new tab) come raccomandazione ufficiale — stabilendo un nuovo insieme di criteri che le aziende devono considerare per rimanere conformi a leggi come l’Americans with Disabilities Act (ADA).

In particolare, le aziende che erano conformi agli standard WCAG 2.1 Livello AA potrebbero non esserlo più con WCAG 2.2 — ed è probabile che questi requisiti cambieranno ancora nei prossimi anni. Questo significa che sono necessari ulteriori test e approfondimenti da parte di esperti certificati di accessibilità per garantire che le aziende rimangano conformi.

Di seguito, forniamo una panoramica dei nuovi criteri e consigli su come le aziende possono individuare dove i loro contenuti digitali non sono più conformi. Parleremo anche di come AudioEye semplifica questo processo, rendendo facile per le organizzazioni soddisfare gli standard di accessibilità in evoluzione.

L’Evoluzione delle Linee Guida per l’Accessibilità dei Contenuti Web

Originariamente stabilite nel 1999, le WCAG 1.0 sono state il primo passo nell’introduzione di linee guida per l’accessibilità del web. Le linee guida originali erano focalizzate principalmente su HTML e includevano 14 linee guida.

La versione successiva, WCAG 2.0, è stata creata nel 2008 e ha ampliato il suo ambito per includere i quattro principi dell’accessibilità web. WCAG 2.0 è stata introdotta dopo importanti cambiamenti tecnologici ed è stata applicata a tutti i contenuti digitali, inclusi documenti e app mobili.

WCAG 2.1 è stata rilasciata a giugno 2018 e si basa sui principi di WCAG 2.0. È stato un aggiornamento ben accolto, poiché WCAG 2.0 non poteva più tenere conto dei più recenti sviluppi tecnologici e dell’uso del web. Le nuove linee guida includono diversi nuovi criteri di successo per migliorare l’accessibilità web sui dispositivi mobili.

Questo ci porta a ottobre 2023, quando è stata rilasciata l’ultima versione delle WCAG. Le linee guida includono nove nuovi criteri di successo che si concentrano specificamente sul fornire maggiore supporto agli utenti con ipovisione, disabilità cognitive o di apprendimento e abilità motorie limitate.

Poiché le WCAG sono considerate lo standard di riferimento per l’accessibilità dei siti web, la Sezione 508 del Rehabilitation Act richiede alle agenzie federali di rispettare le WCAG 2.0 A/AA. Per le aziende private, il Dipartimento di Giustizia (DOJ) ha dichiarato che per rispettare l’ Americans with Disabilities Act (ADA)(opens in a new tab), le organizzazioni devono conformarsi alle raccomandazioni WCAG.

Un grafico che mostra i tre livelli di conformità WCAG: Livello A, Livello AA e Livello AAA.

WCAG 2.2: Novità e Perché Sono Importanti

Come accennato sopra, WCAG 2.2 include nove nuovi criteri di successo, che si aggiungono ai 78 criteri di successo di WCAG 2.1. Ognuno di questi criteri aiuta a migliorare l’accessibilità digitale per tre gruppi principali: utenti con disabilità cognitive o di apprendimento, utenti con ipovisione e utenti con disabilità su dispositivi mobili.

L’ultima versione delle linee guida per l’accessibilità ha anche rimosso un criterio precedente ormai obsoleto: WCAG 4.1.1: Parsing. È la prima volta che un criterio di successo viene rimosso dalle linee guida, a testimonianza della loro adattabilità alle tendenze digitali attuali.

Come nelle versioni precedenti, i nuovi criteri sono suddivisi in tre livelli di conformità: A, AA e AAA. Secondo l’avviso recentemente pubblicato dal DOJ sulla proposta di regolamento per l’accessibilità dei siti web ai sensi del Titolo II dell’ADA, le aziende devono conformarsi agli standard WCAG 2.X Livello AA.

Tenendo questo a mente, vediamo i nuovi criteri e come ciascuno aiuta ad affrontare le problematiche di accessibilità.

WCAG 2.4.11: Focus Non Oscurato (Minimo) (Livello AA)

Per gli utenti vedenti che si affidano alla tastiera per navigare nei siti web, conoscere il punto attuale di focus è una parte fondamentale della navigazione nelle pagine. Tuttavia, gli elementi in focus possono talvolta essere oscurati da intestazioni fisse, pop-up e altri contenuti che appaiono sullo schermo.

Quando un componente dell’interfaccia riceve il focus da tastiera, WCAG 2.4.11(opens in a new tab) stabilisce che una parte di esso deve rimanere visibile e non essere oscurata da altri contenuti sullo schermo. Questo può aiutare a migliorare il focus e la navigazione per utenti con disabilità cognitive o visive; tuttavia, più l’indicatore di focus è visibile, più è facile per gli utenti seguirlo mentre navigano nelle pagine web.

WCAG 2.4.12: Focus Non Oscurato (Avanzato) (Livello AAA)

WCAG 2.4.12(opens in a new tab) segue le stesse linee guida del criterio precedente; tuttavia, la differenza chiave qui è che nessuna parte dell’indicatore di focus può essere nascosta da altri contenuti sulla pagina. Questo garantisce che l’elemento in focus sia completamente visibile all’utente, migliorando la navigazione per chi ha una visione limitata o ridotta. Anche gli utenti con limitazioni di attenzione (come problemi di memoria a breve termine) possono concentrarsi più facilmente con tutto il focus visibile.

WCAG 2.4.13: Aspetto del Focus (Livello AAA)

Gli indicatori di focus evidenziano l’elemento di una pagina web che è attualmente in focus. WCAG 2.4.13(opens in a new tab) richiede che gli indicatori di focus abbiano un contrasto cromatico sufficiente (almeno 3:1 tra gli stessi pixel negli stati in focus e non in focus) e siano abbastanza grandi da essere chiaramente visibili. Ad esempio, quando un link riceve il focus, viene visualizzato un contorno attorno al link. Il colore di questo contorno dovrebbe avere un contrasto sufficiente con il colore di sfondo della pagina.

Garantire che gli indicatori di focus abbiano un contrasto cromatico sufficiente assicura che gli utenti possano vedere facilmente piccoli cambiamenti nell’aspetto visivo. Questo è particolarmente utile per le persone anziane o per gli utenti che usano la tastiera, poiché possono facilmente seguire dove si trovano sulla pagina mentre si spostano.

WCAG 2.5.7: Movimenti di Trascinamento (Livello AA)

Il drag and drop può essere scomodo e soggetto a errori per molte persone, sia che usino una tastiera, abbiano una disabilità motoria o si affidino a dispositivi di input adattati come puntatori per la testa o emulatori di mouse controllati dalla voce.

WCAG 2.5.7(opens in a new tab) richiede che i movimenti di trascinamento non siano l’unico modo per compiere azioni essenziali su una pagina, sia che si tratti di manipolare uno slider o riordinare componenti in un’interfaccia drag-and-drop.

Ad esempio, un sito web potrebbe abilitare la tastiera per funzionare con le frecce su/giù/sinistra/destra o fornire pulsanti a schermo che l’utente può premere per spostare uno slider o ordinare una lista. Questo garantisce che gli utenti che hanno difficoltà o non possono eseguire movimenti di trascinamento possano comunque operare nell’interfaccia drag-and-drop.

WCAG 2.5.8: Dimensione del Target (Minimo) (Livello AA)

Quando i pulsanti e altri elementi cliccabili sono piccoli, è difficile per le persone con tremori alle mani e altre disabilità motorie fini attivarli senza attivare accidentalmente un altro elemento.

WCAG 2.5.8(opens in a new tab) richiede che la dimensione minima di tutti gli elementi cliccabili (come i pulsanti call-to-action) sia almeno di 24 x 24 pixel CSS. Richiede inoltre che i siti web forniscano almeno 24 pixel CSS di spazio tra target adiacenti.

Questo criterio fornisce un’alternativa di Livello AA a WCAG 2.5.5: Dimensione del Target(opens in a new tab), un requisito di Livello AAA introdotto con WCAG 2.1 che richiede una dimensione del target di almeno 44 x 44 pixel CSS per tutti gli elementi cliccabili.

Questa nuova possibilità consente alle persone con limitazioni motorie fini di cliccare facilmente sui pulsanti. Migliora anche l’esperienza mobile, poiché gli utenti hanno abbastanza spazio per selezionare pulsanti più piccoli.

WCAG 3.2.6: Aiuto Coerente (Livello A)

Se funzioni di aiuto o meccanismi di supporto — come i dettagli di contatto di un sito o un chatbot di auto-aiuto — sono disponibili su più pagine di un sito, WCAG 3.2.6(opens in a new tab) richiede che appaiano nella stessa posizione e ordine relativo su ogni pagina in cui sono presenti.

Ad esempio, se un sito ha un’opzione ‘Chat’, dovrebbe apparire nell’angolo in basso a destra di ogni pagina. Oppure i dettagli di contatto, inclusi numero di telefono, orari di apertura o indirizzo email, sono elencati nel footer di ogni pagina.

Elencando costantemente le informazioni utili nello stesso posto, le persone che potrebbero avere difficoltà a trovare aiuto o a ricordare dove sono elencate le informazioni possono trovarle più facilmente.

WCAG 3.3.7: Inserimento Ridondante (Livello A)

Alcuni moduli richiedono agli utenti di inserire le stesse informazioni più di una volta, il che può essere gravoso per le persone con disabilità motorie. Può anche essere difficile per utenti con disabilità cognitive, poiché potrebbero avere difficoltà a ricordare quali informazioni hanno già inserito.

WCAG 3.3.7(opens in a new tab) richiede che i siti web auto-compilino i campi o consentano agli utenti di riutilizzare i dati già inseriti. Questo evita agli utenti di dover inserire ripetutamente le stesse informazioni, riduce la probabilità di errori e diminuisce la necessità di digitazione.

WCAG 3.3.8: Autenticazione Accessibile (Minimo) (Livello AA)

L’obiettivo di WCAG 3.3.8(opens in a new tab) è fornire agli utenti con disabilità cognitive un modo semplice e accessibile per accedere a siti web e app mobili. Se viene utilizzato un test di funzione cognitiva(opens in a new tab) — come memorizzare una password o identificare immagini o caratteri — i siti devono offrire almeno un altro metodo di autenticazione.

Questo semplifica il processo di autenticazione per le persone con disabilità cognitive e consente loro di autenticarsi in base alle proprie esigenze. Un meccanismo utile può essere l’uso di gestori di password, che aiutano a ridurre la necessità di memoria e il peso della digitazione ripetuta delle informazioni.

WCAG 3.3.9: Autenticazione Accessibile (Avanzata) (Livello AAA)

Simile al criterio precedente, WCAG 3.3.9(opens in a new tab) è pensato per semplificare il processo di accesso per utenti con disabilità cognitive. Tuttavia, questo criterio va oltre e non consente l’autenticazione tramite riconoscimento di oggetti o contenuti forniti dall’utente, come una foto caricata dall’utente. Questo garantisce che utenti con difficoltà cognitive legate a memoria, lettura (ad esempio dislessia), numeri o limitazioni di elaborazione-percezione possano accedere o autenticarsi facilmente.

WCAG è un Requisito Legale?

In particolare, diversi nuovi criteri di successo WCAG 2.2 richiedono test manuali per essere identificati in modo affidabile — sottolineando la necessità per le aziende di integrare i test automatici con audit manuali da parte di esperti certificati di accessibilità e utenti di tecnologie assistive.

In AudioEye, collaboriamo con oltre 80 membri della comunità delle persone con disabilità (nota come AudioEye A11iance) per auditare in modo esperto i siti web dei clienti per problemi WCAG. In preparazione alla pubblicazione di WCAG 2.2, i nostri tester si sono formati sui più recenti criteri WCAG e sulle strategie di correzione.

Vuoi sapere dove la tua azienda potrebbe non essere conforme agli ultimi standard WCAG? Prenota una consulenza gratuita per discutere l’accessibilità del tuo sito e come AudioEye può aiutarti a individuare e risolvere i problemi di accessibilità alla radice.

Passi per Garantire che il Tuo Sito Rispetti gli Standard WCAG 2.2

Anche se la tua organizzazione è tenuta a rispettare gli standard WCAG 2.0 o 2.1, è consigliato conformarsi ai nuovi standard WCAG. Farlo migliora l’accessibilità del tuo sito e dimostra il tuo impegno a offrire un’esperienza accessibile e inclusiva.

Di seguito trovi tre modi per implementare gli standard WCAG 2.2 sul tuo sito.

Esegui un Audit di Accessibilità

Il primo passo per integrare i criteri WCAG 2.2 è eseguire un audit del tuo sistema attuale. Questo ti permetterà di individuare dove sono presenti problemi di accessibilità e ti darà un punto di partenza per implementare WCAG 2.2. Un Accessibility Checker come AudioEye può aiutarti in questo processo.

Implementa le Modifiche in Base ai Risultati dell’Audit

Una volta ottenuti i risultati dell’audit, inizia a implementare le modifiche. Si consiglia di partire dai problemi più piccoli — come correggere link non funzionanti o aggiungere testo alternativo alle immagini — prima di affrontare quelli più complessi.

Coinvolgi Esperti Certificati di Accessibilità per Test Manuali

Le piattaforme automatiche di accessibilità possono rilevare solo i problemi di accessibilità più comuni. Le problematiche più complesse, come un testo alternativo scritto male o una scarsa compatibilità con la navigazione solo da tastiera o con tecnologie assistive, possono sfuggire. I test manuali non solo possono individuare questi problemi, ma anche fornire raccomandazioni su come correggerli.

Ad esempio, la piattaforma di Accessibilità Digitale di AudioEye utilizza test automatici per individuare i problemi comuni di accessibilità e fornisce correzioni automatiche per questi problemi. Tutto ciò che non può essere risolto dalla nostra soluzione automatica viene gestito dal nostro team di tester umani che risolvono i problemi con soluzioni personalizzate.

Un approccio ibrido ai test di accessibilità migliora l’accessibilità complessiva del tuo sito e crea un’esperienza migliore e più inclusiva.

Una pagina web stilizzata con diversi errori di accessibilità segnalati da punti esclamativi, accanto a un simbolo verde di accessibilità.

Come AudioEye Semplifica la Conformità a WCAG 2.2

Poiché gli standard WCAG continuano a evolversi, le organizzazioni devono monitorare e testare costantemente i propri siti per errori di accessibilità o violazioni WCAG. Farlo migliora l’accessibilità del sito e aiuta a soddisfare i requisiti legali di accessibilità.

In AudioEye, garantiamo che il tuo sito rispetti gli ultimi standard WCAG sia tramite test automatici che tramite test esperti svolti da un gruppo di specialisti di accessibilità. Collaboriamo anche con oltre 80 membri della comunità delle persone con disabilità (AudioEye A11iance) per eseguire test personalizzati esperti sui siti web. Ogni nostro tester è stato formato sull’ultima versione degli standard WCAG per assicurare che i siti rispettino i criteri di successo più recenti.

La parte migliore di lavorare con AudioEye? Non devi monitorare tu stesso i cambiamenti — lo facciamo noi per te! I nostri Expert Audits testano regolarmente il tuo sito per trovare e correggere problemi di accessibilità prima che impattino i tuoi clienti.

Pronto a vedere quanto è conforme il tuo sito agli standard WCAG 2.2? Prenota una demo gratuita con AudioEye e scopri come possiamo semplificare il tuo percorso verso l’accessibilità.