European Accessibility Act 2026: cosa rischia davvero la tua azienda

L’European Accessibility Act è in vigore in Italia da quasi 11 mesi, il D.Lgs. 82/2022 ha attivato gli obblighi il 28 giugno 2025, eppure la keyword “sanzioni accessibilità” registra ancora 1.690 ricerche mensili. Significa una cosa sola: la maggioranza delle aziende italiane che hanno già installato un chatbot, un voice agent o un generatore di alt-text AI non sa ancora se è esposta a multe fino a 40.000 euro per singola violazione. L’EAA è del resto solo un tassello di un quadro più ampio: il whitepaper La normativa sull’AI: i primi passi aiuta a inquadrare gli adempimenti complessivi per chi adotta sistemi di intelligenza artificiale.

Prima di investire in un chatbot o voice agent è utile capire quanto costa implementare un agente AI conforme alle nuove normative.

Tra questi tasselli spiccano le nuove regole UE sull’intelligenza artificiale, in vigore dal 2 agosto 2026.

In questo articolo scoprirai:

• Se la tua azienda rientra negli obblighi EAA o ricade nell’esenzione microimprese
• I tre rischi concreti per chi ha già un AI agent non conforme (chatbot, voice, alt-text)
• Importi e iter sanzionatorio AGID, ora pienamente operativo dopo l’attivazione della piattaforma reclami
• La checklist WCAG 2.2 per verificare la conformità in pochi giorni
• La roadmap in 5 step per mettere in regola un AI agent esistente

EAA e AI agent: chi è davvero obbligato secondo il D.Lgs. 82/2022

L’European Accessibility Act (Direttiva UE 2019/882, recepita in Italia con D.Lgs. 27 maggio 2022 n. 82) obbliga tutte le aziende B2C che offrono servizi digitali al pubblico, e-commerce, banking, telecomunicazioni, trasporti, servizi audiovisivi, a garantire l’accessibilità di siti, app e prodotti digitali, inclusi i chatbot e i voice agent integrati. La definizione di “servizio” copre qualunque interfaccia conversazionale rivolta al consumatore finale.

La soglia di esenzione per le microimprese è doppia e cumulativa: meno di 10 dipendenti e fatturato annuo inferiore a 2 milioni di euro. Basta superare anche uno solo dei due parametri per rientrare negli obblighi. Le PMI sopra soglia, le medie aziende e le grandi imprese sono tutte assoggettate, senza scaglionamenti.

Il punto che molte aziende sottovalutano: avere “solo” un chatbot di customer service non è una via di fuga. Se il chatbot è installato su un sito B2C, anche un semplice widget Zendesk, Intercom o un agent custom, diventa parte del servizio digitale offerto e ricade nell’ambito EAA. Lo stesso vale per i voice agent telefonici utilizzati in IVR di prenotazione o supporto.

Questo significa che i chatbot e gli Agent AI, sempre più diffusi nelle aziende italiane, rientrano in pieno nella categoria: la circostanza che la tecnologia sia generativa o basata su LLM non sposta di un millimetro l’obbligo di conformità tecnica agli standard EN 301 549 e WCAG 2.1 AA (la futura versione V4.1.1 dello standard EN passerà a WCAG 2.2 AA nel 2026). L’autorità competente è AGID per i servizi digitali, MIMIT per i prodotti fisici.

Rischio 1: chatbot e voice agent inaccessibili a tastiera e screen reader

Il primo rischio concreto è il più semplice da rilevare in un audit AGID: chatbot e voice agent con interfacce tecnicamente inaccessibili. Widget che non si aprono con la tastiera, conversazioni dove le risposte non vengono annunciate dagli screen reader, sessioni che scadono senza preavviso udibile o visivo. Sono problemi banali da scovare, ma diffusissimi nei deployment commerciali.

I criteri WCAG 2.2 violati con maggior frequenza sono tre. 2.4.11 Focus Not Obscured (nuovo in 2.2): quando l’utente naviga da tastiera, l’elemento focalizzato non deve essere coperto da overlay del chatbot. 3.2.6 Consistent Help: se il widget compare in posizioni diverse tra le pagine, l’utente con disabilità cognitive si disorienta. 1.3.1 Info and Relationships: i messaggi devono usare markup semantico corretto, e le risposte dinamiche del bot richiedono aria-live="polite" per essere lette dagli assistive tech.

A questi si aggiungono i criteri “voice-first” rilevanti per i voice agent: timeout di sessione configurabili, possibilità di ripetere o riformulare l’ultima risposta, supporto al passaggio a un operatore umano per chi non riesce a completare il task.

Perché è il rischio più facile da rilevare? Strumenti gratuiti come axe DevTools, WAVE e Lighthouse identificano in pochi minuti i fallimenti su contrasto, navigazione tastiera e ARIA. Un revisore AGID con un lettore di schermo NVDA o JAWS ci mette meno di 30 minuti a documentare le violazioni. Per chi ha installato un chatbot vendor “out-of-the-box” senza un audit preventivo, la probabilità di non conformità tecnica supera il 70% nei test che abbiamo visto in produzione.

Rischio 2: alt-text generati da AI sbagliati o allucinati

Il secondo rischio riguarda i generatori automatici di alt-text basati su AI, ormai integrati in CMS come WordPress, Drupal e nei principali DAM (Digital Asset Management). Il problema: l’output AI non è automaticamente conforme a WCAG. Il criterio violato è il più antico e fondamentale di tutti, WCAG 2.2 1.1.1 Non-text Content, che impone alternative testuali “che servano allo scopo equivalente”.

I tre fallimenti tipici dei modelli vision attuali sono noti.

Allucinazioni descrittive

Il modello vede un grafico di vendite e produce “due persone che si stringono la mano” perché ha confuso la legenda con icone.

Descrizioni decorative inutili:

Ogni immagine viene etichettata “immagine di alta qualità” o “fotografia professionale”, senza informazione semantica.

Mancata distinzione tra immagini decorative e informative

Un’icona puramente estetica riceve un alt-text verboso che gli screen reader leggono interrompendo il flusso, mentre un’infografica chiave riceve “image” e basta.

Il punto giuridico è che la responsabilità ricade sul titolare del sito, non sul fornitore del modello AI. In sede di audit, AGID non chiede chi ha generato l’alt-text: verifica che sia corretto, pertinente e funzionalmente equivalente all’immagine. Un alt-text sbagliato è una violazione, indipendentemente da come è stato prodotto. La giurisprudenza emergente sull’obbligatorietà delle normative AI conferma il principio di accountability del deployer.

La conseguenza pratica: ogni azienda che usa generatori automatici deve implementare un workflow di review umana per le immagini “informative” (grafici, screenshot di prodotto, infografiche) e accettare l’output AI solo per le immagini puramente decorative, dove tipicamente l’alt corretto è la stringa vuota alt="". Le piattaforme che non distinguono tra le due categorie producono per definizione alt-text non conformi su una percentuale rilevante del catalogo immagini.

Rischio 3: percorsi conversazionali che escludono utenti con disabilità cognitive

Il terzo rischio è il meno ovvio e quello che più spesso passa inosservato negli audit interni: i flussi conversazionali progettati assumendo capacità cognitive standard. Memoria di contesto perfetta, lettura veloce, nessun supporto per linguaggio semplificato, autenticazione tramite enigmi o CAPTCHA cognitivi. Tutti elementi che escludono utenti con disabilità cognitive, DSA, ADHD o limitazioni temporanee come stanchezza estrema.

I criteri WCAG 2.2 chiave qui sono tre, tutti introdotti o rafforzati nella versione 2.2.

1. Reading Level (Level AAA, ma considerato best practice nelle linee guida AGID): per contenuti tecnici, fornire una versione semplificata.
2. Redundant Entry (nuovo in 2.2): non chiedere all’utente di reinserire dati già forniti nella stessa sessione, un flusso conversazionale che resetta il contesto dopo cinque minuti viola questo principio.
3. Accessible Authentication (nuovo): vietato richiedere all’utente di risolvere puzzle cognitivi o memorizzare codici per autenticarsi; un chatbot che chiede di ricordare un OTP non più visibile sullo schermo fallisce questo criterio.

Come si manifesta il rischio?

• Un chatbot bancario che, a metà conversazione, chiede “conferma il codice fiscale che hai inserito prima” senza mostrarlo nuovamente.
• Un voice agent di prenotazione viaggi che usa terminologia tecnica (“CDW non incluso, supplemento young driver”) senza spiegazione.
• Un generatore di policy AI che produce solo testo a livello universitario, senza versione “facile da leggere”.

Il principio di comprensibilità è uno dei quattro pilastri WCAG (insieme a percepibile, utilizzabile, robusto). In sede di audit, AGID valuta non solo la conformità tecnica, ma anche se un utente con disabilità cognitive è in grado di completare il task. La risposta del legislatore è chiara: l’accessibilità non è negoziabile sulla base della complessità del servizio.

Sanzioni EAA in Italia: importi e procedura AGID

Le sanzioni dell’European Accessibility Act in Italia sono regolate dall’art. 24 del D.Lgs. 82/2022 e si articolano su tre fasce:

• la violazione degli obblighi sostanziali di accessibilità (artt. 3, 6, 8, 9, 10 e 12) comporta una sanzione amministrativa da 5.000 a 40.000 euro per ogni singola infrazione.
• la mancata ottemperanza agli ordini di adeguamento di AGID porta a sanzioni da 2.500 a 30.000 euro.
• l’ostruzione all’attività di vigilanza (rifiuto di esibire documentazione, ostacolo agli ispettori) è punita con 2.500-30.000 euro.

Per le grandi aziende il quadro si inasprisce ulteriormente. Le imprese con fatturato medio triennale superiore a 500 milioni di euro rientrano nel regime della Legge Stanca e possono essere sanzionate fino al 5% del fatturato annuo. Per un gruppo da un miliardo di ricavi significa esposizione potenziale a 50 milioni di euro. Le sanzioni sono cumulative per ogni violazione distinta accertata.

L’iter procedurale è ora pienamente operativo. L’11 marzo 2026 AGID ha attivato la piattaforma ufficiale di reclamo EAA, dove qualunque utente può segnalare una non conformità. Il flusso prevede: ricezione della segnalazione, contestazione formale all’azienda, termine di adeguamento (tipicamente 30-60 giorni), ispezione di verifica, eventuale sanzione. Le Linee Guida AgID v1.0, adottate il 4 marzo 2026 in attuazione dell’art. 21 del D.Lgs. 82/2022, codificano il dettaglio operativo dell’audit.

L’autorità competente per i servizi digitali è AGID; per i prodotti fisici è il MIMIT. Esiste un canale alternativo di reclamo tramite il Difensore civico per il Digitale, che può attivarsi su richiesta dell’utente leso.

La segnalazione non richiede certificazione formale di disabilità, basta documentare il tentativo fallito di accesso al servizio. Questa scelta legislativa abbassa drasticamente la barriera al reclamo e aumenta l’esposizione effettiva delle aziende non conformi.

Come verificare la conformità: checklist WCAG 2.2 per gli Agenti AI

Verificare se il proprio chatbot, voice agent o generatore di alt-text è conforme richiede una combinazione di test automatizzati e revisione manuale. Lo standard di riferimento è WCAG 2.2 Level AA, che la versione V4.1.1 dello standard EN 301 549 incorporerà nel 2026. Per la guida operativa completa rimandiamo alla nostra guida WCAG 2.2 sull’accessibilità web obbligatoria, qui sintetizziamo i controlli specifici per AI agent.

I 5 test automatizzabili (eseguibili con axe DevTools, WAVE, Lighthouse, Pa11y):

• Contrasto colori del widget chatbot ≥ 4.5:1 per testo normale, ≥ 3:1 per testo grande
• Tutti gli elementi interattivi raggiungibili da tastiera con focus visibile (criterio 2.4.7)
• Target size minimo 24x24px per pulsanti del widget (criterio 2.5.8, nuovo in WCAG 2.2)
• Markup ARIA corretto: role="dialog", aria-live per messaggi, aria-label sui pulsanti
• Pagina utilizzabile con zoom 200% senza perdita di contenuto o funzionalità

I 3 test che richiedono revisione umana:

• Test con screen reader: completare il task tipico (es. “richiedi rimborso”) usando solo NVDA o VoiceOver. Tutte le risposte del bot devono essere annunciate, l’utente deve sapere quando il bot sta “scrivendo”
• Test alt-text generati: campionare 50 immagini e verificare che l’output AI sia funzionalmente equivalente. Tasso di errore accettabile: <5% su immagini decorative, <2% su immagini informative
• Test percorso conversazionale: simulare un utente con disabilità cognitive (lettura lenta, memoria di lavoro limitata). Verificare che il bot non assuma contesto perso, supporti riformulazione, non usi CAPTCHA cognitivi per l’autenticazione

Output dell’audit: una Dichiarazione di Accessibilità conforme al modello AGID, pubblicata in posizione visibile sul sito (footer è la prassi). La dichiarazione deve elencare le non conformità note e il piano di rimedio. Pubblicare una dichiarazione veritiera anche se imperfetta è giuridicamente più protetto che pubblicare una dichiarazione “tutto conforme” smentita poi da un reclamo.

Roadmap di compliance EAA in 5 step per un AI agent esistente

Mettere in regola un AI agent già installato è un progetto sequenziale con tempi tipici di 8-12 settimane per una PMI con un singolo chatbot, 4-6 mesi per un’azienda con voice agent, chatbot multi-canale e generatori AI integrati. La sequenza funzionale è la seguente:

Step 1 — Audit baseline (settimane 1-2). Audit tecnico automatico con axe e WAVE, audit manuale con screen reader, mappatura dei flussi conversazionali. Output: report con elenco prioritizzato di non conformità, classificate per criticità (bloccante / maggiore / minore).

Step 2 — Piano di rimedio e quick win (settimane 3-4). Si attaccano subito le violazioni “bloccanti” (impossibilità di chiudere il widget, perdita totale di funzionalità da tastiera, assenza di etichette ARIA). Tipicamente queste richiedono 5-15 modifiche al codice del widget, eseguibili in pochi giorni se l’AI agent è custom; se è vendor, va aperto un ticket di compliance al fornitore.

Step 3 — Revisione conversazionale (settimane 5-7). Riscrittura dei prompt e dei flussi per garantire comprensibilità, riformulazione, escape verso operatore. Implementazione di linguaggio semplice nelle risposte chiave. Fix dei generatori alt-text con workflow di review umano. Per approfondimenti su privacy e governance dei dati negli AI agent, è utile consultare le linee guida su sicurezza, GDPR e AI.

Step 4 — Test con utenti reali (settimana 8). Coinvolgere persone con disabilità nelle sessioni di test (servizi come AbilityNet, Fondazione ASPHI in Italia). Il loro feedback identifica problemi che gli strumenti automatici non vedono.

Step 5 — Dichiarazione di Accessibilità e monitoraggio continuo. Pubblicazione della dichiarazione conforme al modello AGID, attivazione di un canale di reclamo interno, monitoraggio mensile post-deployment. L’accessibilità non è un progetto one-shot: ogni release del chatbot va validata.

EAA e AI Act: il doppio rischio normativo per i chatbot dal 2026

L’EAA non è l’unica normativa che colpisce gli AI agent nel 2026. Dal 2 agosto 2026 entrano in vigore i nuovi obblighi del Regolamento UE 2024/1689 (AI Act) per i sistemi di intelligenza artificiale general purpose e ad alto rischio. Un chatbot non conforme all’EAA potrebbe simultaneamente violare l’AI Act, e le due normative non si compensano a vicenda, le sanzioni si cumulano.

La classificazione del chatbot ai sensi dell’AI Act dipende dall’uso. Un chatbot di customer service standard ricade nella categoria rischio limitato, con obblighi principalmente di trasparenza (l’utente deve sapere che sta parlando con un’AI). Un chatbot usato in HR per scoring candidati, in valutazione del credito, o in processi sanitari diagnostici è classificato a rischio alto, con obblighi molto più stringenti di documentazione tecnica, gestione dei rischi, supervisione umana e, non a caso, accessibilità.

La doppia esposizione è reale: un chatbot HR non conforme all’EAA potrebbe ricevere una sanzione AGID per violazione accessibilità (fino a 40.000 euro per violazione) e contemporaneamente una sanzione AI Act (fino a 15 milioni di euro o 3% fatturato per le violazioni dei sistemi ad alto rischio). Per un’analisi più ampia dell’AI agentica e dell’evoluzione normativa nel 2026, vale la pena considerare entrambe le cornici simultaneamente.

L’urgenza pratica: chi sta facendo audit EAA in queste settimane dovrebbe estendere lo scope al check di trasparenza AI Act (disclosure “stai parlando con un’AI”, logging delle interazioni, documentazione dei dati di training se rilevante). Costa marginalmente di più, ma evita di rifare l’esercizio tra qualche mese.

Il rischio EAA è ora operativo, non più teorico

Per evitare di incorrere in sanzioni è importante tenere a mente 3 punti salienti:

1. Se la tua azienda supera la soglia microimpresa (10 dipendenti o 2M€ fatturato) e ha un AI agent pubblico (chatbot, voice agent, generatore alt-text) sei già sotto obbligo EAA dal 28 giugno 2025. Non è una norma futura, è retroattivamente applicabile a quanto già pubblicato.
2. I tre rischi descritti, inaccessibilità tecnica, alt-text errati, percorsi conversazionali escludenti, sono verificabili in pochi giorni con strumenti gratuiti, quindi anche un reclamante motivato può documentarli.
3. L’iter sanzionatorio AGID è ora completamente operativo grazie alla piattaforma di reclamo attiva da marzo 2026 e alle Linee Guida v1.0. Il rischio non è più teorico, è procedurale.

Conformità strategica e design inclusivo

L’entrata in vigore dell’European Accessibility Act 2026 impone alle aziende una revisione profonda delle proprie infrastrutture digitali, trasformando l’accessibilità degli agenti AI in un pilastro fondamentale per la continuità operativa sul mercato europeo. Mimìr AI Agent si distingue per l’attenzione che pone su soluzioni volte a mitigare i rischi di non conformità, facilitando il compito delle organizzazioni nel rispondere a requisiti tecnici sempre più stringenti.

Per rispondere a queste esigenze senza gravare sui flussi di lavoro creativi, abbiamo implementato all’interno della piattaforma una funzione dedicata alla gestione del contrasto cromatico. Il tool prende come riferimento i parametri tecnici definiti dalle linee guida WCAG per la leggibilità e il contrasto: propone istantaneamente due combinazioni cromatiche ottimizzate per i pulsanti (una chiara e una scura) specificamente calibrate per garantire il rapporto di contrasto necessario a una fruizione maggiormente accessibile.

Se vuoi scoprire come un sistema di Agenti AI può aiutarti a rendere scalabile il tuo business, registrati subito alla piattaforma o richiedi una demo gratuita personalizzata per le tue esigenze.

Fonti:

• European Commission — European Accessibility Act (EAA), pagina ufficiale aggiornata 2026
• D.Lgs. 27 maggio 2022 n. 82 — Recepimento Direttiva UE 2019/882, Gazzetta Ufficiale Italiana
• AGID — Agenzia per l’Italia Digitale, Linee Guida Accessibilità v1.0, adottate 4 marzo 2026
• AGID — Piattaforma di reclamo EAA, attivata 11 marzo 2026
• W3C — Web Content Accessibility Guidelines (WCAG) 2.2, W3C Recommendation
• ETSI EN 301 549 V3.2.1 — Accessibility requirements for ICT products and services
• Regolamento UE 2024/1689 — AI Act, Gazzetta Ufficiale dell’Unione Europea
• Legge 9 gennaio 2004 n. 4 (Legge Stanca) — Disposizioni per favorire l’accesso dei soggetti disabili agli strumenti informatici