Una persona intenta a esaminare rapporti e documenti stampati seduta a un tavolo.

Descrizione dell'immagine: una persona intenta a esaminare rapporti e documenti stampati seduta a un tavolo.

Abbiamo analizzato 8.788 cause legali relative all'accessibilità del web: ecco quali sono i motivi per cui le aziende vengono effettivamente citate in giudizio

Editoriale · Ricerca sull'accessibilità digitale

Abbiamo analizzato 8.788 cause legali relative all'accessibilità del web: ecco quali sono i motivi per cui le aziende vengono effettivamente citate in giudizio

Una banca dati del tribunale federale contenente 113.120 denunce specifiche in materia di accessibilità, tratte da ricorsi reali presentati ai sensi del Titolo III dell'ADA. Dodici modelli ricorrenti sono alla base di oltre il 70% dei casi. Il 60% delle cause è intentato da quattro studi legali. La durata media di una causa è di 97 giorni. Ecco quali sono i motivi effettivi delle azioni legali intentate dai ricorrenti — riga per riga, pagina per pagina.

Risultati · Fascicolo 01 06 voci · ricavate da 113.120 questioni relative a 8.788 casi

Cosa rivelano le 113.120 denunce presentate

  1. 01 3,449

    Il numero di richieste è aumentato in quattro anni, passando da 466 nel 2021 a 3.449 nel 2025

    Nel 2024 si sono registrati 2.156 casi. Nel 2025 sono stati 3.449. Il primo trimestre del 2026 è sulla buona strada per eguagliare o superare il dato del 2025. Il contenzioso federale in materia di accessibilità non è più ciclico, ma strutturale.

  2. 02 60%

    Solo quattro gruppi di studi legali hanno presentato il 60% dei 8.788 casi complessivi

    Studi legali legati a Gottlieb: 1.798 casi. Stein Saks: 1.562. Throndset Michenfelder: 1.007. Equal Access Law Group: 988. Il contenzioso è concentrato, non distribuito.

  3. 03 97 giorni

    La metà dei casi si conclude in meno di 90 giorni — la mediana è di 97

    Il 46,2% si risolve entro 90 giorni; l'83,5% entro 180. La logica economica di questi casi non risiede in una sentenza, bensì in una rapida transazione che consente di evitare le spese legali.

  4. 04 17,693

    «Non viene segnalato dallo screen reader» è la lamentela più frequente

    17.693 segnalazioni — pari al 21,7% del totale dei reclami rilevati — riguardano un malfunzionamento dello screen reader. I casi più frequenti riguardano moduli, icone del carrello, finestre modali e messaggi di conferma.

  5. 05 991

    In centinaia di reclami compare lo stesso testo standard

    Una frase — «Queste barriere all'accesso hanno negato al ricorrente un accesso pieno e paritario…» — compare parola per parola in 991 atti distinti. Le denunce sono redatte sulla base di un modello.

  6. 06 36%

    I convenuti del settore dell'e-commerce e della vendita al dettaglio rappresentano il 36% del totale dei casi

    Il pulsante «Aggiungi al carrello» che non fornisce alcuna conferma, l'icona del carrello contrassegnata solo come «chiusa», i campi del checkout privi di etichetta: questi elementi ricorrono in migliaia di reclami.

Sono state estratte 113.120descrizioni dei fatti oggetto di controversia da 8.788 cause federali in materia di accessibilità intentate tra il 2007 e l'aprile 2026, incrociate con i metadati dei casi provenienti dagli archivi dei tribunali federali PACER.


Come abbiamo analizzato i dati

Il dibattito pubblico sulle cause legali in materia di accessibilità si basa per lo più su sintesi annuali redatte da associazioni di categoria o su materiale promozionale fornito da fornitori di servizi di conformità. Noi abbiamo adottato un approccio diverso: abbiamo analizzato direttamente i documenti relativi alle denunce. Nello specifico, abbiamo lavorato su un set di dati creato estraendo informazioni strutturate da 8.788 cause intentate dinanzi ai tribunali federali ai sensi del Titolo III dell’ADA e delle leggi correlate — ovvero tutti i casi presenti nel nostro database in cui il ricorrente ha sostenuto che un sito web, un’app o un altro servizio digitale non rispettasse i requisiti di accessibilità.

Il set di dati è composto da due livelli. Il primo livello è costituito dai metadati dei casi: titolo del caso, numero del caso, nome dell’attore, nome del convenuto, studio legale dell’attore, avvocato principale, data di deposito e data di chiusura. Questi dati provengono dagli archivi dei tribunali federali PACER, il sistema pubblico di registrazione dei procedimenti utilizzato da tutti i tribunali distrettuali degli Stati Uniti. Il secondo livello è granulare: 113.120 descrizioni di singoli problemi estratte dalle denunce sottostanti, ciascuna contrassegnata con una categoria specifica (lettore di schermo, navigazione da tastiera, moduli, contrasto dei colori e così via) e collegata al caso di origine.

La tassonomia delle categorie è stata elaborata con un approccio dal basso verso l'alto, partendo dall'analisi delle parole chiave presenti nei testi effettivi delle denunce. Non siamo partiti dai criteri di successo delle WCAG per cercare corrispondenze. Abbiamo invece preso le mosse da ciò che i ricorrenti hanno effettivamente scritto nelle loro denunce, raggruppando i termini utilizzati e lasciando che le categorie emergessero dai dati. Il risultato: 27 categorie funzionali che rispecchiano il modo in cui le cause legali descrivono le carenze in materia di accessibilità, non come vengono formalmente classificate dai quadri normativi di conformità.

01Fonte8.788 fascicoli PACER estratti dal registro federale
02EstrattoTesto della denuncia analizzato alla ricerca di specifiche accuse relative all'accessibilità
03ClassificaOgni numero è classificato in una delle 27 categorie
04LinkQuestioni con riferimenti incrociati al caso di origine e all'imputato
05AnalisiModelli misurati tra ricorrenti, studi legali, periodo di tempo e settore
8,788
Casi federali analizzati
113,120
Singoli numeri estratti
10,181
Imputati singoli
2007–2026
Intervallo di date di deposito

Avvertenze importanti

Questo set di dati presenta evidenti limiti che desideriamo sottolineare fin dall’inizio. In primo luogo, riguarda esclusivamente i casi federali: molti casi relativi all’accessibilità ai sensi dell’ADA vengono infatti intentati anche nei tribunali statali (in particolare ai sensi dell’Unruh Act della California e della Legge sui diritti umani della città di New York) e tali procedimenti statali non sono inclusi nei nostri dati. In secondo luogo, il set di dati rileva i casi intentati, non le lettere di diffida. Si ritiene comunemente che il numero di lettere di richiesta di risarcimento che vengono risolte prima della presentazione di qualsiasi causa sia molte volte superiore al numero di cause intentate, ma queste non compaiono nei registri del tribunale. In terzo luogo, la nostra categorizzazione è euristica: una singola denuncia descrive in genere più barriere e la categoria "Generale / Non classificato" rimane la più ampia (38.672 casi) perché il linguaggio del ricorrente spesso descrive una barriera in forma narrativa prima di entrare nel dettaglio. In quarto luogo, dai metadati PACER non è possibile capire se un caso “chiuso” sia stato risolto, archiviato, vinto dal ricorrente o vinto dal convenuto — ma solo che il fascicolo è stato chiuso.

Questo set di dati è utile per individuare modelli ricorrenti: quali elementi delle pagine vengono citati, quali reclami seguono uno schema prestabilito, quali studi legali presentano istanze, quali sono le tendenze relative alle istanze presentate e quanto durano i procedimenti. Non sostituisce in alcun modo la consulenza legale su un caso specifico.


Il problema del volume: le richieste sono in aumento

Il dato più evidente è l'andamento. Nel 2021, nel nostro database sono stati registrati 466 casi federali relativi all'accessibilità. Nel 2025, ce ne sono stati 3.449. I primi tre mesi completi del 2026 (gennaio, febbraio, marzo) hanno registrato rispettivamente 280, 273 e 282 ricorsi — il che implica un tasso annualizzato di circa 3.300 casi per il 2026, che si mantiene sostanzialmente stabile sul nuovo livello di riferimento più elevato.

Cause legali federali in materia di accessibilità intentate ogni anno (il nostro set di dati)
466
2021
755
2022
1,018
2023
2,156
2024
3,449
2025
~3,300
2026*
*dati stimati sulla base dei dati effettivi di gennaio-marzo pubblicati dall'

Previsione per il 2026 basata sulle 835 richieste registrate nei mesi di gennaio, febbraio e marzo 2026 (i dati relativi ad aprile sono incompleti). La previsione presuppone che nel 2026 si mantenga il livello mensile del 2025, pari a circa 280 richieste al mese.

L'accelerazione registrata alla fine del 2024 è particolarmente evidente. Fino ad agosto 2024, le cause intentate mensilmente ammontavano in media a 130. Da settembre 2024 in poi, la media mensile è balzata a 277 casi — e da allora si è mantenuta a quel livello. Il mese con il numero più alto nel nostro set di dati è luglio 2025 con 376 cause intentate; si tratta di circa 12 nuove cause legali sull'accessibilità intentate ogni giorno lavorativo in tutto il sistema giudiziario federale degli Stati Uniti.

⚠️ Il «cambiamento radicale dell'autunno 2024»

Da gennaio ad agosto 2024, le istanze presentate mensilmente sono state in media 130. Da settembre 2024 a marzo 2026, la media mensile è salita a 280. Non si tratta di una crescita graduale, bensì di un cambiamento repentino nel ritmo operativo dei contenziosi intentati dai ricorrenti. Non abbiamo una spiegazione definitiva, ma la tempistica coincide approssimativamente con la maggiore visibilità della regolamentazione del Titolo II del Dipartimento di Giustizia degli Stati Uniti per i siti web dei governi statali e locali, che ha stabilito il primo standard tecnico federale esplicito (WCAG 2.1 Livello AA) legato all'accessibilità ai sensi della legge statunitense.

Due note contestuali. Innanzitutto, il nostro set di dati raccoglie i casi federali estratti dal PACER e potrebbe non includere tutti i ricorsi presentati dinanzi ai tribunali statali in materia di accessibilità: l’Unruh Act della California, la Human Rights Law di New York e leggi statali simili generano un numero considerevole di contenziosi aggiuntivi che non rientrano nella giurisdizione federale. Gli osservatori del settore che riportano totali annuali compresi tra 4.000 e 5.000 casi solitamente combinano i ricorsi federali con quelli presentati dinanzi ai principali tribunali statali. In secondo luogo, la crescita anno su anno delle cause federali è in linea con la tendenza più ampia riportata dagli osservatori delle cause legali sull'accessibilità: l'andamento del set di dati è coerente con quanto emerso da altre fonti pubbliche.


Chi ha intentato queste cause

Se gli 8.788 casi fossero distribuiti in modo uniforme tra gli operatori del diritto statunitensi, ci aspetteremmo di vedere migliaia di avvocati diversi che si occupano di uno o due casi ciascuno. Ma non è ciò che emerge dai dati. Il contenzioso federale in materia di accessibilità è straordinariamente concentrato in un numero ristretto di studi legali specializzati in cause civili.

I primi 10 studi legali specializzati in cause civili rappresentano il 70% del totale dei casi

01
Società collegate a Gottlieb
Gottlieb & Associates · Avv. Jeffrey M. Gottlieb · Mizrahi Kroub LLP
1.798 casi
02
Stein Saks PLLC
Voci relative a più varianti combinate
1.562 casi
03
Studio legale Throndset Michenfelder
con sede in Minnesota
1.007 casi
04
Equal Access Law Group PLLC
Voci relative a più varianti combinate
988 casi
05
Studio legale di Pelayo Duran, PA
con sede in Florida
579 casi
06
Avv. Roderick V. Hannah, Studio legale
con sede in Florida
574 casi
07
Adams & Associates, S.r.l.
con sede in Florida
330 casi
08
Studio legale Mendez, PLLC
con sede in Florida
309 casi
09
Nye, Stirling, Hale, Miller & Sweet, S.r.l.
con sede in California
308 casi
10
Gabriel A. Levy, S.r.l.
con sede a New York
267 casi

I conteggi raggruppano tutte le diverse varianti ortografiche dello stesso nome di società presenti nel database PACER (ad esempio, “Stein Saks, PLLC” e “Stein Saks PLLC” vengono considerate come un unico nome).

Solo questi primi 10 gruppi di studi legali rappresentano il 70% dei 8.788 casi presenti nel nostro dataset (6.151 casi, dopo aver unificato le diverse varianti ortografiche). I primi 5 gruppi di studi legali da soli rappresentano il 45,1%. A prescindere dal metro di misura utilizzato per valutare i mercati dei servizi legali, si tratta di una concentrazione straordinaria. A titolo di confronto, i 50 studi legali statunitensi più grandi in termini di fatturato gestiscono complessivamente forse l'8-10% di tutti i contenziosi federali.

La concentrazione dei ricorrenti è ancora più marcata

256
Cause intentate da Julie Dalton — la ricorrente più prolifica nel nostro database (intentate nel periodo 2023–2026)
15.5%
Percentuale dei 8.788 ricorsi presentati esclusivamente dai primi 10 ricorrenti indicati
600
Ricorrenti che compaiono in un solo caso (su un totale di 1.071 nomi di ricorrenti distinti)

Il set di dati rivela una chiara struttura a due livelli tra i ricorrenti. Da un lato, 36 persone hanno intentato ciascuna 50 o più cause, mentre 6 ne hanno intentate 100 o più. Questi soggetti vengono comunemente definiti «ricorrenti seriali» o «ricorrenti-tester». Dall'altro lato, 600 dei 1.071 ricorrenti unici presenti nel nostro set di dati hanno presentato una sola causa ciascuno: si tratta di singoli utenti con disabilità che hanno riscontrato una barriera specifica su un determinato sito web e hanno intentato un'unica causa.

I ricorrenti seriali non sono casuali. Un ricorrente ha intentato 256 cause tra il 2023 e il 2026, con una forte accelerazione: 7 cause nel 2023, 52 nel 2024, 135 nel 2025 e 62 solo nel primo trimestre del 2026. I suoi convenuti spaziano da Williams-Sonoma, Hanesbrands, Fossil Group, Oxford Industries, FullBeauty Brands e decine di altri marchi di consumo. Un altro ricorrente ha intentato 220 cause dal 2021, con convenuti che vanno da Sherwin-Williams a piccole società immobiliari della Florida. Il modello è coerente: ogni ricorrente seriale collabora con uno o due studi legali specifici e presenta un gran numero di cause contro una serie ampia e variegata di convenuti.

Una nota sul significato effettivo dell'espressione «ricorrente seriale» nella legislazione statunitense sull'ADA

I tribunali statunitensi si sono ripetutamente occupati della questione se i ricorrenti che intentano un gran numero di cause abbiano la legittimazione ad agire. La risposta generale è affermativa: l’ADA non richiede che il ricorrente sia un cliente del convenuto, ma solo che abbia incontrato personalmente un ostacolo e abbia un intento credibile di tornare. Diverse corti d'appello, tra cui l'Undicesima, hanno espressamente stabilito che «la frustrazione e l'umiliazione derivanti dalla visualizzazione» di un sito web inaccessibile costituiscono un danno sufficiente per la legittimazione ad agire. Se considerare le cause seriali come un vantaggio (applicazione privata della legge sui diritti civili) o un problema (ottenimento di accordi transattivi basati sul volume) è una questione di politica; dal punto di vista giuridico, i casi procedono in gran parte.


L'accordo in 97 giorni: perché i casi non arrivano in tribunale

Dei 8.788 casi presenti nel nostro set di dati, 6.951 presentavano sia una data di avvio che una data di chiusura, un numero sufficiente per calcolare la durata dei casi. La distribuzione è sorprendente.

Tempo trascorso dalla presentazione alla chiusura del caso — Distribuzione
Meno di 30 giorni
577 casi · 8,3%
31–60 giorni
1.244 casi · 17,9%
61–90 giorni
1.387 casi · 20,0%
91–180 giorni
2.594 casi · 37,3%
da 181 a 365 giorni
862 casi · 12,4%
Da più di un anno
287 casi · 4,1%
97
Giorni · Tempo mediano trascorso dalla presentazione alla chiusura in 6.951 casi per i quali sono disponibili entrambe le date
46.2%
Percentuale di casi chiusi entro 90 giorni dalla presentazione
83.5%
Percentuale di casi chiusi entro 180 giorni
95.9%
Percentuale di casi chiusi entro un anno dalla presentazione della domanda

Ciò che questa distribuzione riflette, in pratica, è che le cause relative ai siti web ai sensi del Titolo III dell’ADA sono concepite per arrivare a una rapida transazione, non per arrivare in tribunale. L'aspetto economico funziona così. Un'azienda convenuta che riceve una denuncia si trova di fronte a una scelta: spendere 50.000–200.000 dollari o più per la difesa iniziale (istanza di archiviazione, discovery, periti), oppure spendere 5.000–30.000 dollari per una rapida transazione che include un impegno di rimedio più le spese legali dell'attore. Per la maggior parte dei convenuti — in particolare le medie imprese di e-commerce, i ristoranti e le aziende di servizi — la transazione è inequivocabilmente più economica, anche quando la denuncia sottostante è contestabile nel merito.

«Pagare per far sparire il problema» non è un difetto di questo sistema. È il sistema stesso. La mediana di 97 giorni è la prova tangibile di quella logica economica.

Questo spiega anche perché il dataset mostri così tanti ricorrenti che presentano una sola denuncia (600 su 1.071) e solo un piccolo gruppo di ricorrenti seriali (36 con più di 50 casi). I ricorrenti abituali operano su scala industriale: individuano oltre 100 siti web con barriere simili, presentano oltre 100 denunce, raggiungono un accordo per ciascuna entro 90 giorni e riscuotono le spese legali da ogni accordo. Il calcolo funziona solo in termini di volume — ed è proprio il volume a produrre i convenuti disponibili a un accordo.

La cifra più bassa non è quella dell'accordo, ma quella della revisione contabile

La mediana di 97 giorni rappresenta il costo di un approccio reattivo. Un audit mirato sugli specifici errori a livello di elemento citati in questo set di dati — le icone del carrello segnalate come "chiuse", le conferme del carrello non annunciate, i blocchi della tastiera durante il checkout — richiede in genere dai 5 ai 10 giorni lavorativi e costa una frazione di quanto spenderebbe una singola risposta di difesa.

→ Richiedi una valutazione dei rischi relativi all'accessibilità ad AIOPSGROUP


Cosa viene oggetto di causa: le 12 principali categorie di controversie

Partendo dalle 113.120 descrizioni dei singoli casi, abbiamo valutato la frequenza con cui ciascuna categoria di ostacolo ricorre nei casi distinti — non il numero totale di casi (che darebbe un peso eccessivo a quelli con reclami più lunghi), ma la percentuale di casi in cui la categoria compare almeno una volta.

Categorie di barriere in base alla percentuale di casi in cui vengono menzionate
Lettore di schermo
4.111 casi · 54%
Immagini / Testo alternativo
3.179 casi · 42%
Tastiera / Focus
2.821 casi · 37%
Navigazione globale / Intestazione
2.732 casi · 36%
Pagina con l'elenco dei prodotti
1.972 casi · 26%
Link / Pulsanti
1.966 casi · 26%
Video / Audio
1.776 casi · 23%
Finestre modali / Finestre a comparsa
1.616 casi · 21%
Struttura della pagina
1.423 casi · 19%
Pagina dei dettagli del prodotto
1.359 casi · 18%
Moduli (generali)
1.226 casi · 16%
Home
1.198 casi · 16%

Ciascuna percentuale rappresenta la quota dei 7.543 casi in cui abbiamo individuato problemi che menzionano l'ostacolo almeno una volta. Poiché molti casi fanno riferimento a più categorie, la somma delle percentuali supera il 100%.

Il modello è chiaramente individuabile. L'incompatibilità con gli screen reader costituisce la categoria principale: è presente in oltre la metà dei casi, e la maggior parte delle altre categorie (moduli, navigazione, finestre modali, testo alternativo, link) rappresenta una manifestazione specifica dello stesso problema di fondo: il sito web non comunica correttamente con le tecnologie assistive. La navigazione da tastiera è la seconda categoria principale: il 37% dei casi descrive l'impossibilità di utilizzare il sito senza mouse, spesso in combinazione con problemi relativi agli screen reader.

Le categorie minori non sono meno importanti per determinati settori. Il contrasto cromatico ricorre in soli 309 casi complessivi, ma in circa il 10% dei casi relativi a siti web del settore sanitario, dei servizi finanziari e della pubblica amministrazione, dove i contenuti testuali sono fondamentali per l'attività dell'utente. Il contrasto video/audio ricorre nel 23% dei casi complessivi, ma in quasi il 100% dei casi relativi a istituti scolastici o aziende del settore dei media, dove il video costituisce il prodotto stesso.


La lamentela più frequente: «Non viene letto dallo screen reader»

Tra tutti i commenti presenti nel nostro set di dati, la lamentela più ricorrente è una variante di «l'elemento non viene letto dallo screen reader» o «non è etichettato in modo da integrarsi con lo screen reader». Sono 17.693 i casi distinti in cui viene utilizzata questa formulazione, pari al 21,7% di tutte le lamentele estratte.

Ciò che rende questa categoria particolarmente utile ai fini diagnostici è che indica con precisione in quale punto della pagina si è verificato l'errore. I ricorrenti (e i loro avvocati) specificano con estrema precisione quale elemento lo screen reader non riesca a leggere. Ecco alcuni esempi reali tratti direttamente dai testi delle denunce presenti nel nostro dataset:

Da una denuncia presentata contro un negozio specializzato in prodotti alimentari
«Il sito web del convenuto è strutturato in modo tale che gli utenti che utilizzano lettori di schermo potrebbero non essere in grado di effettuare un acquisto. Quando l'utente si sposta sul campo della quantità, vengono annunciati l'etichetta e il valore della quantità, ma poi l'utente rimane bloccato: non c'è modo di proseguire.»
— Numero 11, categoria "Annunci per lettori di schermo"
Da un reclamo presentato contro un sito di e-commerce
«Il sito web del convenuto non segnala all'utente l'aggiunta corretta di un articolo al carrello. Quando un articolo viene aggiunto correttamente al carrello, il focus prosegue secondo il normale ordine di navigazione, senza alcuna conferma acustica o tattile. L'utente di uno screen reader non viene quindi informato dell'esito positivo della propria azione.»
— Numero 20, categoria "Annunci per lettori di schermo"
Da un reclamo presentato nei confronti di un sito di salse piccanti e beni di consumo
«L'icona del carrello sul sito web non è etichettata correttamente. L'icona viene semplicemente descritta come "link numerico". Gli utenti che utilizzano lettori di schermo non saranno in grado di identificare il pulsante su cui cliccare quando sono pronti per procedere al pagamento.»
— ID problema, categoria "Flusso di checkout"
Da una denuncia contro un negozio di abbigliamento
«L'icona del carrello nella parte superiore di ogni pagina non è etichettata ed è semplicemente indicata come "chiusa". Il ricorrente e gli altri visitatori non vedenti del sito web non sono in grado di aggiungere articoli al carrello né di procedere al pagamento.»
— ID problema, categoria "Annunci dello screen reader"

Il valore diagnostico in questo caso è enorme. Ogni segnalazione individua un elemento specifico con un difetto specifico. Non si tratta di concetti astratti: descrivono ciò che uno screen reader riproduce effettivamente. "Link numerico". "Chiuso". "Pulsante pulsante pulsante". Questi sono i messaggi letterali emessi da uno screen reader quando incontra un elemento privo di un nome accessibile. Chiunque esegua un controllo manuale dell'accessibilità su un sito può utilizzare queste esatte frasi come casi di test: "Il nostro pulsante del carrello viene annunciato come 'carrello' o come 'chiuso'? Il nostro campo quantità consente all'utente di superarlo dopo aver inserito un valore?"

I motivi all'interno dei motivi

All'interno della categoria degli screen reader, alcuni sottomodelli ricorrono con sorprendente regolarità:

SottostrutturaCosa significa in termini di codicePerché viene citata in giudizio
«Non ancora annunciato»Element non ha un nome accessibile (nessun aria-label, alt, <label>, o contenuti testuali)Lo screen reader lo salta o legge solo "pulsante" / "link"
«Da leggere come “crollato”»aria-expanded="false" su un pulsante privo di nome accessibileLo screen reader legge solo lo stato, non ciò che esso controlla
“Da leggere come ‘collegamento numerico’”L'unico nome accessibile è il contatore di carrelli «(2)»«2 link» non ha senso: non c'è alcuna indicazione che si tratti del carrello
“Supera di gran lunga la concorrenza”Il widget personalizzato ruba il focus e impedisce la navigazione tra le schedeL'utente non può tornare indietro o andare avanti
“Stessa etichetta due volte” / “Nome e cognome vengono entrambi visualizzati come ‘Nome’”Vengono acquisiti i dati aria-label dalla stessa fonte — come negli strumenti di sovrapposizioneL'utente non riesce a distinguere i vari campi
“Hero Dash Three – Link all’immagine grafica” ripetuto 4 volteLe quattro immagini principali hanno tutte in comune lo stesso alt dal modello CMSL'utente dello screen reader sente la stessa frase quattro volte di seguito

L'ultima riga è tratta da una denuncia reale presente nel nostro set di dati. Il punto è proprio la precisione: l'avvocato di un ricorrente che legge la trascrizione generata dallo screen reader può copiare il testo così com'è nella denuncia, e questo diventa la base per un capo d'accusa. Ogni pagina del sito che produce un evidente artefatto dello screen reader rappresenta un potenziale capo d'accusa in una futura denuncia.


Moduli: la responsabilità più silenziosa

I reclami relativi ai moduli compaiono in 1.226 casi — circa il 16% del nostro set di dati — ma risultano sottorappresentati nelle cifre principali, poiché la maggior parte di essi è classificata sotto le voci "screen reader" o "generale" anziché in una categoria specifica dedicata ai moduli. In base all'analisi delle parole chiave, la percentuale effettiva di reclami relativi ai moduli rispetto al totale dei reclami è più vicina al 30-40%.

In particolare, i ricorrenti sostengono quanto segue:

Ingressi senza etichetta
158+
Riferimenti combinati a «senza etichetta», «etichetta mancante», «nessuna etichetta», «non etichettato» in contesti relativi a moduli
Messaggi di errore non visualizzati
354
La presenza di “messaggi di errore” nei reclami relativi ai moduli
Indicatori dei campi obbligatori
146
Gli asterischi vengono visualizzati ma non vengono riportati come aria-required
Campi raggruppati / gruppi
1+
Quasi nessun imputato sta utilizzando <fieldset> per gli input raggruppati
Token di completamento automatico
3
Quasi nessun ricorrente fa riferimento alla mancanza di autocomplete attributi — eppure le WCAG 2.1 SC 1.3.5 li richiedono nei campi standard
Segnaposto come etichetta
6
Anti-pattern documentato; raramente citato, ma sempre più evidente nei reclami del periodo 2025–2026

I due errori concreti che abbiamo riscontrato più volte nei reclami relativi alla procedura di pagamento:

Da una segnalazione relativa al modulo di accesso di una cooperativa di credito
«I campi del modulo di checkout vengono segnalati come "vuoti". Gli utenti non possono effettuare un ordine se non compilano questi campi, ma poiché i campi non sono etichettati, ciò impedisce loro di completare questa fase.»
— ID problema, categoria "Flusso di checkout"
Da un reclamo presentato contro un sito di e-commerce
«La casella di selezione "Come indirizzo di fatturazione" non è etichettata correttamente: quando è attiva, viene annunciata solo come "casella 0 non selezionata".»
— ID problema, categoria "Flusso di checkout"

Il messaggio "Casella di controllo 0 non selezionata" è un errore particolarmente comune: si verifica quando un componente personalizzato di casella di controllo utilizza un div con un gestore in linea, lo script collega aria-checked="false" ma senza alcuna etichetta associata, e lo screen reader ricorre quindi alla lettura di qualsiasi testo DOM riesca a trovare — che in questo caso era uno «0» che si riferiva a qualcosa di completamente diverso.

🔴 Cosa può essere oggetto di una causa
  • Dati senza <label> / aria-label / aria-labelledby
  • Gli errori vengono segnalati solo tramite un bordo rosso o un testo in sovrimpressione sotto il campo, senza mai essere esposti alle tecnologie assistive
  • I campi obbligatori sono contrassegnati solo da un asterisco
  • Componenti personalizzati di tipo casella di controllo o pulsante di opzione privi di nome accessibile
  • Pulsanti di invio che riportano solo la dicitura «pulsante»
  • Testo provvisorio utilizzato come unica etichetta del campo
🟢 Cosa non risulta (dai nostri dati)
  • Nativo <label> con le dovute for corrispondenza degli attributi dell'input id
  • Errori associati tramite aria-describedby e annunciato in diretta tramite aria-live
  • aria-required="true" corrispondente all'asterisco visivo
  • Standard <input type="checkbox"> con un'etichetta adeguata
  • Pulsanti con testo descrittivo come «Invia ordine»
  • Etichette visibili sopra ogni campo

La navigazione globale compare in 2.732 casi (36%). Gli elementi più ricorrenti in questa categoria sono i menu a hamburger per dispositivi mobili, i mega-menu e i sottomenu a tendina. Le contestazioni risultano notevolmente simili tra i vari convenuti:

A seguito di numerose segnalazioni relative a siti di e-commerce
«Le funzioni del sito, come le opzioni dei menu a tendina, non sono etichettate in modo da poter essere integrate con lo screen reader.»
«Dopo aver premuto due volte il tasto Tab, il sito web sposta il focus in un ordine logico […] poi il focus si sposta a sinistra dell'elenco delle voci del sottomenu e il sottomenu si chiude in modo imprevisto.»
«Le intestazioni delle categorie quali Prodotti, Istituzioni, Servizi, Risorse e Azienda risultano tutte inaccessibili
— Esempi di reclami ricorrenti, categoria "Navigazione globale e intestazione"

Cosa succede nella pratica: un utente vedente clicca sull'icona a forma di hamburger, il menu si apre con un'animazione e vengono visualizzate le opzioni. Un utente che utilizza uno screen reader si sposta con il tasto Tab su quella stessa icona, sente "pulsante" (senza nome accessibile), la attiva e, o non viene annunciato nulla (il menu si è aperto ma lo screen reader non lo sa), oppure il focus rimane sull'icona mentre le voci del menu sono visibili ma non presenti nell'ordine di navigazione da tastiera.

Si tratta di una violazione tipica delle WCAG 2.1: il criterio di successo 4.1.2 (Nome, ruolo, valore) richiede che i componenti dell'interfaccia utente abbiano un ruolo programmatico e un nome accessibile; il criterio di successo 2.1.1 (Tastiera) richiede che tutte le funzionalità siano utilizzabili tramite tastiera. Un pulsante "hamburger" privo di un nome accessibile non soddisfa nessuno dei due requisiti. La soluzione consiste nell'aggiungere due attributi: aria-label="Menu" e aria-expanded="true|false" aggiornato al momento dell'attivazione. Tutti i siti che abbiamo riscontrato nel nostro set di dati con problemi relativi al menu a hamburger erano siti che non avevano messo in atto queste due misure.

Modello: 113 reclami segnalano che «il menu non indicava il suo stato»

Si tratta precisamente del aria-expanded fallimento. Il pulsante attiva o disattiva un pannello, ma gli utenti di lettori di schermo non hanno modo di sapere se il pannello sia ora aperto o chiuso. Premono il pulsante, non sentono alcun suono, lo premono di nuovo e alla fine rinunciano. In diverse segnalazioni che abbiamo letto, proprio questo schema è descritto come il momento in cui il reclamante ha abbandonato l'acquisto.


Immagini e testo alternativo: 42% dei casi

L'accessibilità delle immagini è presente in 3.179 casi, pari al 42% del nostro set di dati. Le segnalazioni non riguardano solo la mancanza del testo alternativo, ma anche testi alternativi errati, ridondanti o fuorvianti, spesso generati da strumenti automatici.

Gli schemi ricorrenti:

Manca il testo alternativo
298
Riferimenti diretti a "missing alt" — immagini informative prive di alt per niente
Titolo alternativo
200
Lo stesso testo alternativo ripetuto in più immagini diverse, oppure un testo alternativo che ripete il testo circostante
Problemi relativi al logo
394
Immagini del logo prive di testo alternativo o con alt=”immagine” / “logo.png” al posto del nome del marchio
Problemi relativi alle icone
419
Icona come pulsante senza aria-label — viene visualizzato solo come «pulsante» o «link»
Decorativo, senza marchio
75
Immagini decorative che dovrebbero avere alt="" ma hanno invece una descrizione priva di significato
Alt vuoto su elemento informativo
11
Problema inverso — immagini significative contrassegnate come alt=""

Un modello specifico di reclamo emerso dal nostro set di dati è talmente ricorrente che lo citeremo direttamente:

Da una segnalazione relativa a una barriera di accesso alla homepage
«Dopo l'intestazione, gli utenti degli screen reader non sentono il contenuto dell'immagine, ma sentono ripetere quattro volte la frase "Hero Dash Three Graphic Image Link" ».
— ID problema, categoria della pagina iniziale

Questa è la firma di un modello di immagine CMS che non è stato configurato: il team di marketing del sito sta caricando un'immagine "hero" in uno spazio denominato hero-3-graphic, il CMS utilizza il nome dello slot come testo alternativo di riserva, e il sito presenta quattro di queste rotazioni di immagini in primo piano sulla homepage. Ogni visitatore non vedente che accede alla homepage sente la stessa stringa inutile quattro volte di seguito. Basterebbe una semplice modifica alla configurazione del CMS per risolvere il problema, ma la questione viene segnalata ripetutamente perché nessuno l'ha mai risolta.

Il problema dell'attributo "alt='immagine di un cartello blu e giallo'" per un logo

Una quota crescente dei reclami relativi alle immagini nel periodo 2024–2026 è riconducibile ai testi alternativi generati dall'intelligenza artificiale tramite strumenti di overlay per l'accessibilità. I dati della nostra categoria segnalano 241 reclami relativi a testi alternativi privi di senso o palesemente fuorvianti — descrizioni quali "testo", "file", "città" o descrizioni visive vaghe per elementi che hanno un significato specifico e importante (il logo di un'azienda, la foto di un prodotto, un'icona di stato). Questi reclami sono particolarmente difficili da gestire per i convenuti perché il testo alternativo generato dall'IA è stato aggiunto da uno strumento di overlay automatizzato che l'azienda riteneva rendesse il sito più accessibile — e la contestazione è che invece lo ha reso meno accessibile introducendo informazioni errate.


Finestre modali, pop-up e banner sui cookie: il 21% dei casi

I problemi relativi alle finestre modali e ai popup si verificano in 1.616 casi (21%). La frase più ricorrente in questa categoria è «non segnalato» (502 occorrenze): ciò significa che la finestra modale si è aperta, ma lo screen reader non se ne è accorto e il focus è rimasto sul pulsante di attivazione.

Da numerose segnalazioni — un fenomeno quasi universale
«Il ricorrente non è riuscito ad accedere alla finestra promozionale a comparsa "Iscriviti per ottenere uno sconto del 20% sul tuo primo ordine", poiché non è leggibile dai lettori di schermo.»
«Quando la ricorrente ha cliccato su "Aggiungi al carrello", non ha ricevuto alcuna notifica vocale che il prodotto fosse stato aggiunto al carrello e il focus non si è spostato sulla finestra pop-up
«Il ricorrente e gli altri utenti di lettori di schermo che visitano il sito web non sono a conoscenza di questa finestra pop-up; il focus non si sposta su tale finestra e non è possibile modificare la quantità, rimuovere l'articolo o procedere al checkout.»
— Esempi di reclami ricorrenti, categoria "Popup, finestre modali e sovrapposizioni"

Il modello è talmente ricorrente in migliaia di casi che vale la pena descriverlo per esteso come la "modalità di guasto" canonica:

  1. L'utente fa clic su un pulsante (l'utente vedente vede aprirsi la finestra modale).
  2. Il modal viene aggiunto al DOM senza role="dialog" oppure aria-modal="true".
  3. La selezione non viene spostata nella finestra modale.
  4. L'utente dello screen reader è ancora fermo sul pulsante originale e non si accorge che lo stato della pagina è cambiato.
  5. Premono il tasto Tab in avanti: il focus della finestra modale non rimane bloccato, quindi il cursore passa allo sfondo della pagina.
  6. Premono il tasto Esc: non succede nulla (la finestra modale non ha un gestore per il tasto Esc).
  7. Il riquadro modale impedisce loro di accedere a ciò che si trova dietro.
  8. Si arrendono.

La soluzione è ben documentata e standard: role="dialog" sul contenitore modale, aria-modal="true", spostare il focus sul primo elemento selezionabile all'interno della finestra modale all'apertura, mantenere il focus all'interno della finestra modale finché rimane aperta, riportare il focus sull'elemento di attivazione alla chiusura e rilevare la pressione del tasto Esc per chiuderla. Eppure, oltre 100 segnalazioni nel nostro dataset descrivono una finestra modale che non può essere chiuso — il che significa che il gestore Escape non esiste e che il pulsante di chiusura non è accessibile.

I banner sui cookie e le finestre di dialogo per il consenso rappresentano un caso particolare

34 segnalazioni presenti nel nostro dataset citano specificatamente le finestre modali di consenso ai cookie come barriere all'accessibilità — il più delle volte perché la finestra modale oscura visivamente la pagina ma non può essere chiusa tramite la tastiera. Ai sensi della normativa UE (l'EAA, in vigore dal 28 giugno 2025), un banner sui cookie inaccessibile è doppiamente problematico: può infatti non soddisfare i requisiti di accessibilità e impedire agli utenti di fornire validamente il consenso ai sensi del GDPR. Diverse azioni di applicazione della normativa UE del 2025 hanno preso di mira specificamente i flussi di consenso non conformi ai requisiti di accessibilità.


Il processo di checkout: dove l'e-commerce fallisce

I reclami specifici relativi alla fase di checkout sono 1.656 (22%). Se si sommano a queste le categorie correlate — "Aggiungi al carrello" (718 casi), "Pagina del carrello" (1.022), "Pagamento" (524) e "Gestione dell'indirizzo" (130) — la percentuale di casi che descrivono un flusso di acquisto non funzionante risulta notevolmente più elevata.

I modelli di reclamo sono particolarmente specifici del percorso di acquisto nell'e-commerce:

Fase del funnelModello specifico di reclamoFrequenza nei dati
Sfoglia i prodottiPulsanti dei filtri privi di etichetta / non accessibili tramite tastieraDiverse centinaia di menzioni
Dettagli del prodottoIl selettore delle taglie, i campioni di colore o l'inserimento della quantità non vengono segnalatiMenzioni dirette in 2.725 casi
Aggiungi al carrelloNon viene visualizzata alcuna conferma dopo il clic: l'utente non sa se l'operazione è andata a buon fineIl modello più citato in questa categoria
Icona del carrelloIl contatore del carrello viene segnalato come "non funzionante" o "numero non disponibile"Un tema ricorrente in centinaia di reclami
Pagina del carrelloI controlli della quantità non sono accessibili, il pulsante "Rimuovi articolo" non è etichettatoRiferimenti diretti in 1.022 casi
Cassa — indirizzoIl campo del codice postale non è etichettato; il menu a tendina del Paese non è etichettato130 casi citano specificatamente i campi relativi all'indirizzo
Cassa — pagamentoIl campo del numero della carta non è etichettato; la casella di controllo "Come fatturazione" presenta un formato errato524 casi relativi ai pagamenti
Checkout — erroreGli errori nei moduli vengono visualizzati ma non segnalati agli screen reader354 occorrenze di "messaggio di errore" in contesti relativi a moduli
Checkout — InviaIl pulsante "Effettua ordine" non è etichettato o non funziona quando viene attivato dalla tastieraRicorrente

Il danno economico causato da un ostacolo alla procedura di pagamento è asimmetrico. Qualsiasi altro ostacolo all'accessibilità su un sito web influisce sulla capacità dell'utente di trovare le informazioni. Un checkout non funzionante influisce sulla capacità dell'utente di completare un acquisto. Questo è il motivo per cui i siti di e-commerce sono esposti a rischi sproporzionati: non perché i siti di e-commerce presentino di per sé più barriere, ma perché ogni barriera presente in una pagina di checkout costituisce, di fatto, un diniego di servizio che la legge considera più grave rispetto a una barriera presente, ad esempio, in una pagina "Chi siamo".

Un errore specifico che abbiamo riscontrato più volte nei nostri dati: lo stato di conferma dell'operazione "Aggiungi al carrello". Molti siti aggiungono un articolo al carrello senza ricaricare la pagina, visualizzando una piccola notifica a comparsa o una finestra modale con il messaggio «Aggiunto al carrello!». Se quella notifica a comparsa non è presente in un aria-live In questo caso, l'utente dello screen reader non riceve alcun feedback che indichi che sia successo qualcosa. Clicca di nuovo su "Aggiungi al carrello". E poi ancora. Potrebbe ritrovarsi con tre articoli uguali nel carrello — oppure potrebbe rinunciare e abbandonare del tutto l'acquisto. Entrambi questi casi sono oggetto di reclami.


Navigazione da tastiera: il test che rileva il 37% dei casi

Si riscontrano problemi di navigazione da tastiera in 2.821 casi (37%). Le segnalazioni sono concrete:

“Navigazione tramite tastiera” citata
406
Riferimenti diretti all'impossibilità di navigare nel sito senza un mouse
Nessun indicatore di messa a fuoco
230
L'elemento selezionato non fornisce alcuna indicazione visiva: l'utente non sa dove si trova
Uso improprio di tabindex
117
Ordine di navigazione errato o elementi interattivi non presenti nell'ordine di navigazione
Trappola della tastiera
88
L'utente raggiunge un elemento che non può superare con il tasto Tab: è necessario ricaricare la pagina
Impossibile accedere
55
Funzionalità disponibile solo tramite mouse — tipica dei menu a tendina personalizzati
Ordine di tabulazione
41
L'ordine non corrisponde al flusso visivo: la finestra modale è aperta, ma il focus rimane sullo sfondo

L'indicazione più concreta che si può trarre da questa categoria è la seguente: il test con la tastiera rileva la maggior parte delle violazioni dell'accessibilità sulla maggior parte dei siti web in meno di cinque minuti. Premete il tasto Tab. Osservate dove si sposta l'indicatore di focus. Se scompare (nessuno stato di focus visibile), si tratta del requisito SC 2.4.7 (Focus visibile). Se raggiungete un elemento e non riuscite a superarlo con il tasto Tab, si tratta del requisito SC 2.1.2 (Nessuna trappola da tastiera). Se raggiungi la finestra modale e l'ordine di tabulazione passa alla pagina di sfondo, si tratta dello SC 2.4.3 (Ordine di focus). Se l'icona del carrello non riceve affatto il focus, si tratta dello SC 2.1.1 (Tastiera).

Non servono uno screen reader, uno strumento di verifica né conoscenze specialistiche per individuare la maggior parte dei problemi che portano i siti a essere citati in giudizio. Basta una tastiera. Il fatto che 2.821 casi riguardino problemi di accessibilità tramite tastiera significa che 2.821 siti non hanno superato un test di 5 minuti che qualsiasi loro sviluppatore avrebbe potuto eseguire.

2.821 siti non hanno superato un test della durata di 5 minuti che i loro sviluppatori avrebbero potuto eseguire. I costi di difesa e gli importi degli accordi transattivi relativi a quei casi avrebbero coperto il costo di quel test ben 100.000 volte.
Il test di 5 minuti rileva il 37%. Il restante 63% necessita dell'aiuto di una persona che utilizzi uno screen reader.

Gli scanner automatici individuano circa il 30-40% dei problemi relativi alle WCAG. Il resto — la finestra modale che gli screen reader non rilevano, il messaggio a comparsa che non viene mai visualizzato aria-live regione, l'artefatto "casella 0 non selezionata" su un componente personalizzato — emerge solo durante i test manuali dei flussi degli utenti reali. AIOPSGROUP esegue tale test sui cinque flussi che generano effettivamente il tuo fatturato: homepage, PLP, PDP, carrello, checkout.

→ Richiedi una verifica manuale dei tuoi principali flussi utente


Il problema dei modelli standard: perché i reclami “personalizzati” non lo sono

Uno dei risultati più sorprendenti emersi dalla nostra analisi dei modelli è che una parte consistente del testo dei reclami risulta identica in centinaia di casi distinti. Abbiamo effettuato un confronto esatto delle stringhe sui primi 80 caratteri della descrizione di ciascun reclamo. Diverse frasi ricorrono con straordinaria frequenza:

Frase standardCasi in cui si utilizza la citazione letterale
«Questi ostacoli all'accesso hanno impedito al ricorrente di godere di un accesso pieno e paritario a, e di...»991
«Al ricorrente è stato negato il pieno godimento delle strutture, dei beni e dei servizi…»843
«Codice amministrativo § 8-107(4)(a) nel rifiutare di aggiornare o rimuovere una barriera all'accessibilità…» (NYC HRL)504
«In realtà, le barriere all’accessibilità rendono impossibile per i non vedenti e gli ipovedenti…»312
«Il ricorrente non ha compreso lo scopo dell'elemento interattivo presente nella pagina…»135
«Il ricorrente non è riuscito a stabilire in quale parte del sottomenu si trovasse il focus della tastiera…»78
«Di conseguenza, il ricorrente ha avuto difficoltà a navigare nel menu e non è riuscito a...»64
«Il ricorrente ha ricevuto informazioni inesatte riguardo alla finalità dell'elemento in questione...»61
«Il sito web presentava funzionalità specifiche per determinati dispositivi, come la necessità di utilizzare il mouse, il che lo rendeva…»55
«Al ricorrente non è stato fornito lo strumento per aggirare i ripetuti blocchi dei contenuti…»50

Ecco come funziona una "fabbrica di cause legali". Il modello standard è efficiente: una volta che un modello di denuncia è stato collaudato in sede processuale (ovvero, ha superato le istanze di rigetto in casi precedenti), può essere riutilizzato in centinaia di denunce successive, modificando solo il nome del convenuto e alcuni dettagli specifici del sito. I paragrafi specifici per la questione vengono poi inseriti come moduli standard: “opzioni del menu a tendina non etichettate”, “indicatore di focus mancante”, “lo screen reader non annuncia il contatore del carrello” e così via.

Per i convenuti, ciò comporta due conseguenze. Innanzitutto, la denuncia che ricevono sembra personalizzata ma in realtà non lo è: gran parte del suo contenuto è in comune con centinaia di altri convenuti coinvolti in contenziosi gestiti dallo stesso studio legale. In secondo luogo, anche la risposta della difesa può essere basata su modelli prestabiliti, e molti grandi studi legali specializzati in difesa dispongono ormai di risposte standardizzate per i contenziosi in materia di accessibilità, pronte per essere utilizzate. Questo spiega in parte perché gli accordi transattivi vengono conclusi così rapidamente: entrambe le parti hanno già affrontato situazioni simili in passato.


Quali sono i settori più spesso oggetto di cause legali

I dati relativi agli imputati sono più disordinati rispetto a quelli relativi alle cause: i file JSON contengono decine di migliaia di nomi di imputati unici e molti riportano solo stringhe con i nomi delle aziende, senza alcuna classificazione settoriale. Effettuando un'analisi delle parole chiave sui nomi degli imputati, otteniamo una distribuzione approssimativa per settore:

e-commerce / Vendita al dettaglio3.931 (36%)
Ristorante / Gastronomia490 (4,5%)
Sanità287 (2,7%)
Istruzione212 (2,0%)
Bellezza / Cosmetici176 (1,6%)
Hotel / Settore alberghiero170 (1,6%)
Tecnologia / SaaS127 (1,2%)
Immobili113 (1,0%)
Servizi finanziari87 (0,8%)
Governo69 (0,6%)

Il restante 46% circa degli imputati non corrispondeva a nessuno dei nostri filtri basati sulle parole chiave di settore e non è stato classificato: molti sono società a responsabilità limitata, holding o piccole imprese senza nomi che ne identifichino il settore. Si tratta di un approccio approssimativo, non di una classificazione precisa.

Il settore dominante è quello dell'e-commerce e della vendita al dettaglio, con il 36%, seguito a grande distanza dagli altri. Ciò è comprensibile, vista la struttura: i siti di e-commerce presentano le funzionalità più interattive (ricerca, navigazione, carrello, checkout), il maggior numero di pagine, il maggior numero di immagini e la maggiore visibilità per visitatore. Inoltre, gestiscono transazioni finanziarie, il che significa che qualsiasi barriera impedisce di ottenere un beneficio economico quantificabile. I ristoranti costituiscono il secondo gruppo più consistente, trainato in gran parte dai flussi di ordini e prenotazioni online che presentano carenze in termini di accessibilità.

Ciò che colpisce è la varietà dei convenuti all'interno di ciascun settore. Tra i convenuti nel settore dell'e-commerce figurano Williams-Sonoma, Hanesbrands, Fossil Group, Crocs, Burberry, Calzedonia e migliaia di rivenditori di dimensioni molto più ridotte. Le cause legali non si concentrano su un ristretto numero di aziende "scorrette", ma sono ampiamente distribuite su tutto il settore dell'e-commerce.


Calcolatore dell'esposizione al rischio

Di seguito è riportata una stima approssimativa del rischio potenziale, basata sulle tendenze emerse dal nostro set di dati. I dati riportati non costituiscono un parere legale né si riferiscono specificatamente a un singolo convenuto: si tratta di stime aggregate ricavate dai dati relativi alla durata dei procedimenti e alle modalità di risoluzione delle controversie sopra riportati. Il rischio effettivo dipende dalla giurisdizione, dal settore di attività, dai precedenti in materia di accessibilità, dall'esistenza di un programma di adeguamento documentato e da molti altri fattori non riportati nei metadati PACER.

Calcola il tuo rischio annuo di essere coinvolto in cause legali relative all'accessibilità

2.0M
$24,000
Esposizione annuale stimata (fascia approssimativa dei costi relativi alla causa e alla transazione)
Stima approssimativa aggregata a livello settoriale basata sui modelli osservati nei casi concreti. I dati riportati sono puramente indicativi; l'esposizione effettiva varia notevolmente. Non costituisce consulenza legale o finanziaria. Si raccomanda di rivolgersi a un consulente legale per valutazioni specifiche dei rischi.

La variabile determinante in questa stima è il grado di maturità in materia di accessibilità. I siti che dispongono di un programma consolidato — ovvero che prevedono test automatizzati di accessibilità nell'ambito del CI, verifiche manuali con cadenza almeno annuale, nonché l'integrazione dell'accessibilità nella fase di progettazione e nella revisione del codice — presentano un rischio di esposizione circa 20 volte inferiore rispetto ai siti privi di qualsiasi programma. L'effetto complessivo: secondo una nostra stima approssimativa, investire in un programma di accessibilità consolidato consente di ridurre di circa il 95% il rischio annuo di contenzioso per lo stesso profilo di sito.


Cosa riduce effettivamente il rischio: modelli tratti dai casi in cui non si è stati citati in giudizio una seconda volta

Il nostro set di dati presenta un'indicazione negativa significativa: i 600 ricorrenti che compaiono in un solo caso. Si tratta di singoli utenti con disabilità che hanno incontrato un ostacolo e hanno intentato una sola causa, non di contenziosi seriali su larga scala. I convenuti in questi casi isolati tendono a rientrare in due categorie: coloro che non vengono mai più citati in giudizio (perché hanno risolto il problema alla base) e coloro che vengono citati in giudizio da un altro ricorrente sei mesi dopo (perché non l'hanno fatto).

Dai dati relativi alle date di chiusura e ai modelli dei casi emerge che le difese che si rivelano efficaci nei risultati effettivi dei contenziosi non sono affatto innovative. Si tratta delle normali pratiche di progettazione per l'accessibilità. Tuttavia, i nostri dati ci consentono di classificarle in base alla frequenza con cui il problema di fondo compare nei reclami — ovvero, quali soluzioni prevengono maggiormente il ripetersi del problema:

🟢 Cosa riduce il rischio di recidiva (secondo i nostri dati)
  • Test manuali con screen reader sui 5 principali percorsi utente (homepage → pagina della scheda del prodotto → pagina dei dettagli del prodotto → carrello → checkout)
  • Navigazione esclusivamente tramite tastiera dall'inizio alla fine attraverso gli stessi flussi
  • Programmatico etichette dei moduli su ogni ingresso (<label for=…> oppure aria-labelledby)
  • Aree attive (aria-live) per l'aggiunta di articoli al carrello, gli errori nei moduli e le notifiche a comparsa
  • Accessibilità dei moduli: role="dialog", blocco della messa a fuoco, ritorno alla messa a fuoco in caso di avvicinamento, supporto per il tasto Esc
  • Indicatori di selezione visibili su ogni elemento interattivo (non sovrascrivere l'impostazione predefinita del browser a meno che quella sostitutiva non sia più visibile)
  • Testo alternativo effettivo per le immagini dei contenuti, alt="" a scopo decorativo
  • Controlli automatizzati di tipo "axe-core " o equivalenti nel CI/CD che causano il fallimento della build in caso di regressioni
  • Verifiche annuali condotte da soggetti terzi con misure correttive documentate (ciò garantisce inoltre una traccia documentale utile in caso di necessità di difesa)
🔴 Cosa non riduce il rischio di recidiva (secondo i nostri dati)
  • I widget di sovrapposizione per l'accessibilità di per sé: numerose segnalazioni presenti nel nostro dataset citano specificatamente le modifiche apportate dalla sovrapposizione come ostacolo
  • Una pagina contenente una dichiarazione sull'accessibilità che a sua volta non è accessibile (come segnalato in diverse segnalazioni)
  • «Contattateci in caso di problemi di accessibilità» come unico canale di ricorso: i tribunali lo hanno giudicato insufficiente
  • Verifiche una tantum senza monitoraggio continuo (i problemi si ripresentano nella distribuzione successiva)
  • Gli strumenti automatizzati da soli, senza test manuali, individuano circa il 30–40% dei problemi relativi alle WCAG
  • Accessibilità disponibile solo su dispositivi mobili, mentre il sito per computer presenta delle barriere (o viceversa)
🟢 Il modello della «misura preventiva più importante in assoluto»

Se dovessimo individuare l’intervento che più di ogni altro è correlato alla non ricorrenza di questi problemi nel nostro set di dati, sarebbe questo: percorrere manualmente, dall’inizio alla fine, il flusso principale di acquisto o registrazione del sito utilizzando uno screen reader e una tastiera, ad ogni ciclo di rilascio. La maggior parte dei modelli che abbiamo documentato sopra — campi di inserimento senza etichetta, silenzio dello screen reader su "Aggiungi al carrello", finestre modali che non annunciano, icone del carrello annunciate come "chiuse" — vengono rilevati nei primi 10 minuti di questo esercizio. Il solo test con la tastiera di 5 minuti identifica le violazioni in 2.821 dei nostri 8.788 casi.

Questo è il programma che AIOPSGROUP sviluppa per i propri clienti

Test manuali con screen reader e tastiera sui flussi che generano conversioni. Controlli automatizzati nell'ambiente CI che bloccano la compilazione in caso di regressione dell'accessibilità. Verifiche annuali condotte da terzi con misure correttive documentate — il tipo di documentazione che i tribunali considerano prova di un impegno in buona fede. Non un widget sovrapposto che finisce per essere citato come ostacolo in un reclamo presentato da qualcun altro.

→ Contattateci per discutere di un programma completo di accessibilità


In conclusione

Tre aspetti che emergono dalla nostra analisi di 113.120 reclami

Primo: il contenzioso in materia di accessibilità è un settore basato sugli accordi transattivi, non sui verdetti. La durata media di un caso è di 97 giorni. Il 46% si conclude in meno di 90 giorni. L'84% si conclude in meno di 180 giorni. I casi sono concepiti per essere risolti rapidamente perché entrambe le parti conoscono bene i conti: un accordo rapido, un impegno a porre rimedio alla situazione e le spese legali del ricorrente risultano più convenienti di un procedimento contenzioso per quasi tutti i convenuti.

Due: gli ostacoli oggetto della causa sono per lo più gli stessi, si trovano negli stessi punti e presentano gli stessi schemi di codice. Icone del carrello segnalate come “chiuse”. "Aggiungi al carrello" senza conferma acustica. Moduli senza etichette. Finestre modali che gli screen reader non rilevano. Ordine di tabulazione della tastiera che si interrompe al menu. Questi 5-10 modelli sono alla base della maggior parte dei reclami in 8.788 casi. Non sono una novità. Non sono tecnicamente difficili da correggere. Non sono rilevabili solo con strumenti specializzati: la maggior parte è evidente con un test manuale di 10 minuti.

Tre: la strategia che funziona sempre è la stessa che i professionisti dell'accessibilità raccomandano da vent'anni. Realizzate il sito in modo accessibile fin dall'inizio; testatelo con tecnologie assistive reali; considerate l'accessibilità parte integrante del normale processo di controllo qualità; documentate il vostro programma. La strategia che non funziona mai è quella di aggiungere a posteriori un widget di terze parti. Numerose segnalazioni presenti nel nostro database citano specificatamente il widget stesso come ostacolo, trasformando quello che dovrebbe essere uno strumento di conformità in un motivo di reclamo.

Per le organizzazioni che al momento non sono oggetto di cause legali, la domanda non è «come evitare le cause legali?», bensì «come realizzare un servizio digitale che gli utenti con disabilità possano effettivamente utilizzare?». Le due domande convergono verso la stessa risposta, ma implicano priorità organizzative molto diverse. La prima porta all’adozione di soluzioni aggiuntive di natura difensiva che spesso introducono nuove barriere. La seconda porta a una pratica ingegneristica duratura che produce un prodotto migliore per tutti — e, tra l’altro, produce la difesa legale più solida disponibile, ovvero un sito che non fallisce i test di accessibilità in primo luogo.

Gli 8.788 casi presenti nel nostro set di dati e le 113.120 denunce in essi contenute non sono casuali. Costituiscono una mappa quasi esaustiva di quella ristretta serie di errori ricorrenti che sono all'origine della quasi totalità dei rischi legali. La mappa è stata tracciata. Ora si tratta di utilizzarla.