Overlay di accessibilità ed EAA: perché un widget non rende conforme il tuo sito
C'è un argomento di vendita arrivato nella casella di posta di quasi tutti i team web europei da quando l'European Accessibility Act è diventato applicabile, il 28 giugno 2025: installa questa riga di JavaScript e il tuo sito sarà conforme dall'oggi al domani. Il prodotto è un overlay di accessibilità, un widget posizionato in un angolo della pagina che offre testo più grande, più contrasto, una «modalità screen reader» e, nelle versioni più ambiziose, testi alternativi generati automaticamente.
Vale la pena essere precisi su cosa fanno questi strumenti, perché il rischio sta proprio nella distanza tra la promessa e la realtà normativa.
Cosa cambia davvero un overlay
Un overlay si esegue dopo che la pagina è stata caricata, nel browser del visitatore. Può cambiare lo stile di ciò che c'è già: ingrandire il testo, invertire i colori, mettere in pausa le animazioni, evidenziare i link. Alcuni provano anche a correggere il codice al volo, indovinando un testo alternativo per un'immagine che non ce l'ha o dando a un pulsante senza nome un'etichetta dedotta dall'icona.
Ne derivano tre conseguenze che contano per l'EAA:
- Non cambia il tuo codice. L'HTML che il tuo server invia è esattamente accessibile, o inaccessibile, come prima. Ogni audit, ogni screen reader che non carica il widget, ogni crawler e ogni valutazione di conformità vedono la pagina originale.
- Funziona solo per chi trova e usa il widget. La maggior parte dei visitatori con disabilità arriva con la propria tecnologia assistiva già configurata: screen reader, display braille, sensore, ingranditore. Non hanno chiesto un secondo livello sconosciuto sopra, e una lamentela ben documentata in questa comunità è che quel livello intralcia gli strumenti su cui fanno affidamento.
- Le ipotesi restano ipotesi. Una macchina che etichetta un pulsante «Invia» come «icona freccia» non ha reso accessibile il tuo checkout. Ha solo reso l'errore più difficile da vedere in un report di test.
Cosa chiede l'EAA al suo posto
La direttiva (UE) 2019/882 (in Italia recepita con il decreto legislativo 82/2022) non parla di widget, badge o fornitori. Stabilisce requisiti funzionali di accessibilità per i prodotti e i servizi interessati (e-commerce, servizi bancari, trasporti, e-book, telecomunicazioni e altri) e rimanda alla norma armonizzata EN 301 549, che per i contenuti web corrisponde ai criteri di successo delle WCAG 2.1 livello AA.
Quei criteri riguardano ciò che pubblichi: ogni immagine ha un'alternativa testuale, ogni campo di un modulo ha un nome, l'intero percorso si completa da tastiera, l'ordine del focus ha senso, il contrasto è sufficiente di base, gli errori sono descritti a parole. E riguardano l'organizzazione: il servizio deve avere una dichiarazione di accessibilità, spiegare come si conforma, indicare cosa non è ancora conforme e offrire un modo per segnalare i problemi.
Le autorità di vigilanza del mercato di ogni Stato membro possono chiedere a un operatore di dimostrare la conformità. La risposta che si aspettano è una valutazione rispetto alla norma con la documentazione a supporto. «Abbiamo installato un plugin» non è una valutazione, e nessun fornitore di overlay firmerà la tua dichiarazione al posto tuo.
L'EAA mette l'obbligo in capo all'operatore economico. Puoi esternalizzare test e correzioni. Non puoi esternalizzare la responsabilità a un tag script.
I precedenti
Il mercato degli overlay è cresciuto negli Stati Uniti, sotto l'ADA, ed è lì che c'è più storia. Due dati bastano a inquadrarlo:
- Per diversi anni di fila, una parte significativa delle cause per accessibilità web presentate negli Stati Uniti ha riguardato siti che avevano già installato un overlay. Il widget non ha evitato il reclamo, perché il reclamo riguardava il codice sottostante.
- A gennaio 2025 la Federal Trade Commission statunitense (FTC) ha imposto a uno dei maggiori fornitori di overlay di pagare un milione di dollari per aver sostenuto che il suo prodotto poteva rendere qualsiasi sito conforme alle linee guida sull'accessibilità. La FTC ha concluso che quelle affermazioni non erano supportate.
Più di ottocento professionisti dell'accessibilità, molti dei quali utenti con disabilità, hanno firmato una dichiarazione pubblica che chiede ai proprietari di siti di non affidarsi agli overlay. È un livello di accordo insolito in un settore che discute quasi su tutto.
Quando un overlay non fa danni
Niente di questo significa che i widget siano inutili. A un visitatore senza tecnologia assistiva che vuole semplicemente il testo più grande in un articolo lungo, un controllo della dimensione del carattere è utile. Se hai già un sito accessibile e aggiungi un widget come comodità, il widget non è il problema.
Il problema è l'ordine. Il widget va sopra un sito accessibile; non lo sostituisce. Se il tuo budget copre o l'abbonamento all'overlay o due giorni di uno sviluppatore che corregge etichette e ordine del focus nei template, solo la seconda opzione ti avvicina alla legge.
Cosa fare invece
Una strada pratica che vediamo funzionare per operatori piccoli e medi:
- Verifica i percorsi reali, non tutto il sito. Registrazione, ricerca, aggiunta al carrello, pagamento, contatto. Testa ciascuno solo da tastiera e con uno screen reader, poi lancia una scansione automatica per il resto. Gli strumenti automatici coprono più o meno un terzo dei criteri; il resto richiede una persona.
- Correggi nei template. Un componente corretto sistema ogni pagina che lo usa, e resta sistemato al deploy successivo.
- Scrivi la dichiarazione di accessibilità finché l'audit è fresco: cosa è conforme, cosa non ancora, entro quando, e come segnalare un problema. Pubblicala dove un visitatore la trova con un clic.
- Inserisci l'accessibilità negli acquisti. Chiedi a ogni fornitore di un componente, un tema o un plugin le sue prove di conformità. È da lì che arrivano la maggior parte delle regressioni.
- Ripeti i test a ogni rilascio. Una breve checklist nel template delle pull request fa più di qualsiasi audit annuale.
Se vuoi una prima lettura di dove si trova un sito prima di decidere, una scansione automatica rispetto alla EN 301 549 è un primo passo ragionevole, purché tutti capiscano che è l'inizio della valutazione e non la fine.