{"id":248459,"date":"2026-08-24T10:11:38","date_gmt":"2026-08-24T10:11:38","guid":{"rendered":"https:\/\/www.tuscansolutions.it\/it\/accessibilita-siti-web-guida\/"},"modified":"2026-08-28T17:32:21","modified_gmt":"2026-08-28T17:32:21","slug":"accessibilita-siti-web-guida","status":"publish","type":"page","link":"https:\/\/www.tuscansolutions.it\/it\/accessibilita-siti-web-guida\/","title":{"rendered":"Accessibilit\u00e0 siti web: cosa serve sapere"},"content":{"rendered":"
\n

Prova a navigare il tuo sito senza mouse, solo con il tasto Tab. Se dopo tre o quattro pressioni il focus sparisce, o finisce dentro un menu da cui non si esce pi\u00f9, hai appena trovato un problema di accessibilit\u00e0. Non serve un software costoso per accorgersene. Serve farlo davvero. Una volta.<\/p>\n

L’accessibilit\u00e0 di un sito web \u00e8 la capacit\u00e0 di un sito di essere usato da chiunque, incluse le persone che non vedono bene, non sentono, non usano il mouse o navigano con uno screen reader. Non \u00e8 un plugin. Non \u00e8 una spunta da mettere una volta sola. \u00c8 una caratteristica tecnica del sito, misurabile, che si perde ogni volta che si aggiunge un elemento senza pensarci.<\/p>\n

Cosa significa davvero che un sito web \u00e8 accessibile<\/h2>\n

Lo standard tecnico di riferimento \u00e8 il WCAG (Web Content Accessibility Guidelines), pubblicato dal W3C, il consorzio internazionale che definisce gli standard del web. La versione pi\u00f9 citata oggi \u00e8 la WCAG 2.1, con il livello AA come riferimento pratico per la maggior parte dei siti \u2014 il livello AAA esiste ma \u00e8 pi\u00f9 stringente e spesso non applicabile a un intero sito commerciale.<\/p>\n

Le WCAG si organizzano intorno a quattro principi, noti con l’acronimo POUR: percepibile (le informazioni devono arrivare anche senza vista o udito), utilizzabile (l’interfaccia deve funzionare anche da tastiera), comprensibile (testo e navigazione devono avere senso logico) e robusto (il codice deve funzionare con tecnologie assistive diverse, non solo con l’ultimo Chrome). Da qui derivano le regole concrete: contrasto colore minimo, testo alternativo per le immagini, struttura dei titoli coerente, form con etichette collegate ai campi.<\/p>\n

Un sito web accessibile e inclusivo non \u00e8 un sito minimalista o “per disabili”. \u00c8 un sito costruito con HTML semantico corretto \u2014 heading in ordine, landmark ARIA dove servono, link con un testo che ha senso anche fuori contesto \u2014 pi\u00f9 un po’ di attenzione al contrasto e alle immagini. Gran parte del lavoro \u00e8 invisibile a chi vede e sente bene, ma cambia tutto per chi non pu\u00f2.<\/p>\n

Perch\u00e9 conta anche per il business, non solo come obbligo<\/h2>\n

In Italia l’accessibilit\u00e0 digitale \u00e8 un obbligo di legge per gli enti pubblici dalla Legge Stanca (Legge 4\/2004), poi aggiornata con il D.Lgs. 106\/2018 per recepire la direttiva UE 2016\/2102. AGID sovrintende il tema e ha definito il modello di dichiarazione di accessibilit\u00e0 che i siti pubblici devono pubblicare. Con l’European Accessibility Act, l’obbligo si estende gradualmente anche a una parte del settore privato \u2014 e-commerce, servizi bancari, trasporti \u2014 con un’applicazione che parte dal 2025. Se lavori con la Pubblica Amministrazione, anche solo come fornitore, l’accessibilit\u00e0 del tuo sito diventa un requisito che qualcuno ti chieder\u00e0 di dimostrare. Lo standard tecnico europeo EN 301 549 traduce questi principi in requisiti verificabili per prodotti e servizi digitali, ed \u00e8 il riferimento a cui la conformit\u00e0 normativa fa capo sia per gli enti pubblici sia, sempre di pi\u00f9, per le applicazioni mobili delle imprese private.<\/p>\n

Ma ridurla a un obbligo \u00e8 miope. Le stime dell’Organizzazione Mondiale della Sanit\u00e0 parlano di circa una persona su sei nel mondo che convive con una qualche forma di disabilit\u00e0 \u2014 motoria, visiva, uditiva o cognitiva. Un sito che quella persona non riesce a usare \u00e8 un sito che perde clienti. Non solo un rischio legale. E c’\u00e8 un terzo effetto, meno ovvio: molte pratiche di accessibilit\u00e0 coincidono con le buone pratiche SEO. Alt text descrittivo, struttura dei titoli pulita, HTML semantico, form etichettati correttamente \u2014 sono esattamente le cose che aiutano Google a capire una pagina. Non \u00e8 un caso. Entrambi i sistemi, motore di ricerca e screen reader, leggono il codice, non il colore dello sfondo.<\/p>\n

Gli errori pi\u00f9 comuni che si trovano in giro<\/h2>\n

Abbiamo verificato decine di siti con gli strumenti gratuiti descritti pi\u00f9 sotto. Gli errori che tornano sono pochi. Sempre gli stessi.<\/p>\n

Contrasto colore insufficiente.<\/strong> Testo grigio chiaro su sfondo bianco, o bottoni pastello con scritta bianca: leggibili per chi vede bene con lo schermo al massimo, illeggibili per chiunque altro. La soglia WCAG AA \u00e8 4,5:1 per il testo normale.<\/p>\n

Alt text mancante o inutile.<\/strong> Immagini senza attributo alt, oppure con alt=”immagine1.jpg”: per uno screen reader \u00e8 come se l’immagine non esistesse. O peggio: come se leggesse un nome di file a voce alta.<\/p>\n

Form senza label collegate.<\/strong> Un campo “Nome” che si vede bene ma non \u00e8 tecnicamente associato al suo input: chi usa la tastiera o uno screen reader non sa cosa deve scrivere l\u00ec dentro. Zero indizi.<\/p>\n

Navigazione da tastiera impossibile.<\/strong> Menu che si aprono solo al passaggio del mouse, focus che sparisce, pulsanti che si attivano solo al click e non al tasto Invio. Prova tu stesso il test del Tab descritto in apertura: \u00e8 il modo pi\u00f9 rapido per trovarli.<\/p>\n

Link generici.<\/strong> Una pagina piena di “clicca qui” o “leggi di pi\u00f9” senza contesto \u00e8 inutile per chi naviga a salti tra i link con uno screen reader, funzione che quasi tutti usano davvero.<\/p>\n

Come fare una prima verifica gratuita<\/h2>\n

Non serve comprare niente. Bastano tre controlli, in un pomeriggio, per capire a che punto \u00e8 il tuo sito.<\/p>\n

WAVE.<\/strong> Lo strumento gratuito di WebAIM analizza una URL e segnala errori di contrasto, alt text mancante, struttura dei titoli scorretta, direttamente sovrapposti alla pagina. \u00c8 il punto di partenza pi\u00f9 immediato: nessuna installazione, si incolla l’indirizzo e si guarda cosa si accende in rosso.<\/p>\n

Google Lighthouse.<\/strong> Integrato nei DevTools di Chrome (tasto destro, Ispeziona, scheda Lighthouse), genera un punteggio di accessibilit\u00e0 0-100 con l’elenco puntuale di cosa lo abbassa. Utile per avere un numero da monitorare nel tempo, non solo un elenco di errori.<\/p>\n

Test manuale da tastiera e screen reader.<\/strong> Nessuno strumento automatico trova tutto. Mai. Le stime comuni dicono che copre circa un terzo dei problemi reali. Il resto si trova navigando: solo Tab, senza mouse, e con uno screen reader gratuito come NVDA su Windows o VoiceOver, gi\u00e0 incluso su Mac.<\/p>\n

Nella nostra esperienza questi tre controlli insieme coprono la maggior parte dei problemi bloccanti. Quello che restano sono i dettagli fini \u2014 ordine di lettura logico, testo dei link nel contesto \u2014 che si trovano solo usando il sito come lo userebbe qualcun altro.<\/p>\n

Come lavoriamo noi su un progetto di accessibilit\u00e0<\/h2>\n

Il primo passo \u00e8 un audit: strumenti automatici pi\u00f9 test manuale da tastiera e screen reader, per avere sia i numeri che i casi concreti che gli strumenti non vedono.<\/p>\n

Il secondo passo \u00e8 la prioritizzazione. Sempre. Non tutti gli errori pesano uguale: un form di contatto inaccessibile blocca una conversione, un attributo alt mancante su un’immagine decorativa quasi no. Si parte da quello che impedisce a qualcuno di completare un’azione. Non dalla lista pi\u00f9 lunga.<\/p>\n

Il terzo passo \u00e8 intervenire sui template e sui componenti ricorrenti \u2014 header, footer, form, menu \u2014 invece che pagina per pagina: un errore nel componente si ripete su tutto il sito, e correggerlo una volta lo risolve ovunque.<\/p>\n

Il quarto passo \u00e8 la riverifica con gli stessi strumenti dell’audit iniziale, per avere un prima e un dopo misurabile e non un “adesso \u00e8 meglio” a sensazione. Se il sito \u00e8 di un ente pubblico o lavora con la PA, l’ultimo passo \u00e8 la dichiarazione di accessibilit\u00e0 nel modello richiesto da AGID.<\/p>\n

Domande frequenti sull’accessibilit\u00e0 dei siti web<\/h2>\n

Un sito accessibile \u00e8 obbligatorio per legge?<\/h3>\n

Per gli enti pubblici s\u00ec, dalla Legge Stanca e dal D.Lgs. 106\/2018. Per i privati l’obbligo si sta estendendo con l’European Accessibility Act, in modo graduale a partire dal 2025 e limitato ad alcuni settori. Ma anche dove non \u00e8 obbligo, resta una scelta utile. Allarga il pubblico raggiunto.<\/p>\n

L’accessibilit\u00e0 di un sito aiuta anche la SEO?<\/h3>\n

S\u00ec. In modo indiretto ma concreto. Alt text descrittivo, struttura dei titoli coerente, HTML semantico e form etichettati sono elementi che sia gli screen reader sia i motori di ricerca leggono nello stesso modo: dal codice, non dall’aspetto visivo della pagina.<\/p>\n

Quanto costa rendere accessibile un sito web?<\/h3>\n

Dipende da quanti errori ha il sito e se sono concentrati nei template o sparsi pagina per pagina: un preventivo serio arriva solo dopo un audit reale. Non a occhio. Se vuoi una valutazione sul tuo sito, la pagina richiedi un preventivo<\/a> \u00e8 il punto di partenza.<\/p>\n

Gli strumenti gratuiti come WAVE e Lighthouse bastano per essere sicuri di essere conformi?<\/h3>\n

Bastano per un primo controllo. Non per una conformit\u00e0 certificata. Coprono bene gli errori tecnici \u2014 contrasto, alt text, struttura \u2014 ma non tutto quello che riguarda l’uso reale con tastiera e screen reader. Per quello serve un test manuale, e per una dichiarazione di accessibilit\u00e0 nel modello AGID serve una verifica pi\u00f9 strutturata.<\/p>\n

Da dove si comincia se il sito \u00e8 online da anni ed \u00e8 pieno di contenuti?<\/h3>\n

Dai template. Non dalle singole pagine. Header, footer, menu e form si ripetono ovunque: sistemarli una volta risolve l’errore su centinaia di pagine insieme. Le pagine con pi\u00f9 traffico o pi\u00f9 conversioni vengono dopo, il resto del sito segue via via.<\/p>\n

Un sito accessibile non si ottiene con una spunta o un plugin che promette la conformit\u00e0 automatica \u2014 questi strumenti, nella nostra esperienza, spesso aggiungono pi\u00f9 problemi di quanti ne risolvano. Si ottiene con attenzione al codice e verifiche reali, fatte con costanza. Se stai valutando una creazione o revisione del sito web<\/a> e vuoi che l’accessibilit\u00e0 sia parte del progetto fin dall’inizio invece che una correzione a posteriori, scriveteci: siamo Tuscan Solutions, Via Tevere 10 a Pisa, telefono 392 872 2682. Trovate tutti i recapiti nella pagina contatti<\/a>.<\/p>\n<\/div>\n

Gli approfondimenti su cui si appoggia questa guida<\/h2>\n

Sull’accessibilit\u00e0 abbiamo scritto negli anni schede pi\u00f9 ristrette, che qui restano utili come letture di dettaglio: come si struttura il testo per i lettori di schermo<\/a>, tre correzioni che valgono pi\u00f9 di un restyling<\/a>, perch\u00e9 il WCAG \u00e8 diventato lo standard di fatto<\/a>, la differenza fra accessibilit\u00e0 e usabilit\u00e0<\/a>, quando l’accessibilit\u00e0 smette di essere un obbligo e diventa qualit\u00e0<\/a> e le regole minime da rispettare in fase di progetto<\/a>.<\/p>\n","protected":false},"excerpt":{"rendered":"

Accessibilit\u00e0 dei siti web: normativa (WCAG, Legge Stanca, EAA), errori pi\u00f9 comuni e come verificarla gratis con WAVE e Lighthouse. Guida pratica.<\/p>\n","protected":false},"author":1,"featured_media":248460,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":"","_sgam_meta_description":"Accessibilit\u00e0 dei siti web: normativa (WCAG, Legge Stanca, EAA), errori pi\u00f9 comuni e come verificarla gratis con WAVE e Lighthouse. Guida pratica.","_joinchat":[],"footnotes":""},"class_list":["post-248459","page","type-page","status-publish","has-post-thumbnail","hentry"],"_links":{"self":[{"href":"https:\/\/www.tuscansolutions.it\/it\/wp-json\/wp\/v2\/pages\/248459","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.tuscansolutions.it\/it\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/www.tuscansolutions.it\/it\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/www.tuscansolutions.it\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.tuscansolutions.it\/it\/wp-json\/wp\/v2\/comments?post=248459"}],"version-history":[{"count":2,"href":"https:\/\/www.tuscansolutions.it\/it\/wp-json\/wp\/v2\/pages\/248459\/revisions"}],"predecessor-version":[{"id":248613,"href":"https:\/\/www.tuscansolutions.it\/it\/wp-json\/wp\/v2\/pages\/248459\/revisions\/248613"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.tuscansolutions.it\/it\/wp-json\/wp\/v2\/media\/248460"}],"wp:attachment":[{"href":"https:\/\/www.tuscansolutions.it\/it\/wp-json\/wp\/v2\/media?parent=248459"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}