Guide pratiche per i criteri di successo WCAG. Ogni articolo spiega la regola, perché è importante per gli utenti, come verificarla e i passaggi tipici di correzione — ottimizzato per i team che creano siti accessibili con accsible.
90 / 90
WCAG 1.1.1 richiede che tutti i contenuti non testuali — immagini, icone, controlli e contenuti multimediali — abbiano un’alternativa testuale che trasmetta lo stesso scopo o le stesse informazioni, consentendo agli utenti che non possono percepire i contenuti visivi di accedervi tramite tecnologie assistive come gli screen reader.
WCAG 1.2.1 richiede che i contenuti preregistrati solo audio e solo video abbiano un’alternativa testuale o multimediale, in modo che gli utenti che non possono sentire o vedere i media possano comunque accedere alle informazioni. Questo è un requisito di Livello A, il che significa che rappresenta la soglia minima per la conformità all’accessibilità web.
WCAG 1.2.2 richiede che tutti i contenuti audio preregistrati nei media sincronizzati (video con audio) includano sottotitoli accurati. Questo garantisce che le persone sorde e con problemi di udito possano accedere ai dialoghi parlati, agli effetti sonori e ad altre informazioni audio significative.
WCAG 1.2.3 richiede che i contenuti multimediali preregistrati sincronizzati (video con audio) forniscano o una descrizione audio del contenuto visivo o un’alternativa testuale completa, garantendo che le persone cieche o con ipovisione possano accedere alle informazioni trasmesse visivamente.
WCAG 1.3.1 richiede che le informazioni, la struttura e le relazioni trasmesse attraverso la presentazione visiva possano anche essere determinate in modo programmatico o siano disponibili in forma testuale, garantendo che gli utenti delle tecnologie assistive ricevano lo stesso contesto strutturale degli utenti vedenti.
WCAG 1.3.2 richiede che, quando l’ordine dei contenuti influisce sul loro significato, tale sequenza sia determinabile in modo programmato, così che le tecnologie assistive possano presentarla correttamente. Il mancato rispetto di questo criterio fa sì che gli utenti di screen reader e altri utenti di tecnologie assistive ricevano i contenuti in un ordine confuso o privo di significato.
WCAG 1.3.3 richiede che le istruzioni per l’uso dei contenuti non si basino esclusivamente su caratteristiche sensoriali come forma, colore, dimensione, posizione visiva, orientamento o suono. Questo garantisce che gli utenti che non possono percepire tali segnali sensoriali — a causa di cecità, daltonismo, sordità o altre disabilità — possano comunque comprendere e utilizzare tutte le funzionalità.
WCAG 1.4.1 richiede che il colore non sia mai l’unico mezzo per trasmettere informazioni, indicare un’azione, sollecitare una risposta o distinguere un elemento visivo. Questo criterio garantisce che gli utenti che non possono percepire le differenze di colore, incluse le persone con daltonismo o ipovisione, possano comunque accedere a tutti i contenuti e alle funzionalità.
WCAG 1.4.2 richiede che qualsiasi audio che si avvia automaticamente e dura più di tre secondi offra agli utenti un meccanismo per metterlo in pausa, interromperlo o controllarne il volume in modo indipendente dal volume di sistema. Questo impedisce all’audio di interferire con l’output del lettore di schermo e protegge gli utenti da suoni imprevisti e disorientanti.
WCAG 2.1.1 richiede che tutte le funzionalità disponibili tramite mouse o puntatore siano ugualmente utilizzabili tramite la sola tastiera, senza che sia richiesto un tempo specifico per la pressione dei tasti. Questo criterio è fondamentale per le persone che non possono usare il mouse, garantendo loro la possibilità di navigare, interagire e completare attività su qualsiasi sito web o applicazione.
WCAG 2.1.2 richiede che gli utenti della tastiera non rimangano mai intrappolati all’interno di un componente: se il focus può essere spostato in un elemento dell’interfaccia utente usando la tastiera, deve essere anche possibile spostare il focus altrove usando solo la tastiera. Questo criterio è essenziale per gli utenti che si affidano esclusivamente alla navigazione tramite tastiera, incluse le persone con disabilità motorie e gli utenti di screen reader.
WCAG 2.1.4 richiede che qualsiasi scorciatoia da tastiera implementata usando solo un singolo tasto carattere (lettera, numero, punteggiatura o simbolo) possa essere disattivata, rimappata o attivata solo quando ha il focus — prevenendo attivazioni accidentali che danneggiano gli utenti che si affidano all’input vocale o che hanno disabilità motorie.
WCAG 2.2.1 richiede che qualsiasi limite di tempo impostato dal contenuto possa essere disattivato, regolato o esteso dall’utente, garantendo che le persone che hanno bisogno di più tempo per interagire con i contenuti web non vengano escluse. Questo criterio di Livello A è essenziale per le persone con disabilità motorie, cognitive e visive.
WCAG 2.2.2 richiede che i contenuti in movimento, lampeggianti, a scorrimento o con aggiornamento automatico possano essere messi in pausa, fermati o nascosti dagli utenti. Questo protegge le persone con disabilità cognitive, disturbi vestibolari e condizioni legate all’attenzione da contenuti che non possono controllare.
WCAG 2.3.1 richiede che i contenuti web non contengano elementi che lampeggiano più di tre volte al secondo, a meno che il lampeggio sia al di sotto delle soglie generali o delle soglie per i lampeggi rossi. Questo criterio è fondamentale per prevenire crisi epilettiche e reazioni fisiche negli utenti con epilessia fotosensibile o condizioni neurologiche simili.
WCAG 2.4.1 richiede che le pagine web forniscano un meccanismo per saltare i blocchi di contenuto ripetuti, come i menu di navigazione, in modo che le persone che usano la tastiera e le tecnologie assistive possano raggiungere il contenuto principale senza dover scorrere con il tasto Tab ogni singolo link. Questo è un requisito di Livello A, il che significa che rappresenta la base per una navigazione da tastiera accessibile.
WCAG 2.4.2 richiede che ogni pagina web abbia un titolo descrittivo e significativo che ne identifichi l’argomento o lo scopo. Questo garantisce che gli utenti — in particolare coloro che si affidano ai lettori di schermo o che gestiscono più schede — possano orientarsi rapidamente e navigare in modo efficiente.
WCAG 2.4.3 richiede che, se una pagina web può essere navigata in modo sequenziale e le sequenze di navigazione influiscono sul significato o sul funzionamento, i componenti focalizzabili ricevano il focus in un ordine che preservi significato e operatività. Questo criterio è essenziale per le persone che usano la tastiera e le tecnologie assistive e che si affidano a una sequenza di focus logica e prevedibile per comprendere e interagire con i contenuti.
WCAG 2.4.4 richiede che lo scopo di ogni link possa essere determinato dal solo testo del link oppure dal testo del link insieme al suo contesto circostante. Questo garantisce che le persone che usano screen reader, le persone che usano solo la tastiera e le persone con disabilità cognitive possano capire dove porta un link senza doverlo seguire.
WCAG 2.5.1 richiede che tutte le funzionalità che utilizzano gesti multipunto o basati su percorsi (come il pizzicare per ingrandire o lo swipe) possano essere azionate anche con un singolo puntatore senza un gesto basato su percorsi, a meno che il gesto non sia essenziale. Questo protegge gli utenti con disabilità motorie che non possono eseguire in modo affidabile gesti tattili complessi.
WCAG 2.5.2 richiede che le funzionalità attivate da un singolo puntatore (mouse, touch o stilo) possano essere annullate o invertite, prevenendo attivazioni accidentali. Questo protegge le persone con disabilità motorie che potrebbero toccare o fare clic involontariamente.
WCAG 2.5.3 richiede che i componenti interattivi con etichette di testo visibili abbiano un nome accessibile che contenga il testo visibile, garantendo che gli utenti che utilizzano l’input vocale possano attivare i controlli pronunciando ciò che vedono. Le discrepanze tra le etichette visibili e i nomi accessibili interrompono la navigazione tramite controllo vocale e minano la fiducia di milioni di utenti.
WCAG 2.5.4 richiede che qualsiasi funzionalità attivata dal movimento del dispositivo o dell’utente (come scuotimento o inclinazione) sia anche utilizzabile tramite i consueti componenti dell’interfaccia utente, e che gli utenti possano disabilitare l’attivazione tramite movimento per evitare attivazioni accidentali.
WCAG 3.1.1 richiede che la lingua umana predefinita di ogni pagina web possa essere determinata in modo programmato, principalmente impostando un attributo lang valido sull’elemento HTML. Questo permette alle tecnologie assistive come gli screen reader di pronunciare correttamente i contenuti e aiuta le persone con disabilità cognitive e legate al linguaggio a comprendere la pagina.
WCAG 3.2.1 On Focus richiede che quando qualsiasi componente dell’interfaccia utente riceve il focus da tastiera, non debba provocare un cambiamento di contesto inatteso. Questo protegge gli utenti della tastiera e delle tecnologie assistive da comportamenti disorientanti e imprevedibili che possono rendere una pagina impossibile da navigare in modo efficace.
WCAG 3.2.2 On Input richiede che la modifica dell’impostazione di qualsiasi componente dell’interfaccia utente non provochi automaticamente un cambiamento di contesto, a meno che l’utente non sia stato informato in anticipo di tale comportamento. Questo protegge gli utenti da cambiamenti di pagina disorientanti e inattesi attivati dalle interazioni con i moduli.
WCAG 3.3.1 richiede che, quando un errore di input viene rilevato automaticamente, l’elemento in errore sia identificato e l’errore venga descritto all’utente in forma testuale. Questo garantisce che le persone con disabilità possano riconoscere, comprendere e correggere gli errori quando compilano i moduli.
WCAG 3.3.2 richiede che vengano forniti etichette o istruzioni quando i contenuti richiedono l’inserimento di dati da parte dell’utente, garantendo che tutte le persone — indipendentemente dalle loro capacità — possano capire cosa ci si aspetta da loro prima di inviare i dati di un modulo. Non etichettare i campi di un modulo è uno degli ostacoli all’accessibilità più comuni e significativi sul web.
WCAG 3.3.7 richiede che le informazioni già fornite dagli utenti in un processo a più fasi siano o compilate automaticamente o rese disponibili per la selezione, in modo che gli utenti non debbano mai inserire gli stessi dati due volte. Questo previene frustrazione ed errori per gli utenti con disabilità cognitive, motorie o di altro tipo.
WCAG 4.1.2 richiede che tutti i componenti dell’interfaccia utente abbiano un nome e un ruolo determinabili a livello di programmazione e che stati, proprietà e valori possano essere sia letti sia impostati dalle tecnologie assistive. Questo garantisce che gli screen reader e altri strumenti possano identificare, descrivere e interagire correttamente con ogni elemento della pagina.
WCAG 1.2.4 richiede che tutti i contenuti audio in diretta nei media sincronizzati, come webinar, live streaming e trasmissioni, siano accompagnati da sottotitoli in tempo reale. Questo garantisce che le persone sorde e con problemi di udito possano accedere ai contenuti parlati mentre avvengono, in tempo reale.
WCAG 1.2.5 richiede che venga fornita una descrizione audio per tutti i contenuti video preregistrati nei media sincronizzati, garantendo che le persone cieche o con ipovisione possano accedere alle informazioni visive che non sono trasmesse esclusivamente attraverso la traccia audio.
WCAG 1.3.4 Orientamento richiede che i contenuti non limitino la visualizzazione e l’utilizzo a una singola orientazione dello schermo, come verticale o orizzontale, a meno che una specifica orientazione non sia essenziale. Questo criterio garantisce che gli utenti che non possono ruotare fisicamente i propri dispositivi, come chi utilizza tablet montati o ha disabilità motorie, possano comunque accedere a tutti i contenuti.
WCAG 1.3.5 richiede che lo scopo di ogni campo di input che raccoglie informazioni personali possa essere determinato in modo programmato, consentendo ai browser e alle tecnologie assistive di compilare automaticamente, etichettare o adattare i campi in modo automatico. Ciò è essenziale per le persone con disabilità cognitive e menomazioni motorie che traggono beneficio da una riduzione dell’input manuale.
WCAG 1.4.3 richiede che il testo e le immagini di testo abbiano un rapporto di contrasto di almeno 4,5:1 rispetto al loro sfondo (3:1 per il testo di grandi dimensioni), garantendo che gli utenti con ipovisione o con deficit nella percezione dei colori possano leggere i contenuti senza tecnologie assistive.
WCAG 1.4.4 richiede che il testo possa essere ridimensionato fino al 200% senza tecnologie assistive e senza perdita di contenuto o funzionalità. Questo criterio è essenziale per le persone con ipovisione che si affidano allo zoom del browser o a impostazioni personalizzate della dimensione dei caratteri per leggere i contenuti web in modo confortevole.
WCAG 1.4.5 richiede che il testo che trasmette informazioni sia presentato come vero testo piuttosto che come immagine di testo, tranne nei casi in cui una specifica presentazione visiva sia essenziale o l’immagine possa essere personalizzata visivamente dall’utente. Questo criterio è fondamentale per le persone che hanno bisogno di ridimensionare, ricolorare o rifluire il testo per leggerlo comodamente.
WCAG 1.4.10 Reflow richiede che i contenuti possano essere presentati senza perdita di informazioni o funzionalità e senza richiedere lo scorrimento in due dimensioni, quando visualizzati a una larghezza equivalente a 320 pixel CSS. Questo garantisce che le persone che si affidano allo zoom o a viewport ridotte — incluse le persone con ipovisione e gli utenti mobile — possano accedere a tutti i contenuti senza scorrimento orizzontale.
WCAG 1.4.11 richiede che i componenti dell’interfaccia utente e gli oggetti grafici abbiano un rapporto di contrasto di almeno 3:1 rispetto ai colori adiacenti, garantendo che le persone con ipovisione possano percepire i controlli interattivi, gli indicatori di focus e la grafica significativa senza tecnologie assistive.
WCAG 1.4.12 richiede che non si verifichi alcuna perdita di contenuto o funzionalità quando gli utenti sovrascrivono le proprietà di spaziatura del testo — interlinea, spaziatura tra le lettere, spaziatura tra le parole e spaziatura dopo i paragrafi — a specifici valori minimi. Questo criterio è essenziale per le persone con dislessia, ipovisione e disabilità cognitive che si affidano a una spaziatura personalizzata per leggere in modo efficace.
WCAG 1.4.13 richiede che i contenuti aggiuntivi che compaiono al passaggio del puntatore o al focus da tastiera siano eliminabili, attivabili al passaggio del puntatore e persistenti, garantendo che le persone con ipovisione, disabilità motorie e disabilità cognitive possano accedere e interagire con contenuti in stile tooltip senza perderli in modo imprevisto.
WCAG 2.4.5 richiede che i siti web forniscano più di un modo per permettere agli utenti di individuare qualsiasi pagina all’interno di un insieme di pagine web — ad esempio, tramite una ricerca nel sito, una mappa del sito o un menu di navigazione. Questo garantisce che utenti con abilità e preferenze diverse possano trovare i contenuti usando il metodo che funziona meglio per loro.
WCAG 2.4.6 richiede che i titoli e le etichette, quando presenti, siano descrittivi e trasmettano accuratamente l’argomento o lo scopo del contenuto che introducono o identificano. Questo criterio aiuta gli utenti — in particolare quelli che utilizzano tecnologie assistive — a navigare i contenuti in modo efficiente e a comprendere la struttura e lo scopo delle sezioni della pagina e dei campi dei moduli.
WCAG 2.4.7 richiede che qualsiasi interfaccia utente utilizzabile tramite tastiera abbia un indicatore di focus visibile, in modo che gli utenti possano sempre vedere quale elemento ha attualmente il focus da tastiera. Questo è essenziale per gli utenti che usano solo la tastiera, per le persone con disabilità motorie e per chiunque non possa usare il mouse.
WCAG 2.4.11 richiede che, quando un componente dell’interfaccia utente riceve il focus da tastiera, non sia completamente nascosto da contenuti creati dall’autore, come intestazioni fisse, banner sui cookie o widget di chat. Questo criterio garantisce che gli utenti che usano la tastiera possano sempre vedere dove si trovano nella pagina, il che è essenziale per la navigazione e l’usabilità.
WCAG 2.5.7 richiede che qualsiasi funzionalità che utilizza un movimento di trascinamento possa essere eseguita anche con un singolo puntatore senza trascinamento, a meno che il trascinamento non sia essenziale. Questo garantisce che gli utenti con disabilità motorie che non possono eseguire in modo affidabile i gesti di trascinamento possano comunque accedere a tutte le funzionalità.
WCAG 2.5.8 richiede che i target interattivi come pulsanti e link abbiano una dimensione minima di 24×24 pixel CSS, oppure uno spazio sufficiente intorno ai target più piccoli, in modo che le persone con disabilità motorie possano attivarli in modo affidabile. Il mancato rispetto di questo criterio porta ad attivazioni accidentali e frustrazione per chiunque non possa controllare un puntatore con precisione.
WCAG 3.1.2 richiede che qualsiasi passaggio, frase o sezione di contenuto web scritto in una lingua diversa dalla lingua principale della pagina sia identificato in modo programmabile utilizzando l’attributo lang. Questo consente alle tecnologie assistive, in particolare ai lettori di schermo, di cambiare automaticamente i motori di pronuncia e di riprodurre il contenuto in modo accurato per gli utenti che si affidano all’output audio.
WCAG 3.2.3 richiede che i meccanismi di navigazione che compaiono su più pagine all’interno di un insieme di pagine web si presentino ogni volta nello stesso ordine relativo, a meno che non sia l’utente a iniziare una modifica. Questa prevedibilità aiuta le persone con disabilità cognitive, visive e motorie a costruire modelli mentali di un sito e a navigare in modo efficiente.
WCAG 3.2.4 richiede che i componenti che svolgono la stessa funzione all’interno di un sito web siano identificati in modo coerente, utilizzando ogni volta la stessa etichetta, lo stesso nome o lo stesso testo alternativo quando compaiono. Questo evita confusione per gli utenti che si affidano a schemi coerenti per navigare e comprendere le interfacce digitali.
WCAG 3.2.6 richiede che, se un sito web offre contatti umani, strumenti di auto-aiuto o meccanismi di assistenza automatizzata, tali meccanismi compaiano nello stesso ordine relativo in tutte le pagine. Questo garantisce che le persone con disabilità cognitive o problemi di memoria possano trovare l’aiuto in modo affidabile senza dover reimparare l’interfaccia in ogni pagina.
WCAG 3.3.3 richiede che, quando un errore di input viene rilevato automaticamente, il sistema fornisca una descrizione testuale che suggerisca come l’utente può correggere l’errore, a meno che farlo non comprometta la sicurezza o lo scopo. Questo criterio è essenziale per le persone con disabilità cognitive, per gli utenti di screen reader e per chiunque abbia difficoltà a comprendere indicazioni di errore vaghe o assenti.
WCAG 3.3.4 richiede che gli invii sul web che comportano impegni legali, transazioni finanziarie o dati sensibili possano essere verificati, corretti o annullati prima della finalizzazione. Questo protegge tutti gli utenti — in particolare quelli con disabilità cognitive e motorie — da errori irreversibili e ad alto rischio.
WCAG 3.3.8 richiede che i processi di autenticazione non si basino su test delle funzioni cognitive, come memorizzare password, risolvere enigmi o trascrivere caratteri, a meno che non sia disponibile un metodo alternativo o un’assistenza. Questo protegge gli utenti con disabilità cognitive dal rischio di essere esclusi dai servizi digitali.
WCAG 4.1.3 richiede che i messaggi di stato — come le conferme di invio dei moduli, le notifiche di errore e gli aggiornamenti del carrello — siano determinabili a livello di programmazione tramite ruolo o proprietà, in modo che le tecnologie assistive possano annunciarli senza richiedere all’utente di spostare il focus. Questo garantisce che gli utenti che si affidano ai lettori di schermo ricevano feedback importanti anche quando il focus non si sposta sul messaggio.
WCAG 1.2.6 richiede che venga fornita l’interpretazione in lingua dei segni per tutti i contenuti audio preregistrati nei media sincronizzati. Questo criterio garantisce che le persone sorde la cui lingua principale è una lingua dei segni possano accedere pienamente alle informazioni audio che potrebbero non essere adeguatamente trasmesse dai soli sottotitoli.
Le WCAG 1.2.7 richiedono che, quando le pause nell’audio in primo piano non sono sufficienti a trasmettere tutte le informazioni visive, vengano fornite descrizioni audio estese—ottenute mettendo in pausa il video—per i contenuti multimediali preregistrati sincronizzati. Questo garantisce che le persone cieche e con ipovisione possano comprendere pienamente contenuti visivi complessi che le descrizioni audio standard non riescono a coprire.
WCAG 1.2.8 richiede che venga fornita un’alternativa testuale completa per tutti i contenuti multimediali sincronizzati preregistrati (audio-video) e per i contenuti video preregistrati senza audio, garantendo che gli utenti che non possono percepire le informazioni audio o visive possano accedere all’intero contenuto tramite testo.
WCAG 1.2.9 richiede che tutti i contenuti audio dal vivo solo audio — come le trasmissioni radio in diretta o gli streaming solo audio — siano accompagnati da un’alternativa testuale equivalente in tempo reale, come un flusso di sottotitoli in diretta o una trascrizione testuale aggiornata in modo sincrono. Questo garantisce che le persone sorde o con ipoacusia possano accedere ai contenuti audio dal vivo senza dover fare affidamento sulla traccia audio stessa.
WCAG 1.3.6 richiede che lo scopo dei componenti dell’interfaccia utente, delle icone e delle regioni possa essere determinato in modo programmato, così che i browser e le tecnologie assistive possano adattare la presentazione per soddisfare le esigenze dei singoli utenti. Questo criterio è essenziale per le persone con disabilità cognitive che traggono beneficio da interfacce personalizzate, semplificate o arricchite da simboli.
WCAG 1.4.6 richiede un rapporto di contrasto minimo di 7:1 per il testo normale e di 4,5:1 per il testo di grandi dimensioni tra i colori di primo piano e di sfondo, andando oltre la soglia AA per garantire la leggibilità agli utenti con ipovisione, deficit nella percezione dei colori o a coloro che operano in condizioni di illuminazione difficili.
WCAG 1.4.7 richiede che i contenuti audio preregistrati che contengono parlato non abbiano suoni di sottofondo, oppure permettano di disattivare i suoni di sottofondo, oppure mantengano i suoni di sottofondo almeno 20 dB più bassi rispetto al parlato in primo piano. Questo protegge le persone con perdita dell’udito e disabilità cognitive che faticano a separare il parlato dall’audio concorrente.
WCAG 1.4.8 richiede che i blocchi di testo siano presentati visivamente in modi che gli utenti possano controllare — includendo colori di primo piano e di sfondo, larghezza delle righe, interlinea e allineamento del testo — affinché le persone con disabilità di lettura, cognitive o ipovisione possano leggere comodamente i contenuti senza perdita di informazioni.
WCAG 1.4.9 richiede che il testo sia presentato utilizzando testo effettivo piuttosto che immagini di testo, senza eccezioni oltre ai contenuti puramente decorativi o ai casi in cui la specifica presentazione visiva è essenziale per le informazioni trasmesse. Questo criterio garantisce che tutti gli utenti possano adattare la resa del testo alle proprie esigenze individuali.
WCAG 2.1.3 richiede che ogni funzione di una pagina web o applicazione sia utilizzabile tramite un’interfaccia da tastiera, senza alcuna eccezione—nemmeno per attività di disegno dipendenti dal percorso o a mano libera. Questo criterio di livello AAA chiude la scappatoia presente in WCAG 2.1.1 e garantisce pieno accesso da tastiera agli utenti che non possono usare il mouse.
WCAG 2.2.3 (Livello AAA) richiede che la temporizzazione non sia una parte essenziale dell’evento o dell’attività presentata dal contenuto, ad eccezione dei contenuti multimediali sincronizzati non interattivi e degli eventi in tempo reale. Questo garantisce che le persone con disabilità che hanno bisogno di più tempo per leggere, interagire o rispondere non siano mai escluse da un design dipendente dal tempo.
WCAG 2.2.4 richiede che gli utenti possano rimandare o sopprimere tutte le interruzioni — come avvisi, notifiche e aggiornamenti automatici dei contenuti — tranne quelle che riguardano un’emergenza. Questo criterio è essenziale per le persone con disabilità dell’attenzione, cognitive o neurologiche, che possono essere gravemente disturbate da interruzioni impreviste durante un’attività.
WCAG 2.2.5 richiede che, quando una sessione autenticata scade, gli utenti possano autenticarsi nuovamente e continuare la loro attività senza perdere alcun dato che avevano inserito. Questo criterio è fondamentale per le persone con disabilità che potrebbero aver bisogno di più tempo per completare i compiti e non devono essere penalizzate da scadenze di sessione che cancellano il loro lavoro.
WCAG 2.2.6 richiede che gli utenti siano avvisati della perdita di dati dovuta a timeout per inattività e che qualsiasi timeout di questo tipo duri almeno 20 ore, a meno che i dati non vengano preservati. Questo protegge le persone con disabilità cognitive, disabilità motorie e altre persone che hanno bisogno di più tempo per completare i compiti.
WCAG 2.3.2 richiede che le pagine web non contengano contenuti che lampeggiano più di tre volte in un periodo di un secondo, senza eccezioni per lampeggiamenti di piccole dimensioni o a basso contrasto. Questo criterio più rigoroso di livello AAA protegge le persone con epilessia fotosensibile e altri disturbi convulsivi da potenziali reazioni neurologiche pericolose per la vita.
WCAG 2.3.3 richiede che le animazioni in movimento attivate dall’interazione dell’utente possano essere disabilitate, a meno che l’animazione non sia essenziale per la funzionalità o per le informazioni trasmesse. Questo è importante perché il movimento può scatenare disturbi vestibolari, causando vertigini, nausea e disorientamento in una parte significativa della popolazione.
WCAG 2.4.8 richiede che gli utenti possano determinare dove si trovano all’interno di un insieme di pagine web — ad esempio, tramite breadcrumb, mappe del sito o link di navigazione evidenziati. Questo aiuta le persone con disabilità cognitive, gli utenti di screen reader e chiunque navighi siti complessi a orientarsi e a muoversi tra i contenuti con sicurezza.
WCAG 2.4.9 richiede che lo scopo di ogni link possa essere determinato dal solo testo del link, senza fare affidamento sul contesto circostante. Questo criterio più rigoroso di livello AAA garantisce che tutti gli utenti — in particolare gli utenti di screen reader che navigano tramite i link — possano capire dove porta un link senza leggere l’intera pagina.
WCAG 2.4.10 richiede che i titoli di sezione siano utilizzati per organizzare i contenuti ogni volta che una pagina contiene più sezioni, consentendo agli utenti di navigare e comprendere la struttura della pagina. Questo criterio supporta gli utenti di screen reader, le esigenze di accessibilità cognitiva e chiunque faccia affidamento sulla struttura del documento per orientarsi all’interno di contenuti lunghi o complessi.
WCAG 2.4.12 richiede che, quando un componente dell’interfaccia utente riceve il focus da tastiera, nessuna parte di quel componente sia nascosta da contenuti creati dall’autore: l’elemento con focus deve essere completamente visibile. Questo criterio avanzato (AAA) elimina la tolleranza per la visibilità parziale prevista dal corrispondente criterio AA, garantendo che le persone che usano la tastiera vedano sempre esattamente dove si trova il focus.
WCAG 2.4.13 richiede che gli indicatori di messa a fuoco da tastiera soddisfino requisiti minimi di dimensione e contrasto, in modo che gli utenti possano vedere chiaramente quale elemento ha il focus. Questo criterio garantisce che le persone che si affidano alle tastiere o alle tecnologie assistive possano navigare nelle interfacce senza perdere di vista la propria posizione corrente.
- Fornirò una traduzione accurata del contenuto principale mantenendo il significato originale. - Preserverò il tono, lo stile e il registro del testo di partenza. - Manterrò inalterati numeri, simboli, formattazione e caratteri speciali. - Rispetterò tutte le interruzioni di riga e la struttura dei paragrafi originali. - Controllerò che la traduzione rifletta correttamente il contenuto e, se necessario, la correggerò. WCAG 2.5.5 richiede che i target interattivi come pulsanti e link siano di almeno 44×44 pixel CSS, garantendo che le persone con disabilità motorie, tremori o destrezza limitata possano attivare in modo affidabile i controlli senza attivare accidentalmente elementi adiacenti.
WCAG 2.5.6 richiede che i contenuti web non limitino gli utenti a una singola modalità di input quando sulla piattaforma sono disponibili più meccanismi di input, garantendo che le persone possano passare liberamente da touch, tastiera, mouse, voce e altri metodi di input senza perdere l’accesso alle funzionalità.
WCAG 3.1.3 richiede che i siti web forniscano un meccanismo per identificare la definizione specifica di parole o frasi usate in modo insolito o ristretto, inclusi modi di dire e gergo. Questo garantisce che le persone con disabilità cognitive, i non madrelingua e coloro che non hanno familiarità con la terminologia specialistica possano comprendere il contenuto.
WCAG 3.1.4 richiede che sia disponibile un meccanismo per identificare la forma estesa o il significato delle abbreviazioni utilizzate nei contenuti. Questo criterio garantisce che gli utenti che non hanno familiarità con abbreviazioni, acronimi o sigle possano accedere al loro significato completo, favorendo la comprensione per le persone con disabilità cognitive, i parlanti non nativi e gli utenti di screen reader.
WCAG 3.1.5 richiede che, quando i contenuti richiedono una capacità di lettura superiore al livello di istruzione secondaria inferiore, venga fornita una versione supplementare o un riepilogo scritto a un livello più semplice. Questo garantisce che le persone con disabilità cognitive, alfabetizzazione limitata o barriere linguistiche possano accedere alle informazioni e comprenderle.
WCAG 3.1.6 richiede che sia disponibile un meccanismo per identificare la pronuncia specifica delle parole quando il significato è ambiguo senza conoscere la pronuncia. Questo criterio garantisce che gli utenti che si affidano alla tecnologia text-to-speech o che incontrano una lingua non familiare possano accedere al significato corretto dei contenuti ambigui.
WCAG 3.2.5 richiede che i cambi di contesto — come le navigazioni di pagina, l’invio di moduli o gli aggiornamenti di contenuto — siano avviati solo da un’azione esplicita dell’utente, e non attivati automaticamente. Questo protegge gli utenti che si affidano a screen reader, navigazione da tastiera o strumenti di supporto cognitivo da interruzioni impreviste della loro esperienza di navigazione.
WCAG 3.3.5 richiede che sia disponibile un aiuto sensibile al contesto quando una pagina web richiede l’inserimento di dati da parte dell’utente, consentendo agli utenti di capire quali informazioni sono richieste e come fornirle correttamente. Questo criterio riduce gli errori e supporta le persone con disabilità cognitive, gli utenti inesperti e chiunque compili moduli complessi.
WCAG 3.3.6 richiede che, per qualsiasi pagina web che richieda l’inserimento di dati da parte dell’utente, l’invio sia reversibile, controllato per individuare errori con indicazioni per la correzione, oppure confermabile prima dell’invio finale. Questo criterio di livello AAA estende il 3.3.4 a tutti i moduli—non solo a quelli legali o finanziari—proteggendo gli utenti da errori irreversibili in ogni interazione.
WCAG 3.3.9 richiede che i processi di autenticazione non comportino alcun test di funzione cognitiva — nessun rompicapo, memorizzazione o trascrizione — a meno che non sia disponibile un’alternativa non cognitiva, un meccanismo assistivo o un metodo basato su oggetti. Questo criterio Avanzato (AAA) elimina le ultime barriere all’autenticazione per le persone con disabilità cognitive, motorie e legate alla memoria.
WCAG 4.1.1 Parsing richiede che i contenuti web siano privi di errori HTML/XML gravi, come ad esempio ID duplicati, che potrebbero indurre le tecnologie assistive a interpretare in modo errato la pagina o a non riuscire a elaborarla. Sebbene sia deprecato in WCAG 2.2, le regole sottostanti di axe-core restano attive e le violazioni indicano comunque un reale rischio per l’accessibilità.
La Circolare Presidenziale 2025/10, pubblicata nella Gazzetta Ufficiale della Turchia n. 32933 il 21 giugno 2025, impone l’accessibilità allineata alle WCAG 2.2 per siti web e applicazioni mobili in un’ampia gamma di organizzazioni del settore pubblico e privato, con scadenze di conformità di un anno per il settore pubblico e due anni per i fornitori di e-commerce.
Questo articolo spiega il programma del Logo di Accessibilità della Turchia introdotto con la Circolare Presidenziale 2025/10 (Gazzetta Ufficiale n. 32933, 21 giugno 2025), trattando chi è obbligato, i requisiti tecnici WCAG 2.2, il processo di assegnazione basato sul monitoraggio e i passaggi pratici per raggiungere la conformità.
Questo articolo spiega come le organizzazioni soggette in Türkiye devono istituire una Commissione interna per la Verifica dell’Accessibilità di Siti Web e Applicazioni Mobili (İnceleme Komisyonu) ai sensi della Circolare Presidenziale n. 2025/10, includendo la base giuridica, gli obblighi, i requisiti WCAG 2.2 e le indicazioni operative passo per passo per l’attuazione.
