Principi di accessibilità e livelli di conformità

Completato

Le linee guida standard di settore WCAG per l'accessibilità dei contenuti Web sono organizzate in base a quattro principi: Perceivable, Operable, Understandable e Robust (Percepibile, Operabile, Comprensibile e Robusto). Per ricordare questi principi, molte persone usano l'acronimo POUR. Questi principi POUR universali forniscono le basi per l'accessibilità Web e assicurano che il contenuto Web sia accessibile alle persone con esigenze e preferenze diverse.

Secondo il World Wide Web Consortium (W3), chiunque voglia usare il Web deve avere contenuti che incorporano tutti e quattro i principi POUR. Il significato è il seguente:

  • Percepibilità: le informazioni e i componenti dell'interfaccia utente devono essere presentati in modo che siano percepibili dagli utenti. Ciò significa garantire che tutti gli utenti possano vedere, ascoltare o percepire tutti gli elementi di una progettazione. Anche se molti utenti possono essere in grado di comprendere visivamente, altri utenti possono percepire attraverso il suono o il tocco. In questi casi sono utili gli strumenti come testo alternativo per immagini e collegamenti, colore a contrasto elevato, didascalie e trascrizioni.

  • Operabile: questo principio richiede che tutti i componenti dell'interfaccia utente e le opzioni di esplorazione siano operabili. Pertanto gli utenti devono essere in grado di usare correttamente controlli, pulsanti, opzioni di esplorazione e altri elementi interattivi. Non tutti possono usare un mouse. Per molti, essere in grado di gestire un sito Web o un'applicazione Web significa usare l'assistive technology come il riconoscimento vocale, tastiere o screen reader.

  • Comprensibile: gli utenti devono essere in grado di comprendere le informazioni in un sito Web e in che modo accedere e navigare nel sito. Questo principio richiede che i siti e le applicazioni Web siano prevedibili nei criteri di progettazione e utilizzo. Dovrebbero essere facili da esplorare e leggere. Ciò significa creare una gerarchia visiva che sottolinea le intestazioni e la struttura del contenuto con istruzioni chiare e un layout struttura coerente. La comprensione può essere specifica del contesto. Ad esempio, un sito Web che spiega come completare un'attività di codifica complessa può includere informazioni comprensibili per uno sviluppatore ma che potrebbero non essere comprensibili per un utente senza un background di codifica.

  • Robusto: questo principio richiede che il contenuto sia accessibile e interpretato in modo affidabile da un'ampia gamma di agenti utente, tra cui le tecnologie assistive come screen reader, riconoscimento vocale e ingrandimento del testo. Man mano che le tecnologie degli agenti avanzano ed evolvono, il contenuto deve rimanere accessibile tra diversi tipi di dispositivi e browser.

Come si valuta l'accessibilità di un sito Web o di un'applicazione Web?

Ognuno dei quattro principi WCAG include linee guida con elementi consigliati specifici per la progettazione e lo sviluppo Web. Queste linee guida sono ulteriormente suddivise in istruzioni o criteri di successo misurabili e verificabili che definiscono i requisiti minimi per l'accessibilità Web.

Tre livelli di conformità: A, AAe AAA

Questo sistema di classificazione indica il livello di conformità e concordanza con le linee guida per l'accessibilità, dove A corrisponde al livello minimo e AAA al livello massimo di conformità. Il livello di accessibilità consigliato per la maggior parte dei contenuti Web è il livello intermedio di accessibilità AA.

I livelli sono cumulativi, il che significa che il contenuto Web AA di livello intermedio deve soddisfare anche tutti i criteri minimi di successo del livello A, mentre il contenuto AAA deve soddisfare anche i criteri di successo per il livello A e AA.

Confronto dei livelli di conformità con il principio di accessibilità Web

Verranno ora confrontati i tre livelli di conformità esaminando alcuni criteri di successo di esempio per ognuno dei principi POUR per l'accessibilità Web.

Percepibile

  • R: fornire alternative di testo per il contenuto non testuale (ad esempio immagini, audio e video).
  • AA: fornire sottotitoli per contenuti audio live (ad esempio webinar, podcast e trasmissioni).
  • AAA: fornire interpretariato con la lingua dei segni per l'audio preregistrato (ad esempio, video, animazioni e presentazioni)

Operabile

  • R: rendere tutte le funzionalità disponibili da una tastiera (ad esempio, collegamenti, pulsanti e moduli).
  • AA: fornire tempo sufficiente per leggere e usare il contenuto (ad esempio, consentire la regolazione o l'estensione dei limiti di tempo).
  • AAA: fornire l'opzione per eseguire di nuovo l'autenticazione senza perdere i dati, ad esempio salvare lo stato di avanzamento o riprendere in un secondo momento.

Comprensibile

  • R: rendere prevedibile la visualizzazione e l'operabilità dei siti (ad esempio, con meccanismi di esplorazione e feedback coerenti).
  • AA: rendere il testo leggibile e comprensibile (ad esempio con l'uso di un linguaggio chiaro e semplice; con la definizione delle parole non note).
  • AAA: fornire un modo per espandere le abbreviazioni (ad esempio usando l'elemento <abbr> o fornendo un glossario).

Solido

  • R: ottimizzare la compatibilità con gli agenti utente futuri (ad esempio, usare un markup valido e ben formato; seguire gli standard).
  • AA: Specificare il nome, il ruolo e il valore per tutti i componenti dell'interfaccia utente (UI) usando gli elementi e gli attributi HTML appropriati o i ruoli e le proprietà WAI-ARIA*.
  • AAA: indicare lo scopo e il significato dei componenti dell’interfaccia utente (ad esempio, usando punti di riferimento e etichette WAI-ARIA).

*(WAI-ARIA): Standard Web Accessibility Initiative - Accessible Rich Internet Application.