Per un e-commerce, l’accessibilità non è un intervento estetico sulla home page né una pratica da delegare a uno scanner o a un plugin. Riguarda la possibilità di cercare un prodotto, comprenderne caratteristiche e varianti, aggiungerlo al carrello, pagare e ottenere assistenza senza ostacoli evitabili.
In Italia il D.Lgs. 82/2022, che recepisce la direttiva (UE) 2019/882, include espressamente i servizi di commercio elettronico. I requisiti si applicano ai prodotti e ai servizi immessi sul mercato dal 28 giugno 2025.
La conformità coinvolge quindi progettazione, contenuti, sviluppo, fornitori e procedure di rilascio. Rimuovere una barriera può anche ridurre una frizione nel percorso d’acquisto, ma non esiste un incremento di conversione standard attribuibile all’accessibilità: l’effetto va osservato sul singolo negozio.
Il tema non riguarda una nicchia marginale. Secondo Eurostat, nel 2024 il 23,9% delle persone di almeno 16 anni nell’Unione europea ha dichiarato limitazioni di attività di lunga durata; per l’Italia la quota riportata è 14,5%. Sono dati basati su autodichiarazione: non misurano i potenziali clienti di uno specifico negozio né le sue conversioni, ma aiutano a inquadrare la varietà delle esigenze d’uso.
Il tuo negozio online rientra nell’EAA italiano?
Conviene distinguere i termini. L’European Accessibility Act è la direttiva europea 2019/882; il D.Lgs. 82/2022 è il decreto italiano di recepimento; AgID fornisce indicazioni applicative sull’accessibilità dei servizi.
Non ogni sito è automaticamente soggetto al decreto. Il decreto non si applica alle microimprese che forniscono servizi e prevede esclusioni per specifiche categorie di contenuti web e app, tra cui determinati contenuti preesistenti, archivi e taluni contenuti di terzi non controllati dall’operatore. L’esenzione va valutata nel caso concreto e non rende irrilevante l’accessibilità per chi acquista o utilizza il servizio.
Prima di scegliere strumenti o pianificare un rifacimento, raccogli questi elementi:
- natura effettiva del servizio offerto e canali con cui si vende;
- dimensione dell’impresa e possibile qualifica di microimpresa;
- sito web, app, area riservata e flussi mobile usati nell’acquisto;
- componenti di terze parti, come pagamento, chat, recensioni, mappe, spedizioni e consenso cookie;
- contenuti o sezioni che potrebbero ricadere nelle eccezioni previste.
Per definire il perimetro applicabile alla singola attività è necessaria una valutazione legale o specialistica qualificata. Le FAQ AgID sull’applicazione del decreto sono un punto di partenza utile.
Non solo interfaccia: sito, app, informazioni e assistenza
Per i servizi che rientrano nel perimetro, i requisiti non riguardano soltanto l’interfaccia grafica. Devono essere accessibili anche le informazioni sul funzionamento e sulle caratteristiche di accessibilità, le applicazioni online, i servizi mobili e, se presenti, i canali di assistenza. Il riferimento è ai principi di contenuto e funzionalità percepibili, utilizzabili, comprensibili e solidi, richiamati nelle indicazioni AgID sui requisiti generali dei servizi.
Nel lavoro quotidiano di un e-commerce, questi principi si traducono in verifiche pratiche:
- testi, istruzioni e costi comprensibili prima della conferma dell’ordine;
- contrasto sufficiente e informazioni non affidate soltanto al colore;
- alternative testuali adeguate per immagini che veicolano informazioni utili;
- titoli, aree e controlli strutturati in modo navigabile;
- filtri, menu, modali e pulsanti azionabili da tastiera;
- campi di modulo con etichette associate;
- errori che spiegano che cosa non va e come correggerlo.
WCAG 2.2 ed EN 301 549 sono riferimenti tecnici importanti, ma non sono sinonimi automatici di conformità legale in ogni circostanza. La versione pubblicata di EN 301 549 è la 3.2.1 e incorpora WCAG 2.1 livello AA per le pagine web. Progettare anche con i miglioramenti di WCAG 2.2 è utile, mentre lo stato dello standard armonizzato e la sua rilevanza giuridica vanno ricontrollati prima di una dichiarazione di conformità.
La priorità è il funnel, non la sola home page
Le WCAG richiedono la conformità di tutte le pagine di una sequenza necessaria per ottenere un risultato. L’esempio comprende espressamente uno store, dalla selezione del prodotto fino al checkout. Una home page ben progettata non compensa una barriera nel pagamento.
Per questo l’audit dovrebbe seguire un acquisto realistico, non una raccolta casuale di pagine. Una mappa essenziale comprende:
- ricerca interna, categorie e filtri;
- scheda prodotto, immagini, disponibilità e informazioni di consegna;
- scelta di taglie, colori, quantità o altre varianti;
- aggiunta al carrello e modifica del carrello;
- login oppure acquisto come ospite;
- indirizzo, consegna e metodi di pagamento;
- validazione dei campi e correzione degli errori;
- riepilogo, conferma dell’ordine e assistenza successiva.
Le frizioni che possono bloccare il flusso sono spesso poco evidenti dal solo punto di vista grafico: un filtro non raggiungibile da tastiera, una modale che non gestisce il focus, varianti identificate solo dal colore, un pulsante privo di nome accessibile, un CAP segnalato come errato senza istruzioni, un timer non gestibile o un CAPTCHA che impedisce di proseguire.
Includi anche le dipendenze esterne. Un checkout interno ben realizzato può essere interrotto da un gateway di pagamento, un widget di chat, un sistema di recensioni o un banner di consenso non accessibile. Ogni integrazione usata in un passaggio necessario all’acquisto va inclusa nel test del flusso.
Scanner, verifica manuale e test di scenario hanno ruoli diversi
Uno scanner automatico non dimostra che un sito sia completamente accessibile o conforme. È utile per intercettare problemi ripetibili e regressioni, ma non copre tutte le barriere. Nel WebAIM Million di febbraio 2026, l’analisi automatica di un milione di home page ha rilevato in media 56,1 errori per pagina; tra i più frequenti figuravano contrasto insufficiente, testi alternativi mancanti, label dei campi assenti, link vuoti e pulsanti vuoti.
Questo dato riguarda home page globali analizzate automaticamente, non e-commerce italiani e non il rischio legale o commerciale di un singolo negozio.
Un audit utile combina almeno tre livelli:
- automatico, per individuare errori ricorrenti e controllare regressioni;
- manuale, con navigazione da sola tastiera, controllo dell’ordine del focus, apertura e chiusura dei componenti, zoom, ridimensionamento e comprensione degli errori;
- test di scenario, preferibilmente con tecnologie assistive quando pertinenti, su compiti come trovare un prodotto con un filtro, selezionare una variante, correggere un CAP e completare il pagamento.
L’output non dovrebbe essere una lista indistinta di difetti. Per ogni problema, registra fase del funnel, gravità, utenti potenzialmente impattati, componente responsabile, soluzione proposta, proprietario dell’intervento e test di regressione previsto.
Misurare l’effetto sulle conversioni senza promesse facili
Il W3C collega l’accessibilità a usabilità generale, platea potenzialmente più ampia e innovazione, ma rileva anche che il ritorno diretto è difficile da isolare. L’approccio corretto non è promettere un aumento della conversione: è formulare un’ipotesi verificabile.
Parti da una frizione concreta, per esempio errori frequenti nell’indirizzo di spedizione o difficoltà nel modificare una variante nel carrello. Prima della correzione, definisci gli indicatori da osservare:
- completamento del checkout e passaggio tra i suoi step;
- numero e tipologia di errori nei form;
- abbandono in una fase precisa;
- uso della ricerca interna e riformulazione delle query;
- richieste di assistenza e motivi di contatto.
Segmenta almeno per dispositivo, browser, sorgente di traffico e fase del funnel. Evita di dedurre la disabilità delle persone dai dati comportamentali quando non esistono dati affidabili o basi adeguate per raccoglierli.
Quando la base tecnica e statistica lo consente, confronta un periodo prima/dopo comparabile oppure usa un A/B test. Annota le modifiche parallele a prezzi, disponibilità, campagne, spese di spedizione e metodi di pagamento, perché possono influire sul risultato. Un miglioramento va attribuito con prudenza; l’assenza di un aumento immediato non rende accettabile una barriera che impedisce di completare un’azione necessaria.
Le prossime cinque mosse
- Definisci il perimetro normativo con competenze legali e di accessibilità adeguate.
- Mappa un acquisto reale su desktop, mobile e app, se presente.
- Combina audit automatico, verifica manuale e test delle integrazioni esterne.
- Correggi prima i blocchi nei passaggi necessari per cercare, scegliere, pagare e ricevere assistenza.
- Inserisci criteri di accessibilità nelle nuove funzionalità, nei contenuti e nelle procedure di rilascio, con responsabilità chiare e test di regressione.
La mappa del funnel diventa così un brief tecnico e organizzativo: aiuta a decidere cosa correggere, chi coinvolgere e quali effetti osservare prima di acquistare un plugin o avviare un rifacimento completo.
