Accessibilità per i negozi online: cosa significa per te l'European Accessibility Act
Ultimo aggiornamento: giugno 2026. L'EAA si applica dal 28 giugno 2025 ed è attuato tramite recepimenti nazionali (il BFSG in Germania e norme equivalenti altrove), che possono differire nei dettagli e nelle soglie; i dati riportati qui sono le basi UE pubblicate, non una valutazione del tuo caso. I percorsi tecnici si applicano a PrestaShop 1.7, 8 e 9 con il tema classic. Questa non è consulenza legale — verifica il tuo ambito di applicazione, l'eventuale esenzione e gli obblighi nazionali con un avvocato del tuo Paese, e tieni presente che nessun modulo o tema rende un negozio "conforme" da solo.
Ecco il fatto che molti commercianti PrestaShop hanno assimilato solo a metà: dal 28 giugno 2025, l'European Accessibility Act (EAA) rende l'accessibilità web un obbligo legale per la maggior parte dei negozi online che vendono a consumatori dell'UE — non un optional, né un problema da rimandare al 2030. L'applicazione avviene a livello di Stato membro (BFSG in Germania, direttiva recepita in ciascun Paese) e l'obbligo ricade sul venditore, non su PrestaShop né sul fornitore del tema. Se la tua procedura di acquisto non può essere completata con la tastiera, oggi hai una lacuna di conformità a tuo nome.
Questa guida riguarda in modo specifico ciò che l'EAA comporta per un negozio PrestaShop e come chiudere le lacune nel software che usi davvero — il tema, il back office, i moduli. È il capitolo sull'accessibilità del nostro gruppo dedicato alla conformità, quindi quando un argomento appartiene a un tema collegato (banner cookie, GDPR, condizioni di vendita) troverai un rimando essenziale invece di una ripetizione. Per il quadro legale più ampio della vendita nell'UE, parti da normativa e-commerce nell'UE.
Chi copre davvero l'EAA (e chi è esente)
Prima di passare un fine settimana sui testi alternativi, verifica se la legge si applica pienamente al tuo caso — perché la risposta cambia ciò che devi fare.
- Vendi B2C a consumatori dell'UE: rientri nell'ambito di applicazione. I "servizi di commercio elettronico" sono citati esplicitamente nell'Atto.
- Sei una microimpresa che vende servizi: meno di 10 dipendenti e fatturato annuo o totale di bilancio inferiore a 2 milioni di euro — i fornitori di servizi di queste dimensioni sono esenti dagli obblighi sui servizi. È l'esclusione in cui rientrano molti piccoli negozi, ma leggi il punto successivo prima di rilassarti.
- Vendi prodotti (l'elenco di prodotti regolamentati dall'EAA — e-reader, hardware, terminali): l'esenzione per le microimprese di servizi non copre i prodotti. La maggior parte dei negozi di abbigliamento/cosmetici/articoli per la casa non vende prodotti regolamentati, quindi raramente è questo il problema — ma verifica invece di dare per scontato.
- Solo B2B: in generale sei fuori dall'ambito rivolto ai consumatori, anche se l'accessibilità resta una buona pratica e può essere richiesta contrattualmente da acquirenti più grandi.
Quindi? Una boutique polacca gestita da due persone e sotto la soglia di fatturato è probabilmente al riparo dalla sanzione legale — ma l'accessibilità amplia comunque il mercato e aiuta la SEO, quindi il lavoro si ripaga a prescindere. Un negozio in crescita perde l'esenzione quando non soddisfa più i requisiti di microimpresa secondo le norme nazionali applicabili. Considera la soglia come una scadenza verso cui stai avanzando, non come uno scudo permanente. Questa guida evita volutamente di dare consulenza legale sul tuo status specifico — confermalo con un avvocato del tuo Paese; i numeri qui sono le soglie UE pubblicate, non una decisione sul tuo caso.
Lo standard dietro la legge: WCAG 2.1 AA, in parole semplici
L'EAA in sé non elenca rapporti tra pixel. Rimanda allo standard armonizzato EN 301 549, che a sua volta adotta WCAG 2.1 Level AA come base per il web. È l'asticella che il front office del tuo PrestaShop deve superare. I criteri di successo che incidono su un negozio tipico sono pochi, e ciascuno corrisponde a qualcosa di concreto nel tuo tema:
| Criterio WCAG | Cosa significa nel tuo negozio | Dove di solito si rompe in PrestaShop |
|---|---|---|
| 1.1.1 Contenuto non testuale | Le immagini hanno testi alternativi significativi | Immagini prodotto importate con il nome file come alt; icone decorative senza alt vuoto |
| 1.4.3 Contrasto (minimo) | 4,5:1 per testo normale, 3:1 per testo grande | Prezzi/"prezzo precedente" in grigio chiaro, testi segnaposto attenuati, badge promozionali a basso contrasto |
| 2.1.1 Tastiera | Tutto è utilizzabile senza mouse | Mega menu solo al passaggio del mouse, frecce del carosello che non ricevono mai il focus |
| 2.4.7 Focus visibile | L'elemento con focus è chiaramente contornato | CSS del tema con outline: none su link/pulsanti |
| 3.3.1 / 3.3.2 Etichette & errori | I campi hanno etichette reali; gli errori nominano il campo | Campi della procedura di acquisto solo con testo segnaposto; banner generico "C'è 1 errore" |
| 4.1.3 Messaggi di stato | Le modifiche AJAX vengono annunciate | Totale carrello / aggiornamenti dei filtri a faccette silenziosi per i lettori di schermo |
Nota lo schema: quasi nessuno di questi è un bug del core PrestaShop. Sono decisioni incorporate nel tuo tema e nei tuoi moduli. È una buona notizia — significa che le correzioni stanno in file che controlli.
Dove PrestaShop ti aiuta e dove ti lascia esposto

Il tema classic predefinito di PrestaShop dalla versione 1.7 alla 9 è basato su Bootstrap ed è un punto di partenza ragionevole: i campi modulo usano veri elementi <label>, la procedura di acquisto ha un ordine logico delle intestazioni e la maggior parte dei controlli nativi è raggiungibile da tastiera. Se usi classic quasi senza modifiche, sei più avanti di quanto pensi.
L'esposizione nasce da tre punti prevedibili:
- Il tuo tema personalizzato o acquistato. Molti temi a pagamento eliminano visivamente il contorno del focus, aggiungono menu solo al passaggio del mouse e usano caratteri grigi sottili che non superano 1.4.3. È la principale fonte di errori nel mondo reale.
- Moduli che inseriscono markup nel front office. Caroselli, popup di visualizzazione rapida, banner cookie, cuori per la lista dei desideri, menu a discesa della ricerca in tempo reale — ognuno aggiunge DOM interattivo che potrebbe non essere utilizzabile da tastiera o annunciato. Ogni modulo installato è una nuova superficie di accessibilità da testare.
- Contenuti che scrivi tu. Descrizioni prodotto con immagini inserite dall'editor visuale (senza alt), pagine CMS con livelli di intestazione saltati, PDF linkati come "clicca qui". PrestaShop non può correggere ciò che digiti.
Una checklist di correzione specifica per PrestaShop
Il consiglio generico "aggiungi testo alternativo" è inutile se non sai dove. Ecco la mappa di back office e codice, più o meno in ordine di rapporto tra sforzo e risultato.
1. Testo alternativo delle immagini prodotto — correggilo alla fonte e in massa
Nell'editor prodotto, la scheda Catalogo → Prodotti → [prodotto] → Immagini contiene un campo Didascalia per ciascuna immagine — quel valore diventa l'attributo alt nel front office. Compilarlo un prodotto alla volta in un catalogo reale è il punto in cui le buone intenzioni muoiono. Due strade più rapide:
- SQL/in massa: il testo alternativo delle immagini si trova in ps_image_lang.legend (indicizzato da id_image e id_lang). Un aggiornamento controllato lì, o un'importazione, batte la modifica manuale di centinaia di righe — fai prima un backup.
- Smetti di creare debito: rendi una didascalia utile parte della routine di aggiunta prodotti, così le nuove immagini non saranno mai vuote. Un buon testo alternativo viene letto anche da Google Immagini, quindi è accessibilità e visibilità in un solo gesto — la nostra suite Smart SEO Revolution esiste per mantenere puliti questi metadati nella pagina su scala di catalogo invece che prodotto per prodotto.
2. Visibilità del focus — di solito una correzione di una riga nel tema
Se il CSS del tuo tema contiene outline: none o outline: 0 su link, pulsanti o input senza una sostituzione altrettanto visibile, gli utenti da tastiera perdono completamente il punto in cui si trovano. Cercalo in assets/css/ del tema (e in qualsiasi custom.css). La correzione corretta non è cancellare la regola alla cieca, ma fornire uno stile :focus-visible chiaro — un contorno da 2px ad alto contrasto. È il cambiamento con il massimo ritorno e il minimo sforzo dell'intera lista.
Aggiungilo al custom.css del tuo tema (o a un foglio di stile di un tema figlio, così un aggiornamento del tema non lo cancella) e ripristinerà un anello di focus visibile su tutti gli elementi interattivi senza riattivare i contorni sui clic del mouse:
/* Restore a visible keyboard focus indicator (WCAG 2.4.7) */
a:focus-visible,
button:focus-visible,
input:focus-visible,
select:focus-visible,
textarea:focus-visible,
[tabindex]:focus-visible {
outline: 2px solid #1a1a1a; /* pick a colour that hits 3:1 against its background */
outline-offset: 2px;
}
Il colore del contorno deve raggiungere un contrasto 3:1 rispetto a ciò che c'è dietro, quindi adatta l'esadecimale alla tua palette invece di copiarlo alla cieca. Se il tema ha impostato outline: none con !important, potresti dover pareggiare quella specificità — ma è preferibile rimuovere la regola problematica alla fonte piuttosto che impilare un altro !important sopra.
3. Procedura di acquisto e moduli — la parte a cui sono collegati i ricavi
La procedura di acquisto è sia la pagina più sensibile dal punto di vista legale sia quella più sensibile dal punto di vista commerciale. Percorri con il tasto Tab l'intero flusso d'ordine sul controller order di PrestaShop — dati personali, indirizzi, consegna, pagamento — usando solo la tastiera. Verifica che ogni campo abbia un'etichetta visibile (non solo un testo segnaposto), che i pulsanti radio del corriere siano raggiungibili e che gli errori di validazione nominino il campo problematico invece di mostrare un banner generico. Gli iframe di pagamento di terze parti (Stripe, PayPal, Adyen) hanno la propria accessibilità — testa l'invio reale dall'inizio alla fine, non solo il caricamento della pagina. Poiché una procedura di acquisto accessibile e una procedura di acquisto ad alta conversione sono in larga parte la stessa cosa, questo si sovrappone a tutto ciò che spieghiamo nella nostra guida alla sicurezza dei pagamenti su come far funzionare bene quel flusso.
4. Messaggi di stato AJAX — il punto cieco dei lettori di schermo
PrestaShop aggiorna il totale del carrello e la griglia prodotti di ps_facetedsearch senza ricaricare la pagina. Un utente vedente vede cambiare il numero; un utente con lettore di schermo non sente nulla a meno che l'area aggiornata sia contrassegnata con aria-live="polite". Questo è WCAG 4.1.3, ed è il criterio che gli strumenti automatici mancano più spesso. Controlla che il blocco del subtotale carrello e il contenitore dei risultati della ricerca a faccette annuncino gli aggiornamenti — se un modulo ha sostituito il carrello o la ricerca nativi, la responsabilità della verifica ricade su quel modulo.
5. Gerarchia delle intestazioni e contrasto — verificabili in pochi minuti
Conferma che ogni pagina abbia esattamente un <h1> e nessun livello saltato (una pagina categoria che passa da H1→H3 confonde la navigazione dei lettori di schermo). Per il contrasto, i colpevoli abituali sono il colore attenuato del prezzo/prezzo precedente, i badge promozionali e il testo segnaposto — controllali con qualsiasi verificatore di contrasto rispetto a 4,5:1.
Testare il negozio come faranno le autorità
Gli scanner automatici intercettano una minoranza dei problemi — spesso si cita circa un terzo, anche se le stime variano in base allo strumento e al sito — quindi sono una linea di partenza, non il traguardo. Stratifica i test:
- Prima scansione automatica: Lighthouse (Chrome DevTools → controllo Accessibilità), l'estensione WAVE e axe DevTools. Eseguili sulla home page, su una categoria, su un prodotto, sul carrello e su ogni passaggio della procedura di acquisto — non solo sulla home page.
- Percorso solo da tastiera: scollega il mouse. Usa Tab dal logo fino a un ordine completato. Qualsiasi cosa tu non riesca a raggiungere o attivare è un errore, punto.
- Percorso con lettore di schermo: NVDA (Windows, gratuito) o VoiceOver (Mac, integrato). Ascolta una pagina prodotto e una procedura di acquisto. Questo fa emergere i problemi di testo alternativo, etichette e aria-live che nessuno scanner segnalerà con sicurezza.
- Zoom al 200%: verifica che nessun contenuto venga tagliato e che non serva lo scorrimento orizzontale.
La dichiarazione di accessibilità — il documento che tutti dimenticano
Diversi recepimenti nazionali negli Stati membri prevedono una dichiarazione di accessibilità pubblicata: lo standard a cui punti (EN 301 549 / WCAG 2.1 AA), le limitazioni note e un canale di contatto per i feedback sull'accessibilità. In PrestaShop la soluzione più semplice è una pagina CMS (Design → Pagine) collegata dal footer, accanto alle altre pagine legali. Appartiene allo stesso scaffale delle tue condizioni generali — e, come loro, è un documento vivo che aggiorni quando correggi o scopri un problema.
Dove l'accessibilità si sovrappone al resto del tuo insieme di conformità
Due parti del lavoro sull'accessibilità sono in realtà condivise con argomenti collegati, quindi gestiscile dove appartengono invece di duplicarle:
- Il banner per il consenso ai cookie. Un banner che intrappola gli utenti da tastiera o non può essere chiuso senza mouse viola sia l'accessibilità sia la normativa sul consenso. Fai funzionare bene il banner una volta sola — ciò che deve fare legalmente è spiegato in consenso ai cookie per PrestaShop e conformità GDPR e cookie per PrestaShop — poi testa lo stesso banner per l'uso da tastiera.
- Dati e moduli. Il lavoro sui moduli accessibili nelle pagine account e contatti è strettamente collegato agli obblighi di gestione dei dati; il lato privacy è trattato in GDPR per negozi online.
Il valore per il business oltre la multa
Vale la pena resistere all'idea che l'accessibilità sia solo una tassa. Una quota significativa della popolazione — spesso indicata intorno a una persona su sette a livello globale, con dati nazionali variabili — ha una disabilità, e molte più persone usano funzioni di accessibilità in modo situazionale: riflessi sul telefono al sole, un polso slogato, un bambino che dorme e impedisce l'audio. Ognuna di loro è un cliente per cui oggi la tua procedura di acquisto è più difficile del necessario.
Anche la sovrapposizione con una buona ingegneria è reale. Una struttura corretta delle intestazioni e testi alternativi adeguati sono gli stessi segnali premiati dai motori di ricerca; etichette chiare e focus visibile riducono errori nei moduli e abbandoni per tutti, non solo per chi usa tecnologie assistive. È improbabile che riuscirai mai a separare del tutto "lo abbiamo fatto per l'EAA" da "questo ha semplicemente migliorato il negozio". È il motivo onesto per fare il lavoro anche se oggi la tua esenzione da microimpresa regge.
Renderla duratura: accessibilità come routine, non come progetto
I negozi che restano conformi non fanno un audit eroico una tantum per poi dimenticarsene — integrano alcuni controlli nelle abitudini esistenti:
- Aggiunta di un prodotto: dai una didascalia a ogni immagine, mantieni le descrizioni con intestazioni/liste reali invece di falsi titoli in grassetto.
- Installazione di un modulo: percorri con Tab qualsiasi elemento di front office che aggiunge prima di pubblicarlo; un carosello o un popup inaccessibile è una regressione introdotta da te.
- Cambio di tema o design: riesegui i controlli su tastiera e contrasto — i restyling sono il punto in cui contorni del focus e contrasto spariscono in silenzio.
- Ogni trimestre: una verifica di 30 minuti con Lighthouse + tastiera sul percorso principale (home → categoria → prodotto → carrello → procedura di acquisto).
Domande frequenti
L'EAA si applica al mio piccolo negozio PrestaShop?
Dipende dalle dimensioni e da cosa vendi. Una microimpresa che fornisce servizi — meno di 10 dipendenti e fatturato o totale di bilancio inferiore a 2 milioni di euro — è generalmente esente dagli obblighi sui servizi, cosa che copre molti piccoli negozi B2C. Ma l'esenzione non si estende all'elenco di prodotti regolamentati dall'EAA, e il puro B2B resta in gran parte fuori dall'ambito rivolto ai consumatori. Queste sono le soglie UE pubblicate, non una valutazione del tuo caso; conferma il tuo status con un avvocato del tuo Paese, perché i recepimenti nazionali variano.
Quale standard di accessibilità devo effettivamente rispettare?
L'EAA rimanda allo standard armonizzato EN 301 549, che adotta WCAG 2.1 Level AA come base per il web. È l'asticella che il tuo negozio online deve superare. I criteri che incidono su un tipico negozio PrestaShop sono pochi — testo alternativo, contrasto, uso da tastiera, focus visibile, etichette reali nei moduli e aggiornamenti AJAX annunciati — e quasi tutti dipendono da decisioni di tema o modulo, non da bug del core.
Il tema classic predefinito di PrestaShop è accessibile appena installato?
È un punto di partenza ragionevole, non una garanzia. Classic usa veri elementi <label>, un ordine logico delle intestazioni nella procedura di acquisto e controlli per lo più raggiungibili da tastiera. Gli errori di solito arrivano da un tema personalizzato o acquistato che ha rimosso il contorno del focus e usa caratteri grigi sottili, da moduli che inseriscono markup interattivo e da contenuti che scrivi senza testo alternativo. Più resti vicino al classic standard, meno correzioni dovrai affrontare.
Uno scanner automatico mi dirà se sono conforme?
No. Gli strumenti automatici (Lighthouse, WAVE, axe) intercettano solo una minoranza dei problemi — spesso si cita circa un terzo, anche se varia in base allo strumento e al sito — quindi sono una linea di partenza. Ti serve comunque un percorso solo da tastiera (scollega il mouse, usa Tab dal logo all'ordine completato), un passaggio con lettore di schermo (NVDA o VoiceOver) e un controllo con zoom al 200%. I criteri che gli scanner mancano più spesso sono proprio quelli che autorità e utenti reali incontrano: annunci aria-live, qualità delle etichette e trappole da tastiera.
Mi serve una dichiarazione di accessibilità, e dove va in PrestaShop?
Diversi recepimenti nazionali negli Stati membri la prevedono: lo standard a cui punti (EN 301 549 / WCAG 2.1 AA), le limitazioni note e un canale di contatto per i feedback sull'accessibilità. In PrestaShop la collocazione più semplice è una pagina CMS sotto Design → Pagine, collegata dal footer accanto alle altre pagine legali. Trattala come un documento vivo da aggiornare ogni volta che correggi o scopri un problema.
L'EAA non ha inventato un nuovo tipo di lavoro; ha messo una scadenza legale su attività di UX da cui trarresti beneficio comunque. In PrestaShop, in particolare, quel lavoro è insolitamente gestibile perché gli errori si concentrano nel tema, nei moduli e nei contenuti che scrivi — tutti elementi che puoi vedere e modificare dal tuo back office. Parti dalla procedura di acquisto (la pagina in cui inaccessibilità e ricavi persi sono lo stesso problema), correggi il contorno del focus eliminato dal tema, porta sotto controllo il testo alternativo alla fonte e avrai già superato buona parte dell'asticella prima di toccare qualunque cosa esotica.
Commenti
Ancora nessun commento. Sii il primo!
Sii il primo a fare una domanda o a condividere un feedback utile.
Lascia un commento
Condividi una domanda, un dettaglio di installazione o un feedback utile per un altro lettore.