Un sito web è accessibile quando chiunque, comprese le persone con disabilità, riesce a leggerlo, navigarlo, compilarne i moduli e completare un acquisto, anche con uno screen reader, solo con la tastiera o con la vista ridotta. In Italia il riferimento tecnico è il livello AA delle WCAG 2.1, richiamato dalla norma UNI CEI EN 301549, e dal 28 giugno 2025 l'obbligo non riguarda più soltanto la Pubblica Amministrazione: tocca anche molte aziende private che vendono servizi ai consumatori. Qui trovi cosa dice la legge, chi è obbligato, quali criteri contano davvero e il percorso che seguiamo per rendere un sito accessibile senza rifarlo da zero.
In breve
- L'accessibilità si misura con le WCAG del W3C, costruite su quattro principi: percepibile, utilizzabile, comprensibile, robusto.
- Dal 28 giugno 2025 il D.Lgs. 82/2022, che recepisce l'European Accessibility Act, obbliga molti servizi privati (e-commerce, banche, trasporti, telecomunicazioni) a rispettare i requisiti di accessibilità.
- Le microimprese che forniscono servizi sono esentate dall'EAA, ma l'esenzione non vale per tutto e non toglie i vantaggi di un sito accessibile.
- I widget e gli overlay automatici non rendono conforme un sito: servono interventi su codice, design e contenuti.
- Progettare l'accessibilità fin dal wireframe costa meno che correggerla dopo, e migliora l'esperienza di tutti gli utenti.
Indice
- Cosa significa rendere accessibile un sito
- I quattro principi delle WCAG
- Cosa dice la normativa italiana
- I problemi più comuni, e come si risolvono
- Perché un widget non basta
- Come adeguare il sito: il percorso in sei passi
- La dichiarazione di accessibilità
- Il nostro punto di vista: l'accessibilità parte dal design
- Domande frequenti
- Fonti
Cosa significa rendere accessibile un sito
La Commissione europea descrive l'accessibilità del web come la possibilità, per tutti, di percepire, comprendere, navigare e interagire con Internet, persone con disabilità comprese. Non è una caratteristica tecnica isolata: riguarda il modo in cui sono scritti i testi, scelti i colori, costruiti i menu e i moduli, caricati i video.
In pratica, un sito accessibile permette di:
- leggere i contenuti con uno screen reader, che interpreta titoli, link, immagini e pulsanti;
- muoversi tra le pagine e compilare un form usando solo la tastiera;
- distinguere testi e pulsanti anche con un contrasto ridotto, sotto il sole o con un daltonismo;
- seguire un video senza audio grazie ai sottotitoli;
- capire cosa è successo quando un modulo restituisce un errore.
Accessibilità e usabilità vanno di pari passo. Chi ne beneficia non sono solo le persone con una disabilità certificata: sono anche gli anziani, chi naviga da smartphone in un ambiente rumoroso, chi ha un braccio ingessato, chi ha una connessione lenta. Per questo AgID tratta i due temi insieme nella sua sezione su accessibilità e usabilità.
I quattro principi delle WCAG
Le Web Content Accessibility Guidelines sono lo standard internazionale pubblicato dal W3C, disponibile nelle versioni WCAG 2.0, 2.1 e 2.2. Ogni versione si organizza in principi, linee guida e criteri di successo verificabili, divisi in tre livelli: A (il minimo), AA (il livello richiesto dalle norme europee) e AAA (il più esigente).
I quattro principi, definiti nelle WCAG 2.2, sono:
- Percepibile. Informazioni e componenti dell'interfaccia devono essere presentati in modo che l'utente possa percepirli: testo alternativo per le immagini, sottotitoli per i video, contrasto sufficiente tra testo e sfondo.
- Utilizzabile. Interfaccia e navigazione devono funzionare per tutti: tutto deve essere raggiungibile da tastiera, il focus deve essere visibile, l'utente deve avere tempo a sufficienza per leggere e agire.
- Comprensibile. Informazioni e funzionamento devono essere chiari: lingua della pagina dichiarata, menu coerenti tra le pagine, messaggi di errore che spiegano come correggere.
- Robusto. Il contenuto deve poter essere interpretato in modo affidabile da browser e tecnologie assistive diverse: codice HTML valido e semantico, componenti che comunicano nome, ruolo e stato.
Le WCAG 2.2 aggiungono criteri pensati soprattutto per smartphone, touch e difficoltà cognitive: per esempio un'area minima per i target cliccabili, un focus che non resti nascosto sotto banner o header fissi, un'autenticazione che non obblighi a ricordare password o risolvere enigmi. Le norme italiane prendono come base la 2.1 AA, ma progettare oggi un sito nuovo sulla 2.2 AA è la scelta più lungimirante: i siti conformi alla 2.2 rispettano anche i requisiti della 2.1.
Cosa dice la normativa italiana
Il quadro italiano ruota attorno a due testi: la Legge 4/2004, nota come Legge Stanca, e il D.Lgs. 82/2022, che ha recepito la Direttiva (UE) 2019/882, l'European Accessibility Act. A questi si aggiungono le linee guida di AgID, l'Agenzia per l'Italia Digitale, che traducono la legge in requisiti tecnici.
| Chi | Riferimento | Cosa deve fare |
|---|---|---|
| Pubbliche amministrazioni ed enti pubblici | Legge 4/2004 e Linee guida AgID | Siti e app conformi, dichiarazione di accessibilità, meccanismo di feedback |
| Privati che offrono servizi al pubblico con fatturato medio oltre 500 milioni di euro | Legge 4/2004, modificata | Dichiarazione di accessibilità sul modello AgID, nel footer del sito |
| Fornitori di servizi rientranti nell'EAA (e-commerce verso consumatori, servizi bancari, trasporti, telecomunicazioni) | D.Lgs. 82/2022, operativo dal 28 giugno 2025 | Progettare e fornire servizi accessibili secondo la UNI CEI EN 301549 |
| Microimprese che forniscono servizi | Direttiva (UE) 2019/882 | Esentate dagli obblighi EAA sui servizi |
Per i siti web, le Linee guida AgID sull'accessibilità dei servizi considerano la conformità al livello AA delle WCAG 2.1 equivalente ai requisiti tecnici della UNI CEI EN 301549 per le pagine web. Tradotto: se il tuo sito rispetta le WCAG 2.1 AA, sul fronte web sei allineato alla norma tecnica.
AgID, nell'annunciare il documento, ha chiarito che le indicazioni operative sono differenziate per tipologia di azienda e risorse disponibili e non rigidamente prescrittive. Per una PMI significa partire dai servizi più critici: il checkout di un e-commerce, il modulo di contatto, l'area riservata, la prenotazione.
Per i soggetti privati che ricadono nella Legge 4/2004 esiste anche un documento dedicato, le linee guida AgID per i soggetti privati, che indica destinatari, riferimenti tecnici e adempimenti.
Chi è esentato, e cosa non cambia
La direttiva europea esclude dagli obblighi sui servizi le microimprese, cioè aziende con meno di 10 dipendenti e un fatturato o un totale di bilancio annuo non superiore a 2 milioni di euro. È un'esenzione pensata per alleggerire il carico amministrativo, non una dispensa generale: se lavori con la Pubblica Amministrazione, se un contratto ti impone requisiti di accessibilità o se rientri in norme di settore, gli obblighi possono arrivare da lì.
Anche un sito vetrina B2B che oggi non è obbligato ha buoni motivi per adeguarsi. I tuoi clienti aziendali possono chiederlo nei capitolati, i tuoi interlocutori possono avere una disabilità o semplicemente un'età in cui leggere testi grigio chiaro in corpo 12 è faticoso. Se hai dubbi sulla tua posizione, il punto di partenza giusto è un confronto con il tuo consulente legale o con chi segue la compliance aziendale, carte alla mano: fatturato, numero di dipendenti, tipo di servizi venduti online.
I problemi più comuni, e come si risolvono
Nei siti che analizziamo gli errori si ripetono quasi sempre. Molti si sistemano in poche ore, altri richiedono di rivedere template e componenti.
| Problema | Chi ne è colpito | Come si corregge |
|---|---|---|
| Immagini senza testo alternativo | Utenti di screen reader | Descrizione sintetica nel campo alt; alt vuoto per le immagini decorative |
| Contrasto insufficiente tra testo e sfondo | Ipovedenti, daltonici, chi legge sotto il sole | Almeno 4.5:1 per il testo normale e 3:1 per quello grande, come chiede il livello AA |
| Menu e pulsanti non raggiungibili da tastiera | Chi non usa il mouse | Elementi HTML nativi (button, a) o componenti con gestione corretta del focus |
| Focus invisibile | Chi naviga da tastiera | Stile di focus evidente, mai rimosso con outline: none |
| Titoli usati solo per lo stile | Utenti di screen reader | Gerarchia H1, H2, H3 logica, che rispecchia la struttura dei contenuti |
| Moduli senza etichette | Tutti, soprattutto screen reader | Label collegate ai campi, errori descritti in testo e non solo con il colore rosso |
| Link "clicca qui" o "leggi di più" | Chi scorre l'elenco dei link | Testo del link che dice dove porta |
| Video senza sottotitoli | Persone sorde, chi guarda senza audio | Sottotitoli sincronizzati e, se serve, trascrizione |
| Pop-up e cookie banner che intrappolano il focus | Chi usa la tastiera o lo screen reader | Finestra chiudibile da tastiera, focus che torna dove era |
| Lingua della pagina non dichiarata | Utenti di screen reader | Attributo lang corretto nel codice |
Il W3C mette a disposizione in italiano una guida introduttiva per rendere accessibile un sito web, con consigli per chi scrive, chi disegna e chi sviluppa. È un buon primo passo per il tuo team interno.
Perché un widget non basta
Molte aziende hanno risposto alla scadenza del 2025 installando un widget: un'icona in basso a destra che promette di ingrandire i testi, cambiare i contrasti e "rendere accessibile" il sito in un clic. Il problema è che questi strumenti lavorano sopra il codice esistente, senza correggerlo.
Un overlay non può scrivere testi alternativi sensati per le tue immagini prodotto, non rende un menu a tendina utilizzabile da tastiera se è stato costruito male, non sistema un modulo senza etichette. Spesso, anzi, entra in conflitto con gli screen reader che le persone usano già. La norma tecnica guarda al risultato reale: codice semantico, navigazione da tastiera, contrasti corretti, contenuti comprensibili. Questo si ottiene solo intervenendo su template, componenti e contenuti. Le funzioni di personalizzazione possono essere un'aggiunta, mai la soluzione.
Come adeguare il sito: il percorso in sei passi
Rendere accessibile un sito esistente è un progetto, non un'attività una tantum. Ecco l'ordine che funziona per una PMI.
- Verifica la tua posizione normativa. Rientri nell'EAA? Sei una microimpresa? Lavori con la PA? La risposta decide scadenze e documenti da produrre.
- Fai un audit. Combina strumenti automatici, che individuano una parte degli errori, con test manuali: navigazione da tastiera, prova con uno screen reader, verifica dei contrasti e della struttura dei titoli. I test automatici da soli non bastano a dichiarare conformità.
- Mappa i percorsi critici. Elenca i flussi che generano valore: richiesta preventivo, iscrizione alla newsletter, checkout, download di una scheda tecnica. Sono i primi da correggere, sia per la legge sia per il fatturato.
- Correggi alla radice. Intervieni sui componenti riutilizzati (header, menu, card, form, footer): sistemi un componente e lo sistemi su tutte le pagine. Rivedi la palette colori se il brand usa toni che non passano i contrasti.
- Sistema i contenuti. Testi alternativi, titoli ordinati, link descrittivi, PDF accessibili o sostituiti da pagine HTML, sottotitoli per i video. Forma chi aggiorna il sito, altrimenti gli errori tornano al primo articolo pubblicato.
- Documenta e monitora. Pubblica la dichiarazione o l'informativa richiesta, attiva un canale per le segnalazioni e ripeti i controlli a ogni rilascio importante.
Se stai pensando a un nuovo sito, questo è il momento migliore per farlo bene. Inserire l'accessibilità nel capitolato fin dall'inizio evita costi di rifacimento e la rende una voce chiara nel preventivo: ne parliamo anche nella guida su quanto costa un sito web per una PMI e in quella sul sito web aziendale.
La dichiarazione di accessibilità
Per i soggetti tenuti dalla Legge 4/2004, la dichiarazione di accessibilità è il documento con cui si rende pubblico lo stato di conformità del sito. Va compilata secondo il modello standard AgID, linkata nel footer e aggiornata ogni anno entro il 23 settembre. Deve riportare il livello di conformità, le parti non ancora accessibili e le alternative offerte, oltre a un meccanismo di feedback con cui l'utente può segnalare un problema. Se la segnalazione resta senza risposta, l'utente può rivolgersi al Difensore civico per il digitale.
Due errori frequenti: pubblicare una dichiarazione che dice "conforme" senza aver fatto alcuna verifica, e dimenticarla dopo il primo anno. Una dichiarazione falsa o vecchia è peggio di nessuna dichiarazione, perché certifica pubblicamente qualcosa che non è vero. Per i fornitori che rientrano solo nell'EAA, le informazioni da rendere disponibili seguono le linee guida sui servizi: verifica con chi ti segue quale documento è richiesto nel tuo caso.
Il nostro punto di vista: l'accessibilità parte dal design
Quando un'azienda ci chiede un audit di accessibilità, quasi sempre scopriamo che i problemi non nascono nello sviluppo ma molto prima: in una palette scelta senza misurare i contrasti, in un wireframe che nasconde le informazioni importanti dietro icone senza testo, in un modulo pensato per essere elegante più che chiaro. Per questo trattiamo l'accessibilità come una scelta di design e di strategia, non come un controllo tecnico da fare a fine progetto.
Il nostro lavoro unisce branding, design e marketing B2B, e qui le tre cose si toccano. Un'identità visiva riconoscibile può restare tale anche con contrasti corretti: a volte basta scurire di qualche tono il colore primario per i testi e tenere la versione originale per le grandi superfici. Un sito chiaro da navigare con la tastiera è anche un sito più semplice per chi arriva da un annuncio e deve trovare in pochi secondi il modulo di contatto. E un form con etichette e messaggi di errore leggibili è un form che converte di più, come raccontiamo nella guida all'ottimizzazione del tasso di conversione.
C'è poi un legame con le prestazioni: codice pulito e semantico aiuta i motori di ricerca, le tecnologie assistive e la velocità di caricamento, che misuriamo con i Core Web Vitals. Non sono tre progetti separati, è lo stesso lavoro fatto bene. Il nostro consiglio a chi parte oggi è semplice: misura dove sei, sistema prima i percorsi che portano contatti e vendite, e da quel momento non pubblicare più nulla che non abbia superato un controllo di base.
— Purple
Se vuoi rendere accessibile il tuo sito senza perdere riconoscibilità, il nostro team di design e sviluppo progetta e ottimizza siti web per aziende B2B e PMI con l'accessibilità inclusa dal primo wireframe. Puoi vedere come lavoriamo nel nostro portfolio e chiederci un preventivo su misura.
Domande frequenti
Il mio sito aziendale B2B è obbligato a essere accessibile?
Dipende da cosa offri e da quanto sei grande. Se vendi online servizi che rientrano nell'European Accessibility Act a consumatori, o se superi i 500 milioni di euro di fatturato offrendo servizi al pubblico, sì. Un sito vetrina B2B di una PMI spesso non ricade negli obblighi, ma clienti e bandi possono chiederlo comunque.
Quali sono le WCAG da seguire oggi?
Il riferimento per la conformità in Italia è il livello AA delle WCAG 2.1, richiamato dalla norma UNI CEI EN 301549. La versione più recente è la 2.2, che aggiunge criteri su touch, focus e autenticazione. Progettare sulla 2.2 AA ti mette in regola anche con la 2.1.
Basta installare un plugin o un widget di accessibilità?
No. Widget e overlay non correggono il codice, i testi alternativi, la navigazione da tastiera o i moduli, che sono il cuore dei requisiti. Possono affiancare un sito accessibile, ma non sostituire gli interventi su design, sviluppo e contenuti.
Come verifico se il mio sito è accessibile?
Parti da un controllo automatico per individuare gli errori più evidenti, poi prova a navigare tutto il sito solo con la tastiera e ad ascoltarlo con uno screen reader gratuito. Controlla i contrasti dei colori del brand e la struttura dei titoli. Per una dichiarazione di conformità serve un audit manuale completo sui criteri WCAG.
Fonti
- AgID: Accessibilità e usabilità
- AgID: Linee Guida sui requisiti di accessibilità dei servizi (EAA)
- AgID: pubblicate le Linee Guida sull'accessibilità dei servizi
- AgID: Linee guida sull'accessibilità degli strumenti informatici, soggetti privati
- Commissione europea: Accessibilità web
- EUR-Lex: Direttiva (UE) 2019/882
- W3C: WCAG 2 Overview
- W3C: Web Content Accessibility Guidelines 2.2
- W3C: Cominciare, rendere accessibile un sito web