Per verificare l’accessibilità sito web servono tre livelli di controllo: uno strumento automatico per la scansione iniziale (WAVE, axe, Lighthouse), test manuali con tastiera e screen reader per ciò che l’automatico non vede, e test con utenti reali per la comprensibilità. Gli strumenti automatici rilevano circa il 30-40% dei criteri WCAG: da soli non bastano a dichiarare un sito conforme.
Sotto trovi gli strumenti nominati uno per uno, cosa rileva ciascuno, quanto costa e — soprattutto — cosa continua a sfuggire anche usandoli tutti.
Perché un solo strumento non basta per test accessibilità sito web
È il punto da cui parte ogni verifica seria. Le linee guida WCAG 2.1 contengono criteri di successo di natura molto diversa: alcuni sono verificabili da una macchina (un’immagine ha o non ha l’attributo alt, il rapporto di contrasto è o non è 4.5:1), altri richiedono un giudizio umano.
Nessun software può stabilire se il testo alternativo di un’immagine la descrive davvero, se l’ordine di lettura ha senso, se un’istruzione è comprensibile, o se il flusso di un modulo è utilizzabile da chi naviga con uno screen reader. Uno strumento automatico vede che l’attributo c’è; non vede se dice qualcosa di utile.
Da qui la stima ricorrente del 30-40% di copertura automatica. Il resto va verificato a mano — ed è la parte in cui si concentrano le barriere che bloccano davvero le persone.
Gli strumenti automatici per fare un test accessibilità sito web
WAVE (WebAIM)
Estensione per browser e strumento online. Evidenzia gli errori direttamente sulla pagina con icone sovrapposte: immagini senza testo alternativo, heading mancanti o disordinati, contrasti insufficienti, etichette dei form assenti.
Costo: gratuito. Punto di forza: immediatezza visiva, ottimo per chi non è tecnico. Limite: analizza una pagina alla volta, nessun report aggregato.
axe DevTools (Deque)
Il motore di analisi più usato nell’industria: molti altri strumenti si appoggiano al suo engine open source. Disponibile come estensione browser e integrabile nei processi di sviluppo automatizzati.
Costo: versione base gratuita; versione Pro a pagamento con funzioni guidate e reportistica. Punto di forza: bassissima percentuale di falsi positivi. Limite: pensato per chi sviluppa, l’output richiede competenza tecnica per essere interpretato.
Lighthouse (Google)
Integrato in Chrome DevTools e in PageSpeed Insights. Restituisce un punteggio di accessibilità da 0 a 100 accanto a quelli di performance e SEO.
Costo: gratuito. Punto di forza: già disponibile in ogni browser Chrome, utile per una prima misura. Limite importante: il punteggio è facilmente frainteso. Un 100 su 100 non significa “sito conforme”: significa che i controlli automatici implementati non hanno trovato errori. È il malinteso più diffuso in assoluto.
Accessibility Insights (Microsoft)
Offre due modalità: una scansione automatica rapida e un percorso guidato che accompagna passo passo nei test manuali, spiegando cosa verificare e come.
Costo: gratuito. Punto di forza: è lo strumento migliore per imparare a fare i test manuali, perché insegna mentre si lavora. Limite: il percorso guidato richiede tempo.
Validatore W3C
Non è uno strumento di accessibilità in senso stretto, ma verifica la validità del markup HTML. Un codice malformato è una causa frequente di comportamenti imprevedibili nelle tecnologie assistive, quindi la validazione è un prerequisito.
Costo: gratuito.
Pa11y
Strumento a riga di comando open source, pensato per essere inserito nei processi di sviluppo automatici e verificare molte pagine in serie.
Costo: gratuito e open source. Punto di forza: scansione massiva e controlli ricorrenti automatici. Limite: richiede competenze tecniche per l’installazione e la configurazione.
MAUVE++
Strumento di valutazione sviluppato in ambito accademico italiano. Utile come riferimento aggiuntivo per chi lavora sul mercato italiano e vuole un secondo parere rispetto agli strumenti internazionali.
Costo: gratuito.
AccessiWay Scan
Piattaforma di scansione basata su intelligenza artificiale che analizza interi domini senza limiti di pagine, produce report con le priorità di intervento e suggerimenti tecnici, e consente il monitoraggio continuo nel tempo tramite API.
Costo: a pagamento, su piani commerciali. Punto di forza: è la risposta al limite principale degli strumenti gratuiti — la scala. Su un sito da centinaia di pagine, o su più domini da tenere sotto controllo nel tempo, la verifica pagina per pagina non è praticabile. Limite: resta uno strumento automatico, quindi vale la stessa copertura parziale degli altri.
Web Domus è partner di AccessiWay Scan. Lo segnaliamo per trasparenza: la raccomandazione riguarda ciò che lo strumento fa — scansione su larga scala e monitoraggio — non la conformità in sé, che nessuno strumento automatico può garantire da solo.
Confronto tra le tre categorie
| Criterio | Strumenti automatici | Test manuali | Estensioni browser |
|---|---|---|---|
| Copertura dei criteri WCAG | Circa 30-40% | Potenzialmente completa | Parziale, solo front-end |
| Velocità | Minuti, anche su centinaia di pagine | Ore o giorni | Immediata, una pagina per volta |
| Competenze richieste | Basse per l’esecuzione, medie per l’interpretazione | Alte | Basse |
| Scalabilità | Alta | Bassa | Nulla |
| Rileva problemi di comprensibilità | No | Sì | No |
| Rileva problemi di navigazione da tastiera | Solo in parte | Sì | Solo in parte |
| Adatto a controlli ricorrenti | Sì, con integrazione automatica | Solo a campione | No |
| Costo tipico | Da gratuito a piani commerciali | Tempo interno o consulenza | Quasi sempre gratuito |
I test manuali: ciò che nessuno strumento vede
Navigazione da tastiera
Il test più rapido e rivelatore che esista, e non richiede alcun software: metti via il mouse e prova a usare il sito solo con il tasto Tab, Invio e le frecce.
Verifica che si raggiungano tutti i controlli, che l’indicatore di focus sia sempre visibile, che l’ordine di navigazione segua la logica visiva della pagina, che non ci siano trappole da cui non si esce (tipiche di finestre modali e slider) e che esista uno skip link per saltare il menu.
Se in dieci minuti non riesci a completare un’azione importante — compilare il modulo contatti, aggiungere un prodotto al carrello — hai già trovato una barriera che nessuno scanner ti avrebbe segnalato.
Screen reader
I riferimenti sono NVDA (Windows, gratuito), VoiceOver (integrato in macOS e iOS) e JAWS (Windows, a pagamento, il più diffuso in ambito professionale).
Serve a verificare l’ordine di lettura effettivo, se le etichette ARIA hanno senso quando vengono pronunciate, se i contenuti dinamici vengono annunciati e se immagini e link risultano comprensibili fuori dal contesto visivo.
Un avvertimento onesto: usare uno screen reader richiede pratica. Le prime volte si rischia di scambiare la propria inesperienza per un problema del sito. È il motivo per cui i test con utenti reali restano insostituibili.
Contrasto dei colori
Il WebAIM Contrast Checker misura il rapporto tra testo e sfondo: servono almeno 4.5:1 per il testo normale e 3:1 per il testo di grandi dimensioni.
È il criterio in cui più spesso l’accessibilità entra in conflitto con l’identità visiva, perché i colori istituzionali di un brand non sempre rispettano le soglie. Abbiamo dedicato un approfondimento specifico a come gestire il contrasto dei colori senza tradire il brand.
Test con utenti reali
È il livello che nessuna automazione sostituisce: osservare persone con disabilità mentre usano il sito. Emergono problemi che nessuna checklist prevede — un’etichetta ambigua, un percorso che tecnicamente funziona ma è faticoso, un’informazione che arriva nel momento sbagliato.
Ha un costo in tempo e organizzazione, e per questo si riserva ai percorsi più importanti: registrazione, acquisto, contatto, aree riservate.
E gli overlay di accessibilità?
Sono i widget che si installano con una riga di codice e propongono una barra di strumenti — ingrandimento del testo, cambio dei colori, modalità ad alto contrasto — dichiarando di rendere il sito conforme.
Cosa fanno realmente: aggiungono strumenti di personalizzazione della visualizzazione, che per alcuni utenti sono comodi.
Cosa non fanno: non correggono il markup semantico sottostante, non sistemano i campi di un modulo privi di etichetta, non risolvono i problemi di navigazione da tastiera, non generano testi alternativi che descrivano davvero le immagini. In alcuni casi interferiscono con le tecnologie assistive che l’utente già usa, introducendo attrito dove prima non c’era.
Un overlay può essere un complemento. Non è una scorciatoia alla conformità, e va valutato sapendo cosa può e cosa non può fare.
Come impostare una verifica completa
- Scansione automatica di tutto il sito, per avere la mappa dei problemi ricorrenti e sistemici.
- Selezione delle pagine campione: home, una pagina di contenuto tipo, un modulo, un percorso di conversione completo. Sono quelle su cui vale la pena investire tempo.
- Test da tastiera su quelle pagine.
- Test con screen reader sugli stessi percorsi.
- Verifica dei contrasti su tutta la palette, non solo sulle pagine campione.
- Documentazione dei problemi con priorità: cosa blocca l’uso, cosa lo rende faticoso, cosa è un dettaglio.
- Correzione e nuova verifica, perché ogni intervento può introdurre problemi nuovi.
- Monitoraggio continuo: ogni contenuto pubblicato dopo la verifica può reintrodurre barriere già corrette.
L’ultimo punto è quello che le aziende sottovalutano di più. Un sito reso accessibile e poi lasciato a sé stesso torna inaccessibile nel giro di pochi mesi, semplicemente pubblicando contenuti.
FAQ – Domande frequenti su test accessibilità sito web
Qual è il miglior strumento per test accessibilità sito web?
Non esiste uno strumento migliore in assoluto, perché ciascuno copre una parte diversa del problema. Per iniziare senza spendere nulla: WAVE per una verifica visiva immediata, Lighthouse per una misura di partenza, Accessibility Insights per imparare i test manuali. Per siti grandi o controlli ricorrenti serve una piattaforma di scansione su larga scala.
Quanto costano gli strumenti di test accessibilità sito web?
WAVE, Lighthouse, Accessibility Insights, il validatore W3C, Pa11y e NVDA sono gratuiti e coprono già bene le necessità di un sito piccolo o medio. Le versioni professionali di axe e le piattaforme di scansione continua come AccessiWay Scan hanno piani commerciali che variano in base al numero di domini e di pagine. Il costo maggiore, in ogni caso, non è quello degli strumenti: è il tempo delle persone che interpretano i risultati e correggono il codice.
Un punteggio Lighthouse di 100 significa che il sito è conforme?
No, ed è il malinteso più diffuso. Un punteggio pieno significa che i controlli automatici implementati non hanno rilevato errori, non che il sito rispetti le WCAG 2.1 AA. Restano fuori la maggior parte dei criteri, inclusi tutti quelli che richiedono un giudizio sul contenuto.
Gli strumenti automatici e i test manuali si possono combinare?
Non solo si possono: si devono. La sequenza che funziona è automatico prima, per trovare i problemi sistemici e ripetuti su tutto il sito, e manuale poi, su un campione ristretto di pagine rappresentative. L’automatico dice dove guardare, il manuale dice cosa c’è davvero.
Esistono strumenti open source per chi ha budget limitato?
Sì. Pa11y per la scansione da riga di comando, il motore di axe nella sua versione open source, NVDA come screen reader, il validatore W3C per il markup. Con questi si copre l’intera verifica di base senza costi di licenza: serve però tempo e competenza per configurarli e interpretarne l’output.
Ogni quanto va rifatto il test accessibilità sito web?
La scansione automatica dovrebbe essere ricorrente e possibilmente automatizzata. La verifica manuale completa va rifatta a ogni cambiamento strutturale — restyling, nuovo tema, nuove funzionalità — e comunque con cadenza almeno annuale. Chi pubblica contenuti con frequenza dovrebbe inoltre verificare i nuovi contenuti man mano.
Il test accessibilità sito web serve anche per la normativa italiana?
Sì. La documentazione dei test è ciò che dimostra la diligenza in caso di verifica. Per capire se la tua azienda rientra tra i soggetti obbligati, quali sono le scadenze e quali le sanzioni, abbiamo pubblicato una guida all’European Accessibility Act per le aziende italiane.
Vuoi sapere a che punto è il tuo sito web?
La differenza tra lanciare uno scanner e capire cosa fare dei risultati è tutto il lavoro. Un report automatico produce decine di segnalazioni senza dirti quali bloccano davvero le persone, quali sono falsi positivi e da dove conviene partire.
Web Domus offre un audit gratuito di accessibilità: analizziamo il sito, identifichiamo le barriere reali e ti diciamo quali sono le priorità, con una stima dell’intervento necessario.
Se invece stai valutando un rifacimento del sito, l’accessibilità costa molto meno se prevista in progettazione che aggiunta dopo: trovi i dettagli nella pagina dedicata all’accessibilità web per aziende.
