L’accessibilità delle app secondo l’European Accessibility Act significa che le app mobile usate per erogare i servizi coperti dalla norma, come acquisti online, servizi bancari per i consumatori, e-book e trasporto passeggeri, devono essere utilizzabili da persone con disabilità, comprese quelle che si affidano a screen reader, testo ingrandito, controllo vocale o accesso tramite switch. Dal 28 giugno 2025 questi requisiti si applicano in tutta l’UE, e il riferimento pratico per rispettarli è la norma armonizzata che si basa sulle Web Content Accessibility Guidelines. Questa guida spiega quali app sono coinvolte, cosa significano i requisiti nel design e nel codice, da dove cominciare e come misurare i progressi.
Ultimo aggiornamento: 9 novembre 2026.
Cos’è l’European Accessibility Act?
L’European Accessibility Act è una direttiva UE che fissa requisiti di accessibilità comuni per un elenco di prodotti e servizi venduti ai consumatori. Il testo ufficiale è la Direttiva (UE) 2019/882, e le sue regole si applicano dal 28 giugno 2025. Ogni Stato membro l’ha recepita nel diritto nazionale; in Germania, per esempio, ha preso la forma del Barrierefreiheitsstärkungsgesetz (BFSG).
L’obiettivo è semplice: le persone con disabilità e le persone anziane devono poter acquistare e usare gli stessi servizi digitali di tutti i giorni come chiunque altro, e le aziende devono trovare un unico insieme di regole in tutto il mercato unico anziché regole diverse in ogni paese.
In Odduel, agenzia creativa e tecnologica con sedi a Barcellona e São Paulo, l’accessibilità fa parte del modo in cui pianifichiamo, progettiamo e sviluppiamo le app nel nostro servizio di sviluppo app, non è un test aggiunto alla fine.
In breve: l’European Accessibility Act copre le app che erogano servizi rientranti nel suo ambito, come e-commerce, servizi bancari per i consumatori, e-book e trasporto passeggeri. Queste app devono essere percepibili, utilizzabili, comprensibili e robuste per le persone con disabilità. Inizia con un audit rispetto alla norma armonizzata, correggi prima i percorsi più usati, integra l’accessibilità nel design e nel codice e pubblica le informazioni sull’accessibilità richieste.
L’EAA si applica alle app?
Sì. La direttiva copre i servizi forniti ai consumatori in diversi settori e include esplicitamente i servizi erogati tramite dispositivi mobili, comprese le applicazioni mobile. Se la tua app è il modo in cui i clienti accedono a un servizio coperto, l’app rientra nell’ambito.
I servizi coperti comprendono:
- Servizi di e-commerce: app tramite cui i consumatori acquistano prodotti o servizi online.
- Servizi bancari per i consumatori: app bancarie e di pagamento per i consumatori.
- E-book e software di lettura dedicati.
- Servizi di comunicazione elettronica, come i servizi di chiamata e messaggistica.
- Servizi che danno accesso a media audiovisivi, come le piattaforme di streaming.
- Elementi dei servizi di trasporto passeggeri aereo, su autobus, ferroviario e per vie navigabili, comprese app, biglietteria e informazioni di viaggio in tempo reale.
La direttiva copre anche alcuni prodotti, come smartphone, computer, terminali di pagamento e biglietterie automatiche, ma gli obblighi per chi sviluppa o possiede un’app derivano soprattutto dai servizi elencati sopra.
Quali app restano di solito fuori dall’ambito?
Le app che non erogano un servizio coperto ai consumatori restano in genere fuori dalla norma, come gli strumenti aziendali puramente interni o le app che forniscono solo informazioni su un’azienda. Le microimprese che forniscono servizi, come definite nella direttiva, sono esentate dai requisiti sui servizi. Le app del settore pubblico ricadono sotto una legge separata, la direttiva sull’accessibilità del web. Le questioni di ambito possono essere sottili, quindi verifica la tua posizione con un consulente legale nel tuo mercato principale.
Esistono periodi transitori?
La direttiva prevede alcune transizioni. I fornitori di servizi possono continuare a erogare servizi con prodotti utilizzati legittimamente prima del 28 giugno 2025 fino al 28 giugno 2030, e i contratti di servizio stipulati prima di quella data possono proseguire fino alla scadenza, entro un limite di cinque anni. Questi periodi non coprono nuove app o nuovi rilasci: tutto ciò che progetti o lanci ora deve rispettare i requisiti.
Cosa comporta in pratica l’accessibilità di un’app secondo l’EAA?
La direttiva descrive i requisiti in termini funzionali: le informazioni devono essere percepibili, utilizzabili, comprensibili e robuste, e il servizio deve funzionare con le tecnologie assistive che le persone usano. In pratica, le aziende li rispettano seguendo la norma europea armonizzata per l’accessibilità digitale, EN 301 549, che riprende i criteri per web e software dalle Web Content Accessibility Guidelines del W3C e li applica alle app native oltre che ai siti web.
La tabella traduce i quattro principi nel design e nello sviluppo quotidiano delle app.
| Principio | Cosa significa in un’app | Errori comuni |
|---|---|---|
| Percepibile | Alternative testuali per immagini e icone, contrasto sufficiente, testo che si adatta alle impostazioni di sistema, sottotitoli per i video | Pulsanti con sola icona e senza etichetta; testo che non si ingrandisce; testo grigio a basso contrasto |
| Utilizzabile | Tutte le funzioni utilizzabili con screen reader, accesso tramite switch e tastiere esterne; aree di tocco abbastanza grandi; nessun limite di tempo senza controllo | Gesti personalizzati senza alternativa; aree di tocco minuscole; caroselli che non si possono mettere in pausa |
| Comprensibile | Etichette e istruzioni chiare, navigazione coerente, messaggi di errore utili | Errori dei moduli indicati solo in rosso; etichette vaghe come «Invia» per ogni azione |
| Robusto | Uso corretto delle funzioni di accessibilità della piattaforma, perché le tecnologie assistive leggano ruoli, nomi e stati | Componenti personalizzati che gli screen reader annunciano come «pulsante» senza nome |
Cosa significa per il design?
I designer definiscono gran parte dell’accessibilità di un’app prima che esista una riga di codice. Le decisioni chiave comprendono:
- il contrasto dei colori per testo, icone e comandi, sia in modalità chiara sia scura;
- layout che funzionano ancora quando il testo viene ingrandito in modo significativo;
- aree di tocco abbastanza grandi da essere colpite con sicurezza;
- un ordine di focus visibile che corrisponda all’ordine visivo;
- etichette e istruzioni scritte in linguaggio semplice;
- alternative ai gesti complessi come scorrimenti, trascinamenti e pizzichi;
- stati (selezionato, disattivato, errore) indicati con qualcosa di più del solo colore.
Cosa significa per lo sviluppo?
Gli sviluppatori fanno in modo che le funzioni di accessibilità della piattaforma trasmettano l’intenzione del design. Su iOS e Android significa usare componenti nativi dove possibile, dare a ogni comando un nome, un ruolo e uno stato accessibili, supportare il testo dinamico e il ridimensionamento dei caratteri, gestire il focus quando cambiano schermate o finestre di dialogo, annunciare gli aggiornamenti importanti e testare con VoiceOver e TalkBack. Anche i framework cross-platform supportano l’accessibilità, ma ciascuno richiede attenzione con i componenti personalizzati.
Da dove deve cominciare un’azienda con l’accessibilità delle app secondo l’European Accessibility Act?
Un piano strutturato evita sia il panico sia la paralisi. Questi passaggi funzionano per la maggior parte delle aziende.
- Conferma l’ambito. Elenca i servizi erogati dalle tue app e confrontali con le categorie della direttiva insieme al tuo consulente legale.
- Fai un audit dell’app attuale. Testala rispetto a EN 301 549 e WCAG, unendo controlli automatici e test manuali con screen reader, testo ingrandito e accesso tramite switch.
- Mappa i percorsi chiave. Registrazione, accesso, ricerca, scheda prodotto, carrello, checkout, pagamento, account e assistenza: i percorsi che ogni cliente deve completare.
- Stabilisci le priorità delle correzioni. Inizia dalle barriere che bloccano completamente quei percorsi, poi dai problemi che li rendono molto difficili, poi dalle questioni minori.
- Correggi il design system. Sistema i componenti una volta sola (pulsanti, campi, finestre di dialogo, navigazione) così le correzioni si estendono a tutta l’app.
- Cambia il processo. Aggiungi criteri di accessibilità a progetti, user story, revisione del codice e test di rilascio, perché le nuove funzioni non reintroducano barriere.
- Pubblica le informazioni sull’accessibilità. La direttiva richiede ai fornitori di servizi di spiegare come il servizio soddisfa i requisiti di accessibilità, di solito in una dichiarazione di accessibilità o nelle condizioni generali.
- Offri un canale di segnalazione. Dai agli utenti un modo chiaro per segnalare le barriere, e intervieni su ciò che segnalano.
Gli stessi principi valgono per il tuo sito web; la nostra guida su accessibilità dei siti web ed European Accessibility Act tratta in dettaglio il lato web.
Come si misura se l’accessibilità di un’app funziona?
La misurazione deve unire la conformità alle norme e l’uso reale.
| Metodo | Cosa mostrano | Limiti |
|---|---|---|
| Scansione automatica | Etichette mancanti, problemi di contrasto, alcuni problemi strutturali | Trova solo una parte dei problemi |
| Audit manuale di un esperto | Conformità a ogni criterio della norma | Dipende dalla competenza e dalla copertura dell’auditor |
| Test con tecnologie assistive | Se i percorsi funzionano con VoiceOver, TalkBack, accesso tramite switch, testo ingrandito | Richiede tester formati |
| Test con utenti con disabilità | Se persone reali riescono a completare le attività con i propri strumenti | Richiede pianificazione e reclutamento |
| Dati da segnalazioni e assistenza | Barriere incontrate dagli utenti dopo il rilascio | Arrivano quando il problema esiste già |
Misure utili nel tempo sono il numero di problemi di accessibilità aperti per gravità, la percentuale di percorsi chiave che superano il test manuale su entrambe le piattaforme e il tempo necessario a correggere le barriere segnalate.
Cosa succede se un’app non è conforme?
I controlli sono nazionali. Ogni Stato membro ha designato autorità di vigilanza del mercato che possono verificare i servizi, imporre correzioni e applicare le sanzioni previste dalla legge nazionale. Regole e sanzioni variano quindi da paese a paese. Oltre ai controlli, un’app non accessibile esclude clienti, genera richieste di assistenza e può danneggiare la reputazione di un brand. Tratta la conformità come parte della qualità del prodotto, non come un adempimento legale una tantum.
Cosa chiedere a un partner di sviluppo app sull’accessibilità?
Se lavori con un team esterno, fai queste domande prima di firmare:
- Come integrate l’accessibilità in design, sviluppo e test?
- Rispetto a quale norma testerete, e come riferirete i risultati?
- Testate con VoiceOver e TalkBack su dispositivi reali?
- Come gestite l’accessibilità nei componenti personalizzati e nei framework cross-platform?
- Ci aiuterete a preparare le informazioni sull’accessibilità richieste dalla direttiva?
La nostra guida su come scegliere un’azienda di sviluppo app tratta il processo di selezione più in generale.
Le domande più comuni
L’European Accessibility Act si applica alle app mobile?
Sì. La norma copre i servizi erogati ai consumatori in settori come e-commerce, servizi bancari per i consumatori, e-book, comunicazioni elettroniche, accesso ai media audiovisivi e trasporto passeggeri, e include esplicitamente i servizi erogati tramite applicazioni mobile. Se la tua app è il modo in cui i clienti accedono a uno di questi servizi, deve rispettare i requisiti di accessibilità.
Quale norma devono seguire le app per rispettare l’EAA?
Le aziende seguono in genere EN 301 549, la norma europea armonizzata per l’accessibilità digitale. I suoi criteri per contenuti web e software si basano sulle Web Content Accessibility Guidelines del W3C e si applicano alle app mobile native oltre che ai siti web. La conformità alla norma armonizzata dà una presunzione di rispetto dei requisiti corrispondenti.
Da dove deve cominciare un’azienda con l’accessibilità delle app?
Verifica se la tua app eroga un servizio coperto, poi sottoponila a un audit rispetto alla norma con test automatici e manuali, screen reader compresi. Dai priorità alle barriere sui percorsi chiave come accesso, ricerca e checkout, correggi prima i componenti condivisi, inserisci l’accessibilità nel tuo processo e pubblica le informazioni sull’accessibilità richieste.
Le piccole imprese sono esentate dall’EAA?
Le microimprese che forniscono servizi, come definite nella direttiva, sono esentate dai requisiti sui servizi. Le altre piccole e medie imprese sono coinvolte se forniscono servizi che rientrano nel suo ambito. Poiché le definizioni contano, verifica la tua situazione con un consulente legale nel paese in cui operi principalmente.
Come si testa l’accessibilità di un’app?
Unisci scansioni automatiche e test manuali. Usa VoiceOver su iOS e TalkBack su Android, ingrandisci il testo di sistema, prova con una tastiera esterna o con l’accesso tramite switch, controlla contrasto ed etichette e percorri ogni percorso chiave. I test con utenti con disabilità danno il quadro più chiaro di quanto le persone riescano davvero a completare le attività.
Inizia con una verifica dell’ambito e un audit dei percorsi chiave della tua app: insieme mostrano quanto lavoro ti aspetta. Se ti serve un’app progettata e sviluppata per essere accessibile fin dalla prima schermata, scopri di più sul nostro servizio di sviluppo app oppure contattaci per parlare della tua app. Questo articolo offre informazioni generali, non consulenza legale.
