Accessibilità Magento
Rendi il tuo negozio Magento davvero accessibile. EAA e WCAG, senza overlay
Adobe Commerce è potente, ma non è accessibile per impostazione predefinita: il frontend Knockout.js e il tema Luma introducono barriere silenziose nel tuo checkout e nella navigazione. Noi le troviamo e forniamo la soluzione nei tuoi template .phtml, nessun widget che rallenta il tuo sito.
Ecco come Seviranta interviene alla radice sul tuo sito Magento
Dove si nascondono le barriere
Temi, estensioni e moduli introducono barriere silenziose. Noi le troviamo tutte.
La correzione alla fonte, non sopra
Interventi concreti nel tuo tema e template, senza uno strato overlay che si limita a nascondere gli errori.
Nessun widget, nessun rallentamento
Eseguiamo il crawl dall'esterno da server nell'UE, con 0% di impatto sulla velocità di caricamento e sui Core Web Vitals.
Pronto per l'EAA
Verifichiamo il tuo sito rispetto a WCAG, allo stesso livello a cui verificano le autorità di vigilanza.
Scansione headless su axe-core, lo stesso motore che sta dentro Google Lighthouse, dai nostri server nell'UE. 0% di impatto sulla tua velocità di caricamento.
La verità: Magento non è accessibile per impostazione predefinita
Il frontend Magento predefinito si appoggia su un pesante e datato strato Knockout.js e sul tema Luma. In molte installazioni il checkout carica i moduli in modo dinamico senza che uno screen reader colga il cambio, e Luma scende sotto la soglia di contrasto in diversi punti. Sono barriere che i tuoi clienti, e l'European Accessibility Act, non accettano.
Cosa c'è davvero in gioco
- Un checkout non accessibile è una violazione diretta dell'EAA.
- Un widget di accessibilità non vale come soluzione strutturale.
- Le autorità di controllo testano l'HTML generato, incluse le tue app.
- 'Usiamo Magento' non è una difesa legale: la responsabilità è del negozio online che è online, non della piattaforma.
Quanto può costare aspettare
fino a € 1.000.000
Massimo UE · Spagna/Lussemburgo
$ 4.000
USA · California (Unruh), per visita
Non vieni multato dall'oggi al domani, prima arriva un ordine di adeguamento con scadenza. Ma chi in quel momento può mostrare un dossier datato se la cava con la spesa minore.
Guarda cosa vale per il tuo mercato →Il rischio nascosto delle estensioni Magento di terze parti
Widget di recensioni, filtri, bundler e app di ricerca iniettano HTML dinamico nel tuo frontend, e ogni aggiornamento di un'app può aggiungere una nuova barriera. In un audit quel codice conta a pieno titolo, anche se non l'hai scritto tu. Per questo Seviranta monitora in continuo il risultato finale così come lo vede un'autorità di vigilanza: il tuo tema Magento più tutte le app e i contenuti dinamici.
Cosa va spesso storto su Magento
- Checkout Knockout.js senza live regionIl flusso di checkout predefinito carica passaggi e moduli in modo dinamico tramite Knockout.js. Senza una live region o uno spostamento del focus, uno screen reader non coglie mai la transizione e l'utente resta sul passaggio precedente.
- Mini-cart senza gestione del focusIl mini-cart in cima al tema Luma si espande senza portarvi dentro il focus o trattenerlo. Chi usa la tastiera e lo screen reader non ha idea che il pannello sia aperto.
- Tema Luma con contrasto troppo bassoIl tema Luma usa in molti punti testo e pulsanti grigio chiaro che scendono sotto la soglia di contrasto delle WCAG 2.2 AA, poco leggibili per i visitatori ipovedenti.
- Layered navigation senza aria-expandedI filtri della layered navigation si aprono e si chiudono senza aria-expanded, così uno screen reader non segnala mai se un gruppo di filtri è aperto o chiuso.
Ecco com'è una vera soluzione
Prendi il mini-cart in cima al tuo tema Luma. Quando si espande, il focus non si sposta con esso, così chi usa uno screen reader perde il contenuto. La soluzione sta nel template .phtml del tema, nessuna ricostruzione:
<div class="minicart-wrapper">
<!-- inhoud verschijnt zonder focus -->
</div><div class="minicart-wrapper"
role="dialog"
aria-label="<?= $block->escapeHtmlAttr(__('Winkelwagen')) ?>"
tabindex="-1">
<!-- zet focus hierheen bij openen -->
</div>Dove lo risolvi dentro Magento
Adobe attribuisce espressamente al merchant la responsabilità dell'accessibilità. Ecco dove Magento 2 di solito sbaglia e a quale livello lo risolvi.
- 1Sappi cosa riporta Adobe stessaL'Accessibility Conformance Report di Adobe per Adobe Commerce verifica Luma criterio per criterio delle WCAG e riporta, tra le altre cose, icone senza alternativa testuale, una struttura delle intestazioni nel checkout che non torna, uno skip link con contrasto insufficiente e una navigazione principale che non si può attivare da tastiera. Lo storefront più recente di Edge Delivery (report 2025) ottiene 'does not support' su informazioni e relazioni, contrasto non testuale e messaggi di stato. Luma di serie non è una base sicura.
- 2Template: override nel tuo tema, non nel coreGli errori di markup (label mancanti, ruoli ARIA sbagliati nel menu, pulsanti resi come <a> senza href) si correggono copiando il template .phtml in app/design/frontend/<Vendor>/<theme>/<Module>/templates/ e riparandolo lì. I template path hints nell'admin mostrano quale file renderizza un blocco.
- 3Layout XML e template KnockoutCiò che non sta in un .phtml spesso vive in un UI component: il minicart, il checkout e la layered navigation vengono renderizzati tramite template .html di Knockout dichiarati nel jsLayout (per esempio Magento_Checkout/minicart/content). La gestione del focus e le live region vanno lì; i blocchi si spostano o si sostituiscono con <referenceBlock> nel layout XML del tuo tema.
- 4JavaScript tramite mixinIl comportamento (spostare il focus all'apertura del minicart, aggiornare aria-expanded sui filtri) si modifica con un mixin RequireJS in requirejs-config.js, senza sovrascrivere i file del core. Così la correzione sopravvive a un aggiornamento di Magento.
- 5Testo alternativo e lingua nell'adminIl testo alternativo per immagine prodotto si trova nell'admin in Images and Videos → Alt Text, per store view. L'attributo lang viene derivato automaticamente dalla locale dello store, ma solo come codice lingua; verifica che ogni store view abbia la locale corretta. Le estensioni del Marketplace iniettano i propri blocchi tramite layout XML; sono sotto la tua responsabilità e rientrano nella nostra scansione.
Hyvä dichiara un frontend costruito secondo WCAG 2.1 AA, ma aggiunge esso stesso che il tema è solo una parte di un negozio. Estensioni, contenuti e personalizzazioni decidono il risultato finale; per questo scansioniamo la pagina pubblicata.
Cosa ottieni
Per ogni errore: cosa, perché e come
Per ogni rilevamento vedi cosa c'è di sbagliato, chi colpisce, quale regola WCAG riguarda e una soluzione concreta e pensata per Magento, con un esempio di codice dove possibile.
Rilevamento specifico per piattaforma
Intercetti gli errori che nascono proprio su Magento, non solo quelli che rileva un controllo WCAG generico.
Un dossier che regge
Una panoramica datata delle tue scansioni e dei tuoi rilevamenti che puoi mostrare durante un audit o un'ispezione.
Con uno strumento di reportistica paghi la licenza e i tuoi sviluppatori per risolvere gli errori. Con Seviranta la soluzione è inclusa, nessun doppio conto.
Proteggi la tua conversione e la tua posizione legale
Un'app che incolla un'icona di accessibilità sopra il tuo sito Magento è un rischio per la tua attività. I fatti, in breve:
Widget di accessibilità per Magento
- Caricano script esterni aggiuntivi che danneggiano la tua velocità di caricamento (LCP) e quindi la tua conversione.
- Mascherano l'errore invece di risolverlo, il codice di fondo resta sbagliato.
- Non ti proteggono dai reclami. La FTC ha multato il fornitore di overlay accessiBe per $1 milione nel 2025 per dichiarazioni di conformità ingannevoli.
L'approccio Seviranta
- 0% di impatto sulla tua velocità di caricamento, scansioniamo dall'esterno dai nostri server UE.
- Sistemiamo il vero codice sorgente dei tuoi template Magento.
- Costruiamo automaticamente il tuo dossier EAA conservabile, pronto da mostrare a un'autorità di vigilanza.
Domande e risposte
- Hyvä o PWA Studio sono accessibili di serie?
- Secondo la propria documentazione, Hyvä implementa funzionalità WCAG 2.1 AA dalla versione 1.3.0 e raccomanda esso stesso di testare con axe e solo da tastiera. Il report di Adobe per Venia (PWA Studio) verifica criterio per criterio e non rivendica alcuna conformità. Un buon tema di base aiuta; estensioni, contenuti e personalizzazioni decidono il resto.
- Dall'UE vendo anche negli Stati Uniti o nel Regno Unito. Cosa vale lì?
- Negli Stati Uniti, il Title III dell'ADA non ha uno standard tecnico federale, ma un contenzioso privato massiccio: oltre 2.400 cause federali sui siti web nel 2024 (Seyfarth) e, secondo UsableNet, più di 4.000 cause digitali, il 77% contro l'e-commerce, oltre mille delle quali contro siti con un widget. Nel Regno Unito, l'Equality Act 2010 impone un dovere anticipatorio di adottare adeguamenti ragionevoli, senza tetto ai risarcimenti. Le WCAG sono il metro di misura in tutti e tre i mercati.
- Il mio negozio gira su un Magento 2.3 o 2.4.x più vecchio. È un problema?
- No. Verifichiamo l'HTML pubblicato, indipendentemente dalla versione o dal tema. Le correzioni le forniamo a livello di template, layout o JavaScript, così il tuo sviluppatore le applica nel tema e sopravvivono a un aggiornamento.
- Un widget di accessibilità per Magento basta per l'EAA?
- No. Un widget mette uno strato sopra il tuo sito, ma non ripara il codice di fondo e non vale come conformità strutturale.
- Il mio checkout Magento rientra nell'EAA?
- Sì. Il checkout e la navigazione fanno esplicitamente parte dell'obbligo previsto dalle WCAG 2.1 AA.
- Seviranta scansiona anche le mie app Magento?
- Sì. Testiamo l'HTML finale generato, tema più app, così come fa un'autorità di controllo.
- Questo rallenta il mio sito Magento?
- No. Scansioniamo dall'esterno dai nostri server UE; nessuno script finisce sul tuo sito. 0% di impatto sulla tua velocità di caricamento e sui Core Web Vitals.
Lo facciamo anche noi
Applichiamo a noi stessi esattamente lo stesso metro: il nostro sito segna 0 errori in axe-core, lo stesso motore che sta dentro Google Lighthouse e con cui analizziamo anche il tuo shop Magento. Ciò che una macchina accerta con certezza lo risolviamo in automatico, il resto lo valuta una persona. Ecco con quanta precisione lo ricevi da noi: guarda un vero report di esempio.
Cosa richiede l'EAA al tuo negozio Magento
Dal giugno 2025 il tuo negozio online deve soddisfare le WCAG 2.1 AA, un negozio Magento non fa eccezione. In Italia questo recepisce l'EAA insieme alla Legge Stanca (D.lgs 82/2022). La scansione gratuita ti mostra in 60 secondi a che punto sei, con la riga esatta che non è conforme.
Vendi in più di un paese?
WCAG è lo standard mondiale. Quasi ogni mercato ci si basa:
Adegua il tuo negozio Magento al WCAG una sola volta e copri l'asticella tecnica in tutti questi mercati. Ciò che cambia da un mercato all'altro è l'autorità che vigila e le sanzioni.
Scopri cosa vale per ogni mercato di destinazione →Gestisci più siti Magento per i clienti?
Evita che i negozi online che consegni diventino un rischio legale sotto l'EAA per i tuoi committenti. Usa Seviranta come il tuo timbro di qualità automatizzato a ogni consegna e deploy, una scansione, e ogni sito è dimostrabilmente in regola.
Scopri il nostro programma partner →Altre piattaforme
Continua a leggere
Scansiona gratis il tuo negozio Magento
Incolla l'URL del tuo Magento nella scansione gratuita e scopri in meno di un minuto quali righe non sono conformi, con il punto esatto nel tuo tema.