Glossario dell'accessibilità: termini chiave

Parla il linguaggio dell’accessibilità

Capire l’accessibilità digitale comincia dall’imparare il suo vocabolario. Il campo si colloca all’incrocio tra diritto, design, ingegneria ed esperienza vissuta, perciò la terminologia può sembrare densa la prima volta che la si incontra. Sigle come WCAG, ARIA e VPAT vengono usate nella stessa frase di concetti come «contenuto percepibile» e «nome accessibile», ed è facile perdere il filo.

Questo glossario raggruppa i termini più importanti in quattro categorie pratiche — standard e leggi, disabilità e tecnologie assistive, concetti tecnici e ARIA e test e processo — così da farti trovare in fretta ciò che ti serve e vedere come le parti si collegano tra loro. Ogni voce include una definizione in linguaggio semplice e, dove utile, un breve esempio.

Una nota prima di iniziare: nessun singolo strumento, plugin o «overlay di accessibilità» rende un sito web conforme o realmente utilizzabile. L’accessibilità reale nasce da codice accessibile, design ponderato e test con le persone che dipendono dalle tecnologie assistive. Considera con profondo scetticismo qualsiasi prodotto che prometta conformità istantanea.

Standard, leggi e quadri normativi

Questi termini descrivono le regole del gioco: le linee guida rispetto a cui ti misuri e le leggi che possono rendere obbligatoria la conformità.

WCAG: Web Content Accessibility Guidelines (Linee guida per l’accessibilità dei contenuti web). Pubblicate dal W3C, le WCAG sono lo standard tecnico globale per i contenuti web accessibili. La versione attuale è WCAG 2.2. I criteri di successo sono organizzati secondo quattro principi — percepibile, utilizzabile, comprensibile e robusto (POUR) — e graduati su tre livelli di conformità: A, AA e AAA. La maggior parte delle leggi e dei contratti indica come obiettivo WCAG 2.1 o 2.2 livello AA. Scopri come si collega ai tuoi obblighi nella nostra guida alla conformità WCAG.
Livello di conformità (A, AA, AAA): I tre livelli dei criteri di successo delle WCAG. Il livello A è il minimo, AA è lo standard legale pratico a cui mira la maggior parte delle organizzazioni e AAA è l’asticella più alta (raramente richiesto su un intero sito perché alcuni criteri non sono raggiungibili per tutti i tipi di contenuto).
POUR: I quattro principi fondamentali delle WCAG: il contenuto deve essere percepibile (gli utenti possono percepirlo), utilizzabile (gli utenti possono interagirvi), comprensibile (gli utenti possono capirlo) e robusto (funziona in modo affidabile su browser e tecnologie assistive diversi).
ADA: Americans with Disabilities Act (legge americana sulle persone con disabilità). Legislazione statunitense sui diritti civili che vieta la discriminazione delle persone con disabilità. I tribunali la applicano sempre più a siti web e app, e l’ADA è alla base della maggioranza delle cause sull’accessibilità digitale negli Stati Uniti. Vedi la nostra panoramica sulla conformità ADA.
Section 508: Una sezione della Rehabilitation Act statunitense che impone alle agenzie federali e alle organizzazioni finanziate dal governo federale di rendere accessibile la propria tecnologia elettronica e dell’informazione. La Section 508 incorpora per riferimento le WCAG 2.0 livello AA. Dettagli nella nostra guida alla Section 508.
EAA: European Accessibility Act (Direttiva UE 2019/882). Richiede a un’ampia gamma di prodotti e servizi — tra cui e-commerce, banche, trasporti ed e-book — di soddisfare requisiti di accessibilità. L’applicazione è iniziata a giugno 2025. Maggiori informazioni nella nostra guida alla conformità EAA.
EN 301 549: Lo standard europeo armonizzato sull’accessibilità per prodotti e servizi ICT. È la spina dorsale tecnica a cui rimanda l’EAA e adotta i criteri di successo delle WCAG come propri requisiti web, perciò soddisfare le WCAG 2.1 AA porta a buon punto verso la conformità a EN 301 549.
AODA: Accessibility for Ontarians with Disabilities Act. Legislazione provinciale canadese che stabilisce standard di accessibilità per le organizzazioni che operano in Ontario, inclusi i requisiti sui contenuti web. Vedi la nostra guida alla conformità AODA.
W3C: World Wide Web Consortium. L’organismo internazionale di standardizzazione che sviluppa e pubblica le WCAG, ARIA e l’insieme più ampio di standard web aperti.
WAI: Web Accessibility Initiative. Il ramo del W3C dedicato all’accessibilità. La WAI produce le WCAG, la specifica ARIA, tecniche di supporto e risorse formative.
VPAT®: Voluntary Product Accessibility Template. Un documento standardizzato usato per produrre un Accessibility Conformance Report (ACR) che descrive come un prodotto soddisfa standard come WCAG, Section 508 ed EN 301 549. Spesso richiesto negli appalti aziendali e pubblici. Scopri cosa comporta nella nostra guida VPAT/ACR, oppure fattene produrre uno tramite i nostri servizi di reportistica VPAT.
ACR: Accessibility Conformance Report. Il documento finale, supportato da evidenze, che risulta dalla compilazione di un VPAT per una specifica versione di prodotto. Gli acquirenti usano gli ACR per confrontare i fornitori e valutare il rischio negli appalti.

Disabilità e tecnologie assistive

L’accessibilità esiste per servire persone reali. Questi termini descrivono le tecnologie e i metodi di interazione che le persone con disabilità usano per accedere ai contenuti digitali.

Tecnologia assistiva (AT): Qualsiasi hardware o software che aiuta le persone con disabilità a usare computer e il web. Esempi sono gli screen reader, gli ingranditori di schermo, i dispositivi a sensore (switch), i software di controllo vocale, i display braille aggiornabili e i dispositivi di input alternativi. Sviluppare per l’accessibilità significa in definitiva sviluppare per le AT.
Screen reader: Software che converte i contenuti dello schermo — testo, immagini, campi modulo e controlli — in sintesi vocale o output braille. Tra gli screen reader più diffusi ci sono JAWS e NVDA (Windows), VoiceOver (macOS e iOS) e TalkBack (Android). La nostra guida ai test con screen reader spiega come valutare con essi, e puoi commissionare una valutazione con screen reader al nostro team.
Sintesi vocale (TTS): Tecnologia che legge ad alta voce il testo scritto. La TTS è un mattone fondamentale degli screen reader, ma viene offerta anche come funzione autonoma per il pubblico generale. Non è la stessa cosa di uno screen reader, che trasmette struttura, ruoli e stato, non solo parole. Spieghiamo la differenza in sintesi vocale a confronto con gli screen reader.
Display braille aggiornabile: Un dispositivo hardware che rende il testo dello schermo come caratteri braille tattili tramite punti che si alzano e si abbassano. Si abbina a uno screen reader ed è essenziale per molti utenti sordociechi.
Ingranditore di schermo: Software che ingrandisce una parte dello schermo per gli utenti ipovedenti, spesso con regolazioni di colore e contrasto. I layout che si riadattano in modo pulito a livelli di zoom elevati funzionano molto meglio con l’ingrandimento.
Accesso a sensore (switch): Un metodo di input che consente alle persone con disabilità motorie significative di azionare un dispositivo usando uno o più sensori (pulsanti, tubi a soffio e aspirazione o altri controlli) invece di mouse o tastiera. Dipende da un’interfaccia logica e completamente utilizzabile.
Input vocale / Riconoscimento vocale: Software come Dragon o il controllo vocale integrato che consente agli utenti di navigare e dettare parlando. Si basa su nomi accessibili accurati affinché comandi come «clic su Invia» corrispondano all’etichetta visibile.
Navigazione da tastiera: Usare un sito web solo con la tastiera — di solito Tab, Maiusc+Tab, le frecce, Invio e barra spaziatrice. È essenziale per chi non può usare un mouse ed è alla base anche dell’accesso a sensore e vocale. Se qualcosa funziona solo al passaggio del mouse o al clic, non funziona per gli utenti da tastiera.
Disabilità cognitiva: Un’ampia categoria che comprende condizioni che incidono su memoria, attenzione, capacità di risolvere problemi o comprensione. Linguaggio chiaro, navigazione coerente, comportamento prevedibile e una generosa tolleranza agli errori favoriscono tutti l’accessibilità cognitiva.
Ipovisione: Capacità visiva ridotta non correggibile con gli occhiali. Gli utenti possono affidarsi all’ingrandimento, al contrasto elevato o a colori personalizzati, ed è per questo che il testo ridimensionabile e un forte contrasto cromatico contano così tanto.

Concetti tecnici e ARIA

Questi sono i mattoni a livello ingegneristico: le parti della pagina e del markup che determinano se le tecnologie assistive riescono a dare un senso alla tua interfaccia.

HTML semantico: HTML scritto con elementi che portano un significato — <nav>, <main>, <button>, <article> e i tag di intestazione — invece di generici contenitori <div> e <span>. La semantica nativa fornisce gratuitamente alle tecnologie assistive ruolo, stato e comportamento da tastiera, ed è per questo che la prima regola di ARIA è «non usare ARIA se l’HTML nativo può svolgere il compito».
ARIA: Accessible Rich Internet Applications. Un insieme di attributi HTML (con prefisso aria-) più ruoli che comunicano ruolo, stato e proprietà degli elementi dell’interfaccia alle tecnologie assistive quando la semantica nativa non basta — per esempio aria-expanded su un menu a discesa personalizzato. Un ARIA usato male può peggiorare le cose, perciò va applicato con cura.
Ruolo: Un attributo ARIA (o HTML implicito) che indica alle tecnologie assistive cosa è un elemento: un pulsante, una scheda, una finestra di dialogo, un punto di riferimento di navigazione. I ruoli permettono agli utenti di capire e prevedere come interagire con un controllo.
Nome accessibile: L’etichetta che uno screen reader annuncia per un elemento, calcolata da fonti come il testo visibile, aria-label, aria-labelledby o un <label> associato. Un pulsante con sola icona e senza nome accessibile viene annunciato come «pulsante», lasciando l’utente a indovinare.
Albero di accessibilità: Una struttura parallela che il browser costruisce a partire dal DOM, esponendo ruoli, nomi, stati e relazioni degli elementi alle tecnologie assistive attraverso le API di accessibilità della piattaforma. È ciò che uno screen reader effettivamente «vede».
DOM: Document Object Model. La rappresentazione viva e strutturata di una pagina HTML nel browser. L’albero di accessibilità ne deriva, perciò un DOM ben strutturato è il fondamento di un’esperienza accessibile.
AOM: Accessibility Object Model. Un’API del browser che espone l’albero di accessibilità a JavaScript, consentendo agli sviluppatori di interrogare e regolare le proprietà di accessibilità a livello di programmazione.
Testo alternativo (alt): Una descrizione testuale di un’immagine fornita tramite l’attributo HTML alt. Gli screen reader la annunciano in modo che gli utenti non vedenti ottengano l’informazione che l’immagine trasmette. Le immagini decorative dovrebbero usare un alt="" vuoto affinché vengano saltate invece di essere lette come rumore.
Contrasto cromatico: La differenza di luminanza tra il testo e il suo sfondo. Le WCAG richiedono almeno 4.5:1 per il testo normale e 3:1 per il testo grande (e 3:1 per componenti dell’interfaccia e grafiche significative). Un contrasto adeguato aiuta gli utenti ipovedenti e chiunque legga sotto la luce intensa del sole.
Indicatore di focus: Un contorno o un’evidenziazione visibile che mostra quale elemento ha attualmente il focus da tastiera. Le WCAG richiedono che sia chiaramente visibile affinché gli utenti da tastiera sappiano sempre dove si trovano. Rimuovere i contorni di focus nel CSS senza una sostituzione visibile è un errore comune e grave.
Ordine di focus: La sequenza in cui il focus da tastiera si sposta tra gli elementi interattivi. Un ordine logico segue il layout visivo e il significato del contenuto, così la navigazione risulta prevedibile invece che disordinata.
Punto di riferimento (landmark): Una regione della pagina identificata da un ruolo — banner, navigation, main, contentinfo — che consente agli utenti di screen reader di saltare direttamente tra le sezioni principali invece di leggere dall’alto verso il basso.
Link di salto (skip link): Un link, di solito il primo nell’ordine di tabulazione, che consente agli utenti da tastiera di saltare la navigazione ripetuta e andare direttamente al contenuto principale. Spesso è nascosto visivamente finché non riceve il focus.
Testo reale: Testo reso come caratteri HTML effettivi invece di essere incorporato in un’immagine. Il testo reale può essere ridimensionato, riadattato, tradotto e letto dalle tecnologie assistive. Le immagini di testo non rispettano le WCAG, tranne per i loghi e i casi incidentali.
API: Application Programming Interface. Nell’accessibilità, le API di accessibilità della piattaforma sono i canali attraverso cui le tecnologie assistive comunicano con il sistema operativo e le applicazioni per recuperare informazioni sugli elementi dell’interfaccia.
CAPTCHA: Completely Automated Public Turing test to tell Computers and Humans Apart. I CAPTCHA tradizionali basati su immagini sono una barriera importante per gli utenti con disabilità. Preferisci alternative accessibili come le sfide audio, i campi honeypot o i metodi invisibili di valutazione del rischio.

Test, ruoli e processo

L’accessibilità è qualcosa che si verifica e si mantiene, non una casella da spuntare una volta sola. Questi termini descrivono come i team la valutano e la sostengono nel tempo.

Test automatizzati: Usare software per analizzare le pagine alla ricerca di problemi rilevabili come testo alternativo mancante, contrasto basso o etichette vuote. È veloce e ottimo per individuare regressioni, ma trova solo una parte di tutti i problemi. Il nostro software di scansione dell’accessibilità e la scansione di accessibilità gratuita sono buoni punti di partenza.
Test manuali: Valutazione svolta da una persona usando tecnologie assistive e giudizio esperto. Coglie ciò che l’automazione non può: l’ordine di lettura logico, il testo dei link significativo, una gestione del focus sensata e se un flusso è davvero utilizzabile. Vedi la nostra guida agli audit di accessibilità manuali e i nostri servizi di audit ricorrenti.
Test di usabilità con persone con disabilità: Osservare utenti reali di tecnologie assistive mentre completano attività sul tuo prodotto. Questo è lo standard di riferimento: fa emergere attriti che né gli strumenti né le checklist rivelano. Esplora i nostri audit condotti da persone con disabilità.
Audit di accessibilità: Una valutazione strutturata di un prodotto rispetto a uno standard (di solito WCAG 2.2 AA), che combina metodi automatizzati e manuali per produrre un elenco prioritizzato di problemi con indicazioni per la correzione. I principi sono trattati in vera accessibilità digitale.
Correzione (remediation): Il lavoro di risolvere i problemi di accessibilità che un audit fa emergere: correggere il codice, ridisegnare i componenti o ricostruire i documenti. Per i file non web questo spesso significa correzione dei PDF per rendere i documenti leggibili dalle tecnologie assistive.
VPAT / ACR (come processo): Oltre a essere documenti, produrre un ACR basato su VPAT è un processo: testare il prodotto rispetto a ciascun criterio applicabile, registrare il livello di supporto e documentare le evidenze. Gli acquirenti considerano un ACR credibile come prova di diligenza dovuta.
Shift Left: Spostare il lavoro sull’accessibilità più a monte nel ciclo di sviluppo — nel design e nella revisione del codice anziché in correzioni dopo il lancio. Individuare i problemi presto è enormemente più economico che adattarli in seguito, l’idea centrale dietro la consulenza sull’accessibilità.
Dichiarazione di accessibilità: Una pagina pubblica che descrive il tuo livello di conformità, le limitazioni note, gli standard che segui e come gli utenti possono segnalare barriere o chiedere aiuto. Molte leggi, inclusa l’EAA, ne prevedono una.
Overlay di accessibilità: Un widget di terze parti che afferma di rendere un sito conforme automaticamente tramite uno script e una barra degli strumenti. Gli overlay non offrono una conformità autentica, possono interferire con la tecnologia assistiva degli utenti e sono comparsi in cause legali. QualiBooth non li avalla. Per un approccio trasparente e controllato dall’utente, vedi invece il nostro toolkit di accessibilità e Agora.
A11y: Un numeronimo di «accessibility» (accessibilità): la lettera «a», 11 lettere e poi «y». Un’abbreviazione comune nella comunità che troverai nel codice, nei talk delle conferenze e nei canali di team.
Design universale: Una filosofia che mira a creare prodotti utilizzabili dal maggior numero possibile di persone senza adattamenti speciali. Nel lavoro digitale significa progettare per l’accessibilità fin dall’inizio invece di adattarla in seguito, e tende a migliorare l’usabilità per tutti, non solo per le persone con disabilità.

Dove andare da qui

Un glossario ti dice cosa significano i termini; non può dirti a che punto è il tuo prodotto. Il modo più rapido per trasformare il vocabolario in azione è combinare una base automatizzata con una revisione manuale esperta e test con persone che usano le tecnologie assistive ogni giorno.

Inizia con una scansione di accessibilità gratuita per vedere i problemi superficiali, consulta i problemi di accessibilità comuni da evitare e, quando sei pronto per una valutazione vera, richiedi una demo o parla con il nostro team di consulenza sull’accessibilità.