Descrizione dell'immagine: Cliente che effettua un pagamento con carta utilizzando un terminale di pagamento portatile.
Il processo di pagamento nell'e-commerce: l'area più controversa di Internet
Il processo di pagamento nell'e-commerce: l'ambito più controverso di Internet
Un insieme di dati relativo a 8.788 cause legali federali in materia di accessibilità del web rivela un quadro poco lusinghiero. Sempre gli stessi pochi bug vengono rilasciati in produzione nelle stesse poche fasi – e sempre gli stessi pochi ricorrenti li individuano. Su 81.509 problemi catalogati dagli avvocati nei documenti presentati in tribunale, più di 4.050 si concentrano nelle cinque aree che trasformano un visitatore in un acquirente: carrello, indirizzo, pagamento, pagine di errore e il pulsante di checkout stesso.
Perché il mancato pagamento alla cassa è l'infrazione che ti costa cara
Le cause legali in materia di accessibilità web vengono intentate a ogni livello di un sito web: homepage, navigazione, piè di pagina, motore di ricerca. Tuttavia, nelle rare occasioni in cui una causa arriva alla fase della mozione decisiva, i tribunali non si lasciano influenzare dalle barriere estetiche, ma solo da quelle funzionali. Un acquirente non vedente che non riesce a trovare un banner in primo piano, in termini giuridici molto chiari, non ha perso nulla. Un acquirente non vedente che non riesce a completare un acquisto si è visto negare un servizio che il venditore ha offerto a tutti gli altri visitatori. Questa è la formulazione da manuale di una violazione del Titolo III, ed è lo stesso schema fattuale che ricorre in ogni lettera di richiesta di risarcimento redatta dagli avvocati del ricorrente.
Ecco perché le categorie più citate nel dataset non sono quelle che generano il maggior numero di reclami in assoluto. La categoria “Generale / Non classificato” è di gran lunga quella con il maggior numero di segnalazioni (38.671). Ma in base al valore in dollari in gioco per ogni errore, il funnel di checkout genera più contenziosi di tutte le altre categorie messe insieme. Ogni campo CVC non etichettato è un denial of service. Ogni "Ordine confermato" non annunciato è una transazione che l'utente non può dimostrare di aver effettuato. Ogni finestra modale che intrappola il focus sul passaggio "Applica coupon" è uno sconto per cui l'utente dello screen reader ha pagato il prezzo pieno per saltarlo.
In un tribunale federale statunitense, la domanda non è «la homepage è accessibile?», bensì «il ricorrente avrebbe potuto acquistare ciò che il convenuto vendeva?». La fase di pagamento è l'unico ambito in cui la risposta è binaria e l'unico in cui è semplice quantificare il risarcimento.
Il set di dati
L'analisi alla base di questo articolo si avvale di due corpora indipendenti. Il primo è un'istantanea strutturata del database PACER relativa a 8.788 cause civili federali intentate ai sensi dell'Americans with Disabilities Act e delle leggi statali parallele tra gennaio 2007 e aprile 2026, in cui ogni causa è collegata al/ai ricorrente/i, al/ai convenuto/i, alla data di deposito e alla data di conclusione. Il secondo è un'estrazione parallela di 81.509 questioni distinte relative all'accessibilità ricavate dal testo di tali atti: le frasi effettive scritte dagli avvocati per descrivere ciò che i loro clienti non potevano fare.
Questi due elementi insieme ci consentono di rispondere a domande a cui una singola fonte non può dare risposta. Non sappiamo solo quali siti siano stati citati in giudizio, ma anche quali siano state le criticità segnalate dagli avvocati in tribunale – e in quale fase del percorso dell’utente si siano verificate. Per questo articolo abbiamo filtrato il corpus dei problemi in cinque categorie del funnel di acquisto: FLUSSO DI CHECKOUT, CARRELLO, AGGIUNGI AL CARRELLO, PAGAMENTO, GESTIONE DELL'INDIRIZZO. Insieme, queste cinque aree rappresentano 4.050 problemi – circa il 5% del corpus, ma la fetta con il più forte nesso causale con il danno determinante.
La curva che nessuno aveva previsto nel piano per il quarto trimestre
Prima di analizzare la parte interna del funnel, vale la pena valutare quanto sia diventato ripido il suo versante esterno. Le richieste presentate ogni anno sono aumentate di un ordine di grandezza dal 2020 e continuano ad accelerare. Il dato relativo al 2026 riportato di seguito riguarda solo il primo trimestre; l'estrapolazione per l'intero anno indica che si è sulla buona strada per superare quota 4.500, quasi dieci volte il valore di riferimento del 2021.
▱ Dati parziali 2026: richieste presentate fino ad aprile 2026. Considerando l'andamento del primo trimestre, l'anno è sulla buona strada per raggiungere circa 3.500 richieste, in linea con la tendenza del 2025.
Due punti da tenere bene a mente. Innanzitutto, l’anno di svolta è il 2021 – in coincidenza con il boom dell’e-commerce post-pandemia e con un’ondata di sentenze dei tribunali statali (in particolare Robles contro Domino’s, il cui ricorso alla Corte Suprema è stato respinto nel 2019) che hanno indotto i tribunali federali del Nono Circuito a interpretare i siti web come rientranti nella definizione di «luoghi di pubblica ospitalità» del Titolo III. In secondo luogo, la crescita non ha raggiunto un plateau. Ogni anno dal 2021 ha registrato un nuovo record, e ogni nuovo record annuale è stato raggiunto mentre il Titolo III è rimasto, formalmente, non regolamentato per i siti commerciali privati.
Il imbuto all'interno dell'imbuto
Delle 81.509 segnalazioni catalogate dai dati raccolti, 4.050 rientrano in una delle cinque categorie del "funnel di acquisto" riportate di seguito. La distribuzione percentuale rispecchia quasi perfettamente il classico funnel di conversione: il numero di segnalazioni è maggiore nelle prime fasi del percorso, con ogni fase che vede la perdita sia di utenti legittimi che di ostacoli oggetto di contenzioso.
La categoria “Flusso di checkout” è quella più ampia perché la maggior parte delle segnalazioni descrive l’esperienza come un unico percorso. Ma la ripartizione è istruttiva: il carrello e l’aggiunta al carrello insieme (1.740 segnalazioni) generano un numero leggermente superiore di reclami oggetto di contenzioso rispetto alla pagina di checkout stessa. Ciò è in parte dovuto al fatto che il carrello è il luogo in cui avviene la prima azione irreversibile: una volta che l’utente dello screen reader non è in grado di confermare che un articolo è stato aggiunto, ogni passaggio successivo viene eseguito alla cieca. I problemi che iniziano a monte si aggravano a valle.
I cinque errori più frequenti
Quando si confrontano i 4.050 problemi riscontrati nella fase di checkout con le relative descrizioni in testo semplice, emerge che cinque tipi di anomalie costituiscono la maggior parte dei reclami presentati dai ricorrenti. Di seguito li elenchiamo in ordine di frequenza di comparsa negli atti processuali, indicando accanto a ciascuno i criteri WCAG più comunemente citati dagli avvocati.
La funzione "Aggiungi al carrello" attiva una conferma visiva – un messaggio a comparsa, l'apertura di un mini-carrello a tendina, l'aggiornamento di un indicatore – che gli screen reader non segnalano. L'utente clicca nuovamente, raddoppia l'ordine o rinuncia. Si tratta dell'ostacolo più citato nelle segnalazioni relative al carrello.
I campi relativi ai codici promozionali non sono contrassegnati, i messaggi di errore non vengono segnalati e la convalida in tempo reale appare solo sotto forma di testo colorato. I ricorrenti sostengono comunemente di aver pagato il prezzo pieno perché non erano in grado di accedere al canale di sconto: un danno economico concreto.
Le finestre di dialogo di conferma dell'indirizzo, i messaggi di conferma del tipo «Sei sicuro?», le proposte di upsell e i CAPTCHA vengono visualizzati ma non ricevono mai il focus a livello di programmazione. Gli utenti che utilizzano la tastiera o uno screen reader non riescono a chiuderli né a superarli.
I campi obbligatori lasciati vuoti, le carte di credito non valide secondo l'espressione regolare e gli indirizzi non corrispondenti vengono segnalati solo tramite bordi rossi o validatori con testo che scompare. L'utente che utilizza uno screen reader invia il modulo, non riceve alcun feedback e presume che l'ordine sia andato a buon fine. Il criterio WCAG 3.3.1 è quello più citato nelle segnalazioni relative alla fase di checkout.
Numero della carta, data di scadenza, codice postale, "Come nella fattura": i campi senza etichetta vengono annunciati come "vuoto" o "modifica testo". Gli utenti non riescono a distinguere i vari campi, li compilano nell'ordine sbagliato e generano errori di convalida che a loro volta non vengono annunciati (vedi n. 4).
Quando un singolo campo non supera la convalida, alcune procedure di checkout cancellano i dati inseriti e ricaricano l’intero modulo. Per gli utenti che hanno impiegato sei minuti a completarlo la prima volta utilizzando tecnologie assistive, si tratta di un ostacolo che non esiste per gli acquirenti vedenti che utilizzano il mouse: il classico caso di disparità di accesso.
I criteri effettivamente citati dagli avvocati
La maggior parte delle denunce non cita esplicitamente i criteri WCAG, ma ne descrive gli effetti. Tuttavia, nei casi in cui gli avvocati citano criteri specifici nelle contestazioni relative alla fase di checkout, la distribuzione risulta fortemente sbilanciata. Sei criteri rappresentano l'89% di tutte le citazioni esplicite; gli oltre sessanta criteri restanti delle WCAG 2.2 vengono menzionati solo sporadicamente.
| WCAG | Nome del criterio | Livello | Citato in | Condividi | Dove si fa sentire il conto alla cassa |
|---|---|---|---|---|---|
| 3.3.1 | Identificazione degli errori | A | 104 | 32.5% | Il modulo non ha segnalato i campi obbligatori e gli errori di convalida |
| 2.4.3 | Ordine prioritario | A | 72 | 22.5% | I modali, le finestre di dialogo e le transizioni a fasi non spostavano il focus |
| 2.1.1 | Tastiera | A | 43 | 13.4% | I pulsanti PayPal / Express non sono accessibili senza il mouse |
| 4.1.3 | Messaggi di stato | AA | 26 | 8.1% | “Aggiunto al carrello”, “Sconto applicato”, “Ordine effettuato” (senza avviso acustico) |
| 4.1.2 | Nome, Ruolo, Valore | A | 23 | 7.2% | I widget radio/selezione personalizzati non rendono visibile lo stato ai comandi AT |
| 3.3.2 | Etichette o istruzioni | A | 18 | 5.6% | CVC, CAP, "Come da fattura" indicato come "vuoto" |
| 1.3.1 | Informazioni e relazioni | A | 7 | 2.2% | Indicatori di passaggio non visibili; raggruppamento dei campi obbligatori |
| 2.4.7 | Messa a fuoco visibile | AA | 4 | 1.2% | I pulsanti di pagamento non sono in evidenza |
| 2.5.3 | Etichetta nel nome | A | 1 | 0.3% | Discrepanze nel controllo vocale tra nome visibile e nome accessibile |
Solo 320 dei 4.050 problemi (circa l'8%) citano un criterio WCAG specificandone il numero. Il resto descrive il sintomo in un linguaggio semplice. L'implicazione: anche se si presenta un rapporto di audit WCAG 2.2 AA impeccabile, il team di ingegneri viene comunque valutato in base ai sintomi – “l'utente non è riuscito a completare l'acquisto” è lo standard a cui un tribunale presterà attenzione, non “Criterio di successo 3.3.1 violato”.
Cosa hanno scritto effettivamente i ricorrenti
Il set di dati è stato creato sulla base degli atti depositati in tribunale. Le frasi riportate di seguito sono tratte da tali atti: sono state rese anonime per eliminare i riferimenti alle sedi, ma per il resto non sono state modificate. Sono utili perché mostrano ai team di ingegneri come gli utenti descrivono, con parole proprie, il modo in cui gli avvocati hanno tradotto tali descrizioni in prove documentali.
Ciò che accomuna l'insieme dei dati non è la complessità tecnica. Gli ostacoli citati dagli avvocati non sono né nuovi né oscuri: si tratta sempre degli stessi dodici schemi ricorrenti, presenti in migliaia di atti processuali e rivolti contro migliaia di imputati. Gli avvocati della parte attrice hanno di fatto industrializzato l'individuazione di bug che i team di ingegneri non hanno notato, poiché questi ultimi non hanno effettuato i propri test utilizzando uno screen reader.
Il fenomeno dei 97 giorni
Dei 8.788 casi presenti nel set di dati, 6.945 erano stati chiusi entro aprile 2026 con date di deposito e di definizione valide. La durata di tali casi costituisce una delle distribuzioni più significative del corpus. Il tempo mediano che intercorre tra la presentazione della denuncia e la chiusura è di 97 giorni; l'83,4% di tutte le chiusure avviene in meno di sei mesi.
I casi che si chiudono in meno di 180 giorni, quasi senza eccezioni, non danno luogo a una sentenza di merito pubblicata. Vengono infatti risolti con un accordo. L'andamento di questa distribuzione riflette la strategia dell'intero settore legale dei ricorrenti: presentare un gran numero di cause, raggiungere rapidamente un accordo ed evitare quella manciata di sentenze decisive che consentirebbero ai convenuti di distinguere i propri esiti da quelli di altre società. L'accordo mediano viene raggiunto prima che una delle parti presenti un'istanza di rigetto.
Poiché i casi vengono risolti rapidamente, non esiste una giurisprudenza vincolante che chiarisca il significato di «cassa accessibile» con il livello di precisione che un ingegnere senior si aspetterebbe. Lo standard è invece definito dal contenuto complessivo degli accordi transattivi, la maggior parte dei quali richiede la conformità alle WCAG 2.1 AA, una verifica annuale e un piano di adeguamento. Le aziende stanno pagando per conformarsi a uno standard stabilito in contratti privati, ma mai oggetto di sentenze pubblicate.
Il modello di volume: dieci ricorrenti, 1.289 cause
Il dato principale – 8.788 cause – è fuorviante se non si considera un'ulteriore suddivisione. Il ruolo dei ricorrenti nel registro delle cause è fortemente concentrato. I dieci ricorrenti più attivi presenti nel dataset, considerati nel loro insieme, rappresentano il 14,7% di tutte le cause intentate. Il singolo ricorrente più prolifico ha intentato 256 cause distinte.
I nomi dei ricorrenti sono stati oscurati; i dati sono ricavati dai metadati PACER. Su un totale di 8.788 ricorsi, i primi dieci ricorrenti hanno presentato complessivamente 1.289 cause (14,66%). Il singolo ricorrente più frequente figura come parte in causa in quasi 1 caso su 35 nel dataset.
Questa concentrazione non è indice di malafede: molti di questi ricorrenti presentano disabilità legittime e documentate e hanno sperimentato in prima persona gli ostacoli descritti nei loro ricorsi. Tuttavia, è indice del fatto che i convenuti che perdono in tribunale raramente vengono sconfitti da uno sconosciuto. Si ripetono sempre gli stessi nomi, spesso rappresentati dagli stessi studi legali, che presentano ricorsi basati su modelli quasi identici. La struttura del contenzioso premia l’efficienza da parte dei ricorrenti e la capitolazione da parte dei convenuti. Non premia invece argomentazioni innovative da nessuna delle due parti.
La matrice di triage
Se la domanda è «da cosa dovrei partire per risolvere il problema?», la risposta dipende da due fattori: la frequenza con cui viene citato un determinato ostacolo (frequenza) e quanto direttamente esso blocchi una transazione (gravità). La matrice qui sotto combina entrambi questi aspetti. Le celle sono colorate in base al volume relativo delle citazioni nel nostro corpus di 4.050 transazioni di checkout, dove le celle più scure rappresentano le modalità di errore che meritano maggiormente di essere affrontate in uno sprint.
| Modello di guasto | Aggiungi al carrello | Carrello | Indirizzo | Pagamento | Conferma |
|---|---|---|---|---|---|
| Stato non comunicato | Alto | Alto | Med | Med | Alto |
| Campi senza etichetta | – | Basso | Alto | Alto | – |
| Errori non segnalati | Basso | Med | Alto | Alto | Med |
| Modalità / perdita di focus | Alto | Alto | Med | Med | Med |
| Mancata funzionalità della tastiera | Med | Med | Basso | Alto | Basso |
| Rientro forzato in caso di errore | – | Basso | Med | Med | – |
| Inaccessibilità del CAPTCHA | – | – | Basso | Med | – |
Due casi che meritano di essere segnalati. «Stato non indicato × Aggiungi al carrello» è l'ostacolo più citato nell'intero set di dati; se non dovete risolvere nient'altro, risolvete questo. «Campi non etichettati × Pagamento» è il classico caso di mancata conformità: un modulo per la carta di credito con campi indicati come vuoti costituisce una violazione inoppugnabile.
Quanto ti costa oggi, prima di qualsiasi causa legale?
Il rischio di contenzioso è uno dei costi associati a una procedura di checkout poco intuitiva. L'altro – solitamente più consistente e sempre presente – è rappresentato dagli ordini che non vengono mai portati a termine perché l'acquirente non è riuscito a compilare il modulo. Il calcolatore qui sotto utilizza tre parametri modificabili per stimare tale costo per il tuo funnel. I valori predefiniti sono prudenziali e derivano da dati di riferimento intersettoriali; modificali in base alle esigenze della tua attività.
Modello di esposizione con checkout inaccessibile
Tutti i campi di immissione sono cursori. I valori si aggiornano in tempo reale man mano che si modificano le impostazioni. Non si tratta di una stima ufficiale, ma di un modello approssimativo pensato per stimolare lo sviluppo di uno più rigoroso.
Metodologia. Secondo le stime di WebAIM e BOIA, l’utilizzo attivo di lettori di schermo riguarda circa l’1–3% dei visitatori web statunitensi; se si includono gli utenti che utilizzano esclusivamente la tastiera o quelli con disabilità motorie, la percentuale aumenta. Il tasso di blocco del 65% rappresenta il limite massimo della misurazione effettuata da WebAIM Million per il 2024, relativa alla frequenza con cui una scansione della homepage rileva almeno una barriera di blocco (95,9%); le barriere al checkout hanno in genere una portata più limitata. Utilizzate i vostri dati, se disponibili. Questo modello esclude l'esposizione al contenzioso, il costo del marchio e il valore dei clienti persi definitivamente a seguito di un checkout fallito – tutti fattori che aggravano le cifre riportate.
Ecco invece come si presenta una procedura di pagamento intuitiva
La tabella comparativa riportata di seguito mette a confronto le modalità di errore più citate nel set di dati con il modello ingegneristico che risolve ciascuna di esse. Nessuno dei modelli riportati a destra è di natura speculativa: ognuno di essi è una tecnica WCAG 2.2 AA documentata.
Cosa hanno contestato i ricorrenti
- Il messaggio "Aggiungi al carrello" appare sullo schermo senza
role="status"regione; la tecnologia assistiva non è informata - L'input CVC contiene solo testo segnaposto – nessun codice
<label> - Si apre la finestra modale di conferma dell'indirizzo, ma il focus rimane sul pulsante "Continua" precedente
- La convalida in linea appare in rosso sotto il campo; lo screen reader non la legge ad alta voce
- Pulsanti PayPal / Apple Pay visualizzati come
<div>con gestore di clic; nessun gestore di eventi da tastiera - Se l'invio non va a buon fine, la pagina viene ricaricata e il modulo viene svuotato; l'utente deve ricominciare inserendo nome e indirizzo e-mail
Cosa offre una procedura di pagamento intuitiva
- “Articolo aggiunto” annunciato tramite
aria-live="polite"regione orole="status" - Ogni dato inserito racchiuso in un elemento associato a livello di programmazione
<label>– il segnaposto non è un'etichetta - Si apre la finestra modale, il focus si sposta sull'intestazione della finestra di dialogo, il focus rimane bloccato, il tasto ESC ripristina il focus precedente
- Errori segnalati tramite
aria-describedbye il campo ricevearia-invalid="true" - I pulsanti di pagamento sono reali
<button>elementi con un contorno di focus visibile ≥ 2 px - Gli errori vengono visualizzati direttamente nella pagina; i campi precedentemente validi rimangono compilati; non viene effettuato un ripristino completo della pagina
La lista di controllo in tredici punti per la bonifica
Sulla base dei modelli di densità delle citazioni rilevati nel set di dati, gli elementi riportati di seguito sono ordinati in ordine decrescente in base alla frequenza con cui compaiono nei documenti presentati in fase di chiusura del procedimento. Esaminando l'elenco dall'alto verso il basso si copre la stragrande maggioranza delle accuse che un ricorrente seriale solleverà nella propria denuncia.
Rimedio al rischio di contenzioso, ordinato in base alla frequenza delle citazioni
- Segnalare lo stato "aggiunto al carrello". Aggiungi un elemento nascosto alla vista
role="status"area attiva; inserisci il messaggio “Articolo aggiunto – N articoli nel carrello” ogni volta che l'aggiunta va a buon fine. - Assegnare un'etichetta a ogni campo di immissione tramite codice. Esegui il controllo incrociato con una scansione Axe-Core o WAVE; risolvi ogni
label-missingRegola. I segnaposto non sono mai etichette. - Segnalare errori relativi a coupon e promozioni. Errore di parità
<span>elementi all'input tramitearia-describedby; aggiungiaria-invalid="true"in caso di convalida non riuscita. - Spostare il focus all'interno delle finestre modali. Quando si apre una finestra di dialogo di conferma, impostare il focus sull'intestazione o sul primo elemento interattivo. Alla chiusura, riportare il focus sull'elemento che ha attivato la finestra.
- Mantenere il focus all'interno delle finestre modali attive. All'interno di una finestra di dialogo aperta, i tasti Tab e Maiusc+Tab consentono di spostarsi all'interno della finestra; il tasto Esc la chiude.
- Trasforma i pulsanti di pagamento in pulsanti veri e propri. Sostituisci qualsiasi
<div onclick>interfacce per PayPal, Apple Pay, Google Pay e "Effettua ordine" con<button>elementi. Aggiungere stili di focus visibili ≥ 2px. - Contrassegna i campi obbligatori in modo semantico. Aggiungi
aria-required="true"e un indicatore visibile "Obbligatorio". Raggruppare i campi obbligatori correlati con<fieldset>. - Mantenere lo stato del modulo in caso di errore di convalida. Gli errori non devono cancellare i campi compilati correttamente. Tornare alla pagina corrente; spostare il focus sul primo campo non valido.
- Indicare le condizioni di successo. Le voci «Ordine effettuato» e «Sconto applicato» devono essere trasmesse alla tecnologia assistiva tramite lo stesso
role="status"funzionalità "Aggiungi al carrello". - Utilizza un CAPTCHA accessibile. Se devi utilizzarne uno, l'opzione di riserva audio e la modalità di accessibilità di reCAPTCHA rappresentano il requisito minimo. Meglio ancora: sostituiscilo con una verifica invisibile o basata sul comportamento.
- Assicurati che gli indicatori di fase siano chiari e comprensibili. Se la procedura di checkout prevede diversi passaggi, presentali come
<nav aria-label="Checkout progress">con un<ol>earia-current="step". - Esegui un test con uno screen reader reale. Esegui l'intero processo di checkout dall'inizio alla fine con NVDA + Firefox o VoiceOver + Safari. Le verifiche automatizzate non rilevano circa la metà delle barriere che gli utenti potrebbero incontrare.
- Risolvi il problema a livello di sistema di progettazione. La maggior parte degli errori durante il checkout ha origine nei componenti condivisi (Modal, Input, Toast). Risolvendo il problema a livello del componente, la correzione si applica automaticamente a tutti i checkout che lo utilizzano; lo stesso non avviene se si interviene solo sulla pagina.
Gli ostacoli presenti nella fase di checkout del set di dati si raggruppano in cinque elementi: il toast, la finestra modale, il campo di inserimento, il messaggio di errore e il pulsante di invio. Se questi cinque elementi vengono testati con uno screen reader, separatamente, prima ancora di essere implementati in una pagina di checkout, l’insieme delle segnalazioni presenti nel corpus si riduce a una coda lunga. Il punto di leva si trova a livello di sistema di progettazione. Il contenzioso, purtroppo, si svolge a livello di pagina – e arriva tramite raccomandata.
Conclusione – la questione ingegneristica, riformulata
La tesi di questo articolo – secondo cui la pagina di checkout è l'area più contestata su Internet – non si basa sul numero di cause intentate, sebbene tale numero sia impressionante. Dipende piuttosto dalla struttura del percorso dell'utente. Tra tutte le aree di un sito web commerciale, la pagina di checkout è quella il cui malfunzionamento corrisponde più precisamente alla definizione legale di denial of service, quella i cui danni si traducono più chiaramente in una denuncia e quella i cui bug sono più ricorrenti tra i convenuti. Nessuno di questi fatti cambierà nel 2027. Ciò che può cambiare è la decisione ingegneristica che li produce.
A un esame più attento, i 4.050 problemi elencati in questo articolo non sono affatto misteriosi. Si tratta sempre degli stessi cinque o sei errori generati dagli stessi cinque o sei componenti. La soluzione più efficace che un rivenditore possa adottare non riguarda la pagina di checkout, bensì il sistema di progettazione che la genera. Correggi il toast, il modale, l'input, il messaggio di errore e il pulsante di invio – una volta sola, nella libreria dei componenti – e il set di dati alla base di questo articolo si ridurrà di circa un ordine di grandezza. I querelanti passeranno a un altro ambito. I tuoi clienti no.
Fonti e metodologia
I metadati relativi alle cause civili federali sono stati estratti dal PACER (Public Access to Court Electronic Records) e riguardano 8.788 cause in materia di accessibilità del web intentate presso i tribunali distrettuali degli Stati Uniti tra gennaio 2007 e aprile 2026, identificate tramite i codici di reclamo previsti dal Titolo III dell’ADA e il filtraggio delle stringhe di ricerca sul termine “sito web”. L'analisi a livello di problema viene eseguita su un estratto OCR e NLP degli stessi documenti, producendo 81.509 menzioni distinte di problemi di accessibilità classificate in 28 tassonomie di superficie.
I riferimenti alle WCAG riguardano le WCAG 2.1 (lo standard più citato negli accordi transattivi del settore privato statunitense) e le WCAG 2.2 (l'ultima raccomandazione pubblicata a ottobre 2023, ratificata a dicembre 2024). Laddove i documenti citino l'EAA, la norma EN 301 549 o la Regola Definitiva del Titolo II del DOJ (aprile 2024), i criteri sono normalizzati al loro equivalente WCAG 2.1 AA.
I nomi dei ricorrenti sono stati oscurati in questo articolo. Tutti i ricorrenti sono reali e i loro casi sono di dominio pubblico su PACER. Il modello di aggregazione è presentato a fini analitici; le voci originali del registro sono consultabili pubblicamente da chiunque desideri verificare un atto specifico.
Il calcolatore di esposizione di cui al §11 ha valore puramente illustrativo. I sondaggi condotti da WebAIM tra gli utenti di lettori di schermo (2014–2024) e l’audit annuale delle home page effettuato da WebAIM Million costituiscono i principali punti di riferimento del settore per le stime relative alla quota di visitatori e alla frequenza delle barriere. Modifica le impostazioni predefinite del calcolatore in base ai tuoi dati analitici, qualora ne disponi.
Riferimento bibliografico: AIOPSGROUP Accessibility Intelligence (2026). Il processo di checkout nell'e-commerce: l'area più controversa di Internet. Numero 04:12.