Vai al contenuto
EAA · Direttiva (UE) 2019/882

EAA Allegato I — Requisiti di accessibilità

Una mappa pratica dell’EAA — sezione per sezione, con link diretti alle fonti ufficiali UE. Sintetizziamo la struttura; il testo canonico vive su EUR-Lex e ETSI.

Sezione I — Requisiti generali di accessibilità

Requisiti centrali applicabili a tutti i prodotti e servizi coperti dall’EAA.

18 clausole
I.1 · 4 clausole
I.1.a

Informazioni sull’uso del prodotto o servizio

Fornire informazioni di accessibilità sul prodotto o servizio in più di un canale sensoriale — nel prodotto stesso o tramite un sito web.

Come conformarsi
  1. Fornire una documentazione chiara di tutte le funzionalità di accessibilità
  2. Descrivere la compatibilità con le tecnologie assistive più comuni (screen reader, dispositivi switch, controllo vocale)
  3. Rendere disponibili queste informazioni in formati accessibili (HTML, PDF accessibile)
  4. Includere le informazioni di accessibilità nei manuali utente e nelle sezioni di aiuto
EAA allegato I, punto I.1.a A questa clausola non è associato alcun criterio di successo WCAG 2.1.
I.1.b

Progettazione dell’interfaccia utente e delle funzionalità

L’interfaccia utente — interazione, navigazione, comprensione — deve essere utilizzabile attraverso più di un canale sensoriale.

Come conformarsi
  1. Garantire che gli elementi dell’interfaccia siano determinabili a livello di programma (HTML semantico corretto)
  2. Fornire alternative testuali per tutti gli elementi non testuali dell’interfaccia
  3. Supportare più modalità di input (mouse, tastiera, tocco, voce)
  4. Utilizzare ruoli e proprietà ARIA quando la semantica nativa non è sufficiente
I.1.c

Informazioni, identificazione e funzioni operative

Le informazioni necessarie per utilizzare il prodotto, identificare elementi ed eseguire funzioni devono essere percepibili e utilizzabili indipendentemente dalla capacità sensoriale.

Come conformarsi
  1. Garantire che tutti gli elementi interattivi abbiano nomi accessibili
  2. Fornire un’identificazione visiva e a livello di programma per tutti i controlli
  3. Utilizzare un’identificazione coerente tra le pagine e gli stati
  4. Garantire che i messaggi di stato siano comunicati alle tecnologie assistive
I.1.d

Presentazione percepibile delle informazioni

Le informazioni devono essere presentate in modi percepibili — alternative testuali per contenuti non testuali e contenuti presentabili in modi diversi senza perdita di significato.

Come conformarsi
  1. Fornire alternative testuali per immagini, icone e contenuti multimediali
  2. Garantire un contrasto cromatico sufficiente (4.5:1 per il testo, 3:1 per il testo grande)
  3. Non affidarsi esclusivamente al colore per trasmettere informazioni
  4. Garantire che il contenuto mantenga il proprio significato quando viene linearizzato o modificato nello stile
I.2 · 14 clausole
I.2.a

Accessibilità dei servizi di comunicazione

Quando il servizio offre funzioni di comunicazione, supportare testo in tempo reale, voce e video in formati accessibili.

Come conformarsi
  1. Supportare il testo in tempo reale (RTT) insieme alla comunicazione vocale
  2. Fornire sottotitoli per le videochiamate quando tecnicamente possibile
  3. Garantire che le funzionalità di comunicazione funzionino con le tecnologie assistive
  4. Offrire canali di comunicazione alternativi (testo, voce, video)
EAA allegato I, punto I.2.a A questa clausola non è associato alcun criterio di successo WCAG 2.1.
I.2.b

Informazioni sulle funzionalità di accessibilità

Pubblicare informazioni sulle funzionalità di accessibilità del servizio e sulla compatibilità con le tecnologie assistive, in formati accessibili.

Come conformarsi
  1. Pubblicare una dichiarazione di accessibilità che descriva le funzionalità e le limitazioni note
  2. Documentare le tecnologie assistive e i browser supportati
  3. Fornire i contatti per le richieste relative all’accessibilità
  4. Mantenere aggiornata la documentazione di accessibilità a ogni rilascio
I.2.c

Leggibilità e contrasto del contenuto testuale

Il testo deve consentire il rendering alternativo: dimensione del carattere regolabile, contrasto sufficiente, spaziatura configurabile.

Come conformarsi
  1. Mantenere un rapporto di contrasto minimo di 4.5:1 per il testo normale e 3:1 per il testo grande
  2. Consentire il ridimensionamento del testo fino al 200% senza perdita di contenuto o funzionalità
  3. Supportare la spaziatura del testo definita dall’utente (altezza della riga, spaziatura tra lettere, spaziatura tra parole)
  4. Utilizzare unità relative (em, rem, %) invece di dimensioni fisse in pixel per il testo
I.2.d

Ridimensionamento e reflow dei contenuti

I contenuti devono adattarsi al viewport senza scroll orizzontale a zoom standard; gli utenti devono poter ridimensionare senza perdita di informazioni.

Come conformarsi
  1. Garantire che il contenuto si riadatti (reflow) a una larghezza del viewport di 320px (equivalente a uno zoom del 400% su 1280px)
  2. Evitare lo scorrimento orizzontale per i contenuti a scorrimento verticale
  3. Utilizzare tecniche di design responsive (CSS Grid, Flexbox)
  4. Eseguire test con lo zoom del browser al 200% e al 400%
I.2.e

Testo alternativo per contenuti non testuali

I contenuti non testuali (immagini, grafici, audio, video) devono avere alternative testuali con scopo equivalente.

Come conformarsi
  1. Fornire testo alternativo per tutte le immagini informative
  2. Utilizzare alt="" vuoto per le immagini decorative
  3. Fornire trascrizioni testuali per i contenuti audio
  4. Fornire sottotitoli per i contenuti video e audiodescrizioni quando necessario
I.2.f

Alternative audio e video

L’audio e il video devono avere alternative sincronizzate: sottotitoli per l’audio, audiodescrizioni per il video, trascrizioni per i media preregistrati.

Come conformarsi
  1. Fornire sottotitoli sincronizzati per tutti i video preregistrati con audio
  2. Fornire audiodescrizioni per i video preregistrati quando le informazioni visive sono essenziali
  3. Fornire trascrizioni per i contenuti audio preregistrati senza video
  4. Garantire che i sottotitoli siano accurati, sincronizzati e includano l’identificazione di chi parla
I.2.g

Operabilità da tastiera

Tutte le funzionalità devono essere utilizzabili da tastiera senza tempistiche specifiche di battitura; nessuna trappola da tastiera.

Come conformarsi
  1. Garantire che tutti gli elementi interattivi siano raggiungibili e utilizzabili da tastiera (Tab, Invio, Barra spaziatrice, tasti freccia)
  2. Fornire indicatori di focus visibili per tutti gli elementi focalizzabili
  3. Garantire che non esistano trappole da tastiera, in modo che gli utenti possano sempre spostarsi liberamente nella navigazione
  4. Supportare i pattern da tastiera standard per i widget personalizzati (ARIA Authoring Practices)
I.2.h

Tempistica regolabile

Dove esistono limiti di tempo, gli utenti devono poterli disattivare, regolare o estendere — a meno che il limite non sia essenziale.

Come conformarsi
  1. Consentire agli utenti di disattivare, modificare o estendere eventuali limiti di tempo
  2. Avvisare gli utenti prima della scadenza del tempo e consentirne l’estensione
  3. Evitare aggiornamenti automatici dei contenuti che non possono essere messi in pausa o controllati
  4. Eccezioni: eventi in tempo reale, limiti di tempo essenziali (aste, esami)
I.2.i

Restrizioni sui contenuti lampeggianti

I contenuti non devono lampeggiare più di tre volte al secondo a meno che non siano sotto le soglie generali di flash e red flash.

Come conformarsi
  1. Evitare contenuti che lampeggiano più di 3 volte al secondo
  2. Se il lampeggiamento è necessario, garantire che rimanga al di sotto della soglia generale di flash
  3. Fornire avvisi prima di contenuti che potrebbero scatenare crisi epilettiche
  4. Consentire agli utenti di disattivare animazioni ed effetti di movimento
I.2.j

Meccanismi di navigazione

La navigazione deve essere coerente e prevedibile. Modi multipli per trovare i contenuti. Lo scopo dei link deve essere determinabile.

Come conformarsi
  1. Fornire link di salto (skip link) per bypassare i contenuti ripetuti
  2. Utilizzare titoli di pagina descrittivi che identifichino l’argomento o lo scopo
  3. Garantire che l’ordine del focus segua una sequenza logica e significativa
  4. Fornire più meccanismi di navigazione (menu, ricerca, mappa del sito)
  5. Utilizzare testi dei link descrittivi che abbiano senso anche fuori contesto
I.2.k

Identificazione della lingua

La lingua predefinita della pagina e qualsiasi cambio di lingua nel contenuto devono essere determinabili a livello di programma.

Come conformarsi
  1. Impostare l’attributo lang sull’elemento <html>
  2. Contrassegnare i cambi di lingua all’interno del contenuto utilizzando l’attributo lang
  3. Utilizzare tag di lingua IETF BCP 47 validi (ad esempio "en", "de", "fr")
  4. Garantire che le tecnologie assistive possano rilevare e cambiare la pronuncia in base alla lingua
I.2.l

Comportamento prevedibile

I componenti devono comportarsi in modo prevedibile. Il focus non deve innescare cambi di contesto inattesi. Componenti simili devono essere identificati in modo coerente.

Come conformarsi
  1. Non modificare il contesto al ricevimento del focus (nessuna navigazione o popup inatteso)
  2. Non modificare il contesto durante l’input a meno che l’utente non venga avvisato in anticipo
  3. Utilizzare una navigazione e un’etichettatura coerenti tra le pagine
  4. Identificare i componenti simili in modo coerente in tutto il servizio
I.2.m

Assistenza all’input e gestione degli errori

Gli errori di input devono essere rilevati e descritti. Etichette e istruzioni devono essere fornite. Suggerimenti di errore e prevenzione per dati legali o finanziari.

Come conformarsi
  1. Fornire etichette visibili per tutti i campi dei moduli
  2. Identificare chiaramente gli errori di input e fornire descrizioni testuali
  3. Suggerire correzioni quando vengono rilevati errori di input
  4. Consentire agli utenti di rivedere, correggere e confermare gli invii con conseguenze legali o finanziarie
  5. Utilizzare attributi autocomplete per i campi di input comuni (nome, email, indirizzo)
I.2.n

Compatibilità con le tecnologie assistive

Il contenuto deve essere compatibile con le tecnologie assistive attuali e future. Nome, ruolo e valore dei componenti UI devono essere determinabili a livello di programma.

Come conformarsi
  1. Utilizzare un markup HTML valido e ben formato
  2. Garantire che tutti i componenti dell’interfaccia abbiano nomi e ruoli accessibili
  3. Esporre i cambiamenti di stato e proprietà all’API di accessibilità
  4. Eseguire test con screen reader (NVDA, JAWS, VoiceOver) e altre tecnologie assistive

Sezione III — Requisiti specifici per il web

Requisiti aggiuntivi per siti web e applicazioni web nell’ambito dell’EAA.

3 clausole
III.a

Conformità web WCAG 2.1 Level AA

Siti web e applicazioni web devono conformarsi a WCAG 2.1 Level AA come referenziato da EN 301 549 v3.2.1.

Come conformarsi
  1. Condurre un audit completo WCAG 2.1 AA utilizzando strumenti automatici standard del settore e test manuali
  2. Soddisfare tutti i criteri di successo di Level A e Level AA
  3. Eseguire test con più browser, screen reader e dispositivi di input
  4. Definire un piano di correzione per eventuali non conformità
III.b

Accessibilità dei contenuti web

I contenuti web devono essere percepibili, utilizzabili, comprensibili e robusti per tutti i tipi di contenuto — testo, media, moduli, contenuti dinamici.

Come conformarsi
  1. Garantire che tutto il contenuto della pagina sia accessibile alle tecnologie assistive
  2. Fornire alternative per i contenuti complessi (grafici, infografiche, tabelle di dati)
  3. Rendere accessibili gli aggiornamenti dinamici dei contenuti (AJAX, navigazione SPA)
  4. Eseguire test della navigazione delle applicazioni a pagina singola (SPA) con gli screen reader
III.c

Accessibilità web mobile

I contenuti web mobile devono soddisfare gli stessi requisiti di accessibilità. Target touch, gesture e comportamento responsive devono essere accessibili.

Come conformarsi
  1. Garantire che le aree di tocco siano di almeno 44x44 pixel CSS
  2. Supportare sia l’orientamento verticale sia quello orizzontale
  3. Fornire alternative ai gesti complessi (pizzico, scorrimento, multi-dito)
  4. Eseguire test con gli screen reader mobili (VoiceOver su iOS, TalkBack su Android)

Sezione IV — Requisiti settoriali

Requisiti per settori di servizi specifici — comunicazioni elettroniche, media audiovisivi, trasporti, banche, e-book, e-commerce.

7 clausole
IV.a

Accessibilità dell’e-commerce

I servizi e-commerce devono garantire l’accessibilità dell’intero percorso d’acquisto — navigazione, selezione, checkout, pagamento, conferma.

Come conformarsi
  1. Garantire che gli elenchi di prodotti, i filtri e l’ordinamento siano accessibili da tastiera
  2. Fornire descrizioni dei prodotti accessibili e alternative alle immagini
  3. Rendere l’intero processo di checkout utilizzabile con le tecnologie assistive
  4. Garantire che i moduli di pagamento abbiano etichette adeguate e una corretta gestione degli errori
IV.b

Accessibilità dei servizi bancari e finanziari

I servizi bancari e finanziari devono rendere accessibili la gestione del conto, le transazioni e le informazioni finanziarie — senza che i meccanismi di sicurezza creino barriere.

Come conformarsi
  1. Garantire che i meccanismi di autenticazione siano accessibili (alternative al CAPTCHA, opzioni biometriche)
  2. Rendere i flussi di transazione completamente utilizzabili da tastiera e screen reader
  3. Fornire estratti conto e documenti finanziari accessibili
  4. Garantire che le funzionalità di sicurezza (autenticazione a due fattori, timeout di sessione) tengano conto delle esigenze degli utenti con disabilità
IV.c

Accessibilità dei servizi di trasporto

I servizi di biglietteria e informazione ai viaggiatori devono essere accessibili — prenotazione, informazioni in tempo reale, terminali self-service.

Come conformarsi
  1. Garantire che i processi di prenotazione e acquisto dei biglietti siano pienamente accessibili
  2. Fornire informazioni di viaggio in tempo reale in formati accessibili
  3. Rendere accessibili i terminali self-service (oppure fornire alternative accessibili)
  4. Garantire che le app mobili per i servizi di trasporto soddisfino i requisiti di accessibilità
IV.d

Accessibilità dei servizi di comunicazione elettronica

I servizi di comunicazione elettronica devono supportare testo in tempo reale, conversazione totale quando possibile e interfacce clienti accessibili — inclusi i servizi di relay.

Come conformarsi
  1. Supportare il testo in tempo reale (RTT) nella comunicazione vocale
  2. Fornire la conversazione totale (voce, testo e video) quando possibile
  3. Garantire che i portali self-service per i clienti siano accessibili
  4. Rendere accessibili la configurazione del servizio e la gestione dell’account
EAA allegato I, punto IV.d A questa clausola non è associato alcun criterio di successo WCAG 2.1.
IV.e

Accessibilità dei servizi media audiovisivi

I servizi media audiovisivi devono fornire accesso tramite sottotitoli, audiodescrizioni e guide elettroniche dei programmi accessibili.

Come conformarsi
  1. Fornire sottotitoli per tutti i contenuti audiovisivi
  2. Fornire audiodescrizioni per i contenuti solo visivi
  3. Garantire che i lettori multimediali siano accessibili da tastiera
  4. Rendere accessibili le guide elettroniche dei programmi (EPG)
IV.f

Accessibilità e-book e editoria digitale

Gli e-book e le pubblicazioni digitali devono supportare text-to-speech, visualizzazione regolabile, navigazione accessibile e DRM che non blocchi l’accessibilità.

Come conformarsi
  1. Garantire che gli e-book supportino la sintesi vocale (text-to-speech) e la navigazione con screen reader
  2. Consentire la regolazione della dimensione del carattere, della spaziatura e dei colori
  3. Fornire descrizioni alternative per immagini e grafici
  4. Garantire che il DRM non blocchi l’accesso alle tecnologie assistive
IV.g

Servizi di identificazione elettronica (correlati a eIDAS)

Nota: l’eID è disciplinato dai Regolamenti (UE) 910/2014 e 2024/1183 (eIDAS), non dall’Allegato I EAA. È rilevante qui perché l’autenticazione spesso precede i servizi coperti dall’EAA.

Come conformarsi
  1. Garantire che i processi di accesso e autenticazione siano accessibili
  2. Fornire alternative ai CAPTCHA visivi
  3. Rendere accessibile l’autenticazione a più fattori (non basata su un unico canale sensoriale)
  4. Garantire che i processi di firma digitale siano utilizzabili con le tecnologie assistive

Allegato V — Modello di dichiarazione di accessibilità

Formato obbligatorio della dichiarazione di accessibilità EAA che i fornitori devono pubblicare (separato dall’Allegato I).

3 clausole
V.1.a

Identificazione del fornitore (Allegato V)

La dichiarazione di accessibilità deve includere nome e indirizzo dell’operatore economico (fabbricante, importatore, distributore o fornitore di servizi).

Come conformarsi
  1. Includere la denominazione legale completa dell’organizzazione
  2. Includere la sede legale dell’organizzazione
  3. Includere i contatti per le richieste relative all’accessibilità
  4. Per importatori e distributori, identificare anche il fabbricante
EAA allegato V (modello di dichiarazione), punto V.1.a A questa clausola non è associato alcun criterio di successo WCAG 2.1.
V.1.b

Identificazione del prodotto o servizio (Allegato V)

La dichiarazione deve identificare il prodotto o servizio — modello, tipo, lotto, numero di serie o qualsiasi altro elemento di identificazione.

Come conformarsi
  1. Identificare chiaramente il prodotto o servizio coperto dalla dichiarazione
  2. Includere i numeri di versione per software e servizi web
  3. Specificare l’ambito di applicazione (ad esempio quali URL, app o modelli di prodotto)
  4. Includere la data della valutazione o della dichiarazione
EAA allegato V (modello di dichiarazione), punto V.1.b A questa clausola non è associato alcun criterio di successo WCAG 2.1.
V.1.c

Norme armonizzate applicabili (Allegato V)

La dichiarazione deve referenziare le norme armonizzate (EN 301 549) o le specifiche tecniche utilizzate per valutare la conformità.

Come conformarsi
  1. Fare riferimento a EN 301 549 v3.2.1 (o versione successiva) come norma armonizzata
  2. Fare riferimento a WCAG 2.1 Level AA come standard tecnico di base
  3. Elencare eventuali standard aggiuntivi applicati (ad esempio ATAG, UAAG)
  4. Se non è stata utilizzata alcuna norma armonizzata, descrivere le specifiche tecniche applicate
EAA allegato V (modello di dichiarazione), punto V.1.c A questa clausola non è associato alcun criterio di successo WCAG 2.1.

Articolo 14 — Esenzioni (onere sproporzionato + microimpresa)

Criteri per limitare i requisiti di accessibilità ai sensi dell’Articolo 14 EAA, più l’esenzione microimpresa dell’Articolo 4(5).

2 clausole
VI.a

Valutazione dell’onere sproporzionato (Articolo 14)

I requisiti di accessibilità possono essere limitati quando la conformità impone un onere sproporzionato — valutato in base a costo netto, dimensione dell’organizzazione e beneficio per le persone con disabilità.

Come conformarsi
  1. Documentare i requisiti specifici rivendicati come onere sproporzionato
  2. Fornire un’analisi costi-benefici per ciascuna esenzione rivendicata
  3. Rivalutare le richieste di onere sproporzionato quando i prodotti o i servizi vengono aggiornati
  4. L’esenzione non si applica all’obbligo di produrre una dichiarazione di accessibilità
EAA articolo 14: onere sproporzionato A questa clausola non è associato alcun criterio di successo WCAG 2.1.
VI.b

Esenzione microimpresa (Articolo 4(5))

Le microimprese che forniscono servizi (meno di 10 dipendenti E fatturato o bilancio ≤ 2 mln €) sono esenti dai requisiti di accessibilità dei servizi.

Come conformarsi
  1. L’esenzione si applica solo ai servizi, non ai prodotti
  2. Devono essere soddisfatti entrambi i criteri: meno di 10 dipendenti E fatturato o bilancio inferiore a 2 milioni di euro
  3. Le microimprese sono comunque incoraggiate a conformarsi volontariamente
  4. Se l’impresa supera le soglie previste, l’esenzione non si applica più
EAA articolo 4, paragrafo 5: esenzione per le microimprese A questa clausola non è associato alcun criterio di successo WCAG 2.1.

Quello che nessuno strumento automatico può verificare

I test automatici individuano solo una parte delle barriere descritte dalle WCAG. Questi controlli richiedono l'intervento di una persona: eseguili prima di pubblicare una dichiarazione di accessibilità.

  1. Solo tastiera

    Metti via il mouse e raggiungi ogni link, pulsante, menu e campo del modulo con Tab, Shift+Tab, Enter, Space e i tasti freccia. Il focus non deve mai bloccarsi, deve seguire un ordine logico e deve essere sempre visibile.

  2. Screen reader

    Ascolta la pagina con NVDA o JAWS (Windows), VoiceOver (macOS, iOS) o TalkBack (Android). Intestazioni, landmark, pulsanti e campi del modulo devono essere annunciati con nomi che abbiano senso.

  3. Qualità dei testi alternativi

    L'automazione può rilevare che un testo alternativo esiste, ma non se è corretto. Verifica che ogni descrizione dica cosa mostra o fa l'immagine, e che le immagini decorative restino silenziose.

  4. Sottotitoli, trascrizioni e audiodescrizione

    Guarda ogni video con l'audio disattivato: i sottotitoli devono essere accurati e sincronizzati. L'audio richiede una trascrizione, e le informazioni visive importanti richiedono un'audiodescrizione o un'alternativa testuale.

  5. Ordine di lettura e di focus

    L'ordine in cui uno screen reader legge la pagina e la tastiera la percorre deve corrispondere all'ordine visivo e al significato del contenuto.

  6. Zoom, reflow e spaziatura del testo

    Ingrandisci il browser al 200% e al 400% (una finestra larga 320 px). Nessun testo o funzione deve andare perso, nulla deve richiedere lo scorrimento orizzontale, e l'aumento della spaziatura del testo non deve tagliare i contenuti.

  7. Link, etichette e messaggi di errore

    Ogni link, pulsante ed etichetta del modulo indica cosa fa nel proprio contesto. I messaggi di errore nominano il campo, spiegano cosa è andato storto e indicano come correggerlo.

  8. Colore e indicazioni sensoriali

    Le informazioni non devono mai essere trasmesse solo tramite colore, forma, dimensione o posizione. Verifica il contrasto sulle immagini di testo, sui gradienti e sugli stati hover e focus, che gli strumenti automatici non possono misurare in modo affidabile.

  9. Movimento, tempistiche e lampeggiamenti

    Caroselli, animazioni e contenuti ad aggiornamento automatico possono essere messi in pausa o interrotti, i limiti di tempo possono essere disattivati o estesi, e nulla lampeggia più di tre volte al secondo.

  10. Comportamento prevedibile

    Dare il focus a un campo o compilarlo non cambia mai la pagina né apre inaspettatamente una nuova finestra. La navigazione e i componenti ripetuti compaiono nello stesso punto e funzionano allo stesso modo su ogni pagina.

  11. Dichiarazione di accessibilità e feedback

    Pubblica una dichiarazione di accessibilità che elenchi le limitazioni note e offra agli utenti un modo funzionante per segnalare le barriere e ricevere una risposta.

Informazioni su questo framework di audit

Questo è l’albero di valutazione audit di RankProof, derivato dalla Direttiva (UE) 2019/882 (European Accessibility Act) — Allegato I (requisiti tecnici), Allegato V (formato dichiarazione) e Articolo 14 (esenzioni) — combinato con la norma armonizzata EN 301 549 v3.2.1 e i criteri di successo WCAG 2.1 Level AA. Le etichette di sezione indicano la fonte all’interno della Direttiva. La numerazione ufficiale è conservata in ogni pagina di clausola con un link diretto al testo canonico EUR-Lex.

Gratis · senza account

Come se la cava il tuo sito?

Avvia l'audit di accessibilità gratuito: verifica la tua pagina rispetto ai criteri WCAG 2.1 AA alla base di queste clausole ed elenca cosa correggere.