La risposta in breve
Iniziate il lavoro sull’accessibilità dall’attività che conta: una persona riesce a comprendere l’offerta, raggiungere il modulo, correggere gli errori e ricevere una conferma usando modalità di interazione diverse? Combinate una prova con la tastiera, la revisione di contenuti e moduli, i controlli di zoom e adattamento, gli strumenti diagnostici automatici e una nuova verifica con responsabilità definite. Si tratta di una valutazione preliminare pratica, non di una garanzia di conformità alle WCAG, di una verifica completa o di un parere legale.
- Verificate un’attività completa del cliente, non singole pagine isolate.
- Un focus visibile e non coperto e la possibilità di correggere gli errori nei moduli sono essenziali anche sul piano commerciale.
- Le scansioni automatiche rilevano alcuni problemi, ma non possono dimostrare la piena conformità.
- Per ogni problema registrate impatto, responsabile, prove e stato della nuova verifica.
In questa pagina
Definite il percorso prima di controllare i componenti
È più facile intervenire sull’accessibilità quando la verifica segue un obiettivo reale del cliente. Scegliete un percorso critico, per esempio comprendere un servizio, aprire il menu, raggiungere un modulo di richiesta, correggere un errore e inviarlo. Includete i livelli per il consenso e le altre sovrapposizioni, perché possono interrompere il percorso.
Il W3C presenta i propri controlli semplificati come una prima verifica. Una pagina può sembrare conforme a questi controlli e contenere comunque ostacoli rilevanti. Usate questa checklist per individuare le priorità e raccogliere prove per l’accettazione, non per certificare un sito o formulare una conclusione legale.
Prima della prova annotate il punto di partenza, il risultato positivo e gli ostacoli. Una società di consulenza svizzera fittizia potrebbe definire il successo come la selezione dei servizi di consulenza, la lettura dell’ambito dell’incarico, l’invio di una richiesta di richiamata e la ricezione di una conferma chiara.
- Scegliete un’attività di grande valore e una puramente informativa.
- Includete navigazione, sovrapposizioni, moduli, errori e conferma.
- Verificate modelli rappresentativi su dispositivi mobili e computer.
- Distinguete gli ostacoli osservati dalle supposizioni.
| Fase del percorso | Esigenza del cliente | Problema che blocca il percorso | Prova |
|---|---|---|---|
| Comprendere il servizio | Titolo chiaro e spiegazione leggibile | Struttura ambigua o contenuto mancante | Revisione della pagina |
| Raggiungere il contatto | Navigazione prevedibile e scopo chiaro dei link | Menu non accessibile dalla tastiera | Registrazione della prova con la tastiera |
| Inviare i dati | Etichette, istruzioni ed errori correggibili | Campo privo di etichetta o dati inseriti persi | Prova del modulo |
| Confermare il risultato | Stato chiaro e indicazione del passaggio successivo | Errore senza avviso o focus lasciato altrove | Controllo della ricevuta e del focus |
Eseguite una prova di 15 minuti con la tastiera
Mettete da parte il mouse. Usate Tab e Maiusc+Tab per spostarvi, Invio o la barra spaziatrice per attivare i controlli ed Esc quando una finestra di dialogo o un menu dovrebbe chiudersi. A ogni passaggio verificate dove si trova il focus, se l’ordine è logico e se il controllo selezionato è visibile.
Un blocco della tastiera è un ostacolo grave: il focus entra in un componente, ma non può uscirne con i tasti previsti. Cercate anche controlli completamente saltati, tappe duplicate, passaggi del focus a contenuti nascosti e componenti personalizzati che non reagiscono come gli equivalenti nativi.
Ripetete il percorso dopo avere aperto il menu, gli errori di convalida e i controlli per il consenso. Gli stati dinamici spesso si comportano diversamente dalla pagina iniziale.
- Partite dalla barra degli indirizzi del browser e raggiungete il contenuto principale.
- Aprite e chiudete ogni controllo presente nel percorso.
- Compilate il modulo e provocate intenzionalmente degli errori.
- Dopo l’invio, verificate che il focus raggiunga un messaggio utile.
| Passaggio | Focus visibile | Ordine logico | Controllo funzionante | Risultato |
|---|---|---|---|---|
| Chiudere il consenso | Sì o no | Prima azione pertinente | Invio ed Esc | Superato, da correggere o da esaminare |
| Aprire il menu | Sì o no | Pulsante, poi menu | Invio, frecce se previste, Esc | Superato, da correggere o da esaminare |
| Correggere l’email | Sì o no | Errore, poi campo | Tab e digitazione | Superato, da correggere o da esaminare |
| Inviare la richiesta | Sì o no | Pulsante, poi stato | Invio | Superato, da correggere o da esaminare |
Controllate che gli elementi fissi non nascondano il focus
Le WCAG 2.2 comprendono un criterio di livello AA secondo cui un componente che riceve il focus dalla tastiera non deve essere completamente nascosto da contenuti creati dall’autore. Intestazioni fisse, banner dei cookie, pulsanti per la chat e barre delle azioni ancorate in basso causano spesso questo problema.
Scorrete la pagina con la tastiera e controllate il focus vicino a ogni elemento fisso. Provate larghezze ridotte e uno zoom maggiore, condizioni in cui anche un banner modesto può occupare gran parte della finestra. Alla chiusura di una sovrapposizione, il focus dovrebbe tornare al controllo che l’ha aperta, a meno che l’interazione non preveda una destinazione diversa e documentata.
Non risolvete il problema eliminando il focus visibile. Modificate distanze, impaginazione, sovrapposizione dei livelli e comportamento di scorrimento affinché la persona possa sia individuare sia azionare il controllo.
- Verificate intestazioni fisse e barre inferiori a diverse dimensioni della finestra.
- Aprite combinazioni realistiche di più sovrapposizioni.
- Controllate che il focus resti nella finestra di dialogo quando è aperta e torni al punto corretto alla chiusura.
- Verificate che le destinazioni dei link interni alla pagina non restino nascoste sotto l’intestazione.
Esaminate titoli, link e alternative testuali delle immagini
Un titolo di pagina significativo e una gerarchia coerente dei titoli aiutano a comprendere la posizione e la struttura. Esaminate la struttura senza basarvi sulle dimensioni visive. I titoli devono descrivere il contenuto successivo, mentre una semplice enfasi deve rimanere testo normale.
Il testo dei link deve risultare comprensibile nel contesto. Più link denominati “Scopri di più” creano un’ambiguità evitabile quando portano a servizi diversi. Indicate la destinazione o l’azione. Le immagini richiedono alternative che ne comunichino la funzione; quelle decorative non devono generare informazioni superflue.
I controlli del contrasto e del colore devono comprendere gli stati reali: passaggio del puntatore, focus, controlli disattivati, errori e testo sovrapposto alle immagini. Non affidatevi soltanto al colore per comunicare uno stato.
- Controllate che la pagina abbia un titolo chiaro e un titolo principale descrittivo.
- Leggete i link senza il testo circostante.
- Adeguate il testo alternativo alla funzione dell’immagine.
- Esaminate gli stati normale, passaggio del puntatore, focus, errore e disattivato.
Verificate moduli, errori e possibilità di correzione
Un modulo deve identificare ogni campo, spiegare i formati insoliti e conservare i dati utili quando si verifica un problema. Il testo segnaposto non è un’etichetta persistente. L’indicazione dei campi obbligatori e i messaggi di errore devono risultare comprensibili senza dipendere soltanto dal colore o dalla posizione.
Provate a inviare campi vuoti, valori non validi e dati realistici. Verificate che il messaggio identifichi il problema e spieghi come correggerlo, poi controllate dove si sposta il focus della tastiera e del lettore di schermo. Simulate anche un errore di rete o di consegna, oltre a un errore di convalida. La persona non dovrebbe perdere un messaggio scritto con cura.
Anche la conferma richiede attenzione. Indicate che cosa è stato accettato e che cosa accadrà dopo, senza promettere la consegna nella casella di posta o tempi di risposta che l’azienda non può garantire.
- Associate etichette visibili ai rispettivi controlli.
- Mantenete disponibili le istruzioni durante la digitazione.
- Descrivete gli errori in modo preciso e conservate i valori validi.
- Verificate esito negativo e positivo nel sistema di produzione che gestisce l’invio.
| Prova | Comportamento previsto | Bloccate la pubblicazione quando |
|---|---|---|
| Valore obbligatorio mancante | Campo identificato e indicazioni per correggerlo | La persona non riesce a trovare o comprendere l’errore |
| Email non valida | Problema di formato spiegato senza cancellare gli altri campi | Il modulo crea un ciclo o elimina il contenuto |
| Errore di consegna | Messaggio sincero e dati inseriti conservati | L’interfaccia segnala falsamente il successo |
| Invio accettato | Il focus raggiunge lo stato e il passaggio successivo è chiaro | Manca la conferma o lo stato non è accessibile |
Zoom, adattamento e stati visivi richiedono una verifica umana
Aumentate lo zoom del browser e provate finestre strette. I contenuti devono rimanere leggibili e utilizzabili senza sovrapposizioni del testo, scomparsa dei controlli o necessità di scorrere orizzontalmente per leggere un normale testo. Le tabelle di dati possono richiedere un’area di scorrimento provvista di etichetta e accessibile dalla tastiera.
Non disattivate lo zoom dell’utente. Verificate etichette tradotte lunghe, messaggi di errore estesi e impostazioni del browser per le dimensioni del testo, perché i contenuti reali spesso compromettono impaginazioni che sembravano stabili con brevi testi provvisori.
Controllate su un dispositivo mobile reale il comportamento con diversi orientamenti e con la tastiera virtuale. Il campo selezionato deve rimanere visibile e il comando di invio non deve essere coperto.
- Verificate il testo ingrandito e l’adattamento a finestre strette.
- Cercate ritagli, sovrapposizioni e azioni nascoste.
- Esaminate separatamente tabelle e altri contenuti che richiedono intenzionalmente due dimensioni.
- Ripetete la prova con testi tradotti realistici.
Usate gli strumenti automatici come fonte di dati, non come verdetto
Gli strumenti automatici sono utili per rilevare in modo ripetibile problemi quali etichette mancanti, attributi non validi e alcune insufficienze di contrasto. Non possono stabilire se un testo alternativo sia significativo, un titolo sia utile, l’ordine del focus segua l’attività o le indicazioni per correggere un errore siano comprensibili.
Eseguite i controlli automatici su modelli e stati di interazione rappresentativi, poi integrate i risultati con verifiche della tastiera, dello zoom, dei contenuti e delle tecnologie assistive. Quando è proporzionato al progetto, coinvolgete persone con disabilità nella ricerca e nelle prove.
Un punteggio automatico elevato non dimostra la conformità. Registrate strumento, versione, URL, stato e data affinché una scansione successiva possa riprodurre il risultato.
- Analizzate modelli rappresentativi, non soltanto la homepage.
- Aprite menu, finestre di dialogo e messaggi di errore prima di analizzare questi stati.
- Riunite i risultati duplicati relativi allo stesso componente.
- Dopo una correzione, ripetete la verifica manuale.
Trasformate i problemi in criteri di accettazione assegnati
Un elenco di problemi diventa utile quando identifica le persone interessate, l’attività bloccata, il responsabile del componente e le prove necessarie per chiudere il problema. Date priorità agli ostacoli che impediscono di navigare, comprendere, inserire dati o ricevere conferma, prima delle imperfezioni estetiche.
Scrivete criteri di accettazione osservabili. Per esempio: con uno zoom del 200%, il percorso di contatto può essere completato senza sovrapposizioni dei contenuti; oppure, dopo un invio non valido, il focus raggiunge il riepilogo degli errori e ogni errore rimanda al campo corrispondente. Evitate requisiti vaghi come “rendere accessibile il sito”.
Verificate nuovamente il percorso originale e i componenti correlati. Una modifica al menu o a un modulo condiviso può correggere diverse pagine, ma può anche introdurre regressioni altrove.
- Registrate gravità, impatto sull’attività, componente e responsabile.
- Allegate i passaggi per riprodurre il problema e il comportamento atteso.
- Richiedete prove della nuova verifica prima della chiusura.
- Mantenete visibili gli ostacoli irrisolti nell’approvazione della pubblicazione.
LE VOSTRE DOMANDE, LE RISPOSTE
Domande frequenti
Superare questa checklist dimostra la conformità alle WCAG?
No. È una prima verifica circoscritta. Il W3C precisa che le pagine possono sembrare conformi ai controlli semplificati e presentare comunque ostacoli rilevanti. Una valutazione completa richiede verifiche più estese.
Un punteggio automatico di accessibilità può sostituire le prove manuali?
No. Gli strumenti automatici possono individuare alcuni schemi tecnici, ma non valutano in modo affidabile il significato, il flusso dell’attività, l’ordine del focus o la comprensibilità delle indicazioni per correggere un problema.
Quale percorso dovrebbe verificare per prima un’azienda?
Iniziate dall’attività più importante per i clienti e i ricavi, come trovare un servizio e completare una richiesta. Includete errori e conferma.
Le WCAG 2.2 di livello AA sono obbligatorie per ogni azienda svizzera?
Questa guida non formula conclusioni legali. Le WCAG sono uno standard tecnico. Richiedete una consulenza relativa all’azienda, al servizio e agli ordinamenti giuridici interessati.
Un overlay per l’accessibilità può rendere il sito conforme?
Nessuno strumento o overlay può dimostrare da solo la piena conformità. Correggete gli ostacoli nei contenuti, nel design e nel codice, poi verificate il percorso effettivo.
PER APPROFONDIRE
