Accessibilità web

Audit di accessibilità

Contrasto e uso del colore

Tipografia e leggibilità

01A chi serve l'accessibilità web

• Per chi vuole un sito usabile da tastiera, con testi leggibili e moduli comprensibili.
• Cosa comprende: audit, correzioni, componenti accessibili, test e verifica continua.
• Cosa non promette: nessuna certificazione automatica e nessuna consulenza legale.

Serve a chi ha un sito che alcune persone non riescono a usare: chi naviga da tastiera, chi ingrandisce i testi, chi usa un lettore di schermo, chi non distingue bene i colori. Serve anche a chi deve rispettare obblighi di accessibilità e non sa da dove cominciare.

Non è un lavoro estetico né un'aggiunta finale. Riguarda la struttura delle pagine, i moduli, i menu e i contenuti. Un sito accessibile è più chiaro per tutti, non solo per chi ha una disabilità.

02Le ricerche di chi cerca accessibilità

«Accessibilità web», «sito accessibile», «WCAG», «contrasto colori», «sito per non vedenti», «legge Stanca», «European Accessibility Act», «test accessibilità», «dichiarazione di accessibilità». Sono richieste diverse: chi vuole capire, chi deve adempiere, chi ha ricevuto una segnalazione.

Il punto di partenza è un controllo reale, non una scansione automatica. Gli strumenti trovano una parte dei problemi; il resto si vede provando le pagine con la tastiera e con un lettore di schermo.

03Cosa comprende l'accessibilità web

Il lavoro tocca struttura, percezione e interazione. Le correzioni si possono fare in ordine di impatto, partendo da ciò che impedisce davvero di usare il sito.

Audit di accessibilità

Una verifica delle pagine principali con criteri espliciti, strumenti automatici e prove manuali. Il risultato è un elenco di problemi con gravità e pagina.

Audit delle pagine principali

Si scelgono home, pagine di servizio, contatti, moduli e checkout. Si controllano struttura, contrasti, tastiera, moduli e immagini. Si prova anche con lo zoom al 200 per cento. Ogni rilievo riporta il criterio, la pagina e cosa succede a chi usa il sito. L'audit non è un punteggio: è una lista di lavoro ordinata.

Contrasto e uso del colore

Testo leggibile sul fondo, stati distinti anche senza colore, link riconoscibili. Il colore non deve essere l'unico modo per trasmettere un'informazione.

Verifica dei contrasti

Si misurano i contrasti di testi, pulsanti, bordi e messaggi di stato. Si controllano anche gli stati di errore e disabilitato. Si corregge la palette e non solo la singola pagina. Il colore da solo non basta: un errore va segnalato anche con un testo o un'icona.

Tipografia e leggibilità

Dimensione, interlinea, lunghezza delle righe e possibilità di ingrandire senza perdere contenuti. Un testo piccolo o troppo chiaro esclude persone senza che il sito se ne accorga.

Navigazione da tastiera

Tutti i comandi devono essere raggiungibili senza mouse, in un ordine sensato, senza trappole. Chi non usa il mouse deve poter fare tutto.

Prova di navigazione da tastiera

Si percorre il sito con Tab, Invio, Esc e frecce, senza toccare il mouse. Si verifica che il focus sia sempre visibile e che non resti intrappolato in menu o finestre. Si controllano salto al contenuto, moduli e componenti a scomparsa. Le note elencano dove ci si perde e cosa manca.

Focus visibile

Un contorno chiaro su ciò che è selezionato. Togliere il focus perché «è brutto» rende il sito inutilizzabile da tastiera.

Struttura semantica e titoli

Un solo H1, titoli in ordine, regioni riconoscibili, elenchi veri. La struttura aiuta i lettori di schermo e anche i motori di ricerca.

Testo alternativo e immagini

Le immagini informative hanno una descrizione; quelle decorative non disturbano. Un alt generico o pieno di parole chiave non aiuta nessuno.

Moduli accessibili

Etichette collegate ai campi, istruzioni prima della compilazione, errori vicini al campo. Un modulo bello ma senza etichette è un muro.

Correzione di un modulo

Si collegano le etichette ai campi e si aggiungono istruzioni e suggerimenti. Si rendono gli errori leggibili anche da un lettore di schermo. Si verifica che il modulo si completi da tastiera e con lo zoom. Si prova l'invio con un dato sbagliato per vedere se il messaggio aiuta a correggere.

Messaggi di errore e conferme

Cosa è andato storto, dove e come rimediare. Un messaggio «errore» senza indicazioni costringe a ricominciare.

Tabelle e contenuti complessi

Intestazioni, relazioni tra celle e descrizioni. Le tabelle vere vanno usate per i dati, non per impaginare.

Video, audio e sottotitoli

Sottotitoli, trascrizioni e descrizioni. Un video senza sottotitoli esclude chi non sente e chi guarda senza audio.

Componenti interattivi

Menu, finestre, schede e caroselli devono funzionare da tastiera, annunciare i cambiamenti e potersi chiudere. I componenti presi da una libreria non sono accessibili per definizione.

Testi chiari e linguaggio semplice

Frasi brevi, parole comuni e struttura riconoscibile. La chiarezza è accessibilità: un testo complicato esclude anche chi legge bene.

Responsive, zoom e orientamento

Il sito deve reggere l'ingrandimento e il cambio di orientamento senza tagliare contenuti o creare scorrimenti in due direzioni.

Animazioni e movimento

Rispetto di chi ha chiesto meno movimento nel sistema, niente lampeggi, transizioni brevi. Un'animazione che non si può fermare è un ostacolo.

Lettori di schermo e tecnologie assistive

Prove con lettori reali, non solo con simulatori. Si ascolta come viene annunciata la pagina e dove ci si confonde.

Prova con un lettore di schermo

Si prova il percorso principale con un lettore di schermo, ascoltando titoli, link, moduli e messaggi. Si annotano annunci confusi, contenuti saltati e ordini sbagliati. Non serve diventare esperti: serve ascoltare la pagina come la sente chi la usa. Le correzioni si verificano riascoltando gli stessi passaggi.

Documenti PDF e allegati

Un PDF deve essere leggibile, con testo vero e non una scansione. In alternativa si offre una pagina HTML equivalente.

Dichiarazione di accessibilità

Dove prevista, va scritta con dati reali, contatti e limiti noti. Una dichiarazione copiata da un altro sito è peggio di nessuna dichiarazione.

Verifica continua

L'accessibilità si perde con ogni nuova pagina e ogni nuovo componente. Serve un controllo ripetuto e una lista di cose da non fare.

Controlli periodici dopo le modifiche

Si stabilisce quali pagine e componenti ricontrollare dopo un aggiornamento o una nuova pubblicazione. Si usa una lista breve: tastiera, contrasti, titoli, moduli, immagini. Si registra data ed esito. I controlli periodici costano meno di un rifacimento e impediscono che i problemi tornino.

Formazione e cultura interna

Chi pubblica contenuti deve sapere cosa rende una pagina inaccessibile. Due ore di formazione evitano mesi di correzioni.

Quattro fasi, con una regola: nessuna correzione senza una prova che il problema esista e che sia risolto.

• Misurare: audit con strumenti e prove manuali sulle pagine che contano.
• Correggere: prima ciò che impedisce l'uso, poi ciò che lo rende faticoso.
• Verificare: tastiera, zoom, lettore di schermo e moduli, con le stesse prove.
• Mantenere: controlli periodici e regole per chi pubblica contenuti nuovi.

L'accessibilità non si misura con un punteggio unico. Si misura con ostacoli rimossi e prove ripetibili.

• Pagine e componenti che non si possono usare da tastiera.
• Contrasti sotto la soglia, per testo normale e per testo grande.
• Campi senza etichetta o con errori non annunciati.
• Immagini informative senza descrizione.
• Contenuti tagliati con lo zoom al 200 per cento.
• Problemi ancora aperti dopo la verifica, con la data del controllo.

Sono pochi e ricorrenti. Si correggono, ma tornano se nessuno li controlla.

• Focus rimosso dai CSS per motivi estetici.
• Testo grigio chiaro su fondo bianco.
• Menu a scomparsa che si apre solo con il mouse.
• Moduli con il segnaposto al posto dell'etichetta.
• Immagini con alt vuoto anche quando dicono qualcosa.
• Finestre che non si chiudono con Esc e bloccano la pagina.

04Domande da fare a un fornitore di accessibilità

Le risposte dicono se il lavoro è una verifica seria o un timbro.

• Quali prove fate oltre alla scansione automatica?
• Provate le pagine con la tastiera e con un lettore di schermo?
• Come documentate i problemi e la loro gravità?
• Cosa succede dopo la correzione: chi verifica e con quale prova?
• Come gestite i componenti di terze parti?
• Cosa resta fuori dal lavoro e perché?

L'accessibilità migliora quando chi pubblica conosce le regole e chi sviluppa le applica.

• Accesso alle pagine, ai moduli e all'ambiente di prova.
• L'elenco delle segnalazioni ricevute, se esistono.
• Un referente che decide le priorità.
• Tempo per provare le correzioni con persone reali.
• Le regole interne su contenuti, PDF e documenti pubblici.
• La disponibilità a rivedere componenti e modelli, non solo le singole pagine.

L'accessibilità è parte del progetto, non un reparto separato. A volte servono design, sviluppo o contenuti.

Ridisegnare i componenti

Se menu e moduli sono sbagliati alla radice, la correzione passa dal design system. Web design e UX

Correggere il codice

Struttura, focus e componenti richiedono interventi di sviluppo mirati, non solo CSS. Sviluppo siti web

Tenere il sito in salute

Dopo ogni aggiornamento l'accessibilità va ricontrollata, come la sicurezza. Manutenzione siti web

05Glossario dell'accessibilità

Le parole che tornano in ogni verifica, spiegate senza gergo.

06Checklist di consegna dell'accessibilità

Alla fine devono restare prove e un elenco dei limiti, non solo una pagina migliore.

• Pagine principali percorse da tastiera senza intrappolamenti.
• Focus visibile su link, pulsanti, campi e menu.
• Contrasti verificati su testi, stati e bordi.
• Un H1 per pagina e titoli in ordine.
• Moduli con etichette collegate e errori annunciati.
• Immagini informative con descrizione.
• Zoom al 200 per cento senza contenuti tagliati.
• Video con sottotitoli e trascrizione, quando presenti.
• Prova con almeno un lettore di schermo.
• Elenco dei problemi aperti, con responsabile e data.

Si vede da quanto è facile usare il sito senza mouse e con i testi ingranditi.

• Il fornitore prova le pagine, non solo le analizza.
• I problemi sono descritti con la pagina e con ciò che impediscono.
• Le correzioni vengono verificate con le stesse prove dell'audit.
• Chi pubblica contenuti riceve regole semplici e le usa.
• I componenti di terze parti vengono controllati, non dati per buoni.
• I limiti noti sono scritti, non nascosti.

Un sito accessibile oggi può non esserlo domani: una nuova pagina, un nuovo modulo o un aggiornamento possono introdurre ostacoli. Per questo il lavoro prevede controlli periodici e una lista breve di verifiche da fare prima di pubblicare.

Gli obblighi di legge cambiano con il tipo di organizzazione e con il settore. Il lavoro tecnico non sostituisce un parere legale: quando servono valutazioni formali o dichiarazioni, conviene rivolgersi a un professionista.

L'accessibilità pesa di più dove il sito eroga un servizio o pubblica documenti: enti pubblici, sanità, formazione, banche e istituti finanziari.

• Strutture governative e pubblica amministrazione

Letture su identità, contenuti e accessibilità. Non sono pubblicità.

L'accessibilità si intreccia con lo sviluppo, il design e la manutenzione. È una qualità del sito, non una pagina in più.

• Sviluppo siti web: struttura e semantica
• Web design e UX: componenti chiari
• Manutenzione siti web: controlli periodici
• Ottimizzazione conversioni: moduli che si completano
• Sviluppo e-commerce: checkout accessibile

07Domande frequenti sull'accessibilità web