Accessibilità AA Web: Comparativa de Herramientas 2026
L’accessibilità web AA si riferisce al livello di conformità AA delle Linee guida per l’accessibilità dei contenuti Web (WCAG) 2.2, pubblicate dal W3C, che richiede il rispetto dei 30 criteri di livello A più 20 criteri di livello AA (50 in totale). Per questo, i team combinano tre tipi di strumenti: auditor automatizzati, assistenti di contrasto e lettori di schermo, oltre a una revisione manuale.
Punti chiave
- Il livello AA delle WCAG 2.2 comprende 50 criteri di successo (30 di livello A + 20 di livello AA); è la soglia di accessibilità web richiesta dalla maggior parte delle legislazioni, inclusa la norma europea EN 301 549.
- Nessuno strumento rileva da solo tutti gli errori: gli auditor automatizzati coprono circa un terzo dei criteri, quindi la revisione manuale e i test con i lettori di schermo sono obbligatori.
- La scelta dipende dal flusso di lavoro: estensioni del browser per lo sviluppo quotidiano, suite con CI per i team e audit esterni per le certificazioni formali.
- I quattro tipi di strumenti di cui hai bisogno sono: auditor automatizzati, verificatori di contrasto, lettori di schermo e validatori di struttura/HTML.
- Documentare ogni decisione di accessibilità (cosa è stato testato, con quale versione e in quale browser) è importante quanto correggere l’errore per dimostrare la conformità.
Cosa significa davvero “AA” per l’accessibilità web
Il livello AA delle WCAG è il secondo dei tre livelli di conformità (A, AA e AAA) definiti dal W3C. Ogni livello combina i criteri del livello precedente: per dichiarare la conformità AA, è necessario soddisfare i 30 criteri di livello A e i 20 criteri di livello AA, che corrispondono a 50 criteri di successo. Il livello AAA ne aggiunge altri 28 ed è raro che venga richiesto per intero perché alcuni criteri sono impossibili da soddisfare in tutti i contenuti.
La differenza pratica tra A e AA è sostanziale. Il livello A copre l’essenziale (testo alternativo, struttura semantica, navigazione da tastiera). Il livello AA aggiunge requisiti che incidono sul design e sul colore: contrasto minimo di 4.5:1 per testo normale e 3:1 per testo grande, testo ridimensionato fino al 200% senza perdita di contenuto, sottotitoli in video preregistrato, intestazioni ed etichette che descrivono lo scopo di ogni campo.
Questi criteri sono quelli che si rompono su siti costruiti con XHTML e CSS ereditati, dove il colore e la dimensione si fissano su pixel assoluti.
La normativa di riferimento che conviene citare è la specifica ufficiale delle WCAG 2.2 del W3C, che include la lista completa di criteri e le sue tecniche sufficienti e di consulenza. Nel contesto europeo, la norma EN 301 549 armonizza questi requisiti per la contrattazione pubblica e la Direttiva sull’Accessibilità Web, mentre negli Stati Uniti il riferimento equivalente è la Sezione 508 e l’ADA. Conoscere il quadro legale del proprio mercato è importante: in Spagna e America Latina, molti clienti istituzionali richiedono la conformità AA esplicita nei capitolati per garantire l’accessibilità web.
I quattro tipi di strumenti di cui hai bisogno
Nessuna categoria di attrezzatura racchiude tutto lo spettro WCAG per l’accessibilità al web. Un flusso di lavoro serio combina quattro tipi e ciascuno risponde a domande distinte.
Correlato: — Widget di accessibilità con piano gratuito per empezar hoy mismo.
Auditor automatizzati. Scansionano il DOM e il CSS alla ricerca di pattern di errore noti: immagini senza alt, campi senza etichetta, contrasto insufficiente, intestazioni saltate, attributi ARIA usati in modo errato. Sono rapidi e rilevano errori ripetitivi, ma la sua copertura è parziale: i propri produttori riconoscono che non possono essere valutati criteri che dipendono dal significato, come la qualità di un testo alternativo o la chiarezza di un messaggio di errore.
Verificatori di contrasto. Calcolano il rapporto di contrasto tra colore del testo e sfondo in base alla formula di luminosità relativa delle WCAG. Sono piccoli attrezzi ma critici, perché il contrasto è uno degli errori più frequenti e uno dei più facili da risolvere oggettivamente.
Lettori di schermo. NVDA (Windows, gratuito), JAWS (Windows, commerciale) e VoiceOver (macOS/iOS, integrato) sono la prova del fuoco. Un revisore può decidere che un modulo “passi”, ma solo un lettore di schermo rivela se l’ordine di tabulazione ha senso o se un aria-label confonde di più che aiuta.
Vale la pena dare un'occhiata: — Accessibilità gestionale: automatizzazione combinata con revisione umana.
Validatori di struttura e HTML. Assicurati che il markup sia valido e semantico. Sui siti XHTML, un validatore rileva annidamenti errati, attributi obsoleti e problemi di codifica che poi influenzano l’interpretazione dello screen reader.
Comparativa: quale strumento scegliere in base al proprio caso
La tabella successiva riassume il criterio di decisione per garantire l’accessibilità web di AA. Non è una lista di prezzi (che cambia con la frequenza e dipende dalla licenza), ma solo da encaje per scenario.
| Tipo di attrezzatura | Cuándo elegirla | Principale Fortaleza | Limitazione chiave |
|---|---|---|---|
| Extensión de navegador (auditoría en vivo) | Desarrollo diario, revisión de una página concreta | Feedback immediato sul DOM reso | Analizza solo quello che il navigatore ha caricato; no cubre flujos completos |
| Suite con integrazione CI | Equipos con despliégue continuo | Rileva regressioni prima della pubblicazione | Richiede configurazione e manutenzione delle norme |
| Verificatore di contrasto | Design e revisione dei sistemi di colore | Medición objetiva y esatta | No evalua nada más allá del color |
| Lettore di pantalla | Validazione finale e prove con gli utenti | Riproduci l’esperienza reale | Curva di apprendimento alta; lento de ejecutar |
| Auditorium esterno | Certificazione formale, servizi pubblici | Informe difendibile ante terceros | Coste e dipendenza da un fornitore |
La regola pratica: utilizzare l’estensione del navigatore mentre si spostano, la suite in CI per non rompere quello che funzionava, il verificatore di contrasto al definire la tavolozza, il lettore di schermo prima di ogni ingresso e l’auditorium esterno solo quando è necessario un documento formale.
Come valutare un’attrezzatura di accessibilità prima di adottarla
Scegliere uno strumento in base alla popolarità è un errore comune. Questi criteri separano uno strumento utile da uno che genera rumore.
Copertura dei criteri e trasparenza. Un buon strumento indica quale criterio WCAG corrisponde a ciascun avviso. Se mostra solo un “errore di accessibilità” senza associarlo a un criterio di successo, non è possibile documentare la conformità o stabilire la priorità.
Tasso di falsi positivi. Gli avvisi che non rappresentano veri e propri errori consumano tempo e minano la fiducia del team. Testa lo strumento su un sito che già sai che soddisfa gli standard web AA di accessibilità e osserva quanti avvisi genera.
Correlato: — La che accredita la tua esperienza di accessibilità.
Supporto ARIA e componenti dinamici. I widget moderni (menu a discesa, opzioni modali, schede, accordion) dipendono dagli stati ARIA. Uno strumento che non valuta aria-expanded, aria-controls o la gestione del focus in modalità modali lascia passare gli errori più gravi.
Integrazione con il tuo stack. Se lavori con XHTML e CSS puri, controlla che lo strumento non presuppone una struttura concreta. Se utilizzi una pipeline di compilazione, verifica che sia presente l’integrazione della riga di comando.
Accessibilità dello strumento stesso. Un’ironia comune: alcuni strumenti di controllo non sono accessibili tramite tastiera. Se lo utilizzerai quotidianamente, assicurati che sia navigabile senza mouse.
Aggiornamento e manutenzione. Le WCAG si evolvono (2.0, 2.1, 2.2) e i browser cambiano. Uno strumento senza aggiornamenti recenti potrebbe applicare regole obsolete.
Flusso di lavoro AA dettagliato per l’accessibilità web
Un processo ripetibile va oltre qualsiasi semplice strumento. Questo è l’ordine che funziona nei progetti reali.
Passaggio 1: definire l’ambito e il livello. Decidi quali pagine e flussi includere nell’audit e conferma che l’obiettivo è AA (non A o AAA). Documentare la versione WCAG: 2.2 è l’attuale raccomandazione W3C.
Passaggio 2: audit automatizzato iniziale. Esegui le pagine chiave attraverso un revisore per ottenere una linea di base. Da notare i ripetuti fallimenti: solitamente sono concentrati nei template, non nelle singole pagine.
Passaggio 3: revisione manuale di ciò che la macchina non vede. Controlla l’ordine delle schede, la visibilità del focus, la qualità dei testi alternativi, la chiarezza dei messaggi di errore e la coerenza delle intestazioni. È qui che si vince o si perde la conformità.
Passaggio 4: prova con uno screen reader. Esegui almeno un flusso completo (ad esempio, un modulo di contatto o un acquisto) con NVDA o VoiceOver. Nota dove ti perdi.
Passaggio 5: prova con utenti reali quando possibile. Le persone con disabilità rilevano barriere che nessuno strumento o esperto senza tale esperienza percepisce. Questo è il criterio più prezioso e il più difficile da sostituire.
Passaggio 6: documentare e correggere. Registra ogni risultato con il relativo criterio WCAG, la tecnica applicata e le prove (screenshot, versione del browser, data). Questo record è ciò che trasforma il “crediamo che sia conforme” in “possiamo dimostrare che è conforme”.
Errori frequenti nel raggiungimento del livello AA di accessibilità web
Confondere “zero errori del revisore” con la conformità. Un report pulito proveniente da uno strumento automatico non equivale alla conformità di AA. I revisori coprono solo una frazione dei criteri; il resto richiede giudizio umano.
Ignora il contrasto negli stati interattivi. Il contrasto viene rivisto solo nello stato per difetto, ma gli stati :hover, :focus e :disabled devono anche essere completati. Un pulsante che passa a riposo può fallire durante la messa a fuoco.
Utilizzare ARIA per modificare HTML mal strutturato. La prima regola di ARIA non è usare ARIA se l’HTML nativo risolve già il problema. Un <div> con role="button" non sarà mai così robusto come un <button> reale, che gestisci il fuoco e il teclado.
Olvidar el redimensionado del texto. El criteri 1.4.4 exige que el texto se pueda ampliar al 200 % sin pérdida de contenido ni funcionalidad. I disegni con altezze fisse in pixel si rompono qui.
No probar en móvil. El reflujo (criterio 1.4.10) richiede che il contenuto funzioni senza spostamento orizzontale sui display stretti. Molti siti di scrittura sono conformi a questo punto.
Domande frequenti
Che differenza c’è tra l’accessibilità A, AA e AAA?
I livelli di conformità WCAG sono cumulativi. Il livello A copre 30 criteri di base; AA ne aggiunge altri 20 (50 in totale) ed è lo standard richiesto dalla maggior parte delle leggi; AAA ne aggiunge altri 28 e non è richiesto in forma generale perché alcuni criteri sono utilizzabili in tutti i contenuti. Per la maggior parte dei progetti web, AA è un obiettivo realistico e sufficiente per l’accessibilità del web.
Quanti criteri WCAG 2.2 devono essere completati per il livello AA?
Le WCAG 2.2 Livello AA richiedono il rispetto di 50 criteri di successo: i 30 del Livello A più i 20 del Livello AA. La cifra rimane la stessa delle WCAG 2.1, ma la versione 2.2 ha aggiunto anche nuovi criteri come la dimensione target (2.5.8) e l’aiuto coerente (3.2.6), alcuni al livello A e altri al livello AA.
Basta con un’attrezzatura automatica per completare AA?
No. Gli strumenti automatizzati rilevano errori oggettivi e ripetitivi, ma non possono valutare criteri che dipendono dal significato o dal contesto, come la qualità del testo alternativo o l’utilità di un messaggio di errore. La conformità AA richiede la combinazione di audit automatizzato, revisione manuale e test con lettori di schermo e, quando possibile, con utenti reali.
¿Qué lector de pantalla conviene usarlo per provare un sito?
NVDA è gratuito e ampiamente utilizzato su Windows, il che lo rende l’opzione più accessibile per iniziare. JAWS è commerciale e comune negli ambienti aziendali. VoiceOver è integrato in macOS e iOS, quindi è il percorso naturale se lavori nell’ecosistema Apple. Il test con almeno due combinazioni di browser e screen reader fornisce un’immagine più affidabile.
¿L’accessibilità AA è obbligatoria per legge?
Dipende dal paese e dal tipo di organizzazione. Nell’Unione Europea, la Direttiva sull’Accessibilità del Web e la norma EN 301 549 impongono requisiti al settore pubblico e a molti servizi privati. Negli Stati Uniti, la Sezione 508 e l’ADA generano obblighi simili. In America Latina, diversi paesi hanno proprie normative ispirate alle WCAG. Si consiglia di verificare la normativa applicabile al proprio mercato.
¿Ogni cosa è necessario rivedere un sito per mantenere il livello AA?
Non esiste un intervallo di tempo universale, ma qualsiasi modifica nella progettazione, nel modello o nel componente può introdurre regressioni. Un approccio pratico consiste nell’effettuare un audit automatico durante ogni implementazione tramite l’integrazione continua ed eseguire una revisione manuale completa almeno una volta all’anno o dopo riprogettazioni significative. Documentare ogni audit rende più semplice dimostrare una conformità duratura nel tempo.
Conclusione
La conformità AA all’accessibilità web non si acquista o si installa: si costruisce combinando strumenti e giudizio. Gli auditor automatizzati accelerano il lavoro, i controllori del contrasto risolvono un errore oggettivo, gli screen reader rivelano l’esperienza reale e la revisione manuale copre ciò che nessuna macchina può giudicare.
Scegli i tuoi strumenti in base al tuo flusso di lavoro, non in base alla loro popolarità, e documenta ogni decisione. Per approfondire criteri e tecniche, il riferimento definitivo resta la documentazione WCAG del W3C e le linee guida dell’iniziativa WAI.
Fonti e ulteriori letture
- Linee guida per l’accessibilità dei contenuti Web - Wikipedia: Le linee guida per l’accessibilità dei contenuti Web (WCAG) fanno parte di una serie pubblicata dalla Web Accessibility Initiative (WAI) del World Wide Web Consortium (W3C),…
- Accessibilità del Web - Wikipedia: l’accessibilità del Web, o eAccessibilità, è la pratica inclusiva che garantisce che non vi siano barriere che impediscano l’interazione o l’accesso a siti Web nel mondo…
¿Compili WCAG senza toccare il codice?
Sovrapposizione di IA che promette il completamento del WCAG in 48 ore