Accessibilità siti web: test automatici, manuali o entrambi?

Uno scanner non segnala errori: il sito è davvero accessibile? Per un team che lavora sull’accessibilità dei siti web in Italia, questa è una domanda decisiva. I controlli automatici aiutano a individuare problemi ripetibili, ma non possono stabilire da soli se una persona riesca a scegliere un prodotto, compilare un modulo o completare un acquisto.

La scelta utile, quindi, non è tra software e persone. È capire quali verifiche affidare a ciascuno e come raccogliere risultati utilizzabili. Un audit solido combina controlli automatici e revisione manuale, distinguendo ciò che è stato verificato da ciò che resta da esaminare.

Il contesto italiano: test tecnici e responsabilità

Per un’impresa italiana che affronta il tema dell’European Accessibility Act, il riferimento nazionale è il Decreto legislativo 27 maggio 2022, n. 82. L’autorità di vigilanza sui servizi, incluso l’e-commerce, è l’Agenzia per l'Italia Digitale (AgID).

La valutazione dell’applicabilità delle regole alla propria attività e la verifica tecnica del sito sono attività collegate, ma diverse. Un risultato positivo dello scanner non risolve la prima e non esaurisce la seconda. Allo stesso modo, un audit identifica problemi e orienta le correzioni: non garantisce un esito legale.

Per confrontare le offerte, chiedete quale riferimento tecnico venga utilizzato, per esempio WCAG 2.1, livello AA, e quali pagine, stati dell’interfaccia e percorsi siano inclusi. La parola «audit» da sola non descrive la profondità del lavoro.

Accessibilità siti web: cosa verificano i test automatici

Uno strumento automatico applica regole al codice e allo stato della pagina che riesce a esaminare. È particolarmente utile quando il controllo può essere espresso attraverso condizioni precise: la presenza di un attributo, una relazione tra elementi, un valore calcolabile.

Può, per esempio, individuare immagini prive dell’attributo per il testo alternativo, campi senza un nome accessibile rilevabile o combinazioni di colori con contrasto insufficiente quando testo e sfondo sono determinabili. Sono risultati concreti, spesso preziosi per chi deve intervenire sul codice.

Il vantaggio principale è la ripetibilità. Gli stessi controlli possono essere eseguiti su molte pagine e ripetuti dopo una modifica. Questo rende l’automazione adatta a intercettare regressioni e problemi ricorrenti nei componenti condivisi.

Che cosa dimostra un controllo superato?

Dimostra che una determinata regola non ha rilevato una violazione nelle condizioni esaminate. Non dimostra automaticamente che l’intero criterio di accessibilità sia soddisfatto, né che tutto il sito sia utilizzabile.

Un’immagine può avere un testo alternativo presente ma inutile, come «immagine prodotto». Un pulsante può avere un nome rilevabile che non chiarisce l’azione. In entrambi i casi, la presenza tecnica dell’informazione non ne garantisce l’adeguatezza.

Conta anche lo stato analizzato: una scansione della pagina iniziale potrebbe non raggiungere il messaggio di errore di un modulo, una finestra di conferma o il riepilogo che compare dopo una scelta. Nessun errore rilevato non significa nessun problema presente.

Che cosa richiede una valutazione umana

I criteri che richiedono giudizio dipendono dal significato, dal contesto e dal comportamento dell’interfaccia. Una persona deve verificare non soltanto che un elemento esista, ma che comunichi l’informazione corretta e permetta di portare a termine il compito.

• Testi alternativi: la descrizione trasmette ciò che conta in quel contesto? L’immagine è informativa oppure decorativa?
• Tastiera: si possono raggiungere e usare i controlli senza mouse? L’indicatore del focus è visibile e il percorso è comprensibile?
• Moduli: istruzioni ed errori aiutano a capire che cosa inserire e come correggerlo?
• Contenuti: titoli, collegamenti ed etichette descrivono correttamente ciò che rappresentano?
• Interazioni dinamiche: dopo un aggiornamento, chi usa tecnologie assistive riceve le informazioni necessarie per proseguire?

Un caso tipico nell’accessibilità e-commerce è l’aggiunta al carrello. Il pulsante può superare i controlli automatici, ma occorre verificare anche che la conferma sia percepibile, che il focus venga gestito correttamente e che il percorso verso il pagamento resti utilizzabile.

Revisione manuale non significa guardare la pagina

Una verifica manuale strutturata comprende navigazione da tastiera, prove con un lettore di schermo, ingrandimento e controllo del comportamento dei contenuti quando lo spazio disponibile cambia. Comprende anche l’ispezione del codice quando serve a spiegare un comportamento.

Il coinvolgimento di persone con disabilità può far emergere ostacoli nei percorsi reali. È un contributo complementare: non sostituisce una verifica tecnica sistematica, così come una verifica tecnica non rappresenta tutte le esperienze d’uso possibili.

Perché un audit di accessibilità combina entrambi

La separazione tra macchina e giudizio non coincide sempre con una divisione netta tra criteri. Lo stesso requisito può avere aspetti verificabili automaticamente e altri da valutare nel contesto. Per questo un audit efficace usa i risultati automatici come evidenze da integrare, non come verdetto finale.

L’automazione permette di trovare rapidamente difetti ripetuti. La revisione umana conferma le segnalazioni, esamina i casi ambigui e cerca barriere che le regole automatiche non intercettano. Questa combinazione evita sia di correggere alla cieca, sia di dedicare tutto il tempo a controlli facilmente ripetibili dal software.

Anche la sola revisione manuale ha limiti: richiede tempo, dipende dalla competenza di chi la svolge e deve seguire un metodo documentato per essere riproducibile. L’obiettivo non è dichiarare superiore uno strumento, ma ottenere evidenze sufficienti per decidere come intervenire.

Come organizzare le verifiche sul proprio sito

1. Definite il perimetro. Elencate modelli di pagina, componenti condivisi e funzioni essenziali. Includete aree riservate e servizi esterni integrati quando fanno parte dell’esperienza da verificare.
2. Scegliete percorsi rappresentativi. Non limitatevi alla homepage: considerate ricerca, selezione, compilazione, conferma e gestione degli errori.
3. Eseguite i controlli automatici. Registrate pagine e stati analizzati, configurazione utilizzata e limiti di accesso dello strumento.
4. Approfondite manualmente. Verificate i percorsi completi e gli aspetti che richiedono interpretazione, comprese le segnalazioni dubbie.
5. Correggete e riprovate. Controllate il problema originario e gli altri punti in cui viene utilizzato il componente modificato.

Se il sito è ampio, un campione può rendere il lavoro gestibile, purché sia motivato. Il report deve chiarire che cosa è stato esaminato e che cosa no: le conclusioni su un campione non vanno presentate come verifica di ogni pagina.

Che cosa chiedere nel report finale

Un elenco di errori senza contesto è difficile da trasformare in lavoro. Per ogni problema, chiedete almeno:

• pagina, componente e stato in cui si manifesta;
• passaggi per riprodurlo e comportamento atteso;
• impatto sulla persona che usa il sito;
• riferimento tecnico pertinente e indicazione di correzione;
• esito della verifica successiva all’intervento.

Il report dovrebbe distinguere problemi confermati, verifiche ancora necessarie e contenuti non esaminati. Un punteggio sintetico può aiutare a orientarsi, ma non sostituisce queste informazioni: un ostacolo al pagamento merita attenzione anche quando il riepilogo complessivo sembra positivo.

Se confrontate servizi professionali come geta11y, valutate soprattutto trasparenza del perimetro, profondità delle prove manuali e utilità delle evidenze consegnate.

La decisione pratica è quindi usare entrambi gli approcci, con ruoli chiari: automazione per controllare con continuità, revisione umana per valutare significato e percorsi, nuove prove per verificare le correzioni. Il risultato utile non è un bollino, ma una comprensione documentata delle barriere e delle azioni necessarie per rimuoverle.