L’European Accessibility Act per i servizi digitali: che cosa vale da giugno 2025

01A che punto siamo

L’European Accessibility Act (apre un sito esterno), la direttiva (UE) 2019/882, stabilisce requisiti di accessibilità comuni per un elenco di prodotti e servizi. In quanto direttiva, opera attraverso le leggi nazionali: gli Stati membri dovevano adottarle entro il 28 giugno 2022 e applicarle dal 28 giugno 2025. Da quella data un servizio che rientra nell’ambito e viene offerto ai consumatori nell’UE deve rispettare i requisiti di ciascun Paese in cui è offerto.

L’atto affianca la direttiva (UE) 2016/2102 sull’accessibilità dei siti web e delle applicazioni mobili degli enti pubblici, in vigore da anni. L’European Accessibility Act estende aspettative analoghe al settore privato, ma solo per i prodotti e i servizi che elenca.

02Quali servizi digitali rientrano nell’ambito

L’articolo 2, paragrafo 2, elenca i servizi interessati quando sono forniti ai consumatori:

• Servizi di commercio elettronico: servizi forniti a distanza, tramite siti web e app mobili, su richiesta individuale di un consumatore in vista della conclusione di un contratto. In pratica, qualsiasi negozio online o percorso di prenotazione che vende ai consumatori.
• Servizi bancari per i consumatori: contratti di credito, servizi di pagamento e conti di pagamento, moneta elettronica e alcuni servizi di investimento destinati ai consumatori.
• Elementi dei servizi di trasporto passeggeri aereo, con autobus, ferroviario e per vie navigabili: siti web, app mobili, biglietti elettronici e servizi di biglietteria elettronica, informazioni sul viaggio anche in tempo reale e terminali self-service interattivi. Per il trasporto urbano, extraurbano e regionale rientrano solo i terminali self-service.
• Servizi di comunicazione elettronica e servizi che danno accesso a servizi di media audiovisivi, come le app e le interfacce delle piattaforme di streaming e degli operatori televisivi.
• Libri elettronici e software dedicati.

L’atto riguarda anche prodotti come computer e sistemi operativi, smartphone, terminali di pagamento, sportelli bancomat, emettitrici di biglietti e totem per il check-in, e lettori di libri elettronici. Chi sviluppa software per questo tipo di hardware riceve i requisiti di prodotto attraverso il proprio cliente.

I servizi offerti solo alle imprese restano fuori dall’ambito, anche se molti clienti aziendali chiedono ormai lo stesso livello nelle proprie gare. Un’area clienti che serve sia consumatori sia imprese rientra nell’ambito per l’uso da parte dei consumatori.

03L’esenzione per le microimprese

Le microimprese che forniscono servizi sono esentate dai requisiti di accessibilità per tali servizi (articolo 4, paragrafo 5). La direttiva definisce microimpresa un’impresa che occupa meno di 10 persone e il cui fatturato annuo, o il cui totale di bilancio annuo, non supera i 2 milioni di euro. L’esenzione vale solo per i servizi. Una piccola impresa che immette sul mercato prodotti interessati deve comunque rispettare i requisiti di prodotto.

L’esenzione dipende dal fornitore, non dal servizio. Se una grande impresa gestisce un negozio online realizzato da una piccola agenzia, il negozio rientra nell’ambito.

04Che cosa significano i requisiti per un sito o un’app

L’allegato I fissa i requisiti. Per i servizi, il punto centrale è che i siti web, le relative applicazioni online e le app mobili siano resi accessibili in modo coerente e adeguato, rendendoli percepibili, utilizzabili, comprensibili e robusti. Questi quattro principi derivano dalle Web Content Accessibility Guidelines (WCAG) e si traducono in controlli concreti:

• Percepibile: alternative testuali per le immagini, sottotitoli per i video, contrasto cromatico sufficiente, contenuti che si riorganizzano su schermi piccoli o con forte ingrandimento senza perdere informazioni.
• Utilizzabile: ogni funzione si usa da tastiera, il focus è visibile e segue un ordine logico, nessuno resta bloccato in una finestra di dialogo e i limiti di tempo si possono estendere.
• Comprensibile: etichette e istruzioni chiare, messaggi di errore che dicono che cosa non va e come correggerlo, navigazione prevedibile.
• Robusto: una semantica corretta, perché lettori di schermo e altre tecnologie assistive riconoscano ogni controllo, con nome, ruolo e stato.

Alcuni servizi hanno requisiti aggiuntivi. I servizi di commercio elettronico devono rendere accessibili le funzioni di identificazione, sicurezza e pagamento, e trasmettere le informazioni sull’accessibilità dei prodotti venduti quando l’operatore economico responsabile le fornisce. I servizi bancari per i consumatori devono rendere accessibili anche i metodi di identificazione, le firme elettroniche, le funzioni di sicurezza e i servizi di pagamento, e fornire informazioni comprensibili senza superare il livello B2 del Quadro comune europeo di riferimento per le lingue.

I fornitori devono inoltre spiegare come il loro servizio soddisfa i requisiti. L’allegato V chiede che queste informazioni compaiano nelle condizioni generali o in un documento equivalente, disponibile in formati accessibili. Molte organizzazioni le pubblicano come dichiarazione di accessibilità, collegata dal piè di pagina e dalle condizioni.

Norme: EN 301 549 e WCAG

I prodotti e i servizi conformi a norme armonizzate i cui riferimenti sono pubblicati nella Gazzetta ufficiale si presumono conformi ai requisiti coperti da tali norme (articolo 15). La norma europea sull’accessibilità dei prodotti e servizi ICT è la EN 301 549. La sua versione 3.2.1 è la norma armonizzata ai sensi della direttiva sull’accessibilità del web e, per i contenuti web, riprende i criteri di successo delle WCAG 2.1 ai livelli A e AA.

Norme armonizzate specifiche per l’European Accessibility Act sono in preparazione su richiesta della Commissione; verifichi quali riferimenti sono stati pubblicati prima di contare sulla presunzione di conformità. In ogni caso, la EN 301 549 è oggi il riferimento usato da autorità, auditor e clienti. Le WCAG 2.2, raccomandazione del W3C da ottobre 2023, aggiungono criteri come una dimensione minima dei bersagli e un’autenticazione accessibile. Sviluppare oggi secondo le WCAG 2.2 livello AA copre le WCAG 2.1 e prepara alla prossima versione della norma.

05Onere sproporzionato e modifica sostanziale

L’articolo 14 prevede due eccezioni. Un requisito non si applica nella misura in cui il suo rispetto comporterebbe una modifica sostanziale della natura fondamentale del servizio o imporrebbe un onere sproporzionato al fornitore. Entrambe sono circoscritte:

• Il fornitore effettua la valutazione in proprio, secondo i criteri dell’allegato VI, e la documenta.
• Chi riceve finanziamenti da altre fonti per migliorare l’accessibilità non può invocare un onere sproporzionato.
• I fornitori di servizi rinnovano la valutazione dell’onere sproporzionato quando il servizio cambia, quando le autorità lo chiedono e comunque almeno ogni cinque anni.
• Chi si avvale dell’eccezione ne informa le autorità di vigilanza del mercato degli Stati membri interessati. Le microimprese ne sono esentate.

Un’eccezione copre il requisito specifico che risulta sproporzionato, non l’intero servizio. La consideri un’ultima risorsa: la maggior parte delle barriere nasce da componenti e contenuti che costano poco da correggere se individuati presto.

06Periodi transitori

L’articolo 32 prevede periodi transitori. I primi due sono obbligatori per gli Stati membri, il terzo è facoltativo:

• Fino al 28 giugno 2030 i fornitori possono continuare a prestare i propri servizi con prodotti che usavano legittimamente per servizi analoghi prima del 28 giugno 2025.
• I contratti di servizi conclusi prima del 28 giugno 2025 possono proseguire senza modifiche fino alla scadenza, ma non oltre cinque anni da quella data.
• Se la legge nazionale lo prevede, i terminali self-service usati legittimamente prima del 28 giugno 2025 possono restare in uso fino al termine della loro vita economica, ma non oltre 20 anni dalla messa in servizio.

Questi periodi tutelano hardware e contratti esistenti. Non rinviano i requisiti per un sito o un’app che Lei modifica, rilancia o offre a nuovi clienti. Verifichi le regole transitorie precise di ciascuna legge nazionale.

07Le leggi nazionali nei nostri mercati

Vigilanza del mercato e sanzioni sono nazionali. Ogni Stato membro designa le proprie autorità e stabilisce sanzioni che devono essere effettive, proporzionate e dissuasive. I principali atti di recepimento nei mercati in cui lavoriamo:

08L’accessibilità come pratica di ingegneria

La maggior parte dei difetti di accessibilità non nasce da scelte di design. Deriva da componenti privi di semantica, contenuti pubblicati senza alternative e widget di terze parti che nessuno ha testato. Per questo un audit appena prima del lancio delude: trova decine di problemi facili da prevenire e costosi da correggere tardi. Ciò che funziona è trattare l’accessibilità come la sicurezza, come una proprietà del processo di rilascio.

• Un design system accessibile. Pulsanti, moduli, finestre di dialogo, menu, schede e tabelle di dati vengono costruiti una volta, con semantica corretta, supporto da tastiera e gestione del focus, testati con lettori di schermo e riutilizzati ovunque. I token di colore vengono verificati per il contrasto nel tema chiaro e scuro.
• Una definition of done che include l’accessibilità. Ogni user story riporta i criteri di accettazione per l’uso da tastiera, le etichette e la gestione degli errori, e la revisione li verifica come qualsiasi altro requisito.
• Controlli automatici nella pipeline. Strumenti di analisi basati su regole girano a ogni build e bloccano le regressioni. Rilevano solo una parte dei problemi, come etichette mancanti, contrasto e markup non valido, quindi integrano i test manuali senza mai sostituirli.
• Test manuali da parte di persone esperte di tecnologie assistive. Solo tastiera, lettori di schermo su desktop e mobile, ingrandimento al 400 per cento e movimento ridotto, sui percorsi critici: accesso, ricerca, ordine, pagamento, gestione dell’account.
• Test con utenti con disabilità sui percorsi più importanti, prima del rilascio e dopo modifiche rilevanti.
• Componenti di terze parti sotto contratto. Widget di pagamento, fornitori di identità, assistenti conversazionali, banner dei cookie, mappe e lettori video fanno parte del Suo servizio. Chieda ai fornitori un rapporto di conformità sull’accessibilità e li testi nel Suo contesto.
• Contenuti e documenti. Le redazioni imparano a scrivere testi alternativi, titoli e testi dei link. I PDF di cui i clienti hanno bisogno, come contratti e fatture, vengono taggati o offerti in un formato alternativo accessibile.

È così che sviluppiamo software aziendale e aree clienti: i controlli di accessibilità girano nella pipeline e ogni rilascio produce le evidenze per la dichiarazione di accessibilità e per le domande di clienti e autorità. Lo stesso vale per gli assistenti per clienti e cittadini e per i portali su piattaforme come Salesforce: la piattaforma fornisce componenti accessibili, ma sviluppi personalizzati e contenuti decidono se il risultato resta tale.

09Un piano pratico

1. 01Mappi i Suoi servizi. Elenchi per Paese siti, app, terminali e documenti rivolti ai consumatori e stabilisca per ciascuno se l’atto si applica. Documenti il ragionamento, anche per i servizi che considera fuori ambito.
2. 02Misuri lo stato attuale. Faccia svolgere una valutazione esperta secondo la EN 301 549 sui percorsi critici, insieme ad analisi automatiche dell’intero sito. Dia priorità all’impatto sugli utenti, non al numero di rilievi.
3. 03Corregga alla fonte. Risolva i problemi prima nel design system e nei componenti condivisi, così ogni correzione raggiunge tutte le pagine che li usano.
4. 04Pubblichi le informazioni. Descriva nelle condizioni o in una dichiarazione di accessibilità come il servizio soddisfa i requisiti, con un punto di contatto per le segnalazioni, e la mantenga aggiornata.
5. 05La integri nel rilascio. Criteri di accettazione, controlli automatici, script di test manuali e un controllo prima di ogni rilascio per i percorsi critici.
6. 06Governi i fornitori. Inserisca requisiti ed evidenze di accessibilità nei contratti con agenzie, piattaforme e fornitori di widget.
7. 07Documenti le eccezioni. Quando invoca un onere sproporzionato, metta per iscritto la valutazione, informi l’autorità quando richiesto e pianifichi la revisione.

10Che cosa seguire

• La pubblicazione di norme armonizzate ai sensi dell’European Accessibility Act, compresa una revisione della EN 301 549, e dei relativi riferimenti nella Gazzetta ufficiale.
• Le indicazioni e le prime verifiche delle autorità di vigilanza del mercato in ciascun Paese in cui offre servizi.
• Le modifiche alle regole transitorie nazionali e alle autorità designate per settori specifici, come banche e trasporti.

La Commissione europea mantiene una pagina dedicata all’European Accessibility Act (apre un sito esterno) (in inglese). Metta una data su ogni nota interna che scrive in proposito: la prassi nazionale è ancora in via di definizione.