Accessibilità WCAG e siti PA: obblighi, sanzioni e come mettersi a norma
In Italia, l’accessibilità dei siti web della Pubblica Amministrazione è un obbligo di legge dal 2004. Eppure, nel 2026, la maggior parte dei portali istituzionali italiani non supererebbe un audit di conformità WCAG 2.1 livello AA.
Il problema non è la buona volontà. È che “dichiarare l’accessibilità” e “essere accessibili” sono due cose molto diverse.
Il quadro normativo: cosa dice la legge
Il riferimento principale è la Legge Stanca (L. 9/2004), integrata dalla Direttiva Europea 2016/2102 sull’accessibilità dei siti web e delle applicazioni mobili degli enti pubblici, recepita in Italia con il D.Lgs. 106/2018.
AgID — l’Agenzia per l’Italia Digitale — è l’ente preposto al monitoraggio e alla verifica della conformità. Dal 2020, gli enti pubblici sono tenuti a:
- Pubblicare una dichiarazione di accessibilità aggiornata annualmente, con l’elenco delle non conformità rilevate
- Rispondere ai meccanismi di feedback degli utenti entro 30 giorni
- Garantire un’alternativa accessibile per qualsiasi contenuto non conforme
Le sanzioni per inottemperanza vanno da €5.000 a €50.000, applicate da AgID dopo procedura di verifica.
Ma la sanzione pecuniaria è spesso il problema minore. Il rischio reale è l’esclusione di una parte dei cittadini dai servizi digitali — utenti con disabilità visive, motorie o cognitive che non riescono ad accedere ai servizi per cui pagano le tasse.
Cosa significa WCAG 2.1 livello AA in pratica
Le Web Content Accessibility Guidelines (WCAG) sono organizzate attorno a quattro principi: percepibile, utilizzabile, comprensibile, robusto. Ogni principio si declina in linee guida e criteri di successo, classificati in livelli A, AA e AAA.
Il livello AA è il requisito minimo richiesto dalla normativa italiana ed europea. Ecco le violazioni più frequenti che troviamo nei portali PA durante i nostri audit:
Immagini senza alternativa testuale
Il criterio 1.1.1 richiede che ogni immagine informativa abbia un attributo alt descrittivo. Nei portali PA è comune trovare immagini con alt="" su contenuti informativi, o peggio, alt="image001.jpg". Un utente che utilizza uno screen reader sente il nome del file anziché il contenuto dell’immagine.
Contrasto insufficiente
Il criterio 1.4.3 richiede un rapporto di contrasto di almeno 4.5:1 tra testo e sfondo (3:1 per testo grande). Il tema grafico istituzionale italiano con testo grigio su sfondo chiaro è uno dei colpevoli più frequenti.
Navigazione impossibile da tastiera
Il criterio 2.1.1 richiede che tutte le funzionalità siano raggiungibili tramite tastiera. Menu a tendina, moduli complessi e slider interattivi spesso catturano il focus e non lo rilasciano, rendendo impossibile la navigazione per chi non usa il mouse.
Struttura heading errata
I titoli H1-H6 non sono solo una questione estetica: definiscono la struttura del documento per gli screen reader. Trovare un H3 prima di un H2, o H1 multipli nella stessa pagina, è la norma piuttosto che l’eccezione.
Moduli senza etichette corrette
I campi di un modulo devono avere etichette associate tramite attributo for che corrisponde all’id del campo. Senza questa associazione, uno screen reader non sa a quale campo si riferisce un’etichetta.
La dichiarazione di accessibilità non basta
Molti enti pensano che pubblicare la dichiarazione di accessibilità — il documento obbligatorio richiesto da AgID — sia sufficiente. Non lo è.
La dichiarazione deve riflettere lo stato reale del sito, incluse le non conformità. Dichiarare un sito “pienamente conforme” quando non lo è non esonera dalla responsabilità; in alcuni casi la aggrava, perché dimostra consapevolezza e inazione.
Un audit reale su WCAG 2.1 AA richiede:
- Verifica automatica con strumenti come Axe, WAVE o Lighthouse (copre circa il 30-40% dei criteri)
- Test manuale di navigazione da tastiera
- Test con screen reader (NVDA su Windows, VoiceOver su macOS/iOS)
- Verifica del contrasto su tutti gli elementi interattivi e informativi
- Revisione del codice sorgente per struttura semantica
Come si affronta un adeguamento WCAG nel mondo reale
L’esperienza che abbiamo maturato su portali con decine di milioni di visite annuali ci ha insegnato alcune cose contro-intuitive sull’adeguamento WCAG.
Non tutte le non conformità costano lo stesso da correggere. Un’immagine senza alt si risolve in 30 secondi. Una struttura heading completamente sbagliata su un CMS con 5.000 pagine richiede un intervento sistematico. Prioritizzare le correzioni per impatto e sforzo è fondamentale per ottenere risultati rapidi su budget limitati.
Il CMS determina i limiti dell’accessibilità. Se il sistema di gestione dei contenuti non supporta la gestione degli attributi alt, il problema non si risolve con la formazione del personale. Serve un intervento tecnico sul CMS. Drupal — il sistema raccomandato da AgID per la PA — ha un buon supporto nativo per l’accessibilità quando configurato correttamente.
L’accessibilità migliora il SEO. Questo non è un punto secondario per la PA: un portale accessibile ha testi alternativi alle immagini, struttura heading corretta, contenuti semanticamente organizzati — tutti segnali che i motori di ricerca apprezzano. Nell’audit che abbiamo condotto su un portale turistico istituzionale, il rispetto delle WCAG ha contribuito a un incremento del +20% del traffico organico.
L’adeguamento non è una tantum. Ogni nuovo contenuto pubblicato, ogni nuova sezione aggiunta, può introdurre nuove non conformità. Gli enti PA che gestiscono l’accessibilità in modo strutturale integrano la verifica nei processi editoriali, non la trattano come un progetto isolato.
Il ruolo di AgID e di Bootstrap Italia
Per facilitare la conformità della PA, AgID ha sviluppato e mantiene Bootstrap Italia — un sistema di design basato su Bootstrap 4/5, progettato per essere accessibile e conforme alle linee guida nazionali fin dall’inizio.
L’adozione di Bootstrap Italia non garantisce automaticamente la conformità (dipende da come viene implementato e personalizzato), ma offre una base solida che riduce significativamente il rischio di violazioni strutturali.
Per gli enti che stanno rinnovando i propri portali, la raccomandazione di AgID è esplicita: utilizzare Bootstrap Italia come riferimento di design e implementazione, e documentare eventuali scostamenti nella dichiarazione di accessibilità.
Cosa fare se il vostro portale non è conforme
Il punto di partenza è un audit honest, non un audit che produce la documentazione minima per apparire conformi.
Un audit serio identifica le non conformità reali, le ordina per priorità e stima l’effort di correzione. Sulla base di questo, si costruisce un piano di adeguamento con scadenze realistiche.
Gli enti che hanno già pubblicato una dichiarazione di accessibilità con non conformità dichiarate hanno la possibilità — e l’obbligo — di aggiornare quella dichiarazione man mano che le correzioni vengono implementate.
Se gestite un portale della Pubblica Amministrazione e volete capire il vostro livello reale di conformità WCAG, offro un audit tecnico iniziale che vi darà un quadro chiaro delle priorità, con esperienza diretta su portali istituzionali ad alto traffico, sistemi Drupal per la PA e adeguamento alle linee guida AgID.
Leggete come Sigilium affronta gli audit e remediation di infrastruttura oppure richiedete un audit di accessibilità.