In breve
Un sito può sembrare semplice e impedire comunque di leggere, navigare o inviare una richiesta. Una prima verifica dei percorsi aiuta a individuare ostacoli, documentarli e assegnare interventi, senza confondere una checklist con una valutazione completa di conformità.
- Provare percorsi completi con tastiera, ingrandimento e diversi stati dell’interfaccia.
- Affiancare verifiche manuali agli strumenti automatici, includendo componenti esterni.
- Registrare ostacoli, priorità e nuove prove senza dichiarare conformità sulla base di una checklist.
Scegliere un campione di pagine e percorsi reali
Inizia dalle azioni che il sito rende possibili: trovare un servizio, confrontare informazioni, compilare una richiesta, prenotare o scaricare un documento. Seleziona pagine con strutture differenti, non soltanto la homepage: una pagina servizio, un elenco, un dettaglio e il percorso di contatto costituiscono una prima base ragionevole.
Le Easy Checks di W3C WAI chiariscono che una verifica iniziale può individuare problemi, ma non escludere tutte le barriere. Anche pagine apparentemente corrette richiedono approfondimenti per una valutazione completa. Le WCAG 2.2 costituiscono un riferimento tecnico; questa guida non stabilisce quali obblighi si applichino a ogni attività.
Per ciascuna prova annota pagina, dispositivo, browser, azione desiderata ed esito. Includi gli stati che normalmente non si vedono in una schermata: menu aperto, messaggio di errore, finestra di dialogo e conferma. Il campione serve a trovare problemi e priorità, non a dichiarare controllate le parti escluse.
Leggere testi e contenuti con contrasto e ingrandimento
Non giudicare il contrasto soltanto a occhio. Misura le combinazioni effettive di testo e sfondo, comprese etichette, link e messaggi. Il criterio WCAG sul contrasto minimo prevede generalmente 4,5:1 per il testo normale e 3:1 per il testo grande, con definizioni ed eccezioni da verificare. Un titolo che sembra grande graficamente non va classificato senza controllarne le caratteristiche.
Prova poi l’ingrandimento. Il riferimento sul ridimensionamento del testo include il controllo fino al 200%, con le condizioni previste dal criterio. Osserva parole tagliate, pulsanti sovrapposti e informazioni che spariscono.
Verifica anche come i contenuti si riorganizzano in uno spazio stretto: il reflow riguarda la possibilità di leggere e usare il contenuto senza continui spostamenti in due direzioni, salvo i casi ammessi. Tabelle e mappe richiedono valutazioni specifiche; non vanno semplicemente eliminate perché più difficili da adattare.
Controllare titoli, struttura e collegamenti comprensibili
Una pagina dovrebbe rendere riconoscibili argomento, sezioni e azioni anche senza affidarsi alla sola impaginazione. Verifica che il titolo della scheda del browser distingua la pagina, che le intestazioni descrivano i contenuti e che la loro gerarchia sia coerente. Un testo grande ottenuto soltanto con lo stile non sostituisce necessariamente un’intestazione strutturale.
Il tutorial WAI sulla struttura delle pagine mostra come regioni e titoli aiutino orientamento e navigazione. Chi esegue una verifica tecnica può controllare l’HTML e l’albero di accessibilità; chi cura i contenuti può già chiedersi se le sezioni abbiano nomi utili e un ordine comprensibile.
Leggi inoltre i collegamenti nel loro contesto: una serie di pulsanti identici con testo generico rende più difficile scegliere. Per una scheda servizio, preferisci un’etichetta che chiarisca la destinazione. La struttura del sito aziendale resta il livello organizzativo generale; qui si verifica che quell’organizzazione sia comunicata anche dall’interfaccia.
Provare etichette, errori e conferme dei moduli
Compila il modulo come farebbe una persona che non conosce il servizio. Ogni campo deve avere un’etichetta comprensibile, le istruzioni devono arrivare prima che servano e i dati obbligatori devono essere riconoscibili. Un suggerimento dentro il campo che scompare mentre si scrive non è un buon sostituto di un’etichetta persistente.
Il tutorial WAI sui moduli collega etichette, istruzioni, validazione e notifiche. Prova un invio incompleto: il messaggio deve indicare il problema e aiutare a correggerlo, senza affidarsi soltanto al colore. Controlla che quanto già scritto non venga perso inutilmente e che la conferma finale sia comprensibile.
La verifica con lettore di schermo richiede competenza e deve includere nome, ruolo, stato e annunci dei cambiamenti. Non dedurre la correttezza da ciò che appare visivamente. Nel rapporto separa errori editoriali, come istruzioni ambigue, da problemi tecnici, come un campo privo di associazione alla propria etichetta: servono responsabilità e correzioni differenti.
Includere immagini, video e componenti esterni
Domanda quale informazione andrebbe persa se una persona non vedesse l’immagine o non sentisse l’audio. Per le fotografie informative, il testo alternativo deve svolgere una funzione pertinente; le immagini decorative richiedono un trattamento diverso. I dettagli su scelta e implementazione sono nella guida alle immagini del sito, evitando di duplicare qui l’intero lavoro editoriale e tecnico.
Per audio e video, la guida WAI ai media accessibili distingue sottotitoli, trascrizioni, descrizioni delle informazioni visive e controlli del lettore. Le alternative necessarie dipendono dal contenuto: sottotitoli automatici non verificati possono trasmettere parole o significati sbagliati.
Includi booking, mappe, chat, gallerie e altri strumenti esterni nel percorso di prova. Essere forniti da terzi non li rende irrilevanti per l’esperienza. Documenta quali parti puoi correggere direttamente, quali richiedono il fornitore e quale alternativa realmente utilizzabile può essere offerta mentre il problema viene affrontato.
Usare gli strumenti automatici senza affidargli il verdetto
Gli strumenti automatici aiutano a trovare alcune classi di errore e a ripetere controlli dopo una modifica. Sono utili per una prima ricognizione, ma la loro copertura dipende dalle regole applicate e dagli stati della pagina che riescono a esaminare. Un risultato privo di segnalazioni non significa che ogni azione sia accessibile.
WAI, nelle indicazioni per scegliere gli strumenti di valutazione, sottolinea la necessità della valutazione umana. Un software può rilevare la presenza di un testo alternativo, ma la sua pertinenza rispetto al contenuto richiede giudizio. Analogamente, un percorso commerciale può essere formalmente etichettato e restare poco comprensibile.
Affianca quindi controlli automatici, prove manuali e, quando appropriato, valutazioni specialistiche e coinvolgimento di persone con disabilità. Nel documento finale indica metodo e perimetro: pagine, stati, dispositivi e strumenti provati. Evita percentuali presentate come misura universale dell’accessibilità o promesse di conformità basate soltanto su un punteggio.
Trasformare gli ostacoli in interventi e nuove prove
Una segnalazione utile permette a un’altra persona di riprodurre il problema. Scrivi quale azione volevi compiere, quali passaggi hai seguito, che cosa è accaduto e quale risultato attendevi. Aggiungi il contesto tecnico necessario, senza dati personali inseriti nei moduli. Se un problema riguarda un componente condiviso, indica anche dove ricompare.
Come priorità di lavoro, affronta prima gli ostacoli che impediscono azioni essenziali, poi quelli ricorrenti e le difficoltà meno bloccanti. Non confondere questa scelta organizzativa con la classificazione formale dei requisiti. Dopo una correzione ripeti il percorso originale e controlla che altri stati non siano peggiorati.
Assegna infine responsabilità editoriali e tecniche anche per i contenuti futuri. Un nuovo PDF, un cambio di colore o un servizio incorporato possono richiedere ulteriori verifiche. Integra il controllo nella manutenzione del sito e concorda un perimetro di approfondimento quando servono competenze specialistiche, senza trasformare questa prima checklist in una certificazione.
Fonti e approfondimenti
Riferimenti ufficiali per approfondire gli strumenti e i criteri descritti nella guida.
- W3C WAI: Easy Checks, prima verifica dell’accessibilità — Perimetro e limiti di una valutazione preliminare; consultato il 4 settembre 2026.
- W3C: Web Content Accessibility Guidelines 2.2 — Riferimento tecnico; la guida non determina l’applicabilità di obblighi legali a una specifica organizzazione.
- W3C WAI: focus visibile — Comprensione del criterio 2.4.7 e ruolo dell’indicatore di focus.
- W3C WAI: assenza di trappole da tastiera — Comprensione del criterio 2.1.2 e uscita dai componenti con la tastiera.
- W3C WAI: contrasto minimo — Soglie, definizione di testo grande ed eccezioni del criterio 1.4.3.
- W3C WAI: ridimensionamento del testo — Comprensione del criterio 1.4.4, incluse condizioni ed eccezioni.
- W3C WAI: riorganizzazione dei contenuti — Comprensione del criterio 1.4.10 e dei casi che richiedono disposizione bidimensionale.
- W3C WAI: struttura delle pagine — Regioni, intestazioni e relazioni strutturali comprensibili alle tecnologie assistive.
- W3C WAI: moduli accessibili — Etichette, istruzioni, validazione e notifiche dei moduli.
- W3C WAI: rendere accessibili audio e video — Alternative testuali, sottotitoli, descrizioni e lettori multimediali.
- W3C WAI: scegliere strumenti di valutazione — Copertura degli strumenti e necessità di affiancare una valutazione umana.
La copertina è un’immagine illustrativa generata con AI: non documenta un cliente o un progetto reale dell’agenzia.
