Strumento gratuito: Accessibilità
Verifica WCAG 2.2 del tuo sito
Scopri a che punto è il tuo sito su ciascuno dei 55 criteri di successo WCAG 2.2 di livello A e AA. Ogni criterio riceve uno di quattro stati, così puoi capire cosa hanno coperto i test automatici e cosa deve ancora controllare una persona.
Gratis. Testa fino a cinque pagine chiave in circa un minuto.
Cosa controlla questo strumento
Ogni criterio di livello A e AA
Tutti i 55 criteri, 31 di livello A e 24 di livello AA, nell’ordine delle WCAG con numero e nome. Il criterio 4.1.1 Parsing è escluso perché le WCAG 2.2 lo indicano come obsoleto.
Risultati automatici associati ai criteri
Le regole di axe-core vengono eseguite sulla pagina che inserisci e su fino a quattro pagine chiave, e ogni risultato viene collegato ai criteri di successo che quella regola verifica. Un criterio risulta non superato quando una qualsiasi delle sue regole fallisce su una qualsiasi pagina testata.
Prove dal test da tastiera
Un test con 40 pressioni di Tab sulla prima pagina fornisce dati per 2.1.2 No Keyboard Trap e, come euristica mostrata da verificare, per 2.4.7 Focus Visible.
Risultati incerti tenuti a parte
Quando una regola non riesce ad arrivare a un verdetto, ad esempio su un testo sopra un’immagine, i suoi criteri mostrano Da verificare invece di superato o non superato.
Lacune visibili invece di un punteggio
I criteri che nessuna regola automatica copre sono segnati come Controllo manuale. Niente viene mediato in una percentuale che nasconderebbe ciò che non è stato testato.
Cosa non può controllare
- Decidere i criteri che richiedono un giudizio umano, come 1.4.10 Reflow, 1.4.11 Non-text Contrast, i criteri 1.2 su sottotitoli e audiodescrizione e quelli da 3.3.1 a 3.3.4 sugli errori nei moduli.
- Trasformare «Nessun errore automatico» in un superamento. Una regola eseguita e superata copre solo ciò che quella regola verifica.
- Produrre una dichiarazione di conformità, una dichiarazione di accessibilità o un VPAT. La conformità viene valutata da persone, su pagine intere e processi completi.
- Testare il livello AAA o pagine oltre le cinque della scansione.
- Raggiungere i passaggi dietro un login o in un checkout, dove di solito si applicano criteri come 3.3.7 Redundant Entry e 3.3.8 Accessible Authentication.
Perché è importante
Le WCAG sono scritte come criteri di successo, ed è così che auditor, uffici acquisti e dichiarazioni di accessibilità descrivono un sito. Un elenco di regole non superate ti dice cosa correggere. Una vista per criterio ti dice cosa puoi e cosa non puoi ancora affermare sul sito.
Gli strumenti automatici toccano meno della metà dei criteri di livello A e AA: axe-core associa le sue regole a circa 25 dei 55. Per gli altri non esiste un test automatico affidabile. Un software non può capire se un messaggio di errore suggerisce una correzione (3.3.3) o se una pagina funziona ancora a 320 pixel CSS di larghezza (1.4.10). Elencarli come controlli manuali mostra dove i test devono ancora essere fatti.
Anche un criterio senza errori automatici può non essere soddisfatto. Le regole per 1.1.1 Non-text Content controllano che un’immagine abbia un testo alternativo; non possono capire che alt="IMG_2041.jpg" è inutile per chi non può vedere la foto.
Come leggere i risultati
- Non superato
- Almeno una regola automatica legata a questo criterio non è stata superata su una pagina testata. È un problema certo; la verifica accessibilità mostra gli elementi e le pagine che lo causano.
- Da verificare
- Un controllo automatico ha segnalato qualcosa che non è riuscito a decidere, come il contrasto di un testo su una sfumatura. Una persona deve esaminare l’elemento.
- Nessun errore automatico
- Almeno una regola di axe-core legata al criterio è stata eseguita ed è stata superata. Non significa conformità: le regole coprono solo una parte di ciò che il criterio richiede.
- Non attivato
- Esistono regole automatiche per questo criterio, ma nelle pagine testate non c’era nulla da controllare, ad esempio nessun video per le regole sui sottotitoli o nessun modulo per quelle sulle etichette. Testalo a mano se il tuo sito ha contenuti di questo tipo altrove.
- Controllo manuale
- Nessuna regola automatica copre questo criterio, quindi la scansione non dice nulla al riguardo, né in un senso né nell’altro. Testalo a mano.
- Livello A e livello AA
- Il livello A è il minimo. Le norme e le policy che citano le WCAG di solito indicano il livello AA, che include tutti i criteri di livello A.
Come correggere i problemi più comuni
4.1.2 Name, Role, Value non superato
I controlli personalizzati costruiti con elementi div o span (menu, schede, accordion, interruttori) non dicono alle tecnologie assistive cosa sono o se sono aperti. Usa un <button> nativo ovunque sia possibile, dagli un nome e imposta aria-expanded o aria-pressed così che il suo stato venga annunciato.
1.3.1 Info and Relationships non superato
La struttura deve stare nel markup, non solo nello stile. Usa veri elementi h2 e h3 invece di paragrafi in grassetto, ul o ol per gli elenchi, th con scope per le intestazioni delle tabelle, ed etichette o fieldset con legend per i gruppi di campi dei moduli.
3.1.1 Language of Page non superato
Aggiungi un attributo lang all’elemento html, ad esempio <html lang="en">. I temi WordPress di solito lo stampano con language_attributes(); in un tema Shopify usa <html lang="{{ request.locale.iso_code }}"> in layout/theme.liquid.
2.5.8 Target Size (Minimum) non superato
Le icone piccole e i link molto ravvicinati sono difficili da toccare con un dito. Rendi ogni target di almeno 24 × 24 pixel CSS, oppure distanzia i target piccoli in modo che un cerchio di 24 px centrato su ciascuno non si sovrapponga a un altro target. Il padding ingrandisce il target senza cambiare l’icona.
Come affrontare i controlli manuali
Inizia da quelli rapidi. Per 1.4.10 Reflow, ingrandisci al 400% una finestra del browser larga 1280 px e verifica che nulla richieda lo scorrimento orizzontale. Per 2.4.7 e 2.4.11, scorri la pagina con Tab e verifica che il focus sia sempre visibile e mai nascosto da un’intestazione fissa o da un banner dei cookie. Per 3.3.1, invia un modulo con degli errori e guarda se gli errori sono descritti chiaramente nel testo.
Domande su questo strumento
Cosa è cambiato ai livelli A e AA con le WCAG 2.2?
Sono stati aggiunti sei criteri: 2.4.11 Focus Not Obscured (Minimum), 2.5.7 Dragging Movements, 2.5.8 Target Size (Minimum), 3.2.6 Consistent Help, 3.3.7 Redundant Entry e 3.3.8 Accessible Authentication (Minimum). Le WCAG 2.2 aggiungono anche tre criteri di livello AAA e rimuovono il 4.1.1 Parsing.
Perché il criterio 4.1.1 Parsing non è elencato?
Le WCAG 2.2 indicano il 4.1.1 Parsing come obsoleto e lo rimuovono, perché browser e tecnologie assistive non dipendono più dagli errori di markup che copriva. Il W3C precisa che per le WCAG 2.0 e 2.1 ora è considerato sempre soddisfatto per i contenuti HTML.
Rispettare le WCAG 2.2 copre anche le WCAG 2.1?
Sì. Le WCAG 2.2 sono retrocompatibili: i contenuti conformi alla 2.2 sono conformi anche alla 2.1 e alla 2.0. Testare secondo la 2.2 copre quindi anche le versioni precedenti che molte norme e policy citano ancora.
Posso usarlo per scrivere una dichiarazione di accessibilità o un VPAT?
È un punto di partenza, non un report di conformità. Una dichiarazione o un VPAT richiede che ogni criterio venga valutato, la maggior parte da una persona; gli elenchi Controllo manuale e Da verificare mostrano quali ne hanno ancora bisogno.
Perché così tanti criteri indicano «Controllo manuale»?
Perché per loro non esiste una regola automatica. Domande come se un limite di tempo può essere esteso, se l’aiuto compare nello stesso punto in ogni pagina o se un login richiede un test di memoria dipendono da come le persone usano il sito, non dal markup che una regola può leggere.
Fonti
- W3C: Linee guida per l’accessibilità dei contenuti Web (WCAG) 2.2(si apre in una nuova scheda)
- W3C WAI: le novità delle WCAG 2.2(si apre in una nuova scheda)
- W3C WAI: Understanding WCAG 2.2, la guida ai criteri(si apre in una nuova scheda)
- W3C WAI: How to Meet WCAG, il riferimento rapido(si apre in una nuova scheda)
- W3C WAI: guida al criterio 4.1.1 Parsing (obsoleto e rimosso)(si apre in una nuova scheda)
- W3C: metodologia di valutazione della conformità dei siti web (WCAG-EM)(si apre in una nuova scheda)
- Deque: descrizioni delle regole di axe-core(si apre in una nuova scheda)
Strumenti correlati
- AccessibilitàVerifica accessibilità sito webTesta il tuo sito web secondo le WCAG 2.2 A e AA in un browser reale e vedi ogni barriera con l’elemento, la pagina e il motivo per cui conta.Apri lo strumento
- Aspetti tecniciAudit gratuito del sito webUna sola scansione su accessibilità, SEO, velocità, conversioni, sicurezza e configurazione email, con i risultati più importanti di ogni area.Apri lo strumento
Ti servono le correzioni, non solo i problemi?
Il Report Accessibilità ($174, una tantum) parte dalla scansione gratuita completa e aggiunge altre pagine, la modifica da fare per ogni problema rilevato, un PDF e nuovi test per verificare le tue correzioni.