Vai al contenuto principale

Audit e test di accessibilità per siti web, app e servizi digitali

Scopri dove nascono le barriere di accessibilità, come colpiscono gli utenti reali e cosa deve correggere prima il tuo team. Wawsome unisce test svolti da esperti e consigli pratici. Così rendi più accessibili i tuoi servizi digitali e fai passi avanti su WCAG, EN 301 549, European Accessibility Act e D.Lgs. 82/2022.

  • Analisi di esperti
  • Risultati concreti
  • Test su misura per i tuoi percorsi digitali
Oltre la scansione

Una scansione automatica segnala errori. Ma i tuoi clienti riescono a completare il percorso?

Un modulo può superare i controlli automatici di base ed essere comunque difficile da compilare con uno screen reader. Un checkout può sembrare corretto e bloccare il focus della tastiera. Un’area clienti resta invisibile a un crawler pubblico. Il test degli esperti guarda cosa succede dietro la scansione.

Capisci cosa blocca davvero gli utenti. Non solo quali regole sono state segnalate o quali criteri WCAG non sono rispettati.

Risultati

Sai cosa correggere, perché conta e da dove partire

01

Problemi rilevati

Trova le barriere in pagine, componenti, applicazioni e attività reali degli utenti.

02

Prove

Ricevi i problemi documentati, con posizione, impatto sugli utenti e prossimi passi consigliati, in base al perimetro dell’audit concordato.

03

Priorità

I team di design, sviluppo e compliance hanno una base comune per decidere cosa correggere prima.

Servizi di test

Servizi di accessibilità su misura per il tuo settore e per ciò che devi verificare o rispettare

Dai siti pubblici alle aree riservate, dalle app mobili ai documenti da scaricare, scegli un test mirato o una valutazione più ampia. Il perimetro giusto dipende dal tuo prodotto digitale, dai rischi e dalle priorità.

Siti web

Audit di accessibilità per siti web

Cosa facciamo: Gli esperti esaminano un campione rappresentativo di pagine e interazioni secondo i criteri di successo WCAG applicabili. Uniamo controlli automatici e verifica manuale.

Cosa ottieni: Un report organizzato per pagina, problema, criterio, gravità e correzione consigliata.

Perché conta: Conosci il punto di partenza e dai priorità ai miglioramenti del sito.

Test manuali di accessibilità secondo le WCAG

Cosa facciamo: I nostri specialisti verificano l’uso da tastiera, l’ordine del focus, la struttura semantica, i moduli, i messaggi di errore, le alternative testuali e i contenuti dinamici. Sono cose che un software non sa valutare da solo.

Cosa ottieni: Un registro dei test manuali con problemi riproducibili, prove e indicazioni per codice e design.

Perché conta: Trovi le barriere legate al contesto che gli scanner automatici non vedono.

Test di accessibilità delle pagine dopo il login

Cosa facciamo: Con account di test approvati e un ambiente di test sicuro concordato insieme, il team verifica portali clienti, dashboard, account di acquisto e pagine per ruolo. I crawler pubblici non arrivano in queste aree.

Cosa ottieni: Un elenco degli stati testati dopo il login, dei problemi trovati, delle prove e delle correzioni consigliate.

Perché conta: Scopri le barriere nelle aree importanti, visibili solo dopo il login.

Test dei contenuti dinamici e delle single-page application

Cosa facciamo: Valutiamo cambi di vista, validazioni asincrone, notifiche, aree live, overlay e cambi di stato nelle applicazioni web dinamiche.

Cosa ottieni: Una matrice degli stati di interazione con i difetti di focus, annuncio e tastiera.

Perché conta: Trovi i problemi di accessibilità nelle applicazioni molto interattive.

Analisi dei gap di conformità

Cosa facciamo: Colleghiamo i problemi trovati al riferimento tecnico concordato, come le WCAG 2.2, i requisiti utili della EN 301 549 e gli obblighi del tuo settore o del tuo paese. Non sostituisce una consulenza legale.

Cosa ottieni: Un registro dei gap per criterio, con ipotesi ed esclusioni documentate.

Perché conta: I responsabili vedono dove mancano prove e pianificano i prossimi passi per la conformità.

Esempio: una scansione automatica e un audit manuale sullo stesso negozio online.

Scansione automatica

Controlla una pagina alla volta

  • 1.1.1 Immagine senza testo alternativo
  • 1.4.3 Testo con contrasto insufficiente
  • 3.1.1 Lingua della pagina non impostata
  • 4.1.2 Pulsante senza nome accessibile

4 problemi trovati su 1 pagina

Audit manuale

Completa un ordine dall’inizio alla fine

  • OK Pagina prodotto: nessun nuovo problema
  • 2.4.3 Carrello: dopo aver rimosso un articolo, il focus salta nel footer
  • 3.3.1 Spedizione: l’errore «CAP non valido» è solo in rosso e non viene annunciato
  • 2.1.2 Pagamento: la finestra di conferma della carta blocca la tastiera
  • 4.1.3 Conferma: il messaggio dell’ordine non viene annunciato

4 problemi che impediscono a un cliente cieco di ordinare

La scansione automatica non ha rilevato nessuno dei quattro problemi del checkout.

Le regole automatiche restano utili. In uno studio su più di 2.000 audit, Deque ha rilevato che i suoi test automatici coprivano il 57% dei problemi per volume (Deque, 2021, in inglese, si apre in una nuova scheda). Il resto richiede il giudizio umano. Spesso sono proprio questi i problemi che bloccano un acquisto o una richiesta.

Inizia con una scansione gratuita nel Verificatore di accessibilità Wawsome. Poi prenota un audit manuale per le attività più importanti per il tuo business.

Percorsi reali

Test end-to-end dei percorsi utente

Cosa facciamo: Testiamo attività complete con tastiera e tecnologie assistive: registrarsi, accedere, cercare, scegliere, prenotare, pagare, caricare documenti o recuperare un account.

Cosa ottieni: Mappe dei percorsi, passaggi falliti, descrizione dell’impatto e un elenco dei blocchi in ordine di priorità.

Perché conta: Proteggi le conversioni importanti e i servizi che i clienti usano da soli.

Test con persone con disabilità

Cosa facciamo: Partecipanti con esperienza diretta pertinente svolgono attività realistiche concordate insieme. Il consenso è accessibile e le sessioni sono moderate o non moderate.

Cosa ottieni: Osservazioni sull’uso, prove del completamento delle attività, feedback dei partecipanti e miglioramenti in ordine di priorità, nel rispetto della privacy.

Perché conta: Vedi dove gli utenti reali incontrano barriere che i soli controlli di conformità possono non cogliere.

Audit del checkout e dei percorsi di conversione e-commerce

Cosa facciamo: Testiamo ricerca prodotti, scelta delle varianti, carrello, promozioni, checkout, errori di pagamento e conferma d’ordine, in scenari concordati con tecnologie assistive.

Cosa ottieni: Un audit del percorso di acquisto con i problemi bloccanti, la loro gravità e le correzioni proposte.

Perché conta: Riduci gli ostacoli inutili all’acquisto per chi usa tecnologie assistive.

Test di moduli, autenticazione e transazioni sicure

Cosa facciamo: Verifichiamo creazione dell’account, login, autenticazione a più fattori, recupero dagli errori, alternative al CAPTCHA, consensi e moduli di inserimento dati.

Cosa ottieni: Casi di test per ogni stato e un elenco ordinato di correzioni.

Perché conta: I tuoi clienti completano da soli i moduli essenziali e le azioni sicure.

Test di compatibilità con le tecnologie assistive

Cosa facciamo: Testiamo browser e dispositivi concordati con screen reader, navigazione solo da tastiera, ingrandimento e impostazioni di accessibilità utili.

Cosa ottieni: Una matrice di compatibilità con scenari, condizioni di test, barriere e soluzioni consigliate.

Perché conta: Verifichi che il tuo servizio funzioni con gli strumenti che le persone usano davvero.

Solo tastiera

Tab, Maiusc+Tab, Invio, Spazio e i tasti freccia. Verifichiamo che ogni comando funzioni e che il focus resti visibile.

NVDA e JAWS

Screen reader su Windows. Ascoltiamo cosa annuncia ogni elemento e in quale ordine.

VoiceOver

Lo screen reader di macOS e iOS, testato con i gesti e con la tastiera.

TalkBack

Lo screen reader di Android, testato su telefoni reali.

Display braille

Il braille aggiornabile per chi legge al tatto. Verifichiamo che testi, etichette e stati arrivino correttamente.

Zoom e reflow

Testo al 200% e pagina al 400%, fino a 320 pixel di larghezza, senza contenuti persi.

Esempio: ordine di lettura con VoiceOver, dimensione delle aree touch e rotazione dello schermo.

App e documenti

Test di accessibilità delle app mobili (iOS e Android)

Cosa facciamo: Verifichiamo le schermate delle app native o ibride, la navigazione, i gesti, gli annunci dello screen reader, gli stati dinamici e il comportamento della piattaforma su iOS e Android.

Cosa ottieni: Report dei problemi per piattaforma, prove annotate e consigli per la correzione.

Perché conta: Migliori l’accessibilità su mobile e riduci i problemi legati a singoli dispositivi.

Cosa verifichiamo su iOS e Android

  • Ordine di lettura e annunci durante lo scorrimento
  • Il focus quando si aprono o chiudono schermate, menu e finestre
  • Testo ingrandito dalle impostazioni del telefono, senza etichette tagliate
  • Aree touch abbastanza grandi, come chiedono il criterio WCAG 2.5.8 e le linee guida di iOS e Android
  • Entrambi gli orientamenti dello schermo e la modalità scura
  • Alternative semplici ai gesti complessi
  • Tastiera esterna, Controllo interruttori e Controllo vocale
  • Accesso senza test di memoria (WCAG 2.2, criterio 3.3.8)

Test di accessibilità dei componenti dell’interfaccia

Cosa facciamo: Verifichiamo elementi riutilizzabili come finestre modali, menu a tendina, selettori di data, schede, caroselli, tabelle, avvisi e controlli personalizzati, in tutti i loro stati.

Cosa ottieni: Un registro dei difetti per componente, con il comportamento accessibile atteso, i passaggi per riprodurli e consigli.

Perché conta: Correggi i problemi ripetuti alla fonte, non pagina per pagina.

Test di accessibilità di PDF e documenti digitali

Cosa facciamo: Valutiamo PDF e documenti d’ufficio scelti: ordine di lettura, struttura dei tag, titoli, tabelle, alternative testuali, moduli e uso con tecnologie assistive.

Cosa ottieni: Un registro dei problemi per ogni documento e le correzioni consigliate.

Perché conta: Contratti, estratti conto, report e materiali da scaricare diventano più facili da usare.

Dichiarazione di accessibilitàModello UE
  1. Stato di conformità: conforme, parzialmente conforme o non conforme
  2. Contenuti non accessibili e motivo
  3. Come e quando è stata redatta la dichiarazione
  4. Feedback e recapiti
  5. Procedura di attuazione

Le cinque parti del modello europeo di dichiarazione per i siti e le app del settore pubblico.

Design e follow-up

Redazione e revisione della dichiarazione di accessibilità

Cosa facciamo: Esaminiamo i risultati dell’audit, il perimetro del servizio, lo stato dell’accessibilità, i limiti noti e il canale di contatto. Poi redigiamo o aggiorniamo una dichiarazione di accessibilità adatta.

Cosa ottieni: Una bozza di dichiarazione su misura. Le informazioni da far approvare a te o al tuo ufficio legale sono segnalate in modo chiaro.

Perché conta: Comunichi in modo trasparente sull’accessibilità e sostieni i tuoi obblighi di informazione.

Puoi creare e ospitare la tua dichiarazione dalla dashboard di Wawsome. Guarda la dichiarazione di accessibilità di Wawsome come esempio.

Revisione di accessibilità del design (Figma, prima dello sviluppo)

Cosa facciamo: Prima dello sviluppo esaminiamo mockup, modelli di contenuto e specifiche di interazione: contrasto, gerarchia, ordine del focus, etichette dei moduli e stati accessibili.

Cosa ottieni: Una revisione del design annotata, criteri di accettazione per l’accessibilità e note di passaggio per gli sviluppatori.

Perché conta: Eviti presto problemi che più avanti costano molto.

Supporto alla correzione per i team di sviluppo

Cosa facciamo: Trasformiamo i problemi prioritari in soluzioni concrete per design, contenuti e codice, in sessioni di lavoro con il tuo team.

Cosa ottieni: Consigli per la correzione, ticket annotati e risposte concordate alle domande del team.

Perché conta: Accorci la strada tra il problema trovato e la soluzione.

Nuovi test e verifica delle regressioni

Cosa facciamo: Testiamo di nuovo i problemi concordati dopo la correzione. Dopo i rilasci, testiamo i percorsi più a rischio per trovare le regressioni.

Cosa ottieni: Risultati segnati come risolto, risolto in parte o ancora aperto, con le prove rimaste.

Perché conta: Sai se la correzione ha funzionato e trovi i difetti che ritornano.

Monitoraggio dell’accessibilità e revisioni periodiche

Cosa facciamo: Fissiamo un ritmo concordato per scansionare di nuovo le pagine scelte, controllare i rilasci importanti e segnalare problemi nuovi o tornati.

Cosa ottieni: Riepiloghi periodici, confronti nel tempo e un elenco di azioni in ordine di priorità.

Perché conta: L’accessibilità resta nel tempo, anche quando contenuti e funzioni cambiano.

Illustrazione, non dati reali. I problemi aperti calano dopo l’audit e risalgono tre volte quando escono nuovi contenuti. Ogni volta il monitoraggio invia un avviso e il team li corregge.

Cosa include il monitoraggio

  • Nuove scansioni quando le pagine cambiano
  • Avvisi con la pagina e l’elemento esatti
  • Storico del punteggio per tipo di problema
  • Un report mensile da conservare come prova

A chi serve di più

  • Enti pubblici che pubblicano spesso documenti
  • Negozi online con nuovi prodotti ogni settimana
  • Editori con molti nuovi articoli
  • Agenzie che gestiscono i siti dei clienti

Scopri di più sul Monitor di accessibilità Wawsome.

Workshop di accessibilità e formazione del team

Cosa facciamo: Organizziamo revisioni mirate o workshop per i team di prodotto, contenuti, QA e sviluppo, partendo dai risultati dell’audit.

Cosa ottieni: Indicazioni per il team, esempi, suggerimenti per i processi e checklist.

Perché conta: Il tuo team acquisisce le competenze per evitare che gli stessi problemi tornino.

Come lavoriamo

Dalla prima conversazione a risultati pronti da usare

  1. Definiamo il perimetro

    Concordiamo pagine, ruoli utente, dispositivi, percorsi, standard e risultati inclusi.

  2. Testiamo percorsi reali

    Gli esperti svolgono i controlli automatici, manuali e con tecnologie assistive previsti. I test con utenti sono inclusi solo se li concordiamo.

  3. Analizziamo i risultati

    Ricevi le barriere documentate, consigli pratici e la spiegazione delle priorità.

  4. Pianifichiamo i prossimi passi

    Rivediamo le soluzioni, chi se ne occupa e se servono nuovi test o un monitoraggio continuo.

Report di audit

Un report di audit di accessibilità con cui il tuo team può lavorare

In base al perimetro concordato, i risultati possono indicare la pagina o il componente, i passaggi per riprodurre il problema, il comportamento osservato e quello atteso, il criterio WCAG, le attività coinvolte, la priorità e la correzione proposta.

Rilievo#14

Criterio WCAG

2.4.3 Ordine del focus (livello A)

Problema

Il focus della tastiera finisce dietro una finestra del checkout.

Impatto

CriticoChi naviga senza mouse potrebbe non riuscire a pagare.

Come riprodurlo

Apri la finestra di pagamento con la tastiera, poi premi Tab.

Prossimo passo

Gestire il focus all’apertura e alla chiusura della finestra e durante l’uso della tastiera.

Stato

Corretto e testato di nuovo

Esempio illustrativo di un rilievo tratto da un report di audit.

Standard

Test basati su WCAG, EN 301 549 e normativa applicabile

Il perimetro dei test può essere collegato ai criteri di successo delle WCAG 2.2 e ai requisiti utili della EN 301 549. In Italia l’European Accessibility Act è recepito dal decreto legislativo 27 maggio 2022, n. 82. L’AgID vigila sull’applicazione e ha adottato linee guida dedicate. Se la tua organizzazione rientra nell’ambito, i risultati tecnici aiutano a pianificare la conformità. Un audit da solo non dimostra la conformità legale e non garantisce che tutti i problemi siano stati trovati.

WCAG 2.2

Le linee guida del W3C con criteri di successo verificabili per i contenuti web.

Leggi le WCAG 2.2 su w3.org (in inglese)

Metodi di valutazione

Le indicazioni del W3C sui limiti dei soli strumenti e su come combinare i metodi di test.

Leggi la panoramica del W3C sulla valutazione (in inglese)

European Accessibility Act

La direttiva (UE) 2019/882 e i prodotti e servizi a cui si applica.

Leggi la direttiva (UE) 2019/882 su EUR-Lex

Per chi è

Pensato per i team che gestiscono i servizi digitali

Prodotto e sviluppo

Trasforma i risultati in un backlog concreto, con problemi riproducibili e criteri di accettazione chiari.

E-commerce e crescita

Trova gli ostacoli nella ricerca prodotti, nel checkout e nell’account che impediscono ai clienti di completare l’acquisto.

Compliance e legale

Documenta i gap trovati e conserva prove chiare per la valutazione interna e i prossimi passi.

Acquisti e grandi aziende

Valuta le prove di accessibilità dei prodotti e dai priorità ai miglioramenti richiesti nella scelta dei fornitori.

Non sai quale tipo di test ti serve?

Raccontaci cosa vuoi valutare. Ti aiutiamo a definire il perimetro giusto, da un singolo percorso chiave a un audit completo.

Domande frequenti su audit e test di accessibilità

Che cos’è un audit di accessibilità di un sito web?

Un audit di accessibilità è una valutazione strutturata di pagine e interazioni scelte. Serve a trovare le barriere per le persone con disabilità. Un audit svolto da esperti può unire scansione automatica, test manuali secondo le WCAG e controlli con tecnologie assistive. Alla fine ricevi un report con i problemi trovati e i miglioramenti consigliati.

Che differenza c’è tra una scansione automatica e un audit manuale?

Una scansione automatica trova una parte dei problemi verificabili da una macchina, su molte pagine. Un audit manuale valuta contesto, usabilità e interazioni che gli strumenti non sanno giudicare da soli, come il focus della tastiera, il senso dei testi alternativi e la chiarezza degli errori. Insieme danno un quadro più utile.

Potete testare pagine che richiedono il login?

Sì. Le pagine dopo il login possono rientrare nel perimetro, con account di test approvati e un accesso sicuro. Possiamo coprire portali clienti, aree account e checkout dopo il login. Modalità di accesso, permessi e dati di test si concordano prima di iniziare.

Testate i siti con persone con disabilità?

I test con persone con disabilità si organizzano intorno ad attività rappresentative e alle tecnologie assistive utili. Completano i test tecnici secondo le WCAG, perché mostrano barriere d’uso che una valutazione per criteri può non cogliere. Modalità di partecipazione e risultati si concordano in anticipo.

Testate l’accessibilità delle app mobili iOS e Android?

Sì. I test possono coprire iOS e Android, con screen reader, comportamento del focus, navigazione, dimensione delle aree touch e stati propri di ogni piattaforma. Nel perimetro indichiamo sistemi operativi, dispositivi, versioni dell’app e percorsi più importanti.

Cosa sono i test dei percorsi utente?

Questi test verificano se le persone riescono a completare un’attività intera, come registrazione, prenotazione, ordine, recupero dell’account o invio di un documento. Annotiamo i passaggi in cui compaiono le barriere e il loro impatto concreto, poi consigliamo modifiche perché l’attività vada a buon fine.

Potete fare l’audit di PDF e altri documenti digitali?

Sì. Verifichiamo PDF e documenti d’ufficio scelti: ordine di lettura, struttura accessibile, titoli, tabelle, campi dei moduli e alternative testuali. Ricevi un elenco di problemi per ogni documento e i consigli per correggerli. La correzione dei file può richiedere un servizio a parte.

Si possono testare componenti riutilizzabili come menu a tendina, selettori di data e finestre modali?

Sì. Verifichiamo stati interattivi, uso da tastiera, gestione del focus, nomi, ruoli e annunci dello screen reader. Se correggi i componenti condivisi del design system, lo stesso problema non torna su molte pagine.

Cosa ricevo dopo un audit di accessibilità?

In base al perimetro concordato, il report può contenere l’elenco delle pagine o dei componenti coinvolti, la descrizione dei problemi, i passaggi per riprodurli, i criteri WCAG utili, le prove, le correzioni consigliate e le priorità. Una presentazione con un esperto può essere inclusa o concordata a parte.

Un audit garantisce la conformità alle WCAG 2.2 AA o all’EAA?

No. Un audit fornisce prove sui contenuti, sulle versioni, sui criteri e sugli scenari testati. La conformità dipende dalla legge applicabile, dal prodotto, dall’organizzazione e dalla correzione delle barriere. Una dichiarazione di conformità alle WCAG richiede inoltre più di un singolo campione.

Quanto dura un audit di accessibilità?

Dipende dal perimetro: numero e varietà dei modelli di pagina, ruoli con login, interazioni dinamiche, piattaforme mobili, documenti e metodi di test. Un calendario affidabile si fissa dopo una prima conversazione, non solo in base al numero di URL.

Quanto costa un audit di accessibilità WCAG?

Il prezzo dipende dai servizi scelti, dalla complessità, dal numero di modelli e percorsi, dalle piattaforme, dalla documentazione richiesta e dai nuovi test. Una prima conversazione serve a definire un perimetro adatto e a stimare il costo.

Quando conviene testare l’accessibilità?

I momenti giusti sono prima di un rilascio importante, dopo modifiche al design system, quando aggiungi nuovi percorsi per i clienti, quando pianifichi la conformità e dopo correzioni importanti. Le revisioni periodiche trovano i problemi portati da nuove funzioni o nuovi contenuti.

Ci aiutate a correggere i problemi trovati?

Sì, con consigli per la correzione. Trasformiamo i problemi trovati in soluzioni proposte per design, contenuti e codice. Le modifiche al codice o la correzione dei documenti devono essere previste chiaramente nel contratto. Testare e correggere sono due servizi diversi.

Cos’è un nuovo test e perché è importante?

Un nuovo test verifica se i problemi segnalati sono stati risolti nella versione modificata. Un test di regressione controlla in più alcune funzioni a rischio per trovare nuovi errori. Così hai prove aggiornate dopo la correzione. Un ticket chiuso non significa che la barriera sia sparita.

Si può fare un audit su un ambiente di staging?

Sì, se lo staging riproduce le funzioni utili e ci sono account di test disponibili. Annotiamo condizioni di test, versione e differenze rispetto alla produzione. I risultati sullo staging non valgono automaticamente per il sito online.

Potete redigere la dichiarazione di accessibilità del nostro sito o della nostra app?

Sì. Redigiamo la dichiarazione partendo dai risultati della valutazione, dallo stato dichiarato, dai limiti noti e dai canali di contatto. Il testo e la sua validità legale devono essere verificati dalla tua organizzazione. La dichiarazione non sostituisce la correzione delle barriere.

Quali norme di accessibilità valgono per le aziende in Italia?

Le WCAG danno le regole tecniche. La EN 301 549 fissa i requisiti per prodotti e servizi digitali. In Italia l’European Accessibility Act è recepito dal decreto legislativo 27 maggio 2022, n. 82, e si applica dal 28 giugno 2025 a molti prodotti e servizi per i consumatori. L’AgID vigila e ha adottato linee guida dedicate. Per la pubblica amministrazione vale anche la Legge 4/2004, detta Legge Stanca. Le regole che ti riguardano dipendono dalla tua organizzazione e dalla tua offerta.

Hai altre domande?

Fai chiarezza sulle tue priorità di accessibilità

Raccontaci quale servizio digitale vuoi valutare e cosa conta di più per te. Un esperto Wawsome ti aiuta a definire il perimetro giusto dei test e ti spiega i prossimi passi.