Una piccola introduzione Cos'è un test con utenti screen reader e perché serve oltre l'audit
Un test con utenti screen reader è una sessione moderata, di solito remota e di 60-90 minuti, in cui una persona che usa abitualmente un lettore di schermo (NVDA su Windows, VoiceOver su Mac/iPhone, JAWS in ambiente professionale) prova a completare task reali sul tuo sito (cercare un prodotto, fare un acquisto, scaricare un documento), mentre l'osservatore registra dove si blocca, cosa non capisce e quali percorsi alternativi prende.
Non è un audit: l'audit tecnico (axe, WAVE, controllo manuale dello sviluppatore) trova le violazioni dei criteri WCAG, ma non dice se l'esperienza è davvero usabile. Una pagina può essere conforme WCAG 2.1 AA al 100% e restare frustrante per un utente reale (etichette tecniche, percorsi troppo lunghi, ridondanze fastidiose). Questo lo vedi solo guardando un utente vero che usa il sito.
Da Vicenza dal 2008 con oltre 180 progetti seguiti: lavoriamo con un panel di partecipanti italiani screen reader, condotti da moderatore esperto, con report scritto e video clip delle issue. Il sito si chiude su quello che gli utenti veri non riescono a fare, non solo su quello che lo scanner segna in rosso.
Esempi tipici Tre esempi di intervento, in settori diversi
Esempio · settore e-commerce moda Sito di un produttore B2C (settore tessile)
Round di test su checkout multi-step con 6 partecipanti screen reader (4 NVDA, 2 VoiceOver). Identificate 14 issue critiche sul flusso di pagamento, di cui 5 invisibili all'audit tecnico (etichette ambigue, regressioni focus). Tutte risolte nel rilascio successivo.
14 issue critiche risolte
Esempio · settore servizi B2B Sito istituzionale di una società di servizi (settore consulenza)
Test su area riservata download documenti con 7 partecipanti. Sessioni di 75 minuti con task realistici: ricerca documento, scaricamento PDF, gestione abbonamento. Workshop di restituzione al team con 9 video clip selezionate.
7 utenti del panel
Esempio · settore enti e istituzioni Sito di un ente con obbligo AGID (settore culturale)
Round di validazione sito istituzionale dopo remediation post-audit AGID. 5 partecipanti screen reader, focus su navigazione menu, ricerca contenuti e form di feedback. Confermata usabilità reale, dichiarazione di accessibilità aggiornata con prove.
5 utenti per round
Cosa includiamo Cosa contiene il servizio test
Sessioni reali, report concreti, video clip per i fix.
Reclutamento del panel
Utenti reali, non colleghi simulati.
Reclutiamo da un panel italiano di utenti screen reader (NVDA, VoiceOver desktop e mobile, JAWS) selezionati per esperienza, dispositivo e tipologia di disabilità. Per round consigliamo 5-8 partecipanti, sufficienti a far emergere il 75-85% dei problemi di usabilità reali.
- Utenti italiani nativi screen reader
- Mix tra esperti e nuovi utenti
- Mix tra desktop e mobile
- Compenso onesto ai partecipanti
Disegno dei task
Scenari realistici sul sito.
Costruiamo task scenario su misura per il tuo sito: acquisto di un prodotto specifico, registrazione, ricerca documenti, compilazione di un form, gestione dell'account. Niente test di laboratorio astratti: usiamo gli URL reali del tuo sito e osserviamo come l'utente li affronta.
- Task scenario sul sito reale
- Mix di prima visita e utente di ritorno
- Task vincolanti (devi farlo) e esplorativi
- Pre-test di validazione interna
Sessioni moderate
60-90 minuti registrati con consenso.
Le sessioni sono remote (Zoom o Teams) con condivisione schermo dell'utente. Moderatore esperto guida senza suggerire: think-aloud (l'utente dice cosa sta facendo), niente interventi prematuri, registrazione audio/video con consenso scritto per uso interno.
- Remote via Zoom o Teams
- Moderatore esperto in user testing accessibile
- Think-aloud + osservazione passiva
- Consenso GDPR scritto
Report con video clip
Issue tracciate al criterio WCAG.
A fine round consegniamo un report con: lista delle issue trovate (ognuna con video clip dell'utente in difficoltà), gravità d'impatto, criterio WCAG correlato (se applicabile), suggerimenti di fix. Le clip vanno direttamente al team dev senza dover rivedere ore di registrazioni.
- Report scritto con priorità
- Video clip per ogni issue
- Riferimento WCAG se applicabile
- Suggerimenti di fix concreti
Il problema Perché audit tecnico da solo non basta
Cosa vediamo quando un sito conforme WCAG fallisce coi test reali:
- Etichette tecniche corrette ma incomprensibili: `aria-label='Pulsante 1 di 6'` è valido ma non aiuta nessuno
- Percorsi troppo lunghi: 47 TAB per arrivare al contenuto principale, anche se ogni TAB è valido
- Modal accessibili tecnicamente ma confondenti: focus management corretto ma utente perde il contesto
- Form di checkout multi-step con regressioni di focus tra uno step e l'altro
- Contenuti ARIA ridondanti annunciati 3 volte: passa l'audit ma è insopportabile da ascoltare
- Skip link presente ma nascosto: tecnicamente c'è, di fatto non lo trova nessuno
- Errori dei form annunciati una volta sola: l'utente che torna dopo non li sente più
Il nostro approccio: scegliere il sito sull'esperienza vera, non solo sul punteggio. Test reali con utenti reali, video clip al team dev, fix sui problemi che pesano, non solo su quelli formali.
I vantaggi Cosa ti porta un test con utenti screen reader
Quello che ti porti a casa
Risultati per imprenditore, ufficio legale e cliente finale:
- Conoscenza dell'esperienza reale, non solo del punteggio audit
- Video clip pronti per il team dev
- Conversione più alta sui task critici (acquisto, registrazione)
- Argomento commerciale: hai testato con utenti reali, non solo con scanner
- Difesa contro contenziosi: prove di impegno reale verso l'accessibilità
- Consapevolezza interna: il team vede gli utenti veri usare il sito
- Round ripetibile: protocollo riusabile per i prossimi rilasci
Come lavoriamo Le 4 fasi del round di test
1. Disegno test
Settimana 1.
- Definizione obiettivi del round
- Disegno task scenario sul sito reale
- Pre-test interno di validazione
- Identificazione metriche di interesse
2. Reclutamento panel
Settimana 1-2.
- Selezione 5-8 partecipanti italiani
- Mix screen reader e dispositivi
- Conferma calendario sessioni
- Consensi GDPR firmati
3. Sessioni moderate
Settimana 2-3.
- 60-90 minuti per partecipante
- Remote via Zoom o Teams
- Registrazione audio/video con consenso
- Note di moderazione in tempo reale
4. Analisi + report
Settimana 4.
- Codifica issue per gravità
- Estrazione video clip
- Riferimento criterio WCAG
- Workshop di restituzione al team
Strumenti Stack che usiamo per i test
Strumenti pertinenti, niente piattaforme generiche:
- NVDA + VoiceOver + JAWS sui dispositivi degli utenti reali
- Zoom o Teams con condivisione schermo dell'utente
- OBS o Loom per la registrazione locale ad alta qualità
- DaVinci Resolve per il taglio dei video clip nel report
- Notion / Airtable come tracker delle issue per gravità e WCAG
- Panel italiano di partecipanti reclutati nel tempo
Tecnologie Stack che usiamo per i test
WordPress
Astro
WordPress
Astro Risultati Cosa garantiamo a fine round
Quello che ti consegniamo:
- Report scritto con issue per gravità
- Video clip per ogni issue critica
- Riferimento WCAG dove applicabile
- Suggerimenti di fix concreti per il team dev
- Workshop di restituzione con team interno
- Protocollo riusabile per round successivi
Quanto costa un round di test con utenti screen reader? +
Servizio su misura: il preventivo dipende dalla complessità dei requisiti, dalle integrazioni con sistemi terzi (CRM, gestionale, API esterne), dal volume di test richiesto e dal livello di SLA in manutenzione. Prima cosa che facciamo è una discovery call gratuita di 30-45 minuti per capire scope e contesto, poi mandiamo un preventivo scritto entro 48-72 ore. Niente listini standard.
Quanti utenti servono in un round? +
5-8 partecipanti per round sono il numero ottimale: con 5 utenti emerge il 75-85% dei problemi di usabilità reali, con 8 si arriva attorno al 95%. Oltre 10 partecipanti il rapporto costo/benefici peggiora: meglio fare due round in momenti diversi del progetto.
Posso usare i miei dipendenti come utenti? +
No, non funziona. I dipendenti conoscono il sito, gli obiettivi, il dominio: non rappresentano l'utente reale. Servono partecipanti esterni, screen reader user nella vita quotidiana, italiani nativi (per chi pensa di usare un panel inglese: la lingua cambia tutto sull'esperienza ascoltata).
Le sessioni vanno fatte di persona o vanno bene da remoto? +
Il 95% dei nostri test è remoto via Zoom o Teams. Per gli utenti screen reader la sessione remota è anche più realistica, perché replica le condizioni di uso reali (loro device, loro versione del lettore di schermo, loro setup). Casi specifici (sondaggi pubblici, formazione del team) possono richiedere presenza.
Quanto dura un round dall'inizio alla restituzione? +
Per un round standard (5-8 utenti, sessioni 60-90 min): 3-4 settimane (disegno task, reclutamento, sessioni, analisi, workshop). Round leggeri (3-4 utenti, report sintetico): 2 settimane. Per progetti grandi con più round in successione (pre-rilascio, post-rilascio) si pianifica un calendario condiviso.
Cosa NON fate? +
Niente test con dipendenti che simulano lo screen reader (non funziona). Niente sessioni senza moderatore esperto. Niente report senza video clip (servono per non far rivedere ore di registrazioni al team). Niente uso del materiale fuori dallo scope concordato col partecipante.