Accessibilité Magento
Rends ta boutique Magento vraiment accessible. EAA, RGAA et WCAG, sans overlay
Adobe Commerce est puissant, mais pas accessible par défaut : le frontend Knockout.js et le thème Luma introduisent des obstacles silencieux dans ton checkout et ta navigation. Nous les trouvons et livrons la correction dans tes propres templates .phtml, aucun widget qui ralentit ton site.
Voici comment Seviranta s'attaque à ton site Magento à la source
Là où les obstacles se cachent
Les thèmes, extensions et formulaires introduisent des barrières silencieuses. Nous les trouvons toutes.
La correction dans la source, pas par-dessus
Des réparations concrètes dans ton thème et templates, pas une couche d'overlay qui ne fait que masquer les erreurs.
Pas de widget, pas de ralentissement
Nous crawlons de l'extérieur depuis des serveurs UE, 0 % d'impact sur ta vitesse de chargement et tes Core Web Vitals.
Prêt pour l'EAA
On teste ton site face à WCAG, au niveau auquel les régulateurs contrôlent.
Scan headless avec axe-core, le même moteur que celui de Google Lighthouse, depuis nos serveurs situés dans l'UE. 0% d'impact sur ta vitesse de chargement.
La vérité : Magento n'est pas accessible par défaut
Le frontend Magento par défaut s'appuie sur une couche Knockout.js lourde et datée ainsi que sur le thème Luma. Dans beaucoup d'installations, le checkout charge des formulaires dynamiquement sans qu'un lecteur d'écran capte le changement, et Luma a un contraste trop faible à plusieurs endroits. Ce sont des obstacles que tes clients, et le European Accessibility Act, n'acceptent pas.
Ce qui est vraiment en jeu
- Un checkout non accessible est une infraction directe à l'EAA.
- Un widget d'accessibilité ne compte pas comme une solution structurelle.
- Les autorités de contrôle testent le HTML généré, y compris tes apps.
- « On utilise Magento » n'est pas une défense juridique : la responsabilité incombe à la boutique en ligne en service, pas à la plateforme.
Ce que l'attente peut coûter
jusqu'à € 1.000.000
Maximum UE · Espagne/Luxembourg
$ 4.000
États-Unis · Californie (Unruh), par visite
Tu n'es pas sanctionné du jour au lendemain, d'abord vient une mise en demeure avec un délai. Mais celui qui peut alors présenter un dossier daté s'en sort au moindre coût.
Vois ce qui s'applique à ton marché →Le risque caché des extensions Magento tierces
Les widgets d'avis, les filtres, les bundlers et les apps de recherche injectent du HTML dynamique dans ton frontend, et chaque mise à jour d'app peut ajouter un nouvel obstacle. Dans un audit, ce code compte pleinement, même si ce n'est pas toi qui l'as écrit. C'est pourquoi Seviranta surveille en continu le résultat final tel qu'un régulateur le voit : ton thème Magento plus toutes les apps et le contenu dynamique.
Ce qui cloche souvent sur Magento
- Checkout Knockout.js sans live-regionLe flux de checkout par défaut charge les étapes et les formulaires dynamiquement via Knockout.js. Sans live-region ni déplacement du focus, un lecteur d'écran ne capte jamais la transition et l'utilisateur reste sur l'ancienne étape.
- Mini-panier sans gestion du focusLe mini-panier en haut du thème Luma se déploie sans y placer ni y retenir le focus. Les utilisateurs au clavier et au lecteur d'écran ne savent pas que le panneau est ouvert.
- Thème Luma au contraste trop faibleLe thème Luma utilise à de nombreux endroits du texte et des boutons gris clair qui passent sous le seuil de contraste du WCAG 2.2 AA, peu lisibles pour les visiteurs malvoyants.
- Navigation à facettes sans aria-expandedLes filtres de la navigation à facettes s'ouvrent et se ferment sans aria-expanded, si bien qu'un lecteur d'écran ne signale jamais si un groupe de filtres est ouvert ou fermé.
À quoi ressemble une vraie correction
Prends le mini-panier en haut de ton thème Luma. Quand il se déploie, le focus ne le suit pas, si bien qu'un utilisateur de lecteur d'écran rate le contenu. La correction se trouve dans le template .phtml du thème, pas de reconstruction :
<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>Ce que tu règles toi-même dans Magento
Adobe place explicitement la responsabilité de l'accessibilité chez le marchand. Voici où Magento 2 pèche typiquement et à quelle couche tu le corriges.
- 1Sache ce qu'Adobe rapporte lui-mêmeL'Accessibility Conformance Report d'Adobe pour Adobe Commerce teste Luma critère WCAG par critère WCAG et signale, entre autres, des icônes sans alternative textuelle, une structure de titres du checkout qui ne correspond pas, un lien d'évitement au contraste insuffisant et une navigation principale impossible à activer au clavier. Le storefront Edge Delivery, plus récent (rapport 2025), obtient « does not support » sur l'information et les relations, le contraste du contenu non textuel et les messages de statut. Luma en version standard n'est donc pas une base sûre.
- 2Templates : surcharge dans ton thème, pas dans le coreLes erreurs de balisage (labels manquants, mauvais rôles ARIA dans le menu, boutons rendus comme <a> sans href) se corrigent en copiant le template .phtml vers app/design/frontend/<Vendor>/<theme>/<Module>/templates/ et en le réparant là. Les template path hints dans l'admin montrent quel fichier rend un bloc.
- 3Layout XML et templates KnockoutCe qui n'est pas dans un .phtml vit souvent dans un composant UI : le minicart, le checkout et la navigation à facettes sont rendus via des templates Knockout .html déclarés dans le jsLayout (par exemple Magento_Checkout/minicart/content). La gestion du focus et les régions live vont là ; les blocs se déplacent ou se remplacent avec <referenceBlock> dans le layout XML de ton thème.
- 4JavaScript via mixinsLe comportement (déplacer le focus à l'ouverture du minicart, mettre à jour aria-expanded sur les filtres) se modifie avec un mixin RequireJS dans requirejs-config.js, sans écraser les fichiers du core. Ainsi le correctif survit à une mise à niveau de Magento.
- 5Texte alternatif et langue dans l'adminLe texte alternatif de chaque image produit se trouve dans l'admin sous Images and Videos → Alt Text, par store view. L'attribut lang est dérivé automatiquement de la locale du store, mais seulement comme code de langue ; vérifie que chaque store view a la bonne locale. Les extensions du Marketplace injectent leurs propres blocs via le layout XML ; elles relèvent de ta responsabilité et sont incluses dans notre scan.
Hyvä revendique un frontend construit selon WCAG 2.1 AA, mais ajoute lui-même que le thème n'est qu'une partie d'une boutique. Extensions, contenu et développements sur mesure décident du résultat final ; c'est pourquoi nous scannons la page publiée.
Ce que tu reçois
Par erreur : quoi, pourquoi et comment
Pour chaque constat, tu vois ce qui ne va pas, qui c'est affecté, quelle règle WCAG est concernée et une solution concrète, pensée pour Magento, avec un exemple de code quand c'est possible.
Détection spécifique à la plateforme
Tu attrapes les erreurs qui surgissent précisément sur Magento, pas seulement ce qu’un contrôle WCAG générique repère.
Un dossier qui tient la route
Un aperçu daté de tes scans et de tes constats que tu peux présenter lors d'un audit ou d'une inspection.
Avec un outil de reporting, tu paies la licence et tes développeurs pour corriger les erreurs. Avec Seviranta, la correction est incluse, pas de double facture.
Protège ta conversion et ta situation juridique
Une app qui colle une icône d'accessibilité par-dessus ton site Magento est un risque pour ton activité. Les faits :
Les widgets d'accessibilité pour Magento
- Chargent des scripts externes supplémentaires qui nuisent à ta vitesse de chargement (LCP) et donc à ta conversion.
- Masquent l'erreur au lieu de la résoudre, le code sous-jacent reste défectueux.
- Ne te protègent pas contre les plaintes. La FTC a infligé en 2025 une amende d'1 million de dollars au fournisseur d'overlay accessiBe pour des allégations de conformité trompeuses.
L'approche Seviranta
- 0 % d'impact sur ta vitesse de chargement, on scanne de l'extérieur depuis nos serveurs en UE.
- On répare le vrai code source de tes templates Magento.
- On constitue automatiquement ton dossier EAA conservable, prêt à présenter à un régulateur.
Questions et réponses
- Hyvä ou PWA Studio sont-ils accessibles d'emblée ?
- Hyvä implémente des fonctionnalités WCAG 2.1 AA depuis la version 1.3.0 selon sa propre documentation, et recommande lui-même de tester avec axe et au clavier seul. Le rapport d'Adobe pour Venia (PWA Studio) teste critère par critère et ne revendique aucune conformité. Un bon thème de base aide ; extensions, contenu et développements sur mesure décident du reste.
- Je vends aussi depuis l'UE vers les États-Unis ou le Royaume-Uni. Qu'est-ce qui s'applique là-bas ?
- Aux États-Unis, l'ADA Title III n'a pas de norme technique fédérale, mais un contentieux privé massif : plus de 2 400 affaires fédérales visant des sites web en 2024 (Seyfarth) et, selon UsableNet, plus de 4 000 affaires numériques, 77 % contre le e-commerce, dont plus d'un millier contre des sites équipés d'un widget. Au Royaume-Uni, l'Equality Act 2010 impose un devoir anticipatif d'aménagements raisonnables, sans plafond d'indemnisation. Les WCAG sont l'étalon sur les trois marchés.
- Ma boutique tourne sur un Magento 2.3 ou 2.4.x plus ancien. Est-ce un problème ?
- Non. Nous testons le HTML publié, quels que soient la version ou le thème. Les correctifs sont livrés au niveau template, layout ou JavaScript, pour que ton développeur les applique dans le thème et qu'ils survivent à une mise à niveau.
- Un widget d'accessibilité pour Magento suffit-il pour l'EAA ?
- Non. Un widget pose une couche par-dessus ton site, mais ne répare pas le code sous-jacent et ne compte pas comme une conformité structurelle.
- Mon checkout Magento relève-t-il de l'EAA ?
- Oui. Le checkout et la navigation font explicitement partie de l'obligation au titre du WCAG 2.1 AA.
- Seviranta scanne-t-il aussi mes apps Magento ?
- Oui. On teste le HTML final généré, thème plus apps, comme le fait une autorité de contrôle.
- Est-ce que ça va ralentir mon site Magento ?
- Non. On scanne de l'extérieur depuis nos serveurs en UE ; aucun script ne se pose sur ton site. 0 % d'impact sur ta vitesse de chargement et tes Core Web Vitals.
Nous le faisons aussi nous-mêmes
Nous nous imposons exactement la même exigence : notre propre site affiche 0 erreur dans axe-core, le même moteur que celui de Google Lighthouse, celui avec lequel nous scannons aussi ta boutique Magento. Ce qu'une machine détecte avec certitude, nous le corrigeons automatiquement, le reste, c'est un humain qui l'évalue. Voici avec quelle rigueur nous te livrons tout ça : vois un vrai exemple de rapport.
Ce que l'EAA et le RGAA attendent de ta boutique Magento
Depuis juin 2025, ta boutique en ligne doit respecter le WCAG 2.1 AA, une boutique Magento ne fait pas exception. Le scan gratuit te montre en 60 secondes où tu en es, avec la ligne exacte qui ne passe pas.
Tu vends dans plusieurs pays ?
WCAG est la norme mondiale. Presque chaque marché s'appuie dessus :
Mets ta boutique Magento en conformité WCAG une seule fois et tu couvres la barre technique sur tous ces marchés. Ce qui change selon le marché, c'est l'autorité de contrôle et les amendes.
Vois ce qui s'applique selon ton marché cible →Tu gères plusieurs sites Magento pour des clients ?
Évite que les boutiques que tu livres ne deviennent un risque juridique sous l'EAA pour tes donneurs d'ordre. Utilise Seviranta comme ton tampon qualité automatisé à chaque livraison et chaque déploiement, un seul scan, et chaque site est démontrablement en règle.
Découvre notre programme partenaire →Autres plateformes
Pour aller plus loin
Scanne ta boutique Magento gratuitement
Colle l'URL de ta boutique Magento dans le scan gratuit et vois en moins d'une minute quelles lignes ne passent pas, avec l'emplacement exact dans ton thème.