Wcag 2 2 Aa

23 articoli

Criteri di successo WCAGwcag-2.2-AA

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.

Criteri di successo WCAGwcag-2.2-AA

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.

Criteri di successo WCAGwcag-2.2-AA

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.

Criteri di successo WCAGwcag-2.2-AA

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.

Criteri di successo WCAGwcag-2.2-AA

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.

Criteri di successo WCAGwcag-2.2-AA

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.

Criteri di successo WCAGwcag-2.2-AA

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.

Criteri di successo WCAGwcag-2.2-AA

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.

Criteri di successo WCAGwcag-2.2-AA

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.

Criteri di successo WCAGwcag-2.2-AA

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.

Criteri di successo WCAGwcag-2.2-AA

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.

Criteri di successo WCAGwcag-2.2-AA

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.

Criteri di successo WCAGwcag-2.2-AA

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à.

Criteri di successo WCAGwcag-2.2-AA

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à.

Criteri di successo WCAGwcag-2.2-AA

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.

Criteri di successo WCAGwcag-2.2-AA

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.

Criteri di successo WCAGwcag-2.2-AA

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.

Criteri di successo WCAGwcag-2.2-AA

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.

Criteri di successo WCAGwcag-2.2-AA

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.

Criteri di successo WCAGwcag-2.2-AA

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.

Criteri di successo WCAGwcag-2.2-AA

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.

Criteri di successo WCAGwcag-2.2-AA

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.

Criteri di successo WCAGwcag-2.2-AA

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.