Questo sito è stato realizzato in ottemperanza ai requisiti della Verifica Tecnica (D.M. 8/7/2005 – Allegato A) della Legge 4/2004 – Disposizioni per favorire l’accesso dei soggetti disabili agli strumenti informatici.
Di seguito riportiamo i punti di controllo :
Paragrafo 1 Requisiti tecnici di accessibilità e punti di controllo per la valutazione di conformità
I requisiti tecnici di accessibilità ed i relativi punti di controllo per la verifica di conformità sono stati definiti sulla base dei Principi, delle Linee guida e dei Criteri di successo contenuti nella Recommendation che il World Wide Web Consortium (W3C) – Web Accessibility Initiative (WAI) ha pubblicato l’11 dicembre 2008 e che contiene le Web Content Accessibility Guidelines 2.0 (WCAG 2.0).

I quattro principi ispiratori comuni alle WCAG 2.0 e al presente documento sono i seguenti:

Principio 1: percepibile – le informazioni e i componenti dell’interfaccia utente devono essere presentati in modo che possano essere fruiti attraverso differenti canali sensoriali.

Principio 2: utilizzabile – i componenti dell’interfaccia utente e i comandi in essa contenuti devono essere utilizzabili senza ingiustificati disagi o vincoli per l’utente.

Principio 3: comprensibile – gli utenti devono poter comprendere le modalità di funzionamento dell’interfaccia e le azioni in essa contenute necessarie per ottenere servizi e informazioni.

Principio 4: robusto – il contenuto deve essere abbastanza robusto da poter essere interpretato in modo affidabile da una vasta gamma di programmi utilizzati dall’utente, comprese le tecnologie assistive.

I requisiti tecnici fanno riferimento alle 12 Linee guida in cui si articolano i suddetti principi delle WCAG 2.0.

I punti di controllo per la verifica di conformità fanno riferimento ai Criteri di successo delle WCAG 2.0. Il rispetto dei seguenti requisiti corrisponde al livello di conformità AA delle WCAG 2.0.

Requisiti tecnici di accessibilità

Requisito 1 – Alternative testuali: fornire alternative testuali per qualsiasi contenuto di natura non testuale in modo che il testo predisposto come alternativa possa essere fruito e trasformato secondo le necessità degli utenti, come per esempio convertito in stampa a caratteri ingranditi, in stampa Braille, letto da una sintesi vocale, simboli o altra modalità di rappresentazione del contenuto.

Requisito 2 – Contenuti audio, contenuti video, animazioni: fornire alternative testuali equivalenti per le informazioni veicolate da formati audio, formati video, formati contenenti immagini animate (animazioni), formati multisensoriali in genere.

Requisito 3 – Adattabile: creare contenuti che possano essere presentati in modalità differenti (ad esempio, con layout più semplici), senza perdita di informazioni o struttura.

Requisito 4 – Distinguibile: rendere più semplice agli utenti la visione e l’ascolto dei contenuti, separando i contenuti in primo piano dallo sfondo.

Requisito 5 – Accessibile da tastiera: rendere disponibili tutte le funzionalità anche tramite tastiera.

Requisito 6 – Adeguata disponibilità di tempo: fornire all’utente tempo sufficiente per leggere ed utilizzare i contenuti.

Requisito 7 – Crisi epilettiche: non sviluppare contenuti che possano causare crisi epilettiche.

Requisito 8 – Navigabile: fornire all’utente funzionalità di supporto per navigare, trovare contenuti e determinare la propria posizione nel sito e nelle pagine.

Requisito 9 – Leggibile: rendere leggibile e comprensibile il contenuto testuale.

Requisito 10 – Prevedibile: creare pagine web che appaiano e che si comportino in maniera prevedibile.

Requisito 11 – Assistenza nell’inserimento di dati e informazioni: aiutare l’utente ad evitare gli errori ed agevolarlo nella loro correzione.

Requisito 12 – Compatibile: garantire la massima compatibilità con i programmi utente e con le tecnologie assistive.

Punti di controllo per verificare la conformità ai requisiti

Requisito 1 – Alternative testuali

Punto di controllo 1.1 – Contenuti non testuali: tutti i contenuti non testuali presentati all’utente devono possedere un’alternativa testuale equivalente che comunichi lo stesso messaggio intrinseco del contenuto non testuale, ad eccezione delle seguenti situazioni:

a) Controlli, input: se il contenuto non testuale è un controllo o raccoglie l’input degli utenti, allora questo deve avere un nome esplicativo che ne descriva la finalità;

b) Contenuti audio, video, disegno animato (animazione): se il contenuto non testuale è presentato in formato audio, in formato video, è una animazione oppure è una combinazione di questi formati, allora deve essere fornita anche una alternativa testuale che contenga almeno una descrizione del contenuto non testuale;

c) Test: se il contenuto non testuale rappresenta un test o un esercizio che potrebbe essere non correttamente compreso se presentato come testo, allora le alternative testuali devono fornire almeno una descrizione del contenuto non testuale;

d) Esperienze sensoriali: se il contenuto non testuale ha lo scopo primario di creare una specifica esperienza sensoriale, allora le alternative testuali devono fornire almeno una descrizione del contenuto non testuale;

e) CAPTCHA: se la finalità del contenuto non testuale è confermare che il contenuto viene utilizzato da una persona e non da un computer, allora devono essere fornite alternative testuali che identifichino e descrivano lo scopo del contenuto non testuale, e devono essere fornite forme alternative di CAPTCHA che utilizzino diverse modalità di output per differenti tipologie di percezioni sensoriali al fine di soddisfare differenti disabilità;

f) Decorazioni, formattazioni, contenuti invisibili: se il contenuto non testuale è puramente decorativo, oppure viene utilizzato solamente per formattazione visuale, oppure non viene presentato agli utenti allora deve essere realizzato in modo che la tecnologia assistiva lo possa ignorare.

Riferimento WCAG 2.0: Criterio di successo 1.1.1

Requisito 2 – Contenuti audio, contenuti video, animazioni

Punto di controllo 2.1 – Contenuti registrati presentati in formato solo audio, solo video o animazione senza audio: per i contenuti registrati presentati in formato solo audio, solo video o come animazione senza audio, eccetto quando tali formati costituiscano una alternativa ad un contenuto testuale presente nella pagina e siano chiaramente etichettati come tali, devono essere soddisfatti i seguenti punti:

a) contenuti registrati presentati in formato solo audio: deve essere fornita un’alternativa almeno di tipo testuale che presenti informazioni equivalenti a quelle del contenuto di solo audio;

b) contenuti registrati presentati in formato solo video o in formato contenente animazione senza audio: deve essere fornita un’alternativa almeno di tipo testuale che presenti informazioni equivalenti per il contenuto di solo video o della animazione senza audio.

Riferimento WCAG 2.0: Criterio di successo 1.2.1

Punto di controllo 2.2 – Sottotitoli (per contenuti registrati): per tutti i contenuti registrati presentati in formati multisensoriali (video con audio, animazione con audio) devono essere forniti sottotitoli sincronizzati, eccetto quando tali formati costituiscano una alternativa ad un contenuto testuale presente nella pagina e siano chiaramente etichettati come tali.

Riferimento WCAG 2.0: Criterio di successo 1.2.2

Punto di controllo 2.3 – Audio – descrizioni o trascrizioni descrittive (per contenuti registrati): quando i contenuti registrati vengono presentati in formato video o contengono animazioni e prevedono l’esecuzione di azioni non descritte tramite audio ma sono essenziali per la erogazione di un servizio, deve essere fornita una descrizione audio alternativa oppure una descrizione testuale alternativa, eccetto quando tali elementi costituiscano una alternativa ad un contenuto testuale presente nella pagina e siano chiaramente etichettati come tali.

Riferimento WCAG 2.0: Criteri di successo 1.2.3 e 1.2.5

Punto di controllo 2.4 – Sottotitoli (per contenuti in diretta): quando un contenuto presentato in diretta in formato audio, video o animazioni, o in formato multisensoriale è essenziale per la erogazione di un servizio allora devono essere forniti sottotitoli sincronizzati per il formato utilizzato.

Riferimento WCAG 2.0: Criterio di successo 1.2.4

Requisito 3 – Adattabile

Punto di controllo 3.1 – Informazioni e correlazioni: le informazioni, la struttura e le correlazioni fra distinti blocchi di contenuto trasmesse dalla presentazione devono essere rese fruibili in qualsiasi situazione. Per ottenere questo risultato, esse possono essere definite tramite la tecnologia compatibile con l’accessibilità utilizzata oppure possono essere rese disponibili in formato testuale.

Riferimento WCAG 2.0: Criterio di successo 1.3.1

Punto di controllo 3.2 – Sequenza significativa: quando il flusso sequenziale di presentazione del contenuto influisce sulla percezione del suo significato, allora deve essere definita la corretta sequenza di lettura. Ciò può essere realizzato tramite la tecnologia compatibile con l’accessibilità utilizzata.

Riferimento WCAG 2.0: Criterio di successo 1.3.2

Punto di controllo 3.3 – Caratteristiche sensoriali: le istruzioni fornite per comprendere ed operare sui contenuti non devono basarsi unicamente su caratteristiche sensoriali dei componenti quali forma, dimensione, ubicazione visiva, orientamento o suono.

Riferimento WCAG 2.0: Criterio di successo 1.3.3

Requisito 4 – Distinguibile

Punto di controllo 4.1 – Uso del colore: il colore non deve essere utilizzato come unica modalità visiva per rappresentare informazioni, indicare azioni, richiedere risposte o come elemento di distinzione visiva.

Riferimento WCAG 2.0: Criterio di successo 1.4.1

Punto di controllo 4.2 – Controllo del sonoro: i contenuti sonori presenti all’interno di una pagina web devono soddisfare i seguenti requisiti:

a) devono essere controllabili mediante funzionalità con le quali possano essere avviati, messi in pausa o interrotti, oppure deve essere fornita una modalità per il controllo del volume che sia indipendente dal controllo predefinito del sistema;

b) qualora sia previsto l’inizio automatico della loro esecuzione allora questa non deve durare più di tre secondi.

Riferimento WCAG 2.0: Criterio di successo 1.4.2

Punto di controllo 4.3 – Contrasto (minimo): la rappresentazione a monitor del testo e del testo rappresentato come immagine deve avere un rapporto di contrasto fra testo in primo piano e sfondo di almeno 4.5:1, fatta eccezione per i seguenti casi:

a) Testo di grandi dimensioni: un testo grande almeno 18 punti normale o 14 punti grassetto e/o un testo di analoghe dimensioni rappresentato come immagine è sufficiente che abbiano un rapporto di contrasto fra testo in primo piano e sfondo di almeno 3:1;

b) Testo non essenziale: un testo o un testo rappresentato come immagine che siano parti inattive di componenti dell’interfaccia utente, di pura decorazione, invisibili oppure che facciano parte di immagini contenenti contenuti visuali maggiormente significativi, non hanno alcun requisito di contrasto;

c) Logotipi: il testo che fa parte di un logo o marchio non ha alcun requisito minimo di contrasto.

Riferimento WCAG 2.0: Criterio di successo 1.4.3

Punto di controllo 4.4 – Ridimensionamento del testo: il testo, ad eccezione dei sottotitoli e del testo rappresentato come immagine, deve poter essere ridimensionato fino al 200 percento senza l’ausilio di tecnologie assistive e senza perdita di contenuto e funzionalità.

Riferimento WCAG 2.0: Criterio di successo 1.4.4

Punto di controllo 4.5 – Testo rappresentato come immagine: se le tecnologie utilizzate consentono di ottenere la corretta rappresentazione visuale allora per veicolare l’informazione deve essere utilizzato testo invece di immagini che rappresentano testo, ad eccezione dei casi:

a) Personalizzabile: l’immagine che rappresenta testo può essere personalizzata visivamente secondo le esigenze dell’utente;

b) Essenziale: una particolare rappresentazione del testo è essenziale per il tipo di informazione veicolata. I logotipi (testo che fa parte di un logo o di un marchio) sono considerati essenziali.

Riferimento WCAG 2.0: Criterio di successo 1.4.5

Requisito 5 – Accessibile da tastiera

Punto di controllo 5.1 – Tastiera: tutte le funzionalità del contenuto devono essere utilizzabili tramite tastiera senza obbligare a tempi specifici per le singole battute, salvo il caso in cui la funzione sottostante richieda un input dipendente dai movimenti dell’utente che non possa essere ottenuto in modo equivalente con input da tastiera.

Riferimento WCAG 2.0: Criterio di successo 2.1.1

Punto di controllo 5.2 – Nessun impedimento all’uso della tastiera: se è possibile portare il focus su un componente della pagina tramite l’uso di una tastiera, allora deve anche essere possibile spostarsi ad un altro componente utilizzando comunque la tastiera. Se a tal fine non fosse sufficiente l’uso dei normali tasti Freccia o Tab o altri metodi di uscita standard, allora l’utente deve essere informato esplicitamente su come rilasciare il focus.

Riferimento WCAG 2.0: Criterio di successo 2.1.2

Requisito 6 – Adeguata disponibilità di tempo

Punto di controllo 6.1 – Regolazione tempi di esecuzione: per ogni limite di tempo presente nel contenuto, deve essere soddisfatto almeno uno dei seguenti casi:

a) Rimozione: all’utente è consentito rimuovere il limite di tempo prima di raggiungerlo;

b) Regolazione: all’utente è consentito regolare il limite di tempo prima di raggiungerlo in una gamma di possibili regolazioni che sia almeno dieci volte superiore alla durata prevista dall’impostazione predefinita;

c) Estensione: l’utente è avvisato prima dello scadere del tempo; vengono concessi almeno 20 secondi per estendere il limite temporale tramite l’esecuzione di un’azione semplice (per esempio: “premere la barra spaziatrice”) e gli è consentito di estendere il limite per almeno 10 volte;

d) Eccezione per eventi in tempo reale: il limite di tempo è un elemento fondamentale di un evento in tempo reale (per esempio, un’asta on line), e non è possibile eliminare questo vincolo;

e) Eccezione di essenzialità: il limite di tempo è essenziale per l’attività (per esempio: una verifica a tempo) ed estenderlo l’invaliderebbe;

f) Eccezione delle 20 ore: il limite di tempo è superiore a 20 ore.

Riferimento WCAG 2.0: Criterio di successo 2.2.1

Punto di controllo 6.2 – Pausa, stop, nascondi: nel caso fossero presenti nella pagina animazioni, immagini lampeggianti, in scorrimento o contenuti che si auto-aggiornano, devono essere soddisfatti tutti i seguenti punti:

a) Spostamento, lampeggiamento, scorrimento: per qualsiasi movimento, lampeggiamento o scorrimento di informazioni che (1) venga avviato automaticamente, (2) duri più di cinque secondi e (3) sia presentato in parallelo con altro contenuto, deve essere presente un meccanismo per metterlo in pausa, interromperlo o nasconderlo, a meno che il movimento, il lampeggiamento o lo scorrimento siano parte essenziale dell’attività;

b) Auto-aggiornamento: per qualsiasi contenuto in auto-aggiornamento che (1) venga avviato automaticamente e (2) sia presentato in parallelo con altro contenuto, deve essere presente un meccanismo per poterlo mettere in pausa, interromperlo o nasconderlo o per controllare la frequenza dell’aggiornamento a meno che l’auto-aggiornamento sia parte essenziale dell’attività.

Riferimento WCAG 2.0: Criterio di successo 2.2.2

Requisito 7 – Crisi epilettiche

Punto di controllo 7.1 – Lampeggiamenti: le pagine web non devono contenere nulla che lampeggi per più di tre volte al secondo oppure il lampeggiamento presente deve essere al di sotto della soglia generale di lampeggiamento e della soglia del lampeggiamento rosso.

Riferimento WCAG 2.0: Criterio di successo 2.3.1

Requisito 8 – Navigabile

Punto di controllo 8.1 – Salto di blocchi: deve essere fornita una modalità per saltare i blocchi di contenuto che si ripetono su più pagine web.

Riferimento WCAG 2.0: Criterio di successo 2.4.1

Punto di controllo 8.2 – Titolo della pagina: ogni pagina web deve avere un titolo che ne descriva l’argomento o la finalità.

Riferimento WCAG 2.0: Criterio di successo 2.4.2

Punto di controllo 8.3 – Ordine del focus: se una pagina web può essere navigata in modo sequenziale e le sequenze di navigazione influiscono sul significato e sul funzionamento, allora gli oggetti che possono ricevere il focus devono riceverlo secondo un ordine che ne preservi il senso e l’operatività.

Riferimento WCAG 2.0: Criterio di successo 2.4.3

Punto di controllo 8.4 – Scopo del collegamento (nel contesto): lo scopo di ogni collegamento deve essere comprensibile. Esso può essere determinato dal testo del collegamento oppure dal testo del collegamento in sinergia ai contenuti contestuali circostanti, che possono essere determinati mediante la tecnologia compatibile con l’accessibilità utilizzata, salvo il caso in cui lo scopo del collegamento potrebbe risultare ambiguo per la gran parte degli utenti.

Riferimento WCAG 2.0: Criterio di successo 2.4.4

Punto di controllo 8.5 – Differenti modalità: per identificare una pagina web all’interno di un insieme di pagine web deve essere resa disponibile più di una modalità, salvo il caso in cui una pagina web sia il risultato – o una fase – di un’azione.

Riferimento WCAG 2.0: Criterio di successo 2.4.5

Punto di controllo 8.6 – Titoli ed etichette: per descrivere l’organizzazione logica degli argomenti e la finalità dei blocchi di contenuto devono essere utilizzati titoli appropriati e nel corretto ordine sequenziale gerarchico. Inoltre, tutti i componenti interattivi devono essere dotati di etichette descrittive che ne chiariscano lo scopo.

Riferimento WCAG 2.0: Criterio di successo 2.4.6

Punto di controllo 8.7 – Focus visibile: qualsiasi interfaccia utente utilizzabile tramite tastiera deve possedere una funzionalità operativa in cui è visibile l’indicatore del focus.

Riferimento WCAG 2.0: Criterio di successo 2.4.7

Requisito 9 – Leggibile

Punto di controllo 9.1 – Lingua della pagina: deve essere definita la lingua di ogni pagina web e la sua impostazione può essere determinata mediante la tecnologia compatibile con l’accessibilità utilizzata.

Riferimento WCAG 2.0: Criterio di successo 3.1.1

Punto di controllo 9.2 – Parti in lingua diversa da quella definita per la pagina: deve essere definita la lingua di ogni passaggio o frase nel contenuto ed essa può essere determinata mediante la tecnologia compatibile con l’accessibilità utilizzata a eccezione di nomi propri, termini tecnici, parole in lingue indeterminate e parole o frasi che sono diventate parte integrante del gergo del testo immediatamente circostante.

Riferimento WCAG 2.0: Criterio di successo 3.1.2

Requisito 10 – Prevedibile

Punto di controllo 10.1 – Al focus: quando un qualsiasi componente riceve il focus, non deve avviare automaticamente un cambiamento del contesto.

Riferimento WCAG 2.0: Criterio di successo 3.2.1

Punto di controllo 10.2 – All’input: il cambiamento dell’impostazione di qualsiasi componente nell’interfaccia utente non deve provocare automaticamente un cambiamento di contesto, a meno che l’utente sia stato informato di questo comportamento prima di utilizzare il componente.

Riferimento WCAG 2.0: Criterio di successo 3.2.2

Punto di controllo 10.3 – Navigazione costante: i meccanismi di navigazione ripetuti su più pagine web all’interno di un insieme di pagine web devono apparire nello stesso ordine ogni volta che si ripetono, a meno che l’utente non abbia avviato un cambiamento.

Riferimento WCAG 2.0: Criterio di successo 3.2.3

Punto di controllo 10.4 – Identificazione coerente: i componenti che hanno la stessa funzionalità all’interno di un insieme di pagine web devono essere sempre identificati in modo uniforme.

Riferimento WCAG 2.0: Criterio di successo 3.2.4

Requisito 11 – Assistenza nell’inserimento di dati e informazioni

Punto di controllo 11.1 – Identificazione di errori: se viene rilevato automaticamente un errore di inserimento, l’elemento in errore deve essere identificato chiaramente e l’errore rilevato deve essere descritto tramite testo.

Riferimento WCAG 2.0: Criterio di successo 3.3.1

Punto di controllo 11.2 – Etichette o istruzioni: quando il contenuto richiede azioni di input da parte dell’utente devono essere fornite etichette o istruzioni per la loro corretta esecuzione.

Riferimento WCAG 2.0: Criterio di successo 3.3.2

Punto di controllo 11.3 – Suggerimenti per gli errori: se viene identificato un errore di inserimento che si può correggere allora devono essere forniti suggerimenti all’utente, a meno che ciò non pregiudichi la sicurezza o la finalità del contenuto.

Riferimento WCAG 2.0: Criterio di successo 3.3.3

Punto di controllo 11.4 – Prevenzione degli errori (legali, finanziari, dati): per le pagine web che determinano obbligazioni giuridiche o che prevedono transazioni finanziarie, o che gestiscono inserimento, cancellazione, gestione di dati controllabili dall’utente in un sistema di archiviazione oppure che inoltrano risposte a test, deve essere soddisfatta almeno una delle seguenti condizioni:

a) Reversibilità: le azioni sono reversibili;

b) Controllo: i dati inseriti dall’utente sono verificati e si fornisce all’utente la possibilità di correggere eventuali errori di inserimento;

c) Conferma: è disponibile una funzionalità per la revisione, conferma e correzione delle informazioni prima del loro invio definitivo.

Riferimento WCAG 2.0: Criterio di successo 3.3.4

Requisito 12 – Compatibile

Punto di controllo 12.1 – Analisi sintattica (parsing): i linguaggi di marcatura devono essere utilizzati in modo conforme alle specifiche previste nelle relative grammatiche formali di riferimento.

Riferimento WCAG 2.0: Criterio di successo 4.1.1

Punto di controllo 12.2 – Name, Role, Value: per tutti i componenti dell’interfaccia utente (inclusi ma non limitati a: elementi di un modulo, collegamenti e componenti generati da script), name (nome) e role (ruolo) devono poter essere determinati mediante la tecnologia compatibile con l’accessibilità utilizzata; stati, proprietà e valori che possono essere impostati dall’utente devono essere impostabili da programma; le notifiche sui cambi di stato di questi elementi devono essere rese disponibili ai programmi utente, incluse le tecnologie assistive.

Riferimento WCAG 2.0: Criterio di successo 4.1.2