Esaminare le linee guida per l'accessibilità

Completato

Introduzione

È essenziale conoscere i principi e i requisiti chiave che assicurano che i prodotti digitali siano accessibili a tutti gli utenti, inclusi quelli con disabilità. Le linee guida per l'accessibilità del contenuto Web (WCAG) forniscono un framework completo per la creazione di componenti accessibili per il contenuto Web e l'interfaccia utente. Questa sezione descrive i principali principi di accessibilità e i requisiti correlati al supporto dell'utilità per la lettura dello schermo.

Panoramica delle linee guida per l'accessibilità

Gli standard WCAG forniscono linee guida specifiche per garantire che i siti Web e le app siano adattabili (linee guida 1.3),distinguibili (linee guida 1.4), accessibili da tastiera (linee guida 2.1), navigabili (linee guida 2.4), leggibili (linee guida 3.1), stimabili (linee guida 3.2) e compatibili (linee guida 4.1) e compatibili (linee guida 4.1). Questi criteri di successo sono incentrati sulla facilità di spostamento, prevedibilità e coerenza dei contenuti Web e delle app e sulla compatibilità con le tecnologie di assistive. Per soddisfare queste linee guida, i progettisti e gli sviluppatori devono prendere in considerazione:

Alternative di testo (linee guida 1.1)

Questo criterio richiede la fornitura di alternative di testo per il contenuto non testuale, tra cui immagini, icone, multimediali, controlli, input, supporti basati sul tempo, CAPTCHAs. Si noti che le immagini decorative non devono essere fornite testo alternativo. Devono invece essere contrassegnati come decorativi per le utilità per la lettura dello schermo per ignorarli. L'alternativa al testo deve fornire le stesse informazioni o funzioni del contenuto non testuale. Per i contenuti non di testo che non rientrano in altre categorie specifiche, ad esempio immagini, grafici, diagrammi, animazioni e registrazioni audio, le alternative di testo possono fornire le stesse informazioni in modo che possano essere accessibili visivamente, tramite udito o tocco. Per capTCHAs, il gruppo di lavoro WCAG consiglia di implementare due diverse forme di CAPTCHA, offrendo più modalità CAPTCHA.

Supporti basati sul tempo (linee guida 1.2)

Questo criterio è incentrato sui supporti basati sul tempo e sincronizzati per garantire che le persone con disabilità possano accedere al contenuto. Include diversi requisiti chiave, ad esempio la fornitura di alternative di testo per il contenuto preregistrato solo audio e video, didascalie per tutti i contenuti audio preregistrati nei supporti sincronizzati e descrizioni audio per tutti i contenuti video preregistrati nei supporti sincronizzati. Inoltre, richiede la fornitura di didascalie per contenuti audio live nelle descrizioni audio e multimediali sincronizzate per il contenuto video preregistrato. Le trascrizioni forniscono una versione scritta del contenuto parlato, mentre le didascalie forniscono testo sincronizzato sia per il contenuto parlato che per i suoni importanti.

Adattabile (linee guida 1.3)

Questo criterio è incentrato sulla garanzia che le informazioni, la struttura e le relazioni trasmesse attraverso la presentazione siano accessibili a tutti gli utenti, aiutando gli utenti che si basano su assistive technology a comprendere il contenuto. Richiede la presentazione del contenuto in un ordine significativo che mantiene il significato e le relazioni desiderate quando vengono lette da assistive technology. Richiede inoltre che le istruzioni non dipendono esclusivamente dalle caratteristiche sensoriali, ad esempio forma, dimensione, posizione visiva, orientamento o suono. Inoltre, questo criterio richiede che il contenuto non debba essere limitato a un singolo orientamento di visualizzazione, ad esempio verticale o orizzontale, a meno che non sia essenziale un orientamento specifico. Impone inoltre che lo scopo dei campi di input che raccolgono le informazioni utente deve essere determinato a livello di codice, in modo che le tecnologie di assistive technology possano presentare queste informazioni agli utenti in modo da soddisfare le proprie esigenze. Infine, richiede che lo scopo dei componenti, delle icone e delle aree dell'interfaccia utente sia determinato a livello di codice per consentire agli utenti di comprendere e esplorare il contenuto più facilmente.

Distinguibile (linea guida 1.4)

Questo criterio è incentrato sulla percepibilità del contenuto assicurandosi che sia distinguibile e accessibile a tutti gli utenti. Include diversi requisiti chiave, ad esempio:

• Garantire che il colore non sia l'unico mezzo visivo per trasmettere informazioni, indicare un'azione, richiedere una risposta o distinguere un elemento visivo
• Fornire agli utenti un modo per arrestare, sospendere o controllare il volume di audio riprodotto automaticamente per più di tre (3) secondi
• Garantire che il testo e le immagini del testo abbiano un rapporto di contrasto di almeno 4,5:1, ad eccezione di testo di grandi dimensioni, testo incidentale e logotipi
• Assicurarsi che il testo possa essere ridimensionato fino a 200% senza perdere contenuto o funzionalità
• Garantire che non si verifichi alcuna perdita di contenuto o funzionalità quando l'utente regola la spaziatura del testo e l'altezza della riga
• Garantire che il contenuto non testuale abbia un rapporto di contrasto di almeno 3:1 rispetto ai colori adiacenti
• Fornire testo invece di immagini di testo, tranne quando una particolare presentazione è essenziale
• Garantire che il contenuto audio che contiene il parlato abbia un suono di sottofondo che sia inferiore a almeno 20 dB rispetto al parlato o che non abbia alcun suono di sottofondo
• Fornire agli utenti opzioni per controllare la presentazione visiva del testo, ad esempio primo piano e colore di sfondo, spaziatura linea e allineamento del testo
• Presentazione del contenuto senza perdita di informazioni o funzionalità e senza richiedere lo scorrimento in due dimensioni per il contenuto di scorrimento verticale a una larghezza equivalente a 320 pixel CSS
• Assicurarsi che altri contenuti attivati con il passaggio del mouse o lo stato attivo possano essere ignorati, consentire agli utenti di passare il mouse e rimanere visibili fino a quando non vengono ignorati o non più pertinenti

Accessibilità tramite tastiera (linee guida 2.1)

Questo criterio è incentrato sulla possibilità di rendere accessibili siti Web e app tramite lo spostamento tramite tastiera, assicurando che gli utenti che non possono usare un mouse possano comunque interagire con il contenuto. Richiede che tutte le funzionalità del contenuto siano operabili tramite un'interfaccia della tastiera senza richiedere intervalli specifici per le singole sequenze di tasti. Questo criterio garantisce inoltre che gli utenti possano spostarsi usando una tastiera senza rimanere bloccati in qualsiasi parte della pagina (nessuna trap da tastiera). Gli utenti devono essere in grado di spostare lo stato attivo su un elemento e allontanarlo usando la tastiera. Se gli utenti devono usare chiavi specifiche per lasciare un'area, devono essere spiegate come farlo.

Navigable (linee guida 2.4)

Questo criterio è incentrato sulla fornitura di meccanismi di spostamento chiari nei siti Web e nelle app. Include diversi requisiti chiave, ad esempio:

• Fornire agli utenti un modo per ignorare il contenuto ripetitivo e passare direttamente al contenuto principale della pagina
• Garantire che le pagine abbiano titoli descrittivi e informativi che consentono agli utenti di comprendere l'argomento o lo scopo della pagina
• Fornire più modi per consentire agli utenti di individuare una pagina all'interno di un set di pagine, ad esempio una funzione di ricerca, una mappa del sito o un sommario
• Garantire che l'ordine di spostamento degli elementi interattivi sia logico e intuitivo
• Uso di intestazioni e etichette chiare e descrittive per aiutare gli utenti a comprendere la struttura e lo scopo del contenuto
• Garantire che lo scopo di ogni collegamento sia chiaro dal testo del collegamento da solo o dal testo del collegamento insieme al contesto circostante
• Verifica che l'indicatore di stato attivo della tastiera sia visibile in modo che gli utenti comprendano quale elemento ha attualmente lo stato attivo

Leggibile (linee guida 3.1)

Questo criterio è incentrato su come rendere il contenuto del testo leggibile e comprensibile per tutti gli utenti. A tale scopo, la lingua predefinita di ogni pagina deve essere determinata a livello di codice. Inoltre, è necessario identificare anche qualsiasi passaggio o frase nel contenuto diverso dalla lingua predefinita della pagina. Ciò garantisce che le tecnologie di assistive technology possano analizzare correttamente il testo. Inoltre, è necessario fornire meccanismi per definire parole, idiomi e gergo insoliti e per espandere le abbreviazioni. Per il testo che richiede competenze di lettura avanzate, devono essere disponibili contenuti supplementari o versioni più semplici. Infine, devono essere fornite pronunce specifiche, se necessario, per evitare ambiguità. Queste misure consentono di rendere il contenuto Web più accessibile e comprensibile, in particolare per gli utenti con disabilità cognitive e di apprendimento.

Stimabile (linee guida 3.2)

Questo criterio mira a garantire che i siti Web e le app funzionino in modo prevedibile. Richiede che quando un componente riceve lo stato attivo, non dovrebbe causare un cambiamento di contesto, impedendo azioni impreviste come l'apertura di nuove finestre o l'invio di moduli. Questo criterio richiede anche che la modifica dell'impostazione di qualsiasi componente dell'interfaccia utente non causi automaticamente una modifica del contesto, a meno che l'utente non sia stato informato in anticipo. In questo modo, gli utenti non vengono reindirizzati senza avvisi. Analogamente, impone che i meccanismi di navigazione ripetuti in più pagine vengano visualizzati nello stesso ordine relativo ogni volta, aiutando gli utenti a prevedere dove saranno gli elementi di spostamento. Inoltre, i componenti con la stessa funzionalità all'interno di un set di pagine Web devono essere identificati in modo coerente, ad esempio l'etichettatura di una casella di ricerca nello stesso modo in pagine diverse. Infine, richiede che le modifiche del contesto vengano avviate solo da una richiesta utente o che un meccanismo sia disponibile per disattivare tali modifiche, dando agli utenti il controllo completo e impedendo confusione da modifiche impreviste.

Assistenza per l'input (linee guida 3.3)

Questo criterio è incentrato sull'aiutare gli utenti a evitare e correggere gli errori durante l'interazione con siti Web e app. Se viene rilevato un errore di input, l'elemento in errore deve essere identificato e descritto all'utente in testo, aiutando gli utenti a comprendere e risolvere il problema. Inoltre, questo criterio impone di fornire etichette o istruzioni quando è necessario l'input dell'utente, assicurandosi che sappiano cosa è previsto e riducendo gli errori.

Compatibile (linee guida 4.1)

Questo criterio mira a ottimizzare la compatibilità con gli agenti utente attuali e futuri, incluse le tecnologie di assistive technology. Stabilisce che il contenuto creato con linguaggi di markup deve avere elementi con tag di inizio e fine completi, elementi annidati correttamente, nessun attributo duplicato e ID univoci (a meno che non siano consentite altre specifiche). Ciò garantisce che gli agenti utente possano interpretare e analizzare accuratamente il contenuto. Inoltre, richiede che per tutti i componenti dell'interfaccia utente, il nome e il ruolo devono essere determinabili a livello di codice e stati, proprietà e valori che gli utenti possono impostare devono essere regolabili a livello di codice. Tutte le modifiche apportate a questi elementi devono essere comunicate agli agenti utente, consentendo alle tecnologie di assistive technology di interagire con e fornire informazioni su questi componenti. Infine, questo criterio impone che i messaggi di stato vengano determinati a livello di programmazione tramite ruoli o proprietà in modo che possano essere presentati all'utente tramite assistive technology senza ricevere lo stato attivo. Ciò garantisce che gli utenti che si affidano alle utilità per la lettura dello schermo o ad altre tecnologie di assistive technology siano informati di importanti modifiche al contenuto.