Verifica dell'accessibilità

Un audit di accessibilità è una valutazione strutturata della possibilità di utilizzo di un prodotto digitale da parte di persone con disabilità, generalmente effettuata in base alle Linee guida per l'accessibilità dei contenuti web (WCAG). Produce un inventario delle barriere, ciascuna associata al criterio di successo specifico per cui non viene soddisfatta, con indicazione della gravità e delle possibili soluzioni.

L'aspetto pratico più importante in materia di audit è che gli strumenti automatizzati rilevano solo una minoranza dei problemi di accessibilità. Sono in grado di individuare in modo affidabile testo alternativo mancante, contrasto cromatico insufficiente, etichette dei moduli assenti ed errori di markup strutturale, il che è effettivamente utile. Non possono però valutare se il testo alternativo sia significativo, se l'ordine di lettura abbia senso, se un componente personalizzato si comporti correttamente con le tecnologie assistive, se la gestione del focus funzioni durante i cambiamenti dinamici o se il contenuto sia comprensibile. Le organizzazioni che utilizzano uno scanner, correggono gli elementi segnalati e dichiarano la conformità hanno affrontato solo una minima parte delle barriere reali.

I test manuali rappresentano quindi la parte sostanziale di un audit. Navigare nell'intero prodotto utilizzando esclusivamente la tastiera, eseguire test con screen reader sulle piattaforme effettivamente utilizzate dal pubblico, verificare il comportamento con zoom elevato e testo di dimensioni maggiori, accertarsi che le modifiche dinamiche dei contenuti vengano annunciate e confermare che la gestione degli errori funzioni anche per chi non può vedere l'indicatore visivo: tutto ciò richiede l'intervento di una persona. Questi test individuano gli ostacoli che effettivamente impediscono il completamento delle attività.

I test con utenti disabili aggiungono un'ulteriore categoria che né l'automazione né la revisione da parte di esperti riescono a coprire. La conformità tecnica non garantisce l'usabilità, e un prodotto può soddisfare tutti i criteri di successo pur risultando faticoso da utilizzare per chi abusa di tecnologie assistive. Le sessioni con persone che utilizzano abitualmente screen reader, ingrandimenti, comandi vocali o interruttori per l'accesso rivelano difficoltà che un esperto vedente che simula tali condizioni non riscontrerà.

L'ambito di applicazione dovrebbe essere definito in base al percorso dell'utente, non al numero di pagine. Verificare ogni singola pagina di un sito di grandi dimensioni è impraticabile e superfluo; verificare i percorsi critici completi, inclusi registrazione, acquisto, gestione dell'account e assistenza, oltre a un campione rappresentativo di ogni modello, permette di individuare gli ostacoli più rilevanti con uno sforzo proporzionato. Gli ostacoli riscontrati durante la fase di checkout hanno un impatto molto maggiore sul business rispetto a quelli presenti in un articolo archiviato.

In molte giurisdizioni, la dimensione giuridica è diventata materiale piuttosto che teorica. Gli enti del settore pubblico nell'Unione Europea e nel Regno Unito operano nel rispetto di requisiti di accessibilità espliciti, con obblighi di pubblicazione delle relative dichiarazioni; l'European Accessibility Act estende tali requisiti a una vasta gamma di servizi del settore privato; e negli Stati Uniti si è registrato un numero considerevole di contenziosi relativi a siti web inaccessibili. Gli audit svolgono sempre più spesso una funzione di prova di conformità, oltre a quella di miglioramento.

Per produrre risultati concreti, è necessario tradurre le scoperte in attività programmate. Un report di audit che elenca centinaia di problemi in base ai criteri di successo è un inventario, non un piano, e in genere si blocca. Raggruppare i problemi in base alla causa principale, poiché la maggior parte si ripete nei vari modelli, assegnare priorità in base all'impatto sul percorso dell'utente e al numero di utenti interessati, e inserirli nel backlog di consegna con i relativi responsabili, è ciò che trasforma il documento in un piano di risoluzione.

Poiché la maggior parte dei problemi ha origine nei componenti e nei modelli piuttosto che nelle singole pagine, un miglioramento duraturo deriva dalla loro risoluzione alla fonte. In pratica, l'audit viene effettuato tramite Audit dell'esperienza utente lavoro, la correzione sistemica viene applicata alla libreria dei componenti all'interno progettazione del prodottoe per le organizzazioni con obblighi statutari, in particolare nel del settore pubblicoL'audit produce inoltre le prove a supporto della dichiarazione di accessibilità che sono tenuti a pubblicare.