Wcag Success Criteria
87 articoli
WCAG 1.1.1: Contenuto non testuale
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: Solo audio e solo video (pre-registrato)
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: Sottotitoli (pre-registrati)
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: Descrizione audio o alternativa ai media (pre-registrati)
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: Informazioni e relazioni
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: Sequenza significativa
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: Caratteristiche sensoriali
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: Uso del colore
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: Controllo dell'audio
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: Tastiera
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: Nessuna trappola da tastiera
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: Scorciatoie da tastiera basate sui caratteri
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: Tempo regolabile
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: Pausa, Interrompi, Nascondi
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: Tre lampeggi o al di sotto della soglia
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: Saltare i blocchi
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: Pagina intitolata
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: Ordine di messa a fuoco
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: Scopo del collegamento (nel contesto)
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: Gesti del puntatore
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: Annullamento del puntatore
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: Etichetta nel nome
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: Attivazione tramite movimento
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: Lingua della pagina
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: Al focus
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: All’Inserimento
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: Identificazione degli errori
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: Etichette o istruzioni
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: Inserimento ridondante
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: Nome, Ruolo, Valore
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: Sottotitoli (in diretta)
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: Descrizione audio (pre-registrata)
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
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: Identificare lo scopo dell’input
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: Contrasto (minimo)
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: Ridimensionare il testo
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: Immagini di testo
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: Riflusso
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: Contrasto non testuale
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: Spaziatura del testo
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: Contenuto al passaggio del mouse o al focus
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: Molteplici modalità
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: Intestazioni ed etichette
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: Focus visibile
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: Focus non oscurato (minimo)
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: Movimenti di trascinamento
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: Dimensione del bersaglio (minima)
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: Lingua delle parti
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: Navigazione coerente
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: Identificazione coerente
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: Aiuto coerente
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: Suggerimento di errore
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: Prevenzione degli errori (legali, finanziari, dati)
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: Autenticazione accessibile (minimo)
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: Messaggi di stato
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: Lingua dei segni (pre-registrata)
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.
WCAG 1.2.7: Descrizione audio estesa (pre-registrata)
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: Alternativa ai contenuti multimediali (pre-registrati)
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: Solo audio (in diretta)
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: Identificare lo scopo
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: Contrasto (Avanzato)
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: Audio di sottofondo basso o assente
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: Presentazione visiva
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: Immagini di testo (nessuna eccezione)
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: Tastiera (nessuna eccezione)
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: Nessuna temporizzazione
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: Interruzioni
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: Nuova autenticazione
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: Timeout
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: Tre lampeggi
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: Animazione derivante dalle interazioni
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: Posizione
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: Scopo del collegamento (solo collegamento)
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: Intestazioni di sezione
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: Focus non oscurato (avanzato)
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: Aspetto del 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.
WCAG 2.5.5: Dimensione del bersaglio (avanzata)
- 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: Meccanismi di input simultanei
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: Parole insolite
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: Abbreviazioni
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: Livello di lettura
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: Pronuncia
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: Modifica su richiesta
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: Aiuto
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: Prevenzione degli errori (tutti)
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: Autenticazione accessibile (avanzata)
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: Analisi sintattica (Deprecato in WCAG 2.2)
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à.