Audit di accessibilità per siti web governativi: ADA, WCAG e tutto ciò che gli enti pubblici devono sapere
I siti web governativi rappresentano spesso il canale principale attraverso cui i cittadini accedono a servizi pubblici, informazioni, candidature, moduli e risorse essenziali. Per le persone con disabilità, le barriere all'accessibilità possono rendere questi servizi difficili o impossibili da utilizzare.
Ciò rende l'accessibilità dei siti web governativi molto più di una semplice questione di usabilità. È anche un requisito normativo in molte giurisdizioni.
Negli Stati Uniti, la norma del Titolo II del Dipartimento di Giustizia stabilisce requisiti di accessibilità specifici per i contenuti web e le applicazioni mobili forniti dalle amministrazioni statali e locali. Lo standard tecnico specificato dalla norma è WCAG 2.1 Livello AA.
Norma sull'accessibilità web del Titolo II dell'ADA
Tuttavia, conoscere lo standard applicabile è solo l'inizio. Gli enti governativi necessitano anche di un processo pratico per identificare i problemi di accessibilità, risolverli, testare i percorsi utente più importanti e monitorare i siti web man mano che vengono aggiornati.
Questa guida spiega in cosa consiste un audit di accessibilità per siti web governativi , cosa significano le WCAG 2.1 AA per i siti del settore pubblico e come le organizzazioni possono costruire un processo di accessibilità continuo.
Tuttavia, conoscere lo standard applicabile è solo l'inizio. Gli enti governativi necessitano anche di un processo pratico per identificare i problemi di accessibilità, risolverli, testare i percorsi utente più importanti e monitorare i siti web man mano che vengono aggiornati.
Questa guida spiega in cosa consiste un audit di accessibilità per siti web governativi , cosa significano le WCAG 2.1 AA per i siti del settore pubblico e come le organizzazioni possono strutturare un processo di accessibilità continuo.
Quali sono i requisiti di accessibilità per i siti web governativi?
I requisiti di accessibilità per i siti web governativi dipendono dalla giurisdizione e dal tipo di ente pubblico.
Negli Stati Uniti, la norma sull'accessibilità web del Titolo II del Dipartimento di Giustizia si applica agli enti governativi statali e locali e copre i contenuti web e le applicazioni mobili forniti o resi disponibili dagli enti pubblici, anche tramite accordi contrattuali o di altro tipo.
La norma adotta le WCAG 2.1 Livello AA come standard tecnico di accessibilità.
Le attuali scadenze per la conformità sono:
- 26 aprile 2027 per gli enti governativi statali e locali con una popolazione pari o superiore a 50.000 abitanti.
- 26 aprile 2028 per gli enti con una popolazione inferiore a 50.000 abitanti.
- 26 aprile 2028 per i governi dei distretti speciali.
Questi requisiti non riguardano solo la home page di un ente pubblico. A seconda delle circostanze, le considerazioni sull'accessibilità possono estendersi a:
- Siti web governativi
- Moduli online
- Applicazioni digitali
- Informazioni pubbliche
- Documenti e PDF
- Servizi online
- Sistemi basati sul web
- Applicazioni mobili
Gli enti pubblici devono quindi considerare l'accessibilità in tutti i servizi digitali offerti, anziché trattarla come un progetto isolato limitato al sito web.
Per i requisiti ufficiali, consultare il Normativa sull'accessibilità web del Titolo II dell'ADA.
Quando devono adeguarsi i siti web governativi?
Per le amministrazioni statali e locali degli Stati Uniti soggette alla normativa del Titolo II, la data di conformità applicabile dipende principalmente dal numero di abitanti dell'ente.
Dopo la data di scadenza, gli enti pubblici devono mantenere costantemente l'accessibilità, senza considerare la conformità come un progetto una tantum.
Cos'è il WCAG 2.1 Livello AA?
Le Linee guida per l'accessibilità dei contenuti web (WCAG) sono linee guida internazionali sviluppate dal World Wide Web Consortium (W3C) per rendere i contenuti web più accessibili alle persone con disabilità.
Le WCAG si basano su quattro principi. I contenuti web devono essere:
- Percepibili — gli utenti devono essere in grado di percepire le informazioni presentate.
- Utilizzabili — gli utenti devono essere in grado di navigare e interagire con l'interfaccia.
- Comprensibile — le informazioni e le interfacce utente devono essere comprensibili.
- Robusto — i contenuti devono funzionare in modo affidabile con diversi browser, tecnologie assistive e altri agenti utente.
Le WCAG 2.1 definiscono tre livelli di conformità: A, AA e AAA.
Per gli enti governativi statali e locali degli Stati Uniti soggetti all'attuale normativa sull'accessibilità web del Titolo II, lo standard tecnico richiesto è WCAG 2.1 Livello AA.
È possibile leggere le specifiche WCAG 2.1 complete sul sito web del W3C.
Cosa verifica un audit di accessibilità per un sito web governativo?
Un audit di accessibilità per siti web governativi valuta se un sito web e i suoi contenuti digitali creano barriere per le persone con disabilità.
L'ambito preciso di un audit dipende dal sito web, dalla sua tecnologia e dai servizi offerti. Le aree comuni includono:
Accessibilità da tastiera
Le persone che non possono utilizzare un mouse potrebbero affidarsi interamente a una tastiera o a un dispositivo di input alternativo.
Un audit dovrebbe verificare se gli utenti sono in grado di:
- Navigare tra gli elementi interattivi
- Raggiungere tutti i controlli importanti
- Aprire e chiudere i menu
- Compilare moduli
- Utilizzare finestre di dialogo e altri componenti interattivi
- Visualizzare la posizione del focus della tastiera
Immagini e testo alternativo
Le immagini che comunicano informazioni necessitano generalmente di un testo alternativo appropriato.
Un audit dovrebbe valutare se:
- Le immagini informative hanno un testo alternativo significativo
- Le immagini decorative sono identificate correttamente
- Le grafiche complesse hanno un'alternativa testuale appropriata
- Le immagini che contengono informazioni importanti sono accessibili agli utenti che utilizzano screen reader
Contrasto cromatico e presentazione visiva
Il testo e gli elementi importanti dell'interfaccia devono avere un contrasto sufficiente e non devono fare affidamento esclusivamente sul colore per comunicare le informazioni.
Questo è particolarmente importante per i siti web governativi, poiché gli utenti potrebbero aver bisogno di accedere a informazioni essenziali indipendentemente dalle proprie capacità visive.
Moduli e servizi online
I moduli rappresentano spesso una delle parti più importanti di un sito web governativo.
I test di accessibilità dovrebbero esaminare:
- Etichette dei moduli
- Istruzioni
- Campi obbligatori
- Messaggi di errore
- Identificazione degli errori
- Funzionamento da tastiera
- Comportamento del focus
- Nomi e descrizioni accessibili
Intestazioni e struttura della pagina
Intestazioni logiche aiutano gli utenti a comprendere la struttura di una pagina e a navigare i contenuti in modo efficiente, specialmente quando utilizzano tecnologie assistive.
Un audit dovrebbe verificare se le intestazioni sono:
- Strutturate correttamente
- Significative
- Utilizzate in modo coerente
- Appropriate per la gerarchia dei contenuti
Link ed elementi interattivi
Link, pulsanti, menu, fisarmoniche, finestre di dialogo e altri elementi interattivi devono essere comprensibili e utilizzabili.
I problemi comuni includono:
- Testo del link poco chiaro
- Trappole per la navigazione da tastiera
- Nomi accessibili mancanti
- Comportamento del focus non corretto
- Controlli non utilizzabili senza mouse
Documenti e PDF
I siti web governativi pubblicano spesso PDF e altri documenti scaricabili.
Questi documenti possono introdurre ulteriori barriere all'accessibilità, tra cui:
- Struttura del documento mancante
- Gerarchia delle intestazioni non corretta
- Immagini prive di testo alternativo
- Tabelle non accessibili
- Ordine di lettura non corretto
- Tagging inadeguato
Un processo di accessibilità web dovrebbe quindi prendere in considerazione i documenti importanti al pari delle pagine HTML.
Per un'introduzione pratica alla verifica dell'accessibilità, consulta Verifiche semplici: una prima revisione dell'accessibilità web.
Qual è la differenza tra una scansione automatizzata e un audit di accessibilità manuale?
I test di accessibilità automatizzati possono identificare molti problemi comuni di accessibilità in modo rapido e coerente.
Tuttavia, una scansione automatizzata non è la stessa cosa di un audit di accessibilità completo.
Il W3C spiega che gli strumenti di valutazione dell'accessibilità possono aiutare a identificare potenziali problemi, ma non possono verificare automaticamente ogni aspetto dell'accessibilità. È necessario il giudizio umano per determinare se un sito web è accessibile.
Consulta Valutare l'accessibilità web per ulteriori informazioni dal W3C.
Cosa possono identificare i test automatizzati
I test automatizzati possono aiutare a identificare:
- Testo alternativo mancante
- Alcuni problemi di contrasto cromatico
- Etichette mancanti o errate
- Problemi strutturali
- Alcuni problemi ARIA
- Alcune problematiche legate alla tastiera
- Altri errori WCAG rilevabili automaticamente
Cosa può valutare il test manuale
Il test manuale può valutare:
- Percorsi reali dell'utente
- Interazioni complesse
- Comportamento della tastiera
- Gestione del focus
- Significato dei contenuti
- Gestione degli errori
- Comportamento dello screen reader
- Se un servizio può essere effettivamente completato con successo
L'obiettivo non è scegliere tra test automatizzati e manuali.
L'approccio più efficace consiste nell'utilizzare l'automazione per scalare i test e la valutazione umana per analizzare ciò che l'automazione non può determinare in modo affidabile.
Come eseguire un audit di accessibilità su un sito web governativo
Un processo strutturato rende l'audit di accessibilità di un sito web governativo più utile e facile da mantenere.
1. Definire l'ambito
Inizia identificando i servizi digitali che devono essere valutati.
Ciò può includere:
- Il sito web governativo principale
- Pagine di servizio
- Moduli
- Ricerca
- Applicazioni online
- Sistemi di pagamento
- Documenti
- Pagine di destinazione utilizzate di frequente
- Applicazioni mobili
- Servizi di terze parti integrati nel sito web
Dai priorità ai servizi su cui residenti o cittadini fanno maggiormente affidamento.
2. Stabilisci una base di riferimento per l'accessibilità
Esegui una scansione dell'accessibilità iniziale per identificare i problemi comuni in tutto il sito web.
Questo fornisce al team un punto di partenza e aiuta a rivelare problemi ricorrenti che potrebbero essere presenti in modelli o componenti.
Una base di riferimento automatizzata può anche aiutare i team a capire se i problemi di accessibilità siano isolati o sistemici.
3. Testa i percorsi utente importanti
Testare le singole pagine è utile, ma i siti web governativi sono spesso orientati ai servizi.
Ad esempio, un ente potrebbe aver bisogno di verificare se un utente è in grado di:
- Trovare un servizio specifico.
- Comprendere i requisiti di idoneità.
- Completare la richiesta.
- Correggere un errore.
- Inviare il modulo.
- Ricevere una conferma.
Una pagina può superare i singoli controlli automatizzati, ma un percorso utente completo può ancora presentare barriere all'accessibilità.
4. Eseguire test manuali
La valutazione manuale dovrebbe integrare i test automatizzati.
Testa le pagine e i flussi di lavoro importanti utilizzando la navigazione da tastiera e le tecnologie assistive pertinenti.
Per valutazioni più complete, il W3C raccomanda approcci strutturati come la sua Metodologia di valutazione WCAG (WCAG-EM).
5. Dai priorità ai risultati
Non tutti i problemi di accessibilità hanno lo stesso impatto.
Dai priorità ai problemi in base a fattori quali:
- Se bloccano l'accesso a un servizio essenziale
- Quante pagine sono interessate
- Se il problema riguarda un componente riutilizzabile
- Se gli utenti possono trovare un modo alternativo per completare l'attività
- Il criterio di successo WCAG applicabile
- L'impegno richiesto per la risoluzione
6. Risolvi e riesamina
Correggi i problemi di accessibilità di base nel codice, nei contenuti, nei modelli, nei componenti o nei documenti del sito web.
Quindi riesamina le aree interessate.
Questo è importante perché la risoluzione di un problema di accessibilità può talvolta introdurne un altro, in particolare quando le modifiche riguardano componenti condivisi.
7. Continua il monitoraggio
L'accessibilità non è statica.
I siti web governativi cambiano costantemente:
- Vengono pubblicate nuove pagine
- Vengono caricati documenti
- I moduli vengono riprogettati
- I componenti del CMS vengono modificati
- Vengono introdotti servizi di terze parti
- Gli sviluppatori rilasciano nuovo codice
Un sito web che era accessibile durante un audit può sviluppare nuovi problemi di accessibilità in seguito.
Ecco perché il monitoraggio continuo dovrebbe far parte del processo di accessibilità, invece di considerare l'audit come la fase finale.
Perché il monitoraggio continuo dell'accessibilità è importante per i siti web governativi
Un audit una tantum fornisce solo un'istantanea.
Il monitoraggio offre visibilità su ciò che accade dopo quell'istantanea.
Per le organizzazioni del settore pubblico con siti web aggiornati frequentemente, il monitoraggio continuo o ricorrente dell'accessibilità può aiutare a identificare nuovi problemi dopo:
- Aggiornamenti del sito web
- Pubblicazione di nuovi contenuti
- Modifiche ai modelli
- Nuovi moduli
- Nuovi documenti
- Modifiche al design
- Rilasci di sviluppo
Ciò crea un processo più sostenibile:
Scansione → identificazione → definizione delle priorità → correzione → nuovo test → monitoraggio → ripetizione
Il W3C raccomanda di valutare l'accessibilità nelle fasi iniziali e durante tutto il processo di sviluppo, invece di attendere la fine di un progetto.
Monitoraggio dell'accessibilità può aiutare a identificare i problemi di accessibilità tra un audit formale e l'altro.
Come Wawsome può aiutare con l'accessibilità dei siti web governativi
Wawsome combina scansione, monitoraggio, reportistica, supporto alla correzione e funzionalità di accessibilità rivolte all'utente in un'unica piattaforma.
Analizza i siti web per individuare problemi di accessibilità
Le funzionalità di scansione di Wawsome consentono di identificare i problemi di accessibilità su un intero sito web e di fornire report dettagliati sulle criticità rilevate.
Questo offre ai team un punto di partenza concreto per identificare e dare priorità agli interventi di accessibilità.
Inizia con una scansione di accessibilità gratuita.
Monitora i problemi e le correzioni
I risultati dell'analisi possono aiutare i team a capire quali problemi richiedono attenzione e a monitorare il lavoro di accessibilità nel tempo.
Ciò semplifica la collaborazione tra team interni, sviluppatori e agenzie, partendo da una base di riferimento comune per l'accessibilità.
Monitora i cambiamenti nel tempo
Il Monitor di accessibilità di Wawsome controlla costantemente i siti web alla ricerca di problemi di accessibilità ed è in grado di rilevare criticità legate a contenuti nuovi o modificati.
Questo è particolarmente utile per i siti web del settore pubblico, dove i contenuti possono essere pubblicati o modificati da più team.
Offri ai visitatori controlli di accessibilità aggiuntivi
Il widget di accessibilità di Wawsome offre ai visitatori una serie di regolazioni per l'accessibilità, incluse opzioni relative a testo, contrasto, navigazione, funzionalità di screen reader e altri aspetti dell'esperienza di navigazione.
Queste funzionalità possono offrire una maggiore flessibilità ai visitatori mentre l'organizzazione lavora sull'accessibilità di base del proprio sito web.
Importante: Un widget di accessibilità non deve essere considerato un sostituto per rendere accessibile il sito web stesso.
Un widget di accessibilità non equivale a un sito web accessibile
Un widget di accessibilità può fornire funzionalità utili ai visitatori, ma non elimina la necessità di risolvere i problemi di accessibilità nel sito web sottostante.
Il W3C opera una distinzione simile per quanto riguarda gli strumenti di valutazione dell'accessibilità: gli strumenti automatizzati possono aiutare nella valutazione, ma non sono in grado di determinare l'accessibilità autonomamente. La valutazione umana rimane necessaria.
Per gli enti pubblici, una strategia di accessibilità efficace combina:
- Codice e contenuti del sito web accessibili
- Test di accessibilità automatizzati
- Valutazione manuale
- Risoluzione delle problematiche di fondo
- Nuovi test
- Monitoraggio costante
- Supporto all'accessibilità adeguato per i visitatori
Questo approccio a più livelli aiuta le organizzazioni a gestire l'accessibilità come un processo continuo, invece di affidarsi a una singola tecnologia o a una valutazione una tantum.
Cosa dovrebbe fare un ente pubblico dopo un audit di accessibilità?
Un audit di accessibilità è davvero utile solo quando i risultati portano a azioni concrete.
Dopo aver completato un audit, un ente pubblico dovrebbe:
Dare priorità ai servizi critici
Iniziare dai servizi e dalle informazioni su cui i cittadini fanno maggior affidamento.
Un problema che impedisce a un utente di completare un servizio online essenziale dovrebbe generalmente ricevere maggiore attenzione rispetto a un problema di scarso impatto su una pagina informativa.
Assegna le responsabilità
L'accessibilità richiede una chiara titolarità.
A seconda dell'organizzazione, le responsabilità possono essere suddivise tra:
- Team IT
- Sviluppatori web
- Team di gestione dei contenuti
- Team di comunicazione
- Ufficio acquisti
- Agenzie esterne
- Specialisti in accessibilità
Risolvi i problemi alla radice
Ove possibile, risolvi i problemi di accessibilità nel codice sorgente, nei modelli, nei componenti, nei contenuti e nei documenti, invece di limitarti a mascherarne i sintomi.
Riesegui il test
Dopo la correzione, testa nuovamente le pagine e i percorsi utente interessati.
Stabilisci un processo continuo
Integra i controlli di accessibilità in:
- Pubblicazione del sito web
- Sviluppo
- QA
- Creazione di contenuti
- Approvvigionamento
- Riprogettazioni
- Nuovi servizi digitali
Mantieni aggiornata la documentazione
La documentazione sull'accessibilità deve riflettere lo stato attuale del sito web e il processo di accessibilità dell'organizzazione.
Ciò può includere:
- Risultati della valutazione dell'accessibilità
- Registri di correzione
- Dichiarazioni di accessibilità ove richieste
- Meccanismi di feedback
- Procedure interne di accessibilità
Domande frequenti sull'accessibilità dei siti web governativi
I siti web governativi devono essere accessibili ai sensi dell'ADA?
Per gli enti governativi statali e locali soggetti al Titolo II, il Dipartimento di Giustizia degli Stati Uniti ha stabilito requisiti specifici per l'accessibilità dei contenuti web e delle applicazioni mobili. Lo standard tecnico specificato dalla norma è WCAG 2.1 Livello AA.
Consulta la norma sull'accessibilità web del Titolo II dell'ADA per i requisiti ufficiali.
Quale standard WCAG si applica ai siti web del governo statunitense?
Per gli enti governativi statali e locali soggetti all'attuale norma sull'accessibilità web del Titolo II, lo standard tecnico richiesto è WCAG 2.1 Livello AA.
La specifica WCAG 2.1 è gestita dal W3C.
Quando i siti web del governo statunitense devono essere conformi alle WCAG 2.1 AA?
Le scadenze attuali sono il 26 aprile 2027 per gli enti governativi statali e locali con una popolazione pari o superiore a 50.000 abitanti, e il 26 aprile 2028 per gli enti con una popolazione inferiore a 50.000 abitanti e per i distretti governativi speciali.
Una scansione automatizzata dell'accessibilità è sufficiente?
No. I test di accessibilità automatizzati possono identificare molti problemi comuni, ma il W3C afferma che gli strumenti automatici non sono in grado di verificare tutti gli aspetti dell'accessibilità e che è necessario il giudizio umano. Consulta Valutare l'accessibilità web per ulteriori informazioni.
Cos'è un audit di accessibilità?
Un audit di accessibilità è una valutazione strutturata di un sito web, un'applicazione o un servizio digitale volta a identificare le barriere all'accessibilità e a verificarne la conformità ai requisiti o agli standard di accessibilità applicabili.
Un audit può combinare test automatizzati, test manuali, test con tecnologie assistive e la valutazione dei percorsi utente più importanti.
Ogni quanto dovrebbe essere sottoposto a audit un sito web governativo?
Non esiste una frequenza unica adatta a ogni sito web.
L'approccio corretto dipende da fattori quali:
- La frequenza con cui il sito web viene aggiornato
- Il numero di persone che pubblicano contenuti
- La complessità del sito web
- L'importanza dei suoi servizi online
- Se l'organizzazione rilascia regolarmente nuove funzionalità
Una combinazione ricorrente di monitoraggio automatizzato e valutazioni periodiche complete può aiutare a identificare i problemi tra un audit formale e l'altro.
Wawsome può sostituire un audit di accessibilità manuale?
No. Wawsome è in grado di supportare flussi di lavoro per il test, il monitoraggio, la reportistica e la correzione automatizzati dell'accessibilità, ma una valutazione completa dell'accessibilità può richiedere il giudizio umano e test manuali. Il W3C dichiara esplicitamente che nessuno strumento automatizzato è in grado di determinare l'accessibilità in autonomia.
Affidarsi a un'agenzia web trasferisce la responsabilità dell'accessibilità all'agenzia stessa?
L'utilizzo di un'agenzia esterna non elimina la necessità per l'ente pubblico di gestire l'accessibilità.
Le organizzazioni del settore pubblico dovrebbero stabilire requisiti di accessibilità nei processi di approvvigionamento e sviluppo e assicurarsi che l'accessibilità sia gestita durante l'intero ciclo di vita dei propri servizi digitali.
Come iniziare un audit di accessibilità per un sito web governativo
Il primo passo è capire qual è lo stato attuale del tuo sito web.
Inizia con una scansione di accessibilità gratuita per identificare i problemi comuni, esaminare i risultati e dare priorità alle aree che hanno il maggiore impatto sugli utenti.
Da lì, combina i test automatizzati con la valutazione manuale, correggi i problemi di fondo e stabilisci un monitoraggio continuo, in modo che le nuove modifiche al sito web non introducano silenziosamente nuove barriere all'accessibilità.