Le 5 violazioni di accessibilità più comuni nei siti italiani (e come correggerle)

Gli errori di accessibilità sito web sono più diffusi di quanto si pensi. Secondo il rapporto WebAIM Million 2025, il 96,3% delle homepage analizzate presenta almeno una violazione rilevabile automaticamente. In Italia la situazione non è diversa: contrasto insufficiente, alt text mancanti, form senza etichette e navigazione inaccessibile da tastiera sono la norma, non l'eccezione.

Capire quali sono gli errori di accessibilità sito web più comuni — e soprattutto come correggerli — è il primo passo concreto per rendere il proprio sito accessibile secondo le linee guida WCAG 2.1 AA, oggi obbligatorie per le aziende private italiane B2C ai sensi del D.Lgs. 82/2022 (recepimento dell'European Accessibility Act).

Questa guida analizza le 5 violazioni più frequenti, per ciascuna spiega perché è un problema, come si corregge e quanto tempo richiede l'intervento. In fondo trovi una checklist pratica e le FAQ più richieste.

Errori accessibilità sito web: perché il 96% dei siti italiani ha ancora problemi

Il 96,3% delle homepage ha almeno una violazione di accessibilità rilevabile automaticamente. Non è un problema di nicchia: è la norma. E dal 28 giugno 2025, è anche un rischio legale.

Le cause sono strutturali: molti siti sono stati costruiti senza accessibilità by design, con template accumulati nel tempo, plugin di terze parti e contenuti pubblicati senza criteri. Il risultato è un debito tecnico di accessibilità che cresce a ogni aggiornamento.

La buona notizia è che le 5 violazioni più comuni sono ben documentate, misurabili e correggibili — alcune in poche ore, altre con l'intervento di un developer front-end. Vediamole una per una.

1. Contrasto colori insufficiente — l'errore più diffuso in assoluto

Il contrasto insufficiente tra testo e sfondo è la violazione di accessibilità rilevata più frequentemente nei siti italiani. WebAIM Million 2025 la registra nell'80% delle homepage analizzate. Eppure è uno degli errori più facili da correggere.

Perché è un problema

Le persone con ipovisione, daltonismo o qualsiasi forma di sensibilità ridotta alla luce faticano a leggere testo con contrasto insufficiente. Il criterio WCAG 2.1 AA 1.4.3 richiede un rapporto di contrasto minimo di 4.5:1 per il testo normale e 3:1 per il testo grande (18pt o 14pt bold). Colori tipicamente problematici: testo grigio chiaro su sfondo bianco, testo colorato su sfondi vivaci, testo bianco su sfondi pastello.

Come si corregge

Il fix è prevalentemente CSS. Usa uno strumento come WebAIM Contrast Checker o l'estensione axe per identificare le coppie colore/sfondo non conformi, poi aggiorna i valori nel foglio di stile. La toolbar MyAccessible include un widget di alto contrasto che permette agli utenti di passare a una modalità ad alto contrasto in autonomia — utile come misura immediata mentre si lavora alla correzione strutturale.

⏱ Tempo stimato: da 1 ora (sito semplice) a 1-2 giorni (sito con design system esteso). Automatizzabile con strumenti CSS audit.

2. Alt text mancante o non descrittivo — il problema invisibile

Il testo alternativo per le immagini (alt text) è assente o non descrittivo nel 54% delle homepage analizzate da WebAIM Million 2025. È il secondo errore per frequenza, ma ha un impatto diretto su due categorie di utenti: le persone non vedenti che usano screen reader e i motori di ricerca.

Perché è un problema

Quando un'immagine non ha un alt text, lo screen reader legge il nome del file (es. img_2847_final_v3.jpg) oppure salta l'immagine completamente. Se l'immagine è un pulsante o contiene informazioni rilevanti, l'utente perde contenuto critico. Il criterio WCAG 2.1 AA 1.1.1 richiede che ogni immagine significativa abbia un alt text che ne descriva il contenuto o la funzione. Le immagini decorative devono avere alt="" (attributo vuoto) per segnalare allo screen reader di ignorarle.

Errori comuni da evitare

• alt="immagine" o alt="foto" — non descrivono nulla
• Ripetere il testo già presente nella didascalia — inutile duplicazione
• Alt text troppo lungo — oltre 125 caratteri diventano rumorosi per lo screen reader
• Omettere l'alt sulle immagini-link — in quel caso l'alt deve descrivere la destinazione, non l'immagine

Come si corregge

Per i CMS come WordPress: usa il campo "Testo alternativo" nella libreria media per ogni immagine. Per le immagini prodotto in WooCommerce: compilare il campo alt in ogni scheda prodotto. Per le immagini decorative: aggiungere alt="" nell'HTML. Lo scanner gratuito di MyAccessible identifica automaticamente tutte le immagini senza alt text o con alt text non descrittivo.

Tempo stimato: dipende dal numero di immagini. Per un sito con 100-200 immagini, stima 2-4 ore di lavoro editoriale. Automatizzabile parzialmente con strumenti di bulk edit.

3. Form non accessibili — il rischio più alto per gli e-commerce

I moduli online non accessibili sono la violazione con l'impatto economico più diretto per gli e-commerce. Form di registrazione, checkout, pagamento e contatto con etichette assenti o errate impediscono agli utenti con disabilità di completare il percorso di acquisto. WebAIM Million 2025 registra etichette dei form assenti o errate nel 48% delle homepage.

Perché è un problema

Quando un campo di un modulo non ha un'etichetta (label) associata correttamente nell'HTML, lo screen reader non riesce a dire all'utente cosa inserire. Il criterio WCAG 2.1 AA 3.3.2 richiede che ogni campo abbia un'etichetta visibile e associata via HTML. Il criterio 3.3.1 richiede che gli errori di validazione vengano comunicati in modo testuale e chiaro — non solo con il colore rosso.

Violazioni frequenti nei form

• Placeholder usato al posto della label — il placeholder scompare durante la digitazione
• Label HTML non associata al campo via attributo for/id
• Messaggi di errore comunicati solo con colore ("Il campo è rosso")
• CAPTCHA non accessibile senza alternativa testuale o audio
• Submit button senza testo descrittivo (es. pulsante solo con icona)

Come si corregge

Ogni campo deve avere un elemento <label> con attributo for uguale all'id del campo. I messaggi di errore devono contenere testo descrittivo e usare role="alert" o aria-live per essere annunciati dallo screen reader. Per i CAPTCHA: usa reCAPTCHA v3 (invisibile) o offri un'alternativa audio.

Tempo stimato: da 4 ore (form semplice) a 2-3 giorni (checkout e-commerce multi-step). Non automatizzabile: richiede intervento sviluppatore front-end.

Un form di checkout non accessibile non è solo una violazione WCAG: è una barriera diretta alla conversione. Ogni utente che non riesce a completare l'acquisto è fatturato perso su traffico già pagato.

4. Navigazione da tastiera e focus visibile assenti

La navigazione da tastiera è il meccanismo di accesso alternativo al mouse per utenti con disabilità motorie, utenti che usano switch access, e utenti avanzati che preferiscono la tastiera. Il 44% delle homepage analizzate da WebAIM Million 2025 presenta problemi di navigazione da tastiera o focus visibile.

Perché è un problema

Un utente che naviga con Tab deve poter raggiungere tutti i link, i pulsanti e i form del sito in un ordine logico. Deve sempre sapere dove si trova: il criterio WCAG 2.1 AA 2.4.7 richiede che il focus visibile sia sempre presente e chiaramente visibile. Molti siti rimuovono il bordo di selezione con outline: none nel CSS per ragioni estetiche — una pratica che viola le WCAG e rende il sito inutilizzabile per chi naviga da tastiera.

Problemi comuni

• outline: none o outline: 0 nel CSS globale che rimuove il focus visibile su tutti gli elementi
• Ordine del focus non logico — Tab salta da un'area all'altra in modo imprevedibile
• Elementi interattivi custom (dropdown, modal, slider) non raggiungibili da tastiera
• Focus intrappolato in modal o overlay che non si chiudono con Escape
• Link "salta al contenuto" assente — rende la navigazione da tastiera estenuante sulle pagine con menu lunghi

Come si corregge

Rimuovere outline: none dal CSS globale. Definire uno stile di focus visibile personalizzato con :focus-visible che sia esteticamente coerente col design ma chiaramente percepibile. Testare la navigazione Tab su tutte le pagine critiche. Per i componenti interattivi custom, implementare i pattern ARIA appropriati (es. dialog per i modal, combobox per i select custom).

Tempo stimato: CSS base: 2-4 ore. Componenti interattivi custom: 1-3 giorni per sviluppatore. Test manuale: aggiungere 2-4 ore per pagina complessa.

5. Heading disorganizzati e struttura semantica assente

La struttura dei titoli (heading H1, H2, H3, ecc.) è il principale sistema di navigazione usato dagli screen reader per orientarsi in una pagina. WebAIM Million 2025 rileva heading in ordine non corretto o assenti nel 38% delle homepage. Il problema è spesso invisibile visivamente ma profondamente impattante per gli utenti non vedenti.

Perché è un problema

Gli screen reader permettono agli utenti di navigare da un heading all'altro premendo un singolo tasto, saltando direttamente alle sezioni di interesse. Se la gerarchia è rotta — ad esempio se si passa da H1 a H4 senza H2 e H3, o se i titoli sono formattati con testo in grassetto invece che con tag HTML corretti — questa navigazione diventa inutilizzabile. Il criterio WCAG 2.1 AA 2.4.6 richiede heading descrittivi e coerenti.

Errori comuni

• Più H1 sulla stessa pagina (ogni pagina deve averne esattamente uno)
• Livelli saltati: da H2 si passa a H4 senza H3
• Heading usati solo per lo stile visivo (testo grande in grassetto) invece che per struttura semantica
• Titoli di sezione vuoti o identici tra pagine diverse
• Struttura heading completamente assente nelle pagine prodotto dei siti e-commerce

Come si corregge

Audit della struttura heading con estensione HeadingsMap o con lo screen reader stesso. Riorganizzare i titoli seguendo una gerarchia logica: un H1 per il titolo principale, H2 per le sezioni principali, H3 per le sottosezioni. Usare solo i tag HTML corretti, non il grassetto o la dimensione del font per simulare i titoli.

Tempo stimato: da 2 ore (sito semplice con CMS) a 1-2 giorni (sito con molte pagine o template complessi). Parzialmente automatizzabile con audit strutturale.

Riepilogo: le 5 violazioni a confronto

Come fare un audit accessibilità sito web: strumenti pratici

Prima di intervenire, è essenziale misurare. Un audit accessibilità sito web ben strutturato permette di prioritizzare le correzioni e documentare il livello di conformità raggiunto. Ecco gli strumenti consigliati per ciascuna fase:

Test automatico — primo passo, rileva il 30–40% delle violazioni

• Scanner MyAccessible — analisi rapida, report classificato per gravità e livello WCAG, senza registrazione
• axe DevTools — estensione Chrome/Firefox per sviluppatori, con indicazione precisa degli elementi violati
• WAVE WebAIM — versione online gratuita, visualizzazione a overlay degli errori direttamente sulla pagina
• Lighthouse — integrato in Chrome DevTools, report con punteggio accessibilità e suggerimenti

Test manuale — necessario per completare l'audit

• Navigazione solo da tastiera — testare Tab, Shift+Tab, Invio, Escape su tutte le pagine critiche
• NVDA (Windows, gratuito) o VoiceOver (macOS/iOS) — ascoltare come lo screen reader legge la pagina
• HeadingsMap — estensione per verificare la struttura degli heading in tutte le pagine
• Colour Contrast Analyser (TPGi) — tool desktop per verificare manualmente qualsiasi coppia di colori

I test automatici rilevano in media solo il 30–40% delle violazioni WCAG 2.1. L'altra metà richiede test manuali o valutazione professionale. Non esiste uno strumento che sostituisca completamente un audit esperto.

European Accessibility Act, AgID e obblighi per i siti web italiani

Correggere gli errori di accessibilità non è solo una buona pratica: dal 28 giugno 2025 è un obbligo legale per le aziende private italiane che offrono servizi digitali ai consumatori. L'European Accessibility Act (EAA), recepito in Italia con il D.Lgs. 82/2022, impone il rispetto delle linee guida WCAG 2.1 livello AA.

A marzo 2026, AgID ha reso operative le istruzioni concrete per l'applicazione dell'EAA con il Provvedimento n. 38/2026, che include schede di controllo strutturate per ciascun criterio WCAG. Dall'11 marzo 2026 è attiva la piattaforma segnalazioni.agid.gov.it: qualsiasi consumatore può segnalare un sito non conforme e AgID avvia un confronto diretto con l'azienda.

Le sanzioni previste dal D.Lgs. 82/2022 variano da 10.000 a 40.000 euro per le violazioni tecniche, fino a 20.000 euro per l'assenza della dichiarazione di accessibilità. Intervenire sugli errori di accessibilità prima di ricevere una segnalazione è sempre più vantaggioso — economicamente e reputazionalmente.

Checklist pratica: 10 controlli rapidi per il tuo sito

Usa questa checklist come punto di partenza per identificare le violazioni più critiche prima di un audit completo:

Accessibilità web e user experience inclusiva: il vantaggio competitivo

Correggere gli errori di accessibilità sito web non migliora solo la conformità normativa: migliora il sito per tutti gli utenti. HTML semantico corretto, struttura degli heading coerente e testi alternativi sono segnali di qualità rilevati dai motori di ricerca. Un sito accessibile è un sito tecnicamente più solido, più facilmente indicizzabile e con un'esperienza utente più chiara.

I dati lo confermano: secondo il rapporto Eurostat 2024, il 14,5% della popolazione italiana adulta convive con una limitazione di attività significativa. Il mercato potenziale di un sito inaccessibile si restringe automaticamente di una quota rilevante di utenti — spesso quelli con maggiore fedeltà e minore sensibilità al prezzo.

L'accessibilità by design — integrata fin dalla fase di progettazione invece che aggiunta come correzione tardiva — riduce drasticamente i costi di adeguamento e produce siti intrinsecamente più performanti, inclusivi e duraturi.

Correggere gli errori di accessibilità non è solo compliance: è un investimento che migliora SEO, conversioni e reputazione — per tutti gli utenti, non solo quelli con disabilità.

FAQ — Domande frequenti sugli errori di accessibilità sito web

Inizia oggi: scopri gli errori di accessibilità del tuo sito

Il modo più rapido per capire dove si trovano gli errori di accessibilità del tuo sito è un'analisi automatica. Lo scanner gratuito di MyAccessible scansiona il tuo sito in pochi secondi e restituisce un report con le violazioni WCAG 2.1 AA riscontrate, classificate per gravità e tipo.

Per le correzioni che richiedono un intervento sul codice — form non accessibili, struttura heading, componenti ARIA, navigazione da tastiera — il passo successivo è un audit e adeguamento professionale.