Accessibilità web 2026: la guida per le PMI

C’è un cambiamento normativo importante che sta ridisegnando silenziosamente le regole del gioco digitale in tutta Europa. Parlo dell’European Accessibility Act (EAA), la Direttiva (UE) 2019/882, recepito in Italia tramite il Decreto Legislativo n. 82/2022, che stabilisce requisiti di accessibilità stringenti per una vasta gamma di prodotti e servizi commerciali, inclusi i siti web e i canali e-commerce delle piccole e medie imprese.

Troppo spesso, quando si parla di normative, si tende a pensare che si tratti di adempimenti burocratici pensati esclusivamente per le grandi multinazionali o per la Pubblica Amministrazione. Non è così. E l’accessibilità non arriva da sola: a poco più di un anno di distanza, dal 2 agosto 2026, si applicano anche gli obblighi dell’AI Act per chi ha un sito web.

In questa guida pratica affronteremo il tema dal punto di vista dell’artigianato digitale e dello sviluppo tecnico su misura. Vedremo insieme cos’è concretamente un sito accessibile, quali sono i rischi reali di sanzioni per le PMI italiane e come adeguare la tua presenza sul web senza dover necessariamente rifare tutto da zero.

Nota obbligatoria prima di cominciare: io sono uno sviluppatore web e mi occupo dell’implementazione tecnica degli standard di accessibilità sul codice. Questo articolo ha scopi esclusivamente educativi e orientativi. Non costituisce in alcun modo un parere legale o una consulenza giuridica formale. Per l’interpretazione formale delle norme e per l’analisi di compliance legale del tuo modello di business, ti invito a rivolgerti a un legale specializzato in diritto digitale.

---

Cos’è l’European Accessibility Act e perché riguarda anche il tuo sito

L’European Accessibility Act è una direttiva europea che mira a garantire che le persone con disabilità o limitazioni funzionali (visive, uditive, motorie o cognitive) abbiano pari accesso ai servizi digitali. Un sito non accessibile è, a tutti gli effetti, una barriera architettonica digitale.

La filosofia alla base è semplice: così come un negozio fisico deve essere dotato di una rampa per consentire l’ingresso a una sedia a rotelle, un negozio online o un portale informativo deve essere costruito in modo che un software di lettura dello schermo (screen reader) o una navigazione tramite tastiera possano funzionare senza ostacoli.

Le date che contano: 28 giugno 2025 e le linee guida AgID di marzo 2026

La scadenza principale fissata dall’European Accessibility Act è stata il 28 giugno 2025. Da quella data i servizi che rientrano nel decreto devono rispettare i requisiti. L’unica tolleranza riguarda i contratti di servizio firmati prima: possono restare invariati fino alla scadenza, e comunque non oltre il 28 giugno 2030 (lo spiegano le domande frequenti di AgID).

Il percorso di adeguamento italiano, però, ha visto tappe decisive molto più recenti. Il 4 marzo 2026, l’Agenzia per l’Italia Digitale (AgID) ha adottato con la determinazione n. 38/2026 le linee guida sull’accessibilità dei servizi che chiariscono le modalità di controllo e i criteri di valutazione tecnica applicati alle imprese private. Questo intervento ha rilanciato con forza l’attenzione dei media e dei controllori nazionali sul rispetto effettivo della normativa.

Chi è obbligato (fatturato, dipendenti, tipo di attività)

La legge italiana prevede un’esenzione specifica per le microimprese. Secondo la definizione europea, una microimpresa è un’azienda che:

• Ha meno di 10 dipendenti.
• Registra un fatturato annuo o un totale di bilancio inferiore a 2 milioni di euro.

Se la tua attività supera questi parametri e offre uno dei servizi elencati dal decreto, il tuo sito web e i tuoi servizi digitali sono soggetti all’obbligo di legge.

L’elenco è preciso: commercio elettronico (qualunque cosa tu venda online ai consumatori), servizi bancari per i consumatori, trasporto passeggeri (siti, app, biglietteria elettronica), comunicazioni elettroniche, accesso ai servizi di media audiovisivi, e-book e relativi software. Per chi opera in questi settori la conformità è un requisito per stare sul mercato.

Chi pensa di essere escluso e spesso si sbaglia (“è solo un sito vetrina”)

Uno degli errori più comuni è la convinzione che un sito “semplice” o puramente informativo sia esente da responsabilità. L’obiezione tipica suona così: “Il mio è solo un sito vetrina, non vendo nulla online, perché dovrei preoccuparmi?”

Dal punto di vista strettamente normativo, un sito che presenta l’azienda senza vendere nulla online di solito non rientra nell’elenco dei servizi del decreto. L’errore sta altrove: basta un carrello, una prenotazione a pagamento o un’area in cui il cliente acquista un servizio, e il sito entra nel perimetro del commercio elettronico. Resta poi la legge Stanca (L. 4/2004), che impone l’accessibilità anche alle aziende private con un fatturato medio superiore a 500 milioni di euro negli ultimi tre anni. E un sito vetrina che esclude una parte del pubblico perde comunque clienti, obbligo o no. Come spiego dettagliatamente nella guida su quanto costa un sito web, l’accessibilità non è un costo aggiuntivo ma un investimento strutturale che aumenta l’efficacia commerciale del sito stesso.

---

Cosa significa “sito accessibile”: gli standard WCAG 2.1 AA

Per tradurre la teoria in codice concreto, la norma tecnica di riferimento è la EN 301 549, che per il web riprende uno standard internazionale riconosciuto: le Web Content Accessibility Guidelines (WCAG) 2.1 del W3C, al livello di conformità AA. Le linee guida AgID del 2026 partono da qui e prevedono il passaggio alle WCAG 2.2 quando verrà aggiornata la norma europea.

Le WCAG sono un insieme di regole tecniche estremamente dettagliate che guidano gli sviluppatori nella scrittura di un codice pulito, strutturato e inclusivo.

I 4 principi: percepibile, utilizzabile, comprensibile, robusto

L’intera architettura dell’accessibilità web si regge su quattro pilastri (noti con l’acronimo inglese POUR):

1. Percepibile: Le informazioni e i componenti dell’interfaccia utente devono essere presentati in modo che gli utenti possano percepirli. Se un elemento è puramente visivo (come un’immagine), deve esistere un’alternativa testuale equivalente per chi non può vederlo.
2. Utilizzabile: I componenti dell’interfaccia e la navigazione devono essere utilizzabili. Ad esempio, l’utente deve poter navigare in ogni sezione del sito usando solo la tastiera, senza dipendere necessariamente da un mouse.
3. Comprensibile: Le informazioni e le operazioni dell’interfaccia utente devono essere comprensibili. I testi devono essere leggibili e i flussi d’azione (come l’invio di un modulo di contatto) devono essere chiari e privi di ambiguità.
4. Robusto: Il contenuto deve essere abbastanza robusto da poter essere interpretato in modo affidabile da un’ampia varietà di programmi utente, comprese le tecnologie assistive (screen reader, browser speciali, sistemi di sintesi vocale).

Esempi pratici: contrasto colori, navigazione da tastiera, alt text, sottotitoli

Vediamo come si traducono questi principi nell’attività di sviluppo quotidiana:

• Contrasto di colore adeguato: Il testo deve risaltare chiaramente sullo sfondo. Lo standard WCAG 2.1 AA richiede un rapporto di contrasto di almeno 4.5:1 per il testo normale e 3:1 per il testo di grandi dimensioni. Un testo grigio chiaro su sfondo bianco è un errore grave che rende il sito inutilizzabile per persone ipovedenti o semplicemente per chi naviga sotto la luce diretta del sole.
• Navigazione da tastiera: Provate a scollegare il mouse e a navigare sul vostro sito usando solo il tasto Tab. Potete raggiungere ogni link? Riuscite a vedere chiaramente quale elemento è attualmente selezionato (il cosiddetto focus visivo)? Se il focus scompare o se rimanete “bloccati” in un menu a tendina senza poter proseguire, il sito non è conforme.
• Alternative testuali (Alt Text): Ogni immagine non decorativa deve avere un attributo alt nel codice HTML che descriva accuratamente il contenuto visivo dell’immagine. Questo testo viene letto dagli screen reader degli utenti non vedenti.
• Sottotitoli e trascrizioni: Se pubblicate video o file audio, dovete fornire sottotitoli sincronizzati e trascrizioni testuali complete per gli utenti sordi o con difficoltà uditive. Servono anche a chi guarda i video con l’audio spento, un’abitudine che ho raccontato in navigare in mute.

La cura di questi dettagli invisibili è ciò che distingue lo sviluppo di qualità, un concetto che ho approfondito descrivendo perché la cura del codice somiglia al retro di un mobile.

---

Le sanzioni e i rischi reali

Ignorare l’European Accessibility Act non è solo una scelta eticamente discutibile o una rinuncia a potenziali clienti: è un rischio finanziario e d’immagine concreto per la tua azienda.

Importi fino a 40.000€ per violazione

Il sistema sanzionatorio introdotto dal legislatore italiano prevede multe pecuniarie severe per le imprese che non si adeguano agli obblighi. Per il mancato rispetto dei requisiti di accessibilità, l’articolo 24 del D.Lgs. 82/2022 prevede sanzioni amministrative da 5.000€ fino a un massimo di 40.000€. Chi non collabora con l’autorità di vigilanza rischia una sanzione ulteriore, da 2.500 a 30.000 euro.

L’importo viene graduato in base alla gravità della non conformità, al numero di servizi o prodotti non conformi e al numero di utenti coinvolti. Per i servizi l’autorità di vigilanza è AgID.

Il rischio silenzioso: la Dichiarazione di Accessibilità mancante

C’è un adempimento formale specifico che molti dimenticano, rappresentando il punto più facile su cui ricevere un controllo: la Dichiarazione di Accessibilità.

Il decreto chiede a chi fornisce un servizio soggetto all’obbligo di spiegare al pubblico come il servizio rispetta i requisiti di accessibilità, e le linee guida AgID chiedono di conservare la documentazione delle verifiche. Il modo più chiaro per farlo è una dichiarazione pubblicata sul sito (di solito con un link nel footer) che descriva lo stato di conformità agli standard WCAG 2.1 AA. Una dichiarazione fatta bene contiene un’autovalutazione tecnica o un audit di terza parte, l’indicazione di eventuali parti del sito non ancora accessibili e il meccanismo di feedback attraverso cui gli utenti possono segnalare barriere digitali.

La totale assenza di questo link o la presenza di una dichiarazione non aggiornata è un segnale d’allarme immediato per i controllori, un po’ come non esporre il cartello degli orari o i documenti obbligatori in un negozio fisico.

---

Checklist: come verificare se il tuo sito è conforme

Prima di farsi prendere dal panico o di investire cifre esorbitanti, il primo passo sensato è guardare con onestà com’è messo oggi il tuo sito.

Audit automatico (strumenti gratuiti)

Esistono eccellenti strumenti automatici, gratuiti e accessibili direttamente dal tuo browser, per avere una prima valutazione quantitativa del livello di accessibilità del tuo sito:

1. Lighthouse: Integrato negli strumenti per sviluppatori di Google Chrome, permette di avviare un test con un click e fornisce un punteggio da 0 a 100 per la categoria “Accessibilità”, indicando gli errori di codice più macroscopici.
2. WAVE Web Accessibility Evaluation Tool: Un’estensione per browser o un servizio online che analizza visivamente la tua pagina web, evidenziando direttamente sugli elementi grafici gli errori di contrasto, i tag alternativi mancanti e gli errori strutturali delle intestazioni.
3. axe DevTools: Uno strumento di analisi professionale molto rigoroso, utilizzato dagli sviluppatori per individuare violazioni specifiche delle WCAG.

Se vuoi comprendere come questi strumenti analizzano le performance globali e l’usabilità del tuo sito, puoi leggere la mia analisi tecnica su come ho portato un sito a 100/100 Lighthouse.

Audit manuale (cosa gli strumenti automatici non vedono mai)

Gli strumenti di scansione automatica sono utilissimi, ma ne trovano solo una parte. In un test del Government Digital Service britannico su una pagina piena di barriere inserite apposta, il migliore strumento preso da solo ne ha trovate il 41%. L’accessibilità richiede infatti un giudizio umano che le macchine non possono emulare.

Ecco cosa devi verificare manualmente o far analizzare da un professionista:

• La qualità dell’Alt Text: Un software automatico può dirti se l’attributo alt di un’immagine è presente, ma non può sapere se il testo inserito descrive correttamente l’immagine. Scrivere alt="immagine_01.jpg" supera il controllo automatico, ma è completamente inutile (e dannoso) per uno screen reader.
• La logica dei menu e della sitemap: La navigazione tramite tastiera segue l’ordine visivo degli elementi? I menu a tendina possono essere aperti e chiusi agevolmente con il tasto Invio e Esc?
• La chiarezza dei messaggi di errore: Quando un utente sbaglia a compilare un modulo (ad esempio inserisce un’email senza la chiocciola), l’errore viene comunicato solo evidenziando il bordo del campo di rosso? Una persona daltonica non noterà la differenza cromatica. L’errore deve essere descritto testualmente ed essere associato in modo corretto al campo di input tramite attributi HTML specifici (come aria-describedby).

Un’analisi metodica e rigorosa di questi aspetti fa parte della manutenzione sana di un portale aziendale, un pilastro strategico che descrivo nell’articolo sull’importanza del sito web per aziende e PMI.

---

Come adeguare un sito esistente (senza rifarlo da zero)

Se il tuo sito attuale non è pienamente conforme, non significa necessariamente che tu debba buttarlo via e investire nuovamente l’intero budget per ricostruirlo. Spesso è possibile procedere con interventi di “bonifica tecnica” mirati ed estremamente efficaci.

Interventi tecnici prioritari

Concentrati innanzitutto sugli errori bloccanti, quelli che impediscono fisicamente a un utente disabile di completare un’azione sul tuo sito:

1. Sistemazione dei form e dei moduli di contatto: Assicurati che ogni campo di input abbia un’etichetta (<label>) testuale esplicita e associata correttamente.
2. Correzione della gerarchia delle intestazioni (Heading Tags): I tag H1, H2, H3 devono essere usati in ordine sequenziale logico, come l’indice di un libro. Non usare un tag <h3> solo perché ti piace la dimensione del carattere, saltando il tag <h2>. Questo confonde la navigazione degli screen reader.
3. Risoluzione dei contrasti di colore: Sostituisci i codici colore CSS dei testi non conformi con tonalità leggermente più scure, finché il testo non si legge senza sforzo.
4. Implementazione degli attributi ARIA: Nei componenti interattivi complessi (come i menu mobili o le schede), utilizza gli attributi di accessibilità ARIA (Accessible Rich Internet Applications) per comunicare lo stato dell’elemento (es. aria-expanded="true" per indicare un menu aperto).

Quando basta un intervento mirato, quando serve un restyling

Se il tuo sito è stato realizzato di recente (negli ultimi 2-3 anni) utilizzando un codice moderno e una struttura pulita, l’adeguamento richiede solitamente poche giornate di sviluppo mirato per correggere il CSS, i tag HTML e l’interattività dei form.

Se invece il sito è obsoleto, lento, basato su vecchi template commerciali rigidi pieni di plugin obsoleti, intervenire sul codice esistente potrebbe risultare estremamente complesso e costoso. In questi casi, un restyling completo orientato all’accessibilità non solo ti mette al riparo dalle sanzioni, ma ti consente di ottenere un sito infinitamente più veloce, sicuro e pronto a posizionarsi su Google. Se ti trovi in questo scenario, ti consiglio di consultare la mia guida pratica per migliorare la SEO aziendale.

---

Il mito del widget “accessibilità in un click”

Negli ultimi anni si sono diffusi sul mercato numerosi servizi che promettono di rendere conforme qualsiasi sito web in cinque minuti attraverso l’installazione di una semplice riga di codice JavaScript. Si tratta dei cosiddetti widget di accessibilità overlay (rappresentati solitamente da un’icona a forma di omino blu nell’angolo dello schermo).

Questi strumenti promettono di risolvere problemi di contrasto, ingrandire i caratteri o leggere i testi ad alta voce direttamente dal browser dell’utente.

Perché i widget overlay non bastano legalmente

La realtà tecnica e legale è ben diversa da quella descritta dalle campagne pubblicitarie di questi servizi:

• Non risolvono il codice sorgente: Un widget non può correggere un modulo di contatto strutturato male o aggiungere una descrizione significativa a un’immagine complessa. Si limita ad applicare una “vernice” superficiale.
• Riducono l’usabilità per gli utenti disabili: Chi naviga regolarmente con tecnologie assistive ha già il proprio software di screen reader configurato su misura sul proprio computer. I widget overlay spesso vanno in conflitto con queste tecnologie, rendendo la navigazione ancora più frustrante.
• Il precedente americano: a gennaio 2025 la Federal Trade Commission ha imposto ad accessiBe, uno dei widget più diffusi, di pagare un milione di dollari perché sosteneva senza prove di poter rendere conforme alle WCAG qualsiasi sito. Se non basta a chi lo vende, non basta nemmeno a chi lo installa: la conformità si misura sul codice che il sito serve.

L’accessibilità non si compra con un abbonamento mensile a un widget: si progetta e si scrive nel codice sorgente del sito.

---

La Dichiarazione di Accessibilità: cosa deve contenere

Per le pubbliche amministrazioni la Dichiarazione di Accessibilità segue un modello standardizzato definito a livello europeo e compilato sul portale AgID. Per un’impresa privata soggetta al decreto è il riferimento più solido da cui partire. Questi sono gli elementi del modello:

1. Stato di conformità: Un’affermazione chiara che indichi se il sito è “pienamente conforme”, “parzialmente conforme” o “non conforme” alle linee guida WCAG 2.1 AA.
2. Contenuti non accessibili: Se dichiarate una conformità parziale, dovete elencare in modo trasparente quali sezioni o funzionalità del sito non sono ancora accessibili e spiegare il motivo tecnico o l’eventuale “onere sproporzionato” temporaneo.
3. Data di redazione e di ultimo aggiornamento: La dichiarazione va riesaminata periodicamente (per le PA è annuale).
4. Meccanismo di feedback: Un indirizzo email dedicato o un modulo che consenta agli utenti di segnalare barriere di accessibilità direttamente all’azienda, richiedendo informazioni equivalenti in formato accessibile.
5. Dettagli sull’autorità di controllo: I riferimenti per segnalare ad AgID una non conformità se l’azienda non risponde in modo soddisfacente. Per i servizi coperti dal decreto AgID ha aperto una piattaforma pubblica di segnalazione.

---

Domande frequenti

Quali sono le sanzioni per le PMI se il sito web non è accessibile?

In Italia, le sanzioni amministrative pecuniarie per le imprese private che violano gli obblighi dell’European Accessibility Act possono variare da 5.000€ a 40.000€, irrogate dall’Agenzia per l’Italia Digitale (AgID).

La conformità alle WCAG 2.1 AA mette al riparo dalle sanzioni?

Rispettare gli standard WCAG 2.1 AA è il modo tecnico per dimostrare la conformità del codice. Ma per essere in regola a tutti gli effetti di legge servono anche le informazioni sull’accessibilità del servizio (meglio se in una Dichiarazione di Accessibilità pubblicata sul sito), la documentazione delle verifiche e l’attenzione a mantenere i requisiti di inclusività anche negli aggiornamenti futuri.

Cosa sono i Core Web Vitals e come si collegano all’accessibilità?

I Core Web Vitals sono metriche di Google che misurano la velocità di caricamento, la stabilità visiva e la reattività di una pagina web. Un sito con ottime performance e codice pulito è intrinsecamente più accessibile, riducendo gli errori di caricamento e i layout instabili che confondono gli utenti con disabilità cognitive o motorie. Puoi approfondire questo legame nella mia guida completa ai Core Web Vitals.

Posso usare WordPress per realizzare un sito conforme alla legge sull’accessibilità?

Sì, è possibile realizzare un sito accessibile con WordPress, ma richiede un’attenzione maniacale nella selezione del tema di partenza (meglio se con il tag “accessibility-ready” della directory ufficiale, che resta comunque un punto di partenza e non una certificazione) e nell’evitare plugin di terze parti che iniettano codice non conforme o non accessibile tramite tastiera. Per un confronto approfondito sulle tecnologie, ti invito a leggere l’analisi tra WordPress e Next.js.

Esiste un’esenzione totale per le piccolissime aziende?

Sì, le microimprese che forniscono servizi (aziende con meno di 10 dipendenti e meno di 2 milioni di euro di fatturato annuo o totale di bilancio) sono escluse dal decreto che recepisce l’European Accessibility Act, qualunque sia il settore. Rendere il proprio sito accessibile resta comunque consigliato per non escludere alcun potenziale cliente e migliorare il posizionamento SEO globale.

---

Un sito accessibile è un sito fatto bene

L’accessibilità web non deve essere vista come un limite alla creatività dei designer o come una sanzione da evitare a colpi di burocrazia. Costruire un sito web accessibile significa semplicemente fare bene il proprio lavoro di sviluppatori e progettisti. Significa mettere il tuo messaggio, i tuoi prodotti e la tua professionalità a disposizione di chiunque, senza discriminazioni e senza barriere tecnologiche.

Adeguare il proprio sito è un percorso che richiede competenza tecnica e trasparenza commerciale. Se desideri analizzare lo stato del tuo sito web attuale, effettuare un audit di conformità WCAG o pianificare un piano di adeguamento del codice della tua azienda, sono pronto ad affiancarti.

Richiedi un’analisi tecnica di accessibilità del tuo sito: studieremo insieme gli interventi prioritari per rendere la tua presenza online sicura, inclusiva e pienamente conforme alle normative vigenti.