Normative · WCAG 2.2
Criteri di successo WCAG 2.2
Tutti i 86 criteri di successo di WCAG 2.2 — 31 al livello A, 24 ad AA, 31 ad AAA. 9 sono stati aggiunti nella versione 2.2; 17 nella 2.1; 60 provengono dalla 2.0. Ogni voce include una sintesi in linguaggio chiaro, note di conformità e gli errori rilevati più spesso nelle verifiche in produzione.
1. Percepibile
Le informazioni e i componenti dell'interfaccia devono essere presentati agli utenti in modi che possano percepire.
- 1.1.1 A
Contenuto non testuale
Ogni immagine, icona, grafico, file audio e altro componente non testuale deve disporre di un'alternativa testuale che serva lo stesso scopo — in modo che gli utenti di screen reader, display braille e dispositivi di accesso alternativo ricevano le stesse informazioni degli utenti vedenti.
- 1.2.1 A
Solo audio e solo video (preregistrati)
L'audio preregistrato richiede una trascrizione testuale. Il video preregistrato privo di audio richiede una descrizione testuale oppure una traccia audio che trasmetta le stesse informazioni — in modo che gli utenti non udenti o non vedenti possano accedere al contenuto.
- 1.2.2 A
Sottotitoli (preregistrati)
Ogni video preregistrato con audio necessita di sottotitoli sincronizzati che coprano dialoghi, identificazione degli speaker e suoni non verbali significativi — in modo che gli utenti sordi e con ipoacusia ricevano le stesse informazioni dalla colonna sonora quanto tutti gli altri.
- 1.2.3 A
Audiodescrizione o alternativa multimediale (preregistrata)
I video preregistrati devono avere o una traccia di audiodescrizione o un'alternativa testuale completa per qualsiasi informazione visiva non trasmessa dalla colonna sonora, così gli utenti non vedenti ottengono gli stessi contenuti degli spettatori vedenti.
- 1.2.4 AA
Sottotitoli (in tempo reale)
L'audio in tempo reale nei media sincronizzati — webinar, live streaming, eventi virtuali — deve essere accompagnato da sottotitoli in diretta. I sottotitoli automatici possono essere accettabili se l'accuratezza è sufficientemente alta, ma la trascrizione professionale CART è la soluzione più affidabile.
- 1.2.5 AA
Audiodescrizione (preregistrata)
I video preregistrati devono avere una traccia di audiodescrizione che narra le informazioni visive importanti durante le pause naturali nel dialogo. Al Livello AA, una sola trascrizione testuale non è più sufficiente — la descrizione deve essere in forma audio.
- 1.2.6 AAA
Lingua dei segni (preregistrata)
L'audio preregistrato nei media sincronizzati deve essere accompagnato da un'interpretazione nella lingua dei segni. I sottotitoli non sono un sostituto: per molti utenti Sordi la lingua dei segni è la lingua madre e quella scritta è la seconda.
- 1.2.7 AAA
Audiodescrizione estesa (preregistrata)
Quando le pause nel dialogo non sono sufficientemente lunghe per inserire un'audiodescrizione standard, il video deve essere messo in pausa per consentire la riproduzione dell'audiodescrizione estesa, garantendo agli utenti non vedenti il contesto visivo completo anche nei contenuti densi e veloci.
- 1.2.8 AAA
Alternativa testuale ai media (preregistrata)
I media sincronizzati preregistrati — e i video preregistrati senza audio — richiedono un'alternativa testuale completa che trasmetta le stesse informazioni: non solo sottotitoli e audiodescrizione, ma un documento autonomo e completo.
- 1.2.9 AAA
Solo audio (in diretta)
I contenuti audio in diretta — flussi radiofonici, audioconferenze, podcast live — devono disporre di un'alternativa testuale in tempo reale, come i sottotitoli live, affinché gli utenti sordi o con difficoltà uditive possano fruire del contenuto nel momento in cui viene trasmesso.
- 1.3.1 A
Informazioni e relazioni
Le informazioni e le relazioni trasmesse visivamente — intestazioni, elenchi, tabelle, etichette di moduli, raggruppamenti — devono essere espresse anche nel markup, in modo che le tecnologie assistive possano renderle correttamente. La sola formattazione visiva non è sufficiente.
- 1.3.2 A
Sequenza significativa
Quando l'ordine di lettura del contenuto è rilevante per la comprensione, l'ordine nel DOM deve corrispondere all'ordine visivo. Il posizionamento CSS e il float che alterano la sequenza compromettono i lettori di schermo e la navigazione da tastiera.
- 1.3.3 A
Caratteristiche sensoriali
Le istruzioni non devono basarsi esclusivamente su forma, dimensione, posizione, orientamento, suono o colore. «Fare clic sul pulsante verde a destra» esclude gli utenti che non riescono a vedere il layout o a distinguere i colori.
- 1.3.4 AA
Orientamento
Il contenuto non deve essere bloccato su un singolo orientamento — verticale o orizzontale — a meno che quell'orientamento non sia essenziale. Gli utenti con il dispositivo fissato su una sedia a rotelle o che tengono il telefono in una posizione fissa non possono ruotare il dispositivo.
- 1.3.5 AA
Identificare lo scopo dell'input
I campi dei moduli che raccolgono informazioni personali comuni — nome, e-mail, telefono, indirizzo, carta di credito — devono dichiarare il loro scopo in modo programmatico tramite l'attributo HTML autocomplete, consentendo al browser di compilare i dati e agli strumenti assistivi di personalizzare l'interfaccia.
- 1.3.6 AAA
Identificare lo scopo
Oltre ai campi dei moduli, lo scopo dei componenti dell'interfaccia utente, delle icone e delle regioni deve essere identificabile a livello programmatico — così le tecnologie adattive possono sostituire simboli, semplificare la pagina o nascondere le parti non essenziali.
- 1.4.1 A
Uso del colore
Il colore non deve essere l'unico mezzo per trasmettere informazioni. Campi obbligatori, stati di errore, distinzioni tra collegamenti, serie di grafici — tutti richiedono un secondo segnale (testo, icona, sottolineatura, pattern) affinché gli utenti daltonici ricevano le stesse informazioni.
- 1.4.2 A
Controllo dell'audio
Qualsiasi audio riprodotto automaticamente per più di tre secondi deve disporre di un controllo di pausa, interruzione o volume indipendente dal volume di sistema, in modo da non coprire la voce dello screen reader.
- 1.4.3 AA
Contrasto (minimo)
Il testo del corpo deve avere un rapporto di contrasto di almeno 4,5:1 rispetto allo sfondo. Il testo grande (18pt o superiore, oppure 14pt o superiore in grassetto) richiede 3:1. Loghi e testo decorativo sono esentati.
- 1.4.4 AA
Ridimensionamento del testo
Il testo deve rimanere leggibile e utilizzabile quando viene ingrandito fino al 200% senza perdita di contenuto o funzionalità. I sottotitoli e le immagini di testo sono esentati.
- 1.4.5 AA
Immagini di testo
Il testo deve essere implementato come testo reale e non come immagine rasterizzata, a meno che l'immagine non sia essenziale (un logo, uno screenshot di un'interfaccia in esame) o completamente personalizzabile dall'utente.
- 1.4.6 AAA
Contrasto (avanzato)
Contrasto cromatico di livello AAA: 7:1 per il testo del corpo, 4,5:1 per il testo grande. Più restrittivo del criterio 1.4.3, pensato per gli utenti con ipovisione significativa che necessitano di un contrasto più elevato per leggere comodamente.
- 1.4.7 AAA
Audio di sottofondo assente o basso
Per l'audio preregistrato in cui il parlato è predominante, i suoni di sottofondo devono essere almeno 20 dB al di sotto del parlato in primo piano, assenti, o disattivabili — affinché gli utenti con perdita uditiva possano seguire il dialogo.
- 1.4.8 AAA
Presentazione visiva
Per i blocchi di testo, gli utenti devono poter controllare i colori del primo piano e dello sfondo, la larghezza della riga (max 80 caratteri), nessuna giustificazione completa, l'interlinea (1,5×) e la spaziatura tra paragrafi (1,5× l'altezza della riga) — senza scorrimento orizzontale al 200% di zoom.
- 1.4.9 AAA
Immagini di testo (nessuna eccezione)
Livello AAA: le immagini di testo non sono consentite in alcun caso, salvo per i loghi e i casi essenziali (uno screenshot che illustra la tipografia). L'eccezione «personalizzabile» prevista dal criterio 1.4.5 viene eliminata.
- 1.4.10 AA
Riadattamento
Il contenuto deve riadattarsi in una singola colonna a 320 pixel CSS di larghezza (contenuto a scorrimento verticale) o 256 pixel di altezza (contenuto a scorrimento orizzontale) senza perdita di informazioni o funzionalità. Nessuno scorrimento bidirezionale.
- 1.4.11 AA
Contrasto degli elementi non testuali
I componenti dell'interfaccia (bordi dei pulsanti, contorni dei campi modulo, indicatori di focus, controlli solo icona) e gli elementi grafici significativi (serie di grafici, icone di stato) devono avere un contrasto di almeno 3:1 rispetto ai colori adiacenti.
- 1.4.12 AA
Spaziatura del testo
Quando gli utenti modificano la spaziatura del testo — interlinea 1,5 volte la dimensione del carattere, spaziatura tra paragrafi 2 volte la dimensione del carattere, spaziatura tra lettere 0,12em, spaziatura tra parole 0,16em — la pagina non deve perdere contenuti né funzionalità.
- 1.4.13 AA
Contenuto al passaggio del puntatore o al focus
I tooltip, i popover e gli altri contenuti che compaiono al passaggio del puntatore o al focus devono essere congedabili, raggiungibili con il puntatore (così che gli utenti possano spostarsi al loro interno) e persistenti (non scompaiono finché l'utente non li chiude o il trigger non perde il focus).
2. Utilizzabile
I componenti dell'interfaccia e la navigazione devono essere utilizzabili da tutti.
- 2.1.1 A
Tastiera
Ogni funzione della pagina deve essere utilizzabile tramite sola tastiera — senza movimenti del mouse, trascinamenti o tempistiche specifiche. Gli utenti di screen reader, di dispositivi di controllo alternativo e di controllo vocale dipendono tutti da questa base di partenza.
- 2.1.2 A
Nessuna trappola per tastiera
Se il focus della tastiera può spostarsi su un componente, deve potersene anche allontanare usando solo la tastiera. I soliti responsabili sono finestre modali, contenuti incorporati e widget personalizzati.
- 2.1.3 AAA
Tastiera (nessuna eccezione)
Uguale al criterio 2.1.1 Tastiera, ma senza l'eccezione legata al percorso del puntatore. Ogni funzione — inclusi il disegno a mano libera e l'acquisizione della firma — deve avere un equivalente utilizzabile da tastiera.
- 2.1.4 A
Scorciatoie da un solo tasto
Le scorciatoie da tastiera composte da un singolo carattere (una sola lettera, cifra o simbolo) devono poter essere disattivate, rimappate o attive solo quando il componente pertinente ha il focus. Protegge gli utenti che usano il controllo vocale e la dettatura da attivazioni accidentali.
- 2.2.1 A
Regolazione dei tempi
Qualsiasi limite di tempo imposto dal contenuto deve poter essere disattivato, regolato ad almeno dieci volte il valore predefinito, oppure esteso dall'utente con un preavviso di almeno 20 secondi. I principali bersagli sono i timeout di sessione e i timer dei quiz.
- 2.2.2 A
Pausa, Stop, Nascondi
I contenuti in movimento, lampeggianti, scorrevoli o che si aggiornano automaticamente e durano più di cinque secondi devono poter essere messi in pausa, fermati o nascosti dall'utente. Riguarda caroselli, marquee, ticker di notizie, annunci animati e feed con aggiornamento automatico.
- 2.2.3 AAA
Nessun limite di tempo
I limiti di tempo non fanno parte del contenuto, salvo per gli eventi in tempo reale non interattivi. Più restrittivo di 2.2.1 — non è previsto alcun meccanismo di avviso ed estensione come soluzione alternativa.
- 2.2.4 AAA
Interruzioni
Le interruzioni — popup, notifiche, avvisi, aggiornamenti automatici — devono poter essere posticipate o soppresse dall'utente, ad eccezione di quelle relative a emergenze.
- 2.2.5 AAA
Ri-autenticazione
Quando una sessione autenticata scade, l'utente deve poter continuare senza perdere i dati già inseriti. La sessione termina, ma il lavoro in corso no.
- 2.2.6 AAA
Timeout
Gli utenti devono essere avvisati di qualsiasi timeout di inattività che potrebbe causare la perdita di dati, a meno che i dati non vengano conservati per più di 20 ore di inattività.
- 2.3.1 A
Tre lampeggi o al di sotto della soglia
Nessun elemento della pagina può lampeggiare più di tre volte al secondo, a meno che il lampeggio sia al di sotto delle soglie definite di dimensione e contrasto. Progettato per prevenire le crisi epilettiche fotosensibili.
- 2.3.2 AAA
Tre lampeggi
Nessun elemento della pagina può lampeggiare più di tre volte al secondo — senza eccezioni. Elimina le eccezioni di dimensione e soglia consentite dal criterio 2.3.1.
- 2.3.3 AAA
Animazione da interazioni
Le animazioni di movimento attivate dall'interazione possono essere disabilitate dall'utente, a meno che l'animazione non sia essenziale. Rispettare la media query `prefers-reduced-motion`.
- 2.4.1 A
Salto dei blocchi
Fornire un meccanismo che consenta agli utenti di tastiera e screen reader di saltare i blocchi di contenuto che si ripetono su ogni pagina — tipicamente intestazione, navigazione principale e link di servizio — per raggiungere il contenuto principale senza dover passare attraverso decine di link.
- 2.4.2 A
Titolo della pagina
Ogni pagina deve avere un elemento `<title>` che ne descriva l'argomento o lo scopo. Il titolo è ciò che gli screen reader annunciano al caricamento della pagina e ciò che gli utenti vedono nelle schede, nei segnalibri, nella cronologia e nei risultati di ricerca.
- 2.4.3 A
Ordine del focus
Quando gli utenti scorrono una pagina tramite Tab, l'ordine del focus deve seguire una sequenza che preservi il significato e l'operatività — di norma l'ordine di lettura visivo. Una sequenza di tabulazione disordinata è funzionalmente compromessa anche se ogni singolo controllo funziona correttamente.
- 2.4.4 A
Scopo del collegamento (nel contesto)
Lo scopo di ogni collegamento deve essere chiaro dal testo del collegamento stesso, o dalla combinazione con il contesto circostante — la frase, la voce di elenco, la cella della tabella o il paragrafo in cui si trova. Gli utenti di screen reader ascoltano spesso i collegamenti fuori contesto, in un elenco di link.
- 2.4.5 AA
Modalità alternative
Gli utenti devono disporre di più di un modo per raggiungere una pagina all'interno di un insieme — tipicamente una combinazione di menu di navigazione, ricerca, mappa del sito, sommario o elenco di pagine correlate. Fanno eccezione le pagine che costituiscono passaggi di un processo (checkout, moduli a più fasi).
- 2.4.6 AA
Intestazioni ed etichette
Le intestazioni e le etichette dei moduli devono descrivere l'argomento o lo scopo del contenuto che introducono. Non devono essere necessariamente uniche, ma devono essere informative — un'intestazione «Informazioni» o un'etichetta «Campo» non soddisfa questo criterio di successo.
- 2.4.7 AA
Focus visibile
Qualsiasi interfaccia utilizzabile da tastiera deve mostrare un indicatore di focus visibile sull'elemento attualmente focalizzato. Se l'utente non riesce a vedere dove si trova il focus da tastiera, non può usare il sito con la tastiera — senza eccezioni. È uno dei criteri di successo più citati negli audit.
- 2.4.8 AAA
Posizione
Gli utenti devono poter capire dove si trovano all'interno di un insieme di pagine — di norma tramite breadcrumb, un indicatore della pagina corrente nella navigazione, o una mappa del sito che evidenzi la sezione attiva.
- 2.4.9 AAA
Scopo del collegamento (solo collegamento)
Versione AAA più restrittiva del criterio 2.4.4: il testo del collegamento da solo — senza alcun contesto circostante — deve identificare la destinazione. «Leggi di più» non è sufficiente nemmeno se la frase precedente lo spiega. Pensato per gli utenti di screen reader che navigano tramite l'elenco dei collegamenti.
- 2.4.10 AAA
Intestazioni di sezione
Usare le intestazioni per organizzare il contenuto. Quando una pagina è suddivisa in sezioni distinte, ciascuna sezione deve avere un vero elemento di intestazione (`<h1>`–`<h6>`) — non paragrafi con stile che si limitano a sembrare intestazioni.
- 2.4.11 AA Nuovo 2.2
Focus non oscurato (minimo)
Quando un elemento riceve il focus da tastiera, non deve essere completamente nascosto da un altro elemento di interfaccia — intestazioni fisse, banner per i cookie, widget di chat, footer fissi. Novità di WCAG 2.2 che sta ridisegnando il modo in cui i team gestiscono l'interfaccia persistente.
- 2.4.12 AAA Nuovo 2.2
Focus non oscurato (avanzato)
Versione AAA più restrittiva del criterio 2.4.11: quando un elemento riceve il focus, nessuna parte di esso può essere oscurata da altri contenuti. Introdotto in WCAG 2.2.
- 2.4.13 AAA Nuovo 2.2
Aspetto del focus
L'indicatore di focus da tastiera deve soddisfare una soglia visiva misurabile: almeno 2 pixel CSS di spessore lungo il perimetro, contrasto di almeno 3:1 rispetto allo stato non focalizzato e assenza di occlusione. Introdotto in WCAG 2.2; è la regola di stile del focus più concreta della specifica.
- 2.5.1 A
Gesti del puntatore
Qualsiasi funzione che utilizza un gesto multi-punto o basato su un percorso — pizzico per lo zoom, rotazione a due dita, scorrimento per eliminare — deve essere attivabile anche con un'attivazione a punto singolo che non richieda un percorso.
- 2.5.2 A
Annullamento del puntatore
Le funzioni attivate da un singolo puntatore devono scattare all'evento di rilascio, non all'evento di pressione — in modo che gli utenti possano trascinare via per annullare. Devono essere disponibili annullamento, ripristino o cancellazione prima dell'attivazione, salvo quando l'attivazione immediata è essenziale.
- 2.5.3 A
Etichetta nel nome
Quando un controllo ha un testo visibile, quel testo deve comparire all'inizio del suo nome accessibile. Altrimenti, gli utenti del controllo vocale che pronunciano ciò che vedono non riescono ad attivare il controllo.
- 2.5.4 A
Azionamento tramite movimento
Le funzioni attivate dal movimento del dispositivo o del corpo dell'utente — scuotimento, inclinazione, gesti davanti a una telecamera — devono essere accessibili anche tramite controlli standard dell'interfaccia, e deve essere possibile disabilitare l'attivazione tramite movimento.
- 2.5.5 AAA
Dimensione del bersaglio (avanzata)
I bersagli interattivi devono avere un'area di attivazione di almeno 44×44 pixel CSS. Questo è il requisito avanzato di livello AAA per la dimensione del bersaglio; il livello minimo AA è definito dal criterio 2.5.8 con una soglia di 24×24.
- 2.5.6 AAA
Meccanismi di input simultanei
I contenuti web non devono limitare l'uso delle modalità di input disponibili sulla piattaforma — salvo quando la limitazione è essenziale, necessaria per proteggere il contenuto o per rispettare le impostazioni dell'utente.
- 2.5.7 AA Nuovo 2.2
Movimenti di trascinamento
Qualsiasi funzione che utilizza un movimento di trascinamento deve essere utilizzabile anche con un'azione a singolo puntatore che non richieda trascinamento — di norma un tap o un clic. Introdotto in WCAG 2.2.
- 2.5.8 AA Nuovo 2.2
Dimensione del target (minima)
I target interattivi — pulsanti, link, controlli di modulo — devono misurare almeno 24×24 pixel CSS, salvo che nella stessa pagina esista un target equivalente di dimensioni sufficienti o che il target si trovi all'interno di una frase. Introdotto in WCAG 2.2.
3. Comprensibile
Le informazioni e il funzionamento dell'interfaccia devono essere comprensibili.
- 3.1.1 A
Lingua della pagina
Dichiarare a livello programmatico la lingua umana predefinita di ogni pagina — di norma tramite l'attributo lang sull'elemento html. Screen reader, display braille e strumenti di traduzione utilizzano questa informazione per scegliere le regole di pronuncia, i profili vocali e le mappature dei caratteri.
- 3.1.2 AA
Lingua delle parti
Quando un passaggio o una frase nella pagina è in una lingua diversa da quella predefinita della pagina, è necessario contrassegnarlo con un attributo lang sul suo contenitore — affinché gli screen reader cambino voce e pronuncia per quel frammento.
- 3.1.3 AAA
Parole insolite
Fornire un meccanismo per identificare le definizioni di parole usate in modo insolito o ristretto — gergo, modi di dire, termini tecnici. Un glossario, definizioni inline o definizioni collegate soddisfano tutti questo criterio AAA.
- 3.1.4 AAA
Abbreviazioni
Fornire un meccanismo per identificare la forma estesa o il significato delle abbreviazioni. Scrivere per esteso al primo uso, un elemento abbr con titolo o un glossario collegato soddisfano tutti questo criterio AAA.
- 3.1.5 AAA
Livello di lettura
Quando un contenuto richiede una capacità di lettura superiore al livello della scuola secondaria inferiore, fornire un'alternativa più semplice — una versione in linguaggio chiaro, un riepilogo o materiali supplementari come illustrazioni o audio.
- 3.1.6 AAA
Pronuncia
Quando il significato di una parola dipende dalla sua pronuncia e la pronuncia corretta non è ovvia dal contesto, fornire un meccanismo che esponga la pronuncia — ortografia fonetica, audio o una guida collegata.
- 3.2.1 A
Al focus
Quando un componente dell'interfaccia utente riceve il focus, non deve avviare un cambiamento di contesto — nessuna navigazione automatica di pagina, nessuna nuova finestra, nessuno spostamento significativo del contenuto. Il focus serve all'orientamento, non all'azione.
- 3.2.2 A
All'input
La modifica dell'impostazione di un componente dell'interfaccia utente non deve causare automaticamente un cambiamento di contesto, a meno che l'utente non sia stato avvertito in anticipo. Selezionare un valore non dovrebbe navigare, inviare o ridisporre silenziosamente la pagina.
- 3.2.3 AA
Navigazione coerente
I meccanismi di navigazione ripetuti su più pagine — navigazione principale, footer, breadcrumb, ricerca — devono apparire nello stesso ordine relativo su ogni pagina in cui compaiono. Gli utenti che si affidano alla memoria muscolare non devono riscoprire il layout ogni volta.
- 3.2.4 AA
Identificazione coerente
I componenti che svolgono la stessa funzione su un sito devono essere identificati in modo coerente — stessa etichetta, stessa icona, stesso nome accessibile. Due pulsanti che compiono la stessa azione non devono chiamarsi «Cerca» su una pagina e «Trova» su un'altra.
- 3.2.5 AAA
Modifica su richiesta
I cambiamenti di contesto avvengono solo quando l'utente li richiede, oppure l'utente può disattivare il cambiamento automatico. Nessun reindirizzamento automatico, nessun aggiornamento a sorpresa, nessun carosello che scambia i contenuti sotto il cursore.
- 3.2.6 A Nuovo 2.2
Aiuto coerente
Se una pagina offre meccanismi di assistenza — recapiti di contatto, un link all'aiuto, una chat, un modulo self-service — devono comparire nello stesso ordine relativo su ogni pagina in cui sono presenti. Novità introdotta in WCAG 2.2.
- 3.3.1 A
Identificazione degli errori
Quando l'utente commette un errore in un modulo che viene rilevato automaticamente, l'errore deve essere identificato e descritto all'utente in forma testuale — non con il solo colore, non con la sola icona, non con il silenzio.
- 3.3.2 A
Etichette o istruzioni
Ogni controllo di modulo che richiede l'inserimento di dati da parte dell'utente deve avere un'etichetta o un'istruzione che indichi cosa inserire. I campi con solo testo segnaposto, gli input con sola icona e i campi senza etichetta non sono sufficienti.
- 3.3.3 AA
Suggerimento per gli errori
Quando viene rilevato un errore di inserimento e il sistema è in grado di proporre una correzione, il sistema deve offrire un suggerimento all'utente — a meno che ciò non comprometta la sicurezza o invalidi lo scopo dell'input.
- 3.3.4 AA
Prevenzione degli errori (legali, finanziari, dati)
Per le operazioni con impegni legali, transazioni finanziarie o modifiche significative ai dati dell'utente, l'utente deve poter annullare l'invio, farlo controllare per errori con la possibilità di correggere, oppure confermarlo esplicitamente prima che venga eseguito.
- 3.3.5 AAA
Guida
Per i moduli e gli input che lo richiedono è disponibile una guida contestuale. La guida può comprendere esempi di formato, suggerimenti sulla pagina, collegamenti a documentazione o un meccanismo di contatto.
- 3.3.6 AAA
Prevenzione degli errori (tutti)
Per qualsiasi invio da parte dell'utente — non solo quelli legali, finanziari o che modificano dati — l'utente deve poter annullare, verificare o confermare prima che l'invio abbia effetto. La generalizzazione AAA del 3.3.4.
- 3.3.7 A Nuovo 2.2
Immissione ridondante
Le informazioni già fornite dall'utente nella stessa sessione non devono essere richieste nuovamente: devono essere precompilate automaticamente o selezionabili da un elenco, salvo che la re-immissione sia essenziale (ad esempio la conferma di una password). Novità di WCAG 2.2.
- 3.3.8 AA Nuovo 2.2
Autenticazione accessibile (minimo)
L'autenticazione non deve richiedere un test di funzione cognitiva — memorizzare password, trascrivere codici o identificare oggetti — salvo che sia disponibile un'alternativa o assistenza. Password, CAPTCHA con immagini e copia-codice da e-mail sono i casi di non conformità più frequenti. Novità di WCAG 2.2.
- 3.3.9 AAA Nuovo 2.2
Autenticazione accessibile (avanzato)
L'autenticazione non deve richiedere alcun test di funzione cognitiva, nemmeno il riconoscimento di oggetti o l'identificazione di contenuto personale. È l'aggiornamento al livello AAA del criterio 3.3.8: le passkey, i dati biometrici e le credenziali legate al dispositivo diventano i percorsi pratici.
4. Robusto
Il contenuto deve essere sufficientemente robusto da poter essere interpretato da un'ampia varietà di agenti utente, incluse le tecnologie assistive.
- 4.1.2 A
Nome, ruolo, valore
Ogni componente dell'interfaccia utente deve esporre un nome, un ruolo e — ove applicabile — un valore e uno stato, in modo programmatico. Senza queste informazioni, i lettori di schermo, i software di controllo vocale e i dispositivi switch non riescono a identificare né a utilizzare il controllo.
- 4.1.3 AA
Messaggi di stato
I messaggi di stato — conferme, errori, aggiornamenti sullo stato di avanzamento, conteggi dei risultati di ricerca — devono essere annunciati alle tecnologie assistive senza spostare il focus. Usa role=status, role=alert o aria-live su una regione già presente nel DOM.
Nessun criterio di successo corrisponde ai filtri.