ACCESSIBILITÀ ≠ OVERLAY · 35
L’accessibilità non si dimostra con un punteggio: si dimostra quando le persone riescono a usare il tuo sito
📅 6 novembre 2026 · ⏱ 6 min di lettura
Un punteggio perfetto può nascondere barriere concrete.
01. Che cosa indica davvero un punteggio
Un punteggio riassume verifiche specifiche eseguite in determinate condizioni. Non rappresenta tutte le persone, i dispositivi o le interazioni. La pagina iniziale può ottenere un risultato eccellente mentre la prenotazione, il carrello o l’area personale presentano ostacoli che impediscono di concludere un’attività.
I numeri possono aiutare a individuare regressioni e monitorare errori tecnici. Diventano fuorvianti quando vengono presentati come garanzia universale. L’accessibilità riguarda l’intero servizio, compresi contenuti, interazioni e risultati ottenuti dalle persone.
02. Il valore degli strumenti automatici
Gli strumenti automatici individuano problemi verificabili: immagini senza alternative, alcuni contrasti insufficienti, campi privi di etichetta, relazioni semantiche errate e attributi non validi. Sono utili per controllare molte pagine e ripetere le analisi dopo un aggiornamento.
La loro copertura resta però parziale. Una scansione della homepage non descrive necessariamente i menu dinamici, i messaggi di errore o il pagamento. Ogni risultato richiede interpretazione e l’assenza di segnalazioni non dimostra che l’esperienza sia davvero inclusiva.
03. I limiti dei controlli automatici
Un programma non può sempre stabilire se il testo alternativo comunica il significato di un’immagine o se un’istruzione è chiara per chi non vede la disposizione della pagina. Non riproduce nemmeno tutte le combinazioni di browser e tecnologie assistive.
Un collegamento chiamato «clicca qui» può superare controlli tecnici e rimanere ambiguo quando una persona ascolta un elenco di link con lo screen reader. Serve una revisione del contesto e un nome che descriva la destinazione.
04. Quando il cento per cento inganna
Immagina un negozio online con un punteggio perfetto. I pulsanti hanno nomi e le immagini alternative, ma quando si apre il carrello il focus rimane dietro la finestra. Chi usa la tastiera non riesce a chiuderla né a completare l’ordine.
Altre barriere includono errori indicati soltanto in rosso o messaggi di conferma che scompaiono troppo rapidamente. Una schermata statica può sembrare corretta mentre il percorso reale fallisce. Bisogna verificare le attività complete, non soltanto le singole pagine.
05. Verificare la navigazione da tastiera
Metti da parte il mouse. Usa Tab e Maiusc+Tab per attraversare collegamenti, pulsanti e campi. Controlla che il focus sia visibile e segua un ordine logico. Prova menu, calendari e finestre di dialogo, attivando i controlli con i tasti appropriati.
Raggiungere un elemento non è sufficiente: bisogna poterlo usare, chiudere e proseguire. Focus invisibile, salti inattesi e blocchi da tastiera sono problemi seri. Registra i passaggi e ripeti la prova dopo ogni correzione.
06. Ascoltare il sito con uno screen reader
Uno screen reader permette di ascoltare titoli, regioni, link, controlli e messaggi di stato. Una riga grande dal punto di vista grafico non sostituisce un’intestazione semantica. Un pulsante con la sola icona richiede un nome comprensibile.
Ascolta cosa succede dopo ogni azione. Viene annunciato un errore? Si identifica il campo interessato? Si comunica che un prodotto è stato aggiunto al carrello? Sono verifiche concrete che un punteggio globale non riesce a sintetizzare.
07. Moduli e percorsi completi
I moduli devono spiegare in anticipo i dati richiesti, identificare i campi obbligatori e offrire messaggi di errore utili. Le persone devono poter correggere gli sbagli senza perdere le informazioni già inserite. Le interazioni non devono dipendere esclusivamente dal mouse.
Verifica l’intero percorso dall’inizio alla conferma. Una pagina informativa accessibile non basta se il calendario delle prenotazioni non funziona da tastiera. In un acquisto, il risultato importante è concludere l’ordine in autonomia.
08. Contrasto, zoom e comprensione
Controlla il contrasto reale, la visibilità del focus e le dimensioni degli elementi interattivi. Ingrandisci molto la pagina e verifica che i contenuti essenziali rimangano disponibili senza scorrimenti inutili in due direzioni. Non usare soltanto il colore per comunicare un errore.
Anche la comprensione conta. Titoli descrittivi, istruzioni semplici e navigazione coerente aiutano a prevedere cosa accadrà. Un’interfaccia imprevedibile può essere difficile anche quando i singoli controlli superano verifiche tecniche.
09. WCAG 2.2: criteri, non trofei
Le WCAG 2.2 forniscono criteri di successo verificabili e un linguaggio comune per i gruppi di lavoro. Aiutano a definire requisiti e verificare le correzioni. Un punteggio automatico, però, non dimostra la conformità a tutti i criteri applicabili.
Abbina le linee guida a controlli manuali, prove funzionali e partecipazione di persone con disabilità. Una dichiarazione di accessibilità responsabile deve descrivere lo stato effettivo e le limitazioni note, non promettere perfezione senza prove.
10. Test con persone reali
Le persone con disabilità possono individuare ostacoli che i gruppi di sviluppo non prevedono. Osserva attività realistiche e ascolta i risultati senza pensare che un partecipante rappresenti ogni esigenza. Tecnologie e modalità di utilizzo sono diverse.
Prepara scenari come cercare informazioni, prenotare un servizio, modificare una preferenza o scaricare un documento. Registra dove avviene il blocco e quale impatto produce. Dai priorità ai problemi che impediscono di completare l’attività e verifica le soluzioni.
11. Perché un overlay non basta
Un overlay può offrire regolazioni visive, ma non sostituisce HTML semantico, moduli ben costruiti o interazioni affidabili con tastiera e screen reader. Non può nemmeno stabilire se le istruzioni siano comprensibili e se un processo funzioni dall’inizio alla fine.
Installare un widget non rende automaticamente un sito conforme alle WCAG 2.2. L’interfaccia aggiuntiva può introdurre nuovi problemi. La soluzione duratura consiste nel correggere il prodotto originale e mantenere le migliorie.
12. Un processo di miglioramento continuo
Individua i percorsi principali del sito e i modelli di pagina coinvolti. Combina controlli automatici con prove di tastiera, focus, struttura, moduli, ingrandimento e screen reader. Registra i problemi con passaggi riproducibili e un responsabile.
Inserisci queste verifiche nel lavoro editoriale e negli aggiornamenti. Ricontrolla i componenti condivisi e i percorsi critici dopo ogni modifica. L’obiettivo non è esibire un numero, ma permettere a più persone di usare il servizio in autonomia.
13. Una verifica pratica per il gruppo di lavoro
Scegli un’attività importante, per esempio inviare una richiesta di contatto. Apri il modulo, inserisci dati incompleti, leggi gli errori, correggili e invia il messaggio. Esegui tutto senza mouse e verifica che ogni campo abbia un’etichetta comprensibile. Controlla che gli errori siano annunciati e che la conferma sia percepibile. Ripeti poi la prova con uno screen reader e con un ingrandimento elevato. Confronta i risultati, perché modalità di utilizzo diverse fanno emergere problemi diversi. Registra quali barriere impediscono di completare l’attività e quali creano soltanto difficoltà. Assegna ogni correzione a una persona responsabile e prevedi una nuova verifica. Dopo l’aggiornamento di un tema o di un plugin, ripeti il percorso. Controlla anche i contenuti pubblicati nel frattempo: immagini con alternative adeguate, link con nomi chiari e documenti con una struttura leggibile. In questo modo l’accessibilità diventa parte del lavoro quotidiano e non una valutazione isolata.