Con la nascita delle WCAG 2.1, con le richieste derivanti dalla direttiva europea in materia di accessibilità Web recepita dall’aggiornamento della legge Stanca (con decreto legislativo 8 agosto 2018), vediamo assieme come potrebbe cambiare il nostro modo di lavorare per essere aderenti a queste novità.

Innanzitutto, va ricordato che le novità non sono direttamente applicabili: finché AgID non emanerà le linee guida in sostituzione dell’attuale Allegato A del DM 8 luglio 2005, i requisiti e le modalità di verifica saranno gli attuali, ovvero:

• Conformità alle WCAG 2.0 livello “AA”
• Metodologia di verifica descritta dal DM 8 luglio 2005.

In futuro, la conformità sarà stabilita al livello “AA” delle WCAG 2.1 con una differente metodologia di verifica in fase di definizione. Ricordando che un sito conforme alle WCAG 2.1 è conforme anche alle WCAG 2.0 (ma solitamente non vale il contrario), l’aderenza al livello “AA” delle WCAG 2.1 sarà differente a seconda della data di pubblicazione dell’ultima versione del sito Web (ossia ultimo cambio di impaginazione grafica, CMS o comunque con modifiche sostanziali):

• ai siti web pubblicati dopo il 23 settembre 2018: a decorrere dal 23 settembre 2019;
• ai siti web pubblicati prima del 23 settembre 2018: a decorrere dal 23 settembre 2020;
• alle applicazioni mobili: a decorrere dal 23 giugno 2021.

Quali sono quindi le novità, ossia i nuovi criteri di successo che saranno oggetto di implementazione e verifica quando si sviluppano siti Web e/o aggiornano contenuti? Di seguito sono elencati solo i nuovi criteri di successo di livello “A” e “AA”.

Principio 1. Percepibile

Le informazioni e i componenti dell’interfaccia utente devono essere presentati agli utenti in modi in cui essi possano percepirli.

Linea guida 1.3. Adattabile

Creare contenuti che possano essere rappresentati in modalità differenti (ad esempio, con layout più semplici), senza perdere informazioni o struttura.

Criterio di successo 1.3.4. Orientamento (Livello AA)

La visualizzazione e il funzionamento di un contenuto non dipendono dall’orientamento dello schermo, ad esempio verticale o orizzontale, a meno che questo non sia essenziale.

NOTA. Esempi in cui un particolare orientamento del display può essere essenziale sono un assegno bancario, un’applicazione per pianoforte, delle diapositive per un proiettore o un televisore o un contenuto di realtà virtuale in cui un cambio di orientamento dello schermo non è applicabile.

Finalità criterio di successo 1.3.4

Lo scopo di questo criterio di successo è garantire che il contenuto venga visualizzato nell’orientamento (verticale o orizzontale) preferito dall’utente.

Alcuni siti Web e applicazioni impostano e restringono automaticamente lo schermo a un particolare orientamento del display e si aspettano che gli utenti rispondano ruotando il dispositivo in modo che corrispondano, ma ciò può creare problemi.
Alcuni utenti hanno i loro dispositivi montati in un orientamento fisso (ad esempio sul braccio di una sedia a rotelle elettrica). Pertanto, i siti Web e le applicazioni devono supportare entrambi gli orientamenti non limitando l’orientamento.

Esempio: Un video è mostrato in verticale o in orizzontale in base all’orientamento scelto dall’utente.

Criterio di successo 1.3.5. Identificare lo scopo degli input (Livello AA)

Lo scopo di ciascun campo di input per le informazioni sull’utente può essere determinato programmaticamente quando:

• Il campo di input ha uno scopo noto, identificato nella sezione scopo dell’input per i componenti dell’interfaccia utente; e
• Il contenuto è implementato utilizzando tecnologie che supportino l’identificazione del significato atteso dei dati inseriti del modulo.

Finalità criterio di successo 1.3.5

Lo scopo di questo criterio di successo è quello di aiutare le persone a riconoscere e comprendere lo scopo dei campi di immissione dei moduli.

Quando le persone compilano un modulo Web, di solito si prevede che forniscano informazioni su se stessi in vari campi. Esempi sono nome, cognome, indirizzo stradale, codice postale, nome utente o dettagli della carta di credito.

È necessario quindi specificare quale tipo di dati è previsto in un particolare campo rende più facile la compilazione di moduli, in particolare per le persone con disabilità cognitive.

Usando HTML 5.2 è possibile già fornire indicazioni di base per supportare l’utente (es: identificare campi prestabiliti).

Esempio: Grazie all’auto-compilazione un utente può delegare il browser alla compilazione dei dati usati di frequente.

Linea guida 1.4. Distinguibile

Rendere più semplice agli utenti la visione e l’ascolto dei contenuti, separando i contenuti in primo piano dallo sfondo.

Criterio di successo 1.4.10. Ricalcolo del flusso (Livello AA)

Il contenuto può essere ripresentato senza perdita di informazioni o funzionalità e senza richiedere lo scorrimento in due dimensioni per:

• Contenuto a scorrimento verticale con una larghezza equivalente a 320 CSS pixel;
• Contenuto a scorrimento orizzontale ad un’altezza equivalente a 256 CSS pixel.

Tranne per le parti del contenuto che richiedono layout bidimensionale per l’utilizzo o per comprenderne il senso.

NOTA. 320 CSS pixel equivalgono a una finestra iniziale di larghezza 1280 CSS pixel al 400% di ingrandimento. Per i contenuti Web progettati per lo scorrimento orizzontale (ad esempio con testo verticale), i 256 CSS pixel equivalgono a una finestra iniziale di altezza 1024 pixel al 400% di ingrandimento.

NOTA. Esempi di contenuti che richiedono un layout bidimensionale sono immagini, mappe, diagrammi, video, giochi, presentazioni, tabelle di dati e interfacce in cui è necessario tenere in vista le barre degli strumenti mentre si gestisce il contenuto.

Finalità criterio di successo 1.4.10

Lo scopo di questo criterio di successo è di supportare le persone con problemi di vista che hanno bisogno di ingrandire il testo e leggerlo in una singola colonna.

Quando lo zoom del browser viene utilizzato per ridimensionare il contenuto al 400%, esso si riposiziona, ovvero viene presentato in una colonna in modo che lo scorrimento in più di una direzione non sia necessario.

Il supporto del ricalcolo del flusso dei contenuti è anche noto come “Responsive Web Design”.

Criterio di successo 1.4.11. Contrasto in contenuti non testuali (Livello AA)

Nella presentazione visiva il rapporto di contrasto è di almeno 3:1 rispetto al colore o ai colori adiacenti per:

• Componenti dell’interfaccia utente. Le informazioni visive richieste per identificare i componenti dell’interfaccia utente e gli stati (ad eccezione dei componenti inattivi o dove l’aspetto del componente è determinato dal programma utente e non modificato dall’autore);
• Oggetti grafici. Parti di grafica necessarie per comprendere il contenuto, tranne quando una particolare presentazione di grafica sia essenziale per le informazioni trasmesse.

Finalità criterio di successo 1.4.11

Lo scopo di questo criterio di successo è garantire che i componenti dell’interfaccia utente attiva (ovvero i controlli) e la grafica significativa siano distinguibili dalle persone con una visione moderatamente bassa.

I requisiti e le motivazioni sono simili a quelli per il testo di grandi dimensioni in 1.4.3 Contrasto (minimo).

I controlli a basso contrasto sono più difficili da percepire e possono essere completamente ignorati dalle persone con disabilità visive.

Allo stesso modo, se è necessario un contenuto grafico per comprendere il contenuto o la funzionalità della pagina Web, dovrebbe essere percepibile da persone con problemi di vista o altri problemi senza la necessità di tecnologie assistive che migliorano il contrasto.

Criterio di successo 1.4.12. Spaziatura del testo (Livello AA)

Nei contenuti implementati utilizzando linguaggi di markup che supportano le seguenti proprietà di stile per il testo, non si verifica alcuna perdita di contenuto o funzionalità impostando quanto segue senza modificare altre proprietà di stile:

• Altezza della linea (interlinea) di almeno 1,5 volte la dimensione del carattere;
• Spaziatura dopo i paragrafi di almeno 2 volte la dimensione del carattere;
• Spaziatura tra le lettere di almeno 0,12 volte la dimensione del carattere;
• Spaziatura tra le parole di almeno 0,16 volte la dimensione del carattere.

Eccezione: le lingue e le scritture che non utilizzano una o più di queste proprietà nel testo scritto sono conformi quando si può applicare il criterio alle sole proprietà esistenti per quella combinazione di lingua e scrittura.

Finalità criterio di successo 1.4.12

Lo scopo di questo criterio di successo è di garantire che le persone possano ignorare la spaziatura del testo per migliorare la loro esperienza di lettura.

Ciascuno dei requisiti stabiliti nei quattro punti del criterio di successo contribuisce a garantire che lo stile del testo possa essere adattato dall’utente in base alle proprie esigenze.

Questo criterio di successo si concentra sulla capacità di aumentare la spaziatura tra linee, parole, lettere e paragrafi. Qualsiasi combinazione di questi può aiutare un utente a leggere il testo in modo efficace. Inoltre, garantire che gli utenti possano ignorare le impostazioni dell’autore per la spaziatura aumenta significativamente la probabilità che altre preferenze di stile possano essere impostate dall’utente.

Ad esempio, un utente potrebbe aver bisogno di passare a una famiglia di font più ampia di quella che l’autore ha impostato per leggere in modo efficace il testo.

Esempio: Ove il testo non consenta le opzioni previste dal criterio di successo, con gli ingrandimenti vi possono essere casi di sovrapposizione tra testi rendendo illeggibile il contenuto.

Criterio di successo 1.4.13. Contenuto con Hover o Focus (Livello AA)

Nel caso in cui il passaggio del puntatore del mouse (hover) o il focus della tastiera rendono visibili e nascosti dei contenuti, sono soddisfatte le seguenti condizioni:

• Congedabile. È disponibile un meccanismo per eliminare il contenuto aggiuntivo senza spostare il puntatore del mouse o il focus della tastiera, a meno che il contenuto aggiuntivo non comunichi un errore di immissione dei dati o non oscuri o sostituisca altri contenuti;
• Passabile. Se il passaggio del puntatore del mouse sul contenuto può attivare il contenuto aggiuntivo, il puntatore può essere spostato sul contenuto aggiuntivo senza che questo scompaia;
• Persistente. Il contenuto aggiuntivo rimane visibile fino a quando l’evento hover o focus non viene rimosso, l’utente lo elimina o le sue informazioni non sono più valide.

Eccezione: la presentazione visiva del contenuto aggiuntivo è controllata dal programma utente e non viene modificata dall’autore.

NOTA. Esempi di contenuti aggiuntivi controllati dal programma utente includono i suggerimenti del browser creati in HTML attraverso l’uso dell’attributo title.

NOTA. Le descrizioni personalizzate, i sottomenu e altri popup non modali visualizzati al passaggio del mouse e al focus sono esempi di contenuti aggiuntivi a cui viene applicato questo criterio.

Finalità criterio di successo 1.4.13

Lo scopo di questo criterio di successo è di garantire che il contenuto aggiuntivo non interferisca con la visualizzazione o il funzionamento del contenuto originale della pagina.

Il contenuto aggiuntivo che appare e scompare in coordinamento con il focus della tastiera o il puntatore del mouse spesso porta a problemi di accessibilità.

I motivi di tali problemi possono rientrare tra i seguenti:

• l’utente potrebbe non aver avuto l’intenzione di attivare l’interazione
• l’utente potrebbe non sapere che il nuovo contenuto è apparso
• il nuovo contenuto potrebbe interferire con la capacità di un utente di eseguire un’attività

Esempio. Il suggerimento di un pulsante viene visualizzato direttamente sotto di esso al passaggio del mouse che può essere facilmente oscurato da un puntatore grande. Il tooltip stesso può essere posizionato con il mouse in modo che il puntatore del mouse possa essere spostato sul suo bordo inferiore per visualizzare il testo del tooltip.

Principio 2. Utilizzabile

I componenti e la navigazione dell’interfaccia utente devono essere utilizzabili.

Linea guida 2.1. Accessibile da tastiera

Rendere disponibili tutte le funzionalità tramite tastiera.

Criterio di successo 2.1.4. Tasti di scelta rapida (Livello A)

Se nel contenuto viene implementata una scorciatoia da tastiera utilizzando sole lettere (maiuscole e minuscole), segni di punteggiatura, numeri o simboli, allora è vera almeno una delle seguenti condizioni:

• Disattivazione. È disponibile un meccanismo per disattivare la scorciatoia;
• Rimappatura. È disponibile un meccanismo per rimappare la scorciatoia in modo che usi uno o più caratteri non stampabili della tastiera (ad esempio Ctrl, Alt, ecc.);
• Attivazione solo al focus. La scorciatoia da tastiera per un componente dell’interfaccia utente è attiva solo quando questo è attivo.

Finalità criterio di successo 2.1.4

Questo criterio di successo sta diventando sempre più importante nel settore mobile, dal momento che un numero crescente di app abilita in modo più completo i controlli da tastiera.

Le scorciatoie per i caratteri dei caratteri funzionano bene per molti utenti di tastiera, ma sono inappropriate e frustranti per gli utenti che usano l’input vocale, i cui mezzi di input sono stringhe di lettere e per gli utenti di tastiera che sono inclini a colpire accidentalmente le chiavi. Di conseguenza, gli utenti devono essere in grado di disattivare o riconfigurare le scorciatoie composte da un singolo carattere chiave o due o più tasti carattere successivi.

Esempio. Viene fornito un meccanismo per consentire agli utenti di disabilitare le scorciatoie per i tasti di scelta rapida.

Linea guida 2.5. Modalità di input (novità WCAG 2.1)

Rendere più facile agli utenti l’utilizzo di funzionalità attraverso input diversi dalla tastiera.

Criterio di successo 2.5.1. Movimenti del puntatore (Livello A)

Tutte le funzionalità che per il loro utilizzo richiedono gesti multi punto o basati su percorsi possono essere gestite con un puntatore singolo senza gesti basati sul percorso, a meno che questi non siano essenziali.

NOTA. Questo requisito si applica al contenuto Web che interpreta le azioni del puntatore (ovvero non si applica alle azioni necessarie per il funzionamento del programma utente o della tecnologia assistiva).

Finalità criterio di successo 2.5.1

Lo scopo di questo criterio di successo è garantire che il contenuto possa essere gestito utilizzando semplici input su una vasta gamma di dispositivi di puntamento.

Ciò è importante per gli utenti che non possono eseguire gesti complessi, come i gesti multi-punto o basati su percorsi, in modo preciso, perché potrebbero non disporre dell’accuratezza necessaria per eseguirli o perché utilizzano un metodo di puntamento che non ha la capacità o accuratezza.

Esempio. Un sito Web include una mappa che supporta il pizzico per ingrandire il contenuto della mappa e trascinare i gesti per spostare l’area visibile. I controlli dell’interfaccia utente offrono l’operazione tramite i pulsanti [+] e [-] per ingrandire e ridurre, e i pulsanti freccia per scorrere gradualmente in tutte le direzioni.

Criterio di successo 2.5.2. Cancellazione delle azioni del puntatore (Livello A)

Per le funzionalità che possono essere gestite utilizzando un singolo puntatore, si verifica almeno una delle seguenti condizioni:

• Nessun evento di selezione (down-event). L’evento di selezione (down-event) del puntatore non è usato per eseguire alcuna parte della funzione;
• Interruzione o annullamento. La funzione viene portata a termine sull’evento di rilascio (up-event) ed è disponibile un meccanismo per interrompere la funzione prima del completamento o per annullarla dopo il completamento;
• Inversione. L’evento di rilascio (up-event) inverte qualsiasi risultato dell’evento di selezione (down-event) precedente;
• Essenziale. È essenziale completare la funzione sull’evento di selezione (down-event).

NOTA. Le funzioni che emulano una tastiera o una tastiera numerica sono considerate essenziali.

NOTA. Questo requisito si applica al contenuto Web che interpreta le azioni del puntatore: non si applica alle azioni necessarie per il funzionamento del programma utente o della tecnologia assistiva.

Finalità criterio di successo 2.5.2

Lo scopo di questo criterio di successo è quello di rendere più facile agli utenti la prevenzione errori accidentali o input errati.

Le persone con varie disabilità possono inavvertitamente avviare eventi tattili o del mouse con risultati indesiderati.

Ogni punto di questo criterio di successo delinea un modo per consentire agli utenti di annullare le operazioni del puntatore.

Esempio. Un’interfaccia drag-and-drop consente agli utenti di ordinare le carte impilate verticalmente raccogliendo una carta con il puntatore (down-event), spostarla in una nuova posizione e inserirla nella nuova posizione quando il puntatore viene rilasciato (up- event). Rilasciando il puntatore al di fuori dell’area di destinazione della caduta si ripristina l’azione, cioè, si riporta la carta nella posizione precedente prima dell’avvio dell’interazione.

Criterio di successo 2.5.3. Etichetta nel nome (Livello A)

Per i componenti dell’interfaccia utente con etichette che includono testo o immagini di testo, il nome contiene il testo che viene presentato visivamente.

NOTA. Una buona pratica è quella di avere il testo dell’etichetta all’inizio del nome.

Finalità criterio di successo 2.5.3

Lo scopo di questo criterio di successo è quello di contribuire a garantire che le persone con disabilità che fanno affidamento su etichette visive possano utilizzare tali etichette anche a livello di programmazione.

I controlli sono spesso etichettati con testo visibile. I controlli hanno anche un’etichetta programmatica, conosciuta come Accessibile Name and Description.

Gli utenti hanno un’esperienza altamente migliore se le etichette di testo visibili dei controlli corrispondono ai loro nomi accessibili. Inoltre, quando il nome accessibile è diverso dall’etichetta visibile, diventa essenzialmente un comando nascosto sconosciuto per gli utenti di input vocali che possono essere attivati accidentalmente senza che l’utente sappia cosa è successo.

Esempio. Il nome accessibile inizia con un’etichetta visibile: il nome accessibile di un pulsante «compra ora» inizia con lo stesso testo dell’etichetta visibile.

Criterio di successo 2.5.4. Azionamento da movimento (Livello A)

Le funzionalità che possono essere azionate dal movimento del dispositivo o dell’utente possono anche essere attivate dai componenti dell’interfaccia utente e la risposta al movimento può essere disabilitata per impedire l’attivazione accidentale, tranne quando:

• Interfaccia supportata. Il movimento viene utilizzato per attivare la funzionalità attraverso un’interfaccia compatibile con l’accessibilità;
• Essenziale. Il movimento è essenziale per la funzione e non farlo invaliderebbe l’attività.

Finalità criterio di successo 2.5.4

Lo scopo di questo criterio di successo è quello di garantire che le funzioni attivate dallo spostamento di un dispositivo (ad esempio, scuotimento o inclinazione) o gesticolando verso il dispositivo (in modo che i sensori come una fotocamera possano rilevare e interpretare il gesto), possano essere gestiti anche da componenti di interfaccia utente più convenzionali, a meno che il movimento sia essenziale per la funzione o il mancato utilizzo di movimenti o gesti invaliderebbe l’attività.

Esempio. Un utente può spostare o girare un dispositivo per cambiare la vista in una foto interattiva. È disponibile anche un controllo per eseguire queste stesse funzioni.

Principio 4. Robusto

Il contenuto deve essere abbastanza robusto per essere interpretato in maniera affidabile da una grande varietà di programmi utente, comprese le tecnologie assistive.

Linea guida 4.1. Compatibile

Garantire la massima compatibilità con i programmi utente attuali e futuri, comprese le tecnologie assistive.

Criterio di successo 4.1.3. Messaggi di stato (Livello AA)

Nei contenuti implementati utilizzando i linguaggi di marcatura, i messaggi di stato possono essere determinati programmaticamente tramite ruolo o proprietà in modo tale che possano essere presentati all’utente mediante tecnologie assistive senza ricevere il focus.

Finalità criterio di successo 4.1.3

Lo scopo di questo criterio di successo è quello di rendere gli utenti consapevoli di importanti cambiamenti nel contenuto a cui non viene data l’attenzione, e di farlo in un modo che non interrompa inutilmente il loro lavoro.

I beneficiari previsti sono utenti non vedenti e ipovedenti di tecnologie assistive con funzionalità di screen reader.

Un ulteriore vantaggio è che le tecnologie assistive per gli utenti con disabilità cognitive possono ottenere un mezzo alternativo per indicare (o anche ritardare o sopprimere) i messaggi di stato, come preferito dall’utente.

Esempio. Dopo che un utente attiva un processo, sullo schermo appare un’icona che indica “occupato”.  Lo screen reader annuncia “applicazione occupata”.