Report di audit di accessibilità: dai problemi trovati a un piano di correzione chiaro
Scopri dove nascono le barriere di accessibilità sul tuo sito, nella tua app mobile e lungo interi percorsi utente. Wawsome unisce controlli automatici e test manuali svolti da esperti. Poi trasforma i risultati in un report con problemi in ordine di priorità, consigli tecnici e passi concreti per la correzione.
- Test ibridi
- Esperti di accessibilità
- Analisi di pagine e percorsi
- Consigli pratici
Guarda cosa contiene il report prima di definire il perimetro dell’audit. Vedi la struttura del report
Una scansione ti mostra una parte del problema. Un audit ti dice cosa cambiare.
L’audit esamina i singoli elementi, ma anche se un’attività si può completare dall’inizio alla fine.
Esempio 1
Un modulo può avere una struttura in apparenza corretta ed essere impossibile da compilare con la sola tastiera.
Esempio 2
Un errore di login può non essere annunciato dallo screen reader.
Esempio 3
Un pagamento può fallire quando l’utente passa dal sito web all’app mobile.
Cos’è un audit di accessibilità digitale e perché ti serve?
Un audit di accessibilità digitale è una valutazione strutturata di pagine, componenti, documenti, applicazioni e interazioni scelte. Serve a trovare le barriere che possono impedire alle persone con disabilità di usare i servizi digitali. Nei limiti del perimetro concordato, l’audit può collegare i rilievi tecnici ai criteri WCAG e ai requisiti applicabili.
Senza una diagnosi verificabile, i team rischiano di investire in modifiche con poco impatto. Intanto i problemi che bloccano login, acquisto o uso del servizio restano aperti. Il report dà a tutti una base comune per priorità, budget, responsabilità e monitoraggio dei progressi.
Cerchi un tipo di test preciso? Guarda tutti i nostri servizi di audit e test di accessibilità.
Per gli utenti
Trova gli ostacoli reali nella navigazione, nella compilazione dei moduli, nell’autenticazione e nelle transazioni.
Per i team
Trasforma le osservazioni in ticket e consigli che i team di design, QA e sviluppo capiscono e possono pianificare.
Per il business
Dai priorità ai percorsi che contano di più per conversioni, servizi self-service e rapporto con i clienti.
Metodologia dell’audit: automazione, analisi umana e test dell’esperienza dall’inizio alla fine
Definiamo il perimetro
Insieme definiamo piattaforme, profili utente, ambienti di test, funzioni critiche, scenari d’uso e riferimenti tecnici, compresi i criteri WCAG utili. Scriviamo in modo esplicito cosa rientra nel campione e cosa no.
Test automatici
Usiamo strumenti automatici per segnalare i problemi che si possono rilevare con delle regole, come alcuni errori di struttura, l’associazione delle etichette e alcuni aspetti del contrasto. Gli esperti analizzano e interpretano i risultati, per evitare conclusioni sbagliate.
Puoi provare questa parte anche da solo con il Verificatore di accessibilità Wawsome gratuito.
Test manuali
Gli esperti verificano uso da tastiera, ordine e visibilità del focus, comportamento dello screen reader, moduli, messaggi di errore, elementi interattivi e stati dinamici, negli scenari inclusi nell’audit.
Test dei percorsi
Verifichiamo se un utente riesce a completare un’attività dall’inizio alla fine, anche nei passaggi tra pagine, sessioni, dispositivi e applicazioni, nelle condizioni di test concordate.
Sintesi e report
Convalidiamo i rilievi, raggruppiamo i problemi ricorrenti e documentiamo prove, impatto, gravità, complessità stimata della correzione e consigli. Così puoi costruire un piano d’azione.
Cosa verificano gli esperti durante un audit di accessibilità?
Pagine e componenti
Cosa verifichiamo: struttura semantica, navigazione, pulsanti, finestre modali, menu, moduli, dati mostrati e comportamento degli elementi nei diversi stati.
Cosa ricevi: un elenco dei problemi per pagina o per componente.
Percorsi utente
Cosa verifichiamo: registrazione, login, recupero dell’account, ricerca, acquisto, pagamento, richieste e processi di sottoscrizione.
Cosa ricevi: i problemi segnalati nei punti esatti in cui l’utente si blocca.
Piattaforme web e mobile
Cosa verifichiamo: siti web, applicazioni web, portali con login e app mobili iOS e Android, sulle versioni e sui dispositivi concordati.
Cosa ricevi: rilievi separati per piattaforma e per scenario di test.
Tecnologie assistive
Cosa verifichiamo: l’interazione negli scenari concordati con screen reader, navigazione da tastiera e impostazioni di accessibilità utili.
Cosa ricevi: prove di come funziona davvero l’esperienza per gli utenti.
Documenti e interfacce
Cosa verifichiamo: PDF o altri file inclusi nel perimetro, con struttura, ordine di lettura, moduli ed elementi interattivi.
Cosa ricevi: consigli di correzione per i documenti scelti.
Conformità tecnica
Cosa verifichiamo: il collegamento delle osservazioni ai criteri WCAG utili e, se lo chiedi, ai requisiti applicabili della EN 301 549.
Cosa ricevi: una matrice dei rilievi con i riferimenti ai criteri tecnici.
Un processo cliente. Più applicazioni. Un solo audit di tutta l’esperienza.
Esempio illustrativo: un cliente avvia la sottoscrizione sul sito web, prosegue con la verifica dell’identità sul telefono e conclude il processo in un’app mobile. L’audit verifica se l’utente riesce a navigare, capire le istruzioni, cambiare dispositivo, inserire e convalidare i dati e completare il processo senza barriere di accessibilità.
Sito web
Compilazione della richiesta e avvio della sottoscrizione. Verifichiamo moduli, messaggi, navigazione, avanzamento e l’accessibilità del passaggio allo step successivo.
Punto di controllo: passaggio allo step successivo
Telefono e verifica dell’identità
Passaggio al dispositivo mobile, apertura delle istruzioni e verifica dell’identità con le modalità previste.
Possibile blocco: cambio di dispositivo
App mobile
Ritorno dopo la verifica, comprensione dello stato della pratica e completamento dell’azione nell’app.
Punto di controllo: lo stato della pratica è chiaro
Nel report non indichiamo solo dove sono gli errori. Mostriamo anche in quale punto si interrompe il percorso, quali utenti possono essere colpiti e quali sono le opzioni di correzione. Per le piattaforme gestite da terzi, i test dipendono dagli accessi e dagli accordi disponibili.
Cosa contiene il report di audit di accessibilità di Wawsome?
Rilievo #07Esempio illustrativo
Posizione
Flusso di sottoscrizione, step 3: pulsante «Continua»
Come riprodurlo
Compila il modulo usando solo la tastiera, poi premi Tab per arrivare a «Continua».
Risultato osservato
Il pulsante non si raggiunge e non si attiva con la tastiera.
Comportamento atteso
Il pulsante riceve un focus visibile e si attiva con Invio o Spazio.
Criterio WCAG
2.1.1 Tastiera (livello A)
Gravità e impatto
Critico Chi usa la tastiera o uno screen reader non riesce a completare la sottoscrizione.
Complessità della correzione
Bassa
Soluzione consigliata
Usa un elemento button nativo, oppure aggiungi il supporto da tastiera e uno stile di focus visibile.
Sintesi per il management
I problemi principali, il livello di rischio che emerge dal campione e le priorità più importanti per la direzione.
Vantaggio: la direzione capisce dove serve intervenire.
Perimetro e condizioni di test
Piattaforme, pagine, percorsi, tipi di utente, dispositivi, versioni, tecnologie assistive e standard usati.
Vantaggio: trasparenza sui limiti e risultati riproducibili.
Elenco dei problemi
Per ogni rilievo: codice, posizione, passaggi per riprodurlo, risultato osservato e comportamento atteso.
Vantaggio: i team possono analizzare e riprodurre ogni problema.
Criteri tecnici
Il collegamento ai criteri WCAG utili e, dove serve, ad altri requisiti tecnici.
Vantaggio: una base per la revisione tecnica e l’analisi della conformità.
Gravità
Una classificazione della serietà tecnica e delle conseguenze per l’accessibilità, su una scala documentata.
Vantaggio: distingui i problemi bloccanti da quelli con effetti limitati.
Impatto
Una stima motivata dell’impatto sugli utenti e sui percorsi critici, che va oltre il semplice numero di occorrenze.
Vantaggio: priorità basate sull’effetto su esperienza e operatività.
Complessità della correzione
Una stima indicativa dell’impegno (bassa, media o alta), poi convalidata dal team di sviluppo.
Vantaggio: pianifichi in modo realistico risorse e dipendenze.
Soluzioni consigliate
Indicazioni di correzione per interfaccia, contenuti, codice e comportamento, più i criteri di accettazione se concordati.
Vantaggio: passi dalla diagnosi all’implementazione.
Roadmap delle correzioni
Sequenza degli interventi, dipendenze, responsabilità proposte e ordine di implementazione.
Vantaggio: una base per backlog, budget e monitoraggio dei progressi.
Limiti e nuova valutazione
Aspetti non coperti, ipotesi, risultati da verificare in seguito e passi consigliati per i nuovi test.
Vantaggio: eviti la falsa impressione di una copertura completa.
Cosa correggiamo prima? Priorità in base a gravità, impatto e complessità.
Gravità
Quanto è seria la barriera dal punto di vista dell’accessibilità? Un problema può rendere impossibile un’azione, renderla molto più difficile o toccare solo una parte dell’esperienza.
- Critica
- Alta
- Moderata
- Bassa
Impatto
Quanto è importante la funzione colpita e cosa comporta per l’utente? Per esempio, un errore in un percorso di login essenziale ha un impatto diverso da uno su una pagina visitata di rado.
Complessità
Quanto lavoro può richiedere la correzione: un contenuto, una modifica a un componente, un cambio di architettura o una dipendenza da fornitori esterni? La stima finale spetta al team che la realizza.
Approccio consigliato: le barriere che bloccano i processi essenziali si affrontano subito. Poi si raggruppano le correzioni con un impatto ampio e si pianificano le modifiche complesse in base alle loro dipendenze. Il giudizio degli esperti non viene mai sostituito da una formula poco trasparente.
| Low complexity | High complexity | |
|---|---|---|
| High impact | Fix first | Plan around dependencies |
| Low impact | Group with related fixes | Schedule and re-evaluate |
Esempio di prioritàEsempio illustrativo
Barriera
Un pulsante «Continua» nel processo di sottoscrizione che non si può usare con la tastiera.
Impatto
Gli utenti non riescono a finire il percorso, anche se il problema compare una sola volta.
Decisione
Priorità alta, per l’effetto sul completamento del flusso.
Dal report all’azione: cosa succede dopo l’audit?
Sessioni con gli sviluppatori
Esaminiamo i rilievi insieme ai tuoi team di sviluppo, design e QA. Spieghiamo i problemi, discutiamo le possibili soluzioni e chiariamo le dipendenze e, dove serve, i criteri di accettazione per i nuovi test.
Roadmap delle correzioni
Costruiamo una roadmap per applicare i consigli, in base alle priorità dell’audit, ai tuoi obiettivi operativi e alla capacità del tuo team. La roadmap si può rivedere man mano che le soluzioni vengono implementate.
Dichiarazione di accessibilità
Partendo dai risultati disponibili, dai limiti noti e dalle informazioni fornite dalla tua organizzazione, possiamo preparare una bozza di dichiarazione di accessibilità, che il titolare deve approvare. La dichiarazione si può aggiornare con i progressi e in base agli obblighi applicabili.
Una dichiarazione di accessibilità non è una certificazione.
Nuovo audit
Dopo l’implementazione, testiamo di nuovo i problemi concordati. Verifichiamo se le barriere trovate sono state corrette e se compaiono regressioni nei percorsi critici. I risultati vengono documentati e possono alimentare la versione successiva della roadmap.
Tra un audit e l’altro, il Monitor di accessibilità Wawsome può segnalare nuovi problemi quando i tuoi contenuti cambiano.
Supporto durante i controlli delle autorità
Su richiesta e nell’ambito dei servizi contrattati, i nostri specialisti possono dare supporto tecnico durante i controlli delle autorità. Spiegano la metodologia, i rilievi, i passi di correzione e le prove degli interventi fatti.
Questo supporto non sostituisce la rappresentanza legale e non garantisce le conclusioni dell’autorità.
Un solo report per più decisioni: prodotto, sviluppo, compliance e direzione
CTO e team di sviluppo
Problemi riproducibili, consigli tecnici, dipendenze e un ordine di intervento realistico.
Prodotto e UX/UI
I punti in cui l’esperienza utente si interrompe e i pattern di interazione da correggere.
Compliance e legale
Documentazione dei controlli, dei limiti e dei progressi, a supporto dell’analisi degli obblighi applicabili, senza promesse di certificazione automatica.
Business e direzione
Un quadro chiaro delle barriere nei processi essenziali e una base per assegnare le risorse.
Audit di accessibilità, WCAG ed European Accessibility Act: che legame c’è?
WCAG
Le WCAG forniscono i criteri tecnici per l’accessibilità.
EN 301 549
La EN 301 549 è una norma europea che fissa i requisiti di accessibilità per prodotti e servizi ICT nei contesti in cui si applica.
European Accessibility Act
L’European Accessibility Act e le leggi nazionali applicabili fissano obblighi per alcune categorie di prodotti e servizi. In Italia l’European Accessibility Act è recepito dal decreto legislativo 27 maggio 2022, n. 82.
Un audit documenta i rilievi nel perimetro testato. Da solo non dimostra che tutti gli obblighi di legge siano rispettati. In base al perimetro tecnico, la valutazione può fare riferimento alle WCAG 2.2 e al metodo di valutazione WCAG-EM del W3C (in inglese).
Hai un sito web, un’app o un processo digitale complesso? Partiamo da cosa va verificato.
Non devi sapere fin dall’inizio quali pagine o standard scegliere. In una prima conversazione possiamo definire i percorsi prioritari, le piattaforme coinvolte e il formato dei risultati che ti serve.
Perché parlare del tuo audit con gli esperti Wawsome?
Uniamo test automatici, valutazione manuale e analisi dei percorsi. Il nostro obiettivo è trovare le barriere e tradurle in consigli per i team che realizzano i miglioramenti.
ISO 9001Gestione della qualità
ISO 27001Sicurezza delle informazioni
Certificazione IAAPCompetenze di accessibilità nel nostro team
Fonti
- W3C WAI: panoramica sulla valutazione dell’accessibilità web (in inglese)
- W3C: metodo di valutazione della conformità dei siti web, WCAG-EM (in inglese)
- W3C WAI: valutare la conformità e redigere il report (in inglese)
- W3C: Web Content Accessibility Guidelines (WCAG) 2.2 (in inglese)
- EUR-Lex: direttiva (UE) 2019/882, European Accessibility Act
Aggiornato il 21 ottobre 2026
Trasforma l’audit in un piano d’azione per l’accessibilità digitale
Dicci cosa vuoi verificare: un sito web, un’app mobile, un portale con login o un processo che passa da più piattaforme. Un esperto Wawsome ti aiuta a definire l’approccio dell’audit e i risultati giusti per te.
Non ti serve un elenco completo dei problemi. Possiamo decidere insieme cosa vale la pena testare.