Accessibilità digitale significa progettare e sviluppare le tue offerte digitali in modo che, a prescindere dalle capacità mentale o fisiche di una persona, possa comunque interagire con il tuo sito web, la tua app o un altro prodotto digitale in modo significativo ed eguale.
Ma come si misura l'accessibilità di un prodotto digitale? Come fai a sapere quando qualcosa è accessibile?
Introduzione ai test di accessibilità
Esistono molti modi per testare l'accessibilità di un prodotto digitale. Un approccio fondamentale è valutarlo in base a una serie di standard di accessibilità.
Esistono molti tipi di standard di accessibilità. In genere, il tuo settore, il tuo tipo di prodotto, le leggi e le norme locali/paese o gli obiettivi generali di accessibilità determinano quale serie di linee guida seguire e i livelli da soddisfare. Se per il progetto non sono richiesti standard specifici, si consiglia di seguire la versione più recente delle Linee guida per l'accessibilità dei contenuti web (WCAG).
Testare il prodotto digitale rispetto a uno standard di accessibilità e a un livello di conformità è comunemente denominato audit di accessibilità. Un controllo dell'accessibilità utilizza vari metodi, tecniche e strumenti, tra cui test di progettazione, automatizzati, manuali e per le tecnologie per la disabilità (AT).
Eseguire un controllo dell'accessibilità per acquisire la conformità di base all'accessibilità di un prodotto digitale. Tuttavia, eseguirlo una volta all'inizio di un progetto non è sufficiente per determinare se un prodotto è accessibile. Devi eseguire questo controllo più volte durante il ciclo di vita del prodotto software per verificare la presenza di modifiche al livello di conformità, in base a una serie di linee guida o punti di controllo di accessibilità predeterminati.
Linee guida per l'accessibilità dei contenuti web (WCAG)
Le Linee guida per l'accessibilità dei contenuti web (WCAG) sono un insieme internazionale di standard di accessibilità sviluppati tramite il W3C, in collaborazione con privati e organizzazioni. L'obiettivo delle WCAG è fornire un unico standard condiviso per l'accessibilità digitale che soddisfi le esigenze di privati, organizzazioni e governi di tutto il mondo.
Le WCAG sono pensati principalmente per i progettisti e gli sviluppatori di app mobile native e basate sul web. Tuttavia, molti altri, tra cui sviluppatori di software, creatori/editor di contenuti e tutti i livelli di gestione, traggono vantaggio dalla comprensione e dall'applicazione di tecniche basate sulle WCAG al loro processo. Al tuo ruolo potrebbero essere applicati altri standard W3C, tra cui le linee guida per l'accessibilità degli strumenti di creazione (ATAG) e le linee guida per l'accessibilità degli user agent (UAAG), quindi assicurati di rivedere l'elenco di standard di W3C e utilizza quelli più applicabili al tuo ruolo e progetto.
In termini di accessibilità, le WCAG sono considerate lo "standard di riferimento" per i test di conformità. La prima bozza delle WCAG è stata pubblicata nel 1999. La versione corrente è WCAG 2.1, rilasciata a giugno 2018, mentre WCAG 2.2 è prevista per il 2023. Una versione completamente rinnovata delle linee guida, WCAG 3.0, è in fase di bozza per una versione futura, ma non si prevede che diventi uno standard W3C completato per alcuni anni.
Le linee guida WCAG prevedono tre livelli di criteri di successo: A, AA e AAA. I criteri di successo determinano la conformità alle WCAG. Per soddisfare la conformità alle WCAG, il prodotto digitale che stai testando deve soddisfare i criteri di successo per il livello target.
30
Criteri di successo
20
Criteri di successo AA
28
Criteri di successo della AAA
Per lo standard attuale (WCAG 2.1), ci sono 78 criteri di successo in totale, suddivisi tra ogni livello. È importante notare che ogni livello è progressivo, il che significa che se il tuo obiettivo di accessibilità è AA, devi soddisfare i criteri di successo sia per A che per AA per raggiungere questo livello di conformità.
30
Supera il livello
50
Supera il livello A + AA
78
Supera il livello A + AA + AAA
Principi di accessibilità
I criteri di successo delle WCAG sono un insieme molto importante di linee guida dettagliate che informano designer e sviluppatori come creare siti web e app accessibili. Comprendere queste linee guida è fondamentale per risolvere i problemi che emergono nei test di conformità per l'accessibilità. Tuttavia, le linee guida diventano rapidamente molto tecniche.
Se non hai mai utilizzato questo campo, inizia con i principi delle WCAG: Perceivable, Operable, Understandingable and Robust (POUR). Applicando i principi POUR ai tuoi prodotti digitali, puoi concentrarti sul modo in cui i prodotti vengono utilizzati da persone reali, incluse le persone con disabilità.
![Perceivable, Operable, Comprensibile e Robusto sono tutti elementi che si connettono l'uno all'altro.](https://web.developers.google.cn/static/learn/accessibility/measure/image/perceivable-operable-un-3ca2c38c67bb1.png?authuser=9&hl=it)
![Perceivable è rappresentato dagli occhiali, ma più sesnes sono utilizzati per comprendere i contenuti su uno schermo.](https://web.developers.google.cn/static/learn/accessibility/measure/image/perceivable-is-represente-b73cedede9121.png?authuser=9&hl=it)
La prima categoria in POUR è Perceivable. Questo principio afferma che gli utenti devono essere in grado di percepire tutte le informazioni essenziali sullo schermo e queste devono essere comunicate a più sensi.
Chiediti: il tuo prodotto digitale include contenuti o funzionalità che una persona con una disabilità specifica non potrebbe percepire? Assicurati di prendere in considerazione tutti i diversi tipi di disabilità: disturbi visivi, disabilità uditive, cognitive e del linguaggio, disturbi vestibolari e convulsivi e altro ancora.
Esempi di "percepibile":
- Aggiunta di alternative di testo a tutte le immagini non decorative e le icone essenziali.
- Aggiungere sottotitoli, trascrizioni e descrizioni audio ai video.
- Il colore non è l'unico metodo per trasmettere un significato.
![Operable è rappresentato da una tastiera, ma esistono diverse interfacce e software che è possibile utilizzare per interagire.](https://web.developers.google.cn/static/learn/accessibility/measure/image/operable-is-represented-25d61035f29ea.png?authuser=9&hl=it)
La seconda categoria è Operable. Per questo principio, gli utenti devono essere in grado di utilizzare l'interfaccia del prodotto digitale. L'interfaccia non può richiedere interazioni che un utente non può eseguire.
Chiediti: gli utenti possono controllare gli elementi interattivi del tuo prodotto digitale? Ci sono problemi relativi all'ordine di attenzione o alla tastiera? Come vengono gestite le interfacce touch?
Esempi di annunci azionabili:
- Aggiunta del supporto per tastiera e touchscreen a tutti gli elementi attivi.
- Fare in modo che slideshow e video abbiano a disposizione tutti i controlli necessari.
- Dare agli utenti il tempo necessario per compilare un modulo o un metodo per prolungare il tempo.
![Comprensibile è rappresentato da una testa con punti collegati colorati.](https://web.developers.google.cn/static/learn/accessibility/measure/image/understandable-is-represe-1058f406bb95d.png?authuser=9&hl=it)
La terza categoria di POUR è comprensibile. Secondo questo principio, gli utenti devono comprendere le informazioni e il funzionamento dell'interfaccia utente.
Chiediti: tutti i contenuti sono scritti in modo chiaro? Tutte le interazioni sono facili da capire? L'ordine della pagina ha senso (per utenti vedenti, utenti che usano solo la tastiera e utenti di screen reader?)
Esempi di comprensibile:
- Scrivendo in modo semplice: non usare parole complesse quando invece una semplice può farlo.
- Assicurarsi che il prodotto digitale abbia una navigazione prevedibile.
- Garantire che i messaggi di errore siano chiari e facili da risolvere.
![Solido](https://web.developers.google.cn/static/learn/accessibility/measure/image/robust-f65ed074e7301.png?authuser=9&hl=it)
L'ultima categoria è Robusto. Questo principio si concentra sul supportare le tecnologie per la disabilità e garantire che, con l'evolversi di dispositivi e user agent, il prodotto digitale rimanga accessibile.
Chiediti: quali tipi di tecnologie per la disabilità sono supportati? Il tuo prodotto digitale funziona solo sui browser o sui sistemi operativi più recenti? Funziona in tutti i punti di interruzione e con diversi orientamenti del dispositivo?
Esempi di Robusto:
- Test della navigazione solo da tastiera.
- Eseguire test con diverse tecnologie per screen reader.
- Garantire che sia possibile accedere a tutti i contenuti e a tutte le funzionalità, a prescindere dalle dimensioni o dall'orientamento del dispositivo.
Ricorda che l'aspetto fondamentale di POUR non consiste nell'aderire rigidamente a regole severe e veloci. ma è un modo per comprendere e soddisfare le diverse esigenze dei tuoi utenti.
Verifica la tua comprensione
Verifica le tue conoscenze sulla misurazione dell'accessibilità
Qual è il livello superiore delle prestazioni delle WCAG?
Quali sono alcuni esempi di prodotti utilizzabili?