Strumenti di conformità EAA: cosa rilevano i test automatici e cosa non vedranno mai
Cerca «strumento di conformità EAA» e troverai due cose molto diverse con lo stesso nome. Una è uno scanner automatico: percorre le tue pagine e segnala gli errori che può misurare. L'altra è un widget overlay: una riga di JavaScript che promette la conformità in un giorno. Non sono lo stesso prodotto, e solo uno dei due è davvero utile.
Ecco cosa fa ciascuno, e cosa nessuno dei due può fare al posto tuo.
A cosa rimanda la legge
L'European Accessibility Act, direttiva (UE) 2019/882 (in Italia recepita con il decreto legislativo 82/2022), si applica dal 28 giugno 2025. Riguarda prodotti e servizi venduti ai consumatori nell'UE: e-commerce, servizi bancari al consumo, e-book, biglietterie automatiche e sistemi di check-in, informazioni sui trasporti e altro.
È qui che molti inciampano. L'Act non contiene un elenco di cose da testare. Fissa l'obbligo e rimanda alla norma armonizzata EN 301 549, che per i contenuti web rimanda a sua volta alle WCAG 2.1 livello AA. Quindi quando qualcuno dice «dobbiamo superare l'EAA», verrà misurato sulle WCAG.
L'Act aggiunge obblighi di cui le WCAG non parlano: devi fornire informazioni sull'accessibilità del tuo servizio, tenerle disponibili e saper spiegare come rispetti i requisiti. Un punteggio perfetto allo scanner non produce quel documento.
Dove la scansione automatica aiuta davvero
Gli scanner eccellono in una sola cosa: trovare errori meccanici in blocco, su migliaia di pagine, in pochi minuti. Non è poco. Se hai 4.000 schede prodotto con un'etichetta di modulo mancante in un template condiviso, uno scanner la trova in un passaggio e una persona non la troverebbe mai.
Cosa rilevano in modo affidabile: attributi alt mancanti, contrasto sotto soglia, controlli dei moduli senza etichetta programmatica, link e pulsanti vuoti, attributo lang mancante, ordine dei titoli rotto, ruoli e riferimenti ARIA non validi.
Ma vedono solo ciò che si può misurare meccanicamente. Tutti gli studi seri sui test automatici stimano in circa un terzo la quota di errori WCAG rilevabili così. Non perché gli strumenti siano scadenti, ma perché la maggior parte degli errori di accessibilità riguarda il significato, e il significato non è qualcosa che uno script possa leggere.
Un'immagine con alt="image1234.jpg" supera il controllo «ha un testo alternativo». Non rispetta affatto il requisito reale. Lo scanner non vede la differenza; una persona la vede in due secondi.
Cosa nessuno strumento può decidere per te
- Se il testo alternativo è quello giusto. La presenza si verifica, la correttezza no.
- Se l'ordine del focus ha senso. Una pagina può essere tecnicamente navigabile con il focus in un ordine inutilizzabile.
- Se un componente personalizzato funziona da tastiera. Il tuo selettore di date, il tuo mega menu, la tua finestra modale. È lì che vivono gli errori veri.
- Se un messaggio di errore aiuta. «Input non valido» è un messaggio di errore. Non è un messaggio accessibile.
- Se i sottotitoli corrispondono a ciò che viene detto. Il file dei sottotitoli c'è o non c'è. Che sia corretto è un giudizio umano.
- Se la pagina funziona ancora con lo zoom al 200% su uno schermo stretto, senza contenuti tagliati o bloccati.
Sugli overlay
I widget overlay meritano una risposta diretta, perché vengono venduti con insistenza e sono il motivo per cui molti cercano uno strumento di conformità.
Un overlay non può correggere l'HTML che legge uno screen reader. Ci sta sopra. Nella pratica, gli utenti di tecnologie assistive segnalano che gli overlay spesso peggiorano le cose, perché interferiscono con le impostazioni e il comportamento che l'utente ha già configurato. Esiste una dichiarazione pubblica della comunità, molto sottoscritta, in questo senso, e le autorità non hanno accettato gli overlay come sostituto della conformità.
Se un fornitore ti offre la conformità legale con un solo tag script, trattala per l'affermazione che è. Ne abbiamo parlato più a fondo in perché un overlay non rende conforme il tuo sito.
Com'è un processo che funziona
- Prima lo scanner. È economico, veloce e toglie il rumore meccanico perché il tempo delle persone non vada perso lì. Mettilo nella tua CI perché le regressioni non tornino.
- Fai un test da tastiera. Stacca il mouse. Percorri col tab i tuoi cinque percorsi principali dall'inizio alla fine: ricerca, prodotto, carrello, pagamento, account. Se non riesci a completare un acquisto solo da tastiera, nient'altro della lista conta ancora.
- Verifica a campione con uno screen reader. NVDA su Windows o VoiceOver su macOS, sugli stessi percorsi. Non stai verificando tutto, stai controllando che i percorsi importanti siano utilizzabili.
- Scrivi la dichiarazione di accessibilità. Cosa è conforme, cosa non ancora, qual è l'alternativa e come si segnala un problema. È un obbligo di legge, ed è anche il documento che dimostra buona fede se qualcuno lo chiede.
In breve
Uno strumento automatico è una parte necessaria del processo, mai il processo intero. Toglie gli errori facili da trovare, così puoi dedicare l'attenzione umana, che costa, a quelli che impediscono davvero alle persone di usare il tuo sito.
Chi ti vende l'intero processo in un tag script ti vende la parte che non esiste. Se vuoi un punto di partenza, la nostra scansione gratuita ti dice in pochi secondi a che punto è il tuo sito.