Un cittadino non dovrebbe rinunciare a presentare una domanda, iscriversi a un corso o consultare un atto perché il modulo non si usa da tastiera o un documento PDF non è leggibile da uno screen reader. I requisiti accessibilità per siti pubblici servono precisamente a evitare questo: trasformano il diritto di accesso ai servizi digitali in criteri tecnici, organizzativi e verificabili.
Per enti pubblici, scuole, università, società partecipate e fornitori digitali, l’accessibilità non è un intervento estetico da rimandare alla prossima riprogettazione. È una responsabilità continuativa. Riguarda il sito istituzionale, i servizi online, le app mobili, i documenti pubblicati e ogni passaggio che una persona deve compiere per esercitare un diritto o ottenere un’informazione.
A chi si applicano gli obblighi di accessibilità
In Italia, la disciplina sull’accessibilità digitale per le pubbliche amministrazioni nasce dalla Legge 4/2004, nota come Legge Stanca, ed è stata aggiornata nel tempo anche in recepimento della direttiva europea sull’accessibilità di siti web e applicazioni mobili degli enti pubblici. Il principio è chiaro: i soggetti pubblici devono rendere accessibili le proprie interfacce e i propri contenuti digitali.
L’ambito non coincide soltanto con il comune o il ministero. Può coinvolgere amministrazioni centrali e locali, enti territoriali, istituti scolastici, università, aziende sanitarie, organismi di diritto pubblico e altri soggetti tenuti agli obblighi previsti. La qualifica giuridica dell’organizzazione e il tipo di servizio erogato fanno la differenza: per questo, quando esistono dubbi, è opportuno verificare il perimetro normativo prima di limitarsi a una valutazione tecnica.
Anche chi sviluppa o gestisce il sito per conto di un ente pubblico ha un ruolo diretto. Un’agenzia che consegna un portale non conforme trasferisce al cliente un problema operativo, documentale e reputazionale. Inserire l’accessibilità nel capitolato, nelle specifiche di progetto, nei criteri di accettazione e nella manutenzione è molto più efficace che tentare correzioni estese dopo la pubblicazione.
Requisiti accessibilità per siti pubblici: lo standard tecnico
Il riferimento tecnico è rappresentato dalle Linee guida di accessibilità e dagli standard WCAG 2.1, normalmente richiesti al livello AA. WCAG significa Web Content Accessibility Guidelines: una serie di criteri che rendono i contenuti percepibili, utilizzabili, comprensibili e compatibili con le tecnologie assistive.
Il livello AA non si ottiene applicando un solo componente o installando un widget. Richiede interventi reali nel codice, nei contenuti e nelle procedure editoriali. Un contrasto insufficiente, un campo modulo senza etichetta, un menu che intrappola la tastiera o un avviso di errore comunicato soltanto con il colore possono impedire l’uso del servizio a molte persone.
Cosa deve funzionare nella pratica
Un sito accessibile deve consentire la navigazione senza mouse, con ordine di tabulazione coerente e indicatore di focus visibile. Titoli, elenchi, tabelle e aree della pagina devono avere una struttura semantica corretta, così che gli screen reader possano restituire contenuti e relazioni in modo comprensibile.
Le immagini informative devono offrire un’alternativa testuale adeguata; quelle puramente decorative non devono creare rumore nella lettura assistita. Video e contenuti audio richiedono, secondo il caso, sottotitoli, trascrizioni o altre alternative. I moduli devono indicare con chiarezza cosa inserire, quali campi sono obbligatori e come correggere un errore.
Non basta che la homepage superi una verifica. La conformità riguarda i flussi essenziali: autenticazione, ricerca, prenotazioni, pagamenti quando presenti, invio di istanze, area personale, download di modulistica e assistenza. Proprio qui emerge il valore di un audit ragionato: un sito può apparire ordinato e moderno, ma fallire quando l’utente deve completare un’azione concreta.
Dichiarazione di accessibilità e meccanismo di feedback
La dichiarazione di accessibilità è un adempimento operativo, non una formula generica nel footer. Deve essere disponibile in modo facilmente individuabile e descrivere lo stato di conformità del sito o dell’app, le eventuali parti non accessibili, le ragioni delle deroghe quando applicabili e le alternative disponibili per l’utente.
La dichiarazione deve inoltre indicare un meccanismo di feedback. In termini semplici, chi incontra una barriera deve poterla segnalare e ricevere riscontro. Questo canale va presidiato: una casella non monitorata o un modulo inutilizzabile contraddicono lo scopo stesso dell’obbligo.
La pubblicazione non chiude il lavoro. La dichiarazione va aggiornata con periodicità prevista dalle disposizioni applicabili e ogni volta che modifiche significative rendono superata la valutazione esistente. Dichiarare una non conformità parziale può essere corretto, se rispecchia una verifica reale ed è accompagnato da un piano di miglioramento. Dichiarare conformità senza evidenze, invece, espone l’ente a contestazioni evitabili.
Attenzione ai PDF, ai documenti e ai contenuti pubblicati
Molte criticità non nascono dal sito sviluppato anni fa, ma dai materiali caricati ogni settimana. Delibere, bandi, avvisi, moduli, presentazioni e report sono parte dell’esperienza digitale. Se un PDF è una scansione senza testo selezionabile, se non ha titoli strutturati o se le tabelle non sono leggibili, il documento può diventare una barriera anche quando il portale è tecnicamente ben costruito.
Serve quindi una procedura editoriale. Chi pubblica contenuti dovrebbe ricevere indicazioni semplici e verificabili: usare titoli gerarchici, non simulare elenchi con trattini digitati a mano, compilare le alternative delle immagini, esportare PDF con tag corretti e controllare i documenti prima del caricamento. La formazione degli editor riduce gli errori ricorrenti più di una correzione occasionale fatta dal reparto IT.
Un percorso di conformità che regge nel tempo
L’accessibilità non è un test una tantum perché siti, plugin, contenuti e integrazioni cambiano. Un aggiornamento del tema, una nuova piattaforma di pagamento o un banner cookie possono introdurre regressioni anche dopo una remediation completa. Occorre un processo che unisca analisi automatica, verifica manuale e monitoraggio.
Un percorso solido segue quattro passaggi:
- mappare le pagine, i template e i servizi prioritari, individuando le barriere e la loro gravità;
- correggere codice, componenti, documenti e contenuti, dando precedenza ai flussi che bloccano l’accesso al servizio;
- testare con tastiera, tecnologie assistive e controlli tecnici, perché gli strumenti automatici rilevano soltanto una parte dei problemi;
- pubblicare e mantenere dichiarazione, canale di feedback, evidenze di verifica e piano di monitoraggio.
L’automazione è preziosa per intercettare errori ripetitivi, controllare grandi quantità di pagine e segnalare regressioni. Non può però stabilire da sola se un testo alternativo descrive davvero un’immagine, se l’ordine di lettura è sensato o se un’istruzione è comprensibile. Le valutazioni manuali restano essenziali, specialmente per i servizi con moduli complessi e dati personali.
Gare, fornitori e responsabilità condivisa
L’accessibilità va richiesta prima della consegna, non soltanto dopo una segnalazione. Nei contratti con agenzie e software house conviene definire gli standard da rispettare, le modalità di test, le evidenze richieste, le responsabilità di correzione e il presidio successivo agli aggiornamenti. Un requisito scritto in modo generico come “sito accessibile” è difficile da verificare; il riferimento a WCAG 2.1 livello AA e a criteri di accettazione concreti rende il controllo più efficace.
Va considerato anche il rapporto con l’European Accessibility Act. L’EAA dal 2025 amplia gli obblighi per diversi prodotti e servizi privati, ma non sostituisce la disciplina specifica già applicabile agli enti pubblici. Per chi opera in entrambi gli ambiti, il vantaggio è costruire un unico metodo di progettazione accessibile, adattando poi gli obblighi documentali e organizzativi al contesto corretto.
Misurare l’accessibilità come qualità del servizio
Ridurre le barriere non significa solo ridurre il rischio di non conformità. Un modulo chiaro abbassa gli abbandoni, una gerarchia dei contenuti leggibile migliora la ricerca delle informazioni e un’interfaccia utilizzabile da tastiera tende a essere più ordinata per tutti. Sono benefici concreti, ma non devono far perdere di vista il punto centrale: un servizio pubblico deve poter essere usato anche da chi ha esigenze di accesso diverse.
Per questo servono indicatori semplici: numero di errori critici aperti e chiusi, tempi di risposta alle segnalazioni, copertura dei flussi controllati, stato dei documenti pubblicati e frequenza delle verifiche dopo i rilasci. Piattaforme come Inclusivia possono rendere più ordinato questo presidio, combinando scansioni, percorso di remediation e gestione della dichiarazione. La responsabilità finale, tuttavia, resta nell’organizzazione e nelle sue decisioni di progetto.
Il passo utile da compiere ora è verificare un percorso reale del proprio sito – per esempio l’invio di una richiesta o il download di un modulo – usando soltanto la tastiera. Se quel percorso non è chiaro e completabile, l’accessibilità non è ancora un requisito da dichiarare: è un servizio da migliorare.