Le thème Classic de PrestaShop est-il conforme RGAA ?

Non en l'état, mais il constitue une base plus saine que beaucoup de thèmes commerciaux. Sa structure connue facilite les corrections. La conformité reste à évaluer sur votre boutique réelle, avec vos modules et vos contenus, car ce sont eux qui créent l'essentiel des écarts.

Ma boutique PrestaShop est-elle concernée par l'EAA ?

Oui, très probablement. L'European Accessibility Act s'applique depuis le 28 juin 2025 au commerce électronique destiné aux consommateurs, sous réserve des seuils pour les micro-entreprises. Une boutique PrestaShop de PME ou ETI doit viser le niveau WCAG AA / RGAA sur tout le parcours d'achat.

PrestaShop a-t-il une longueur d'avance sur Shopify côté accessibilité ?

Pas vraiment. Shopify impose un Checkout audité WCAG 2.1 AA et des thèmes OS 2.0 mieux encadrés. PrestaShop offre plus de liberté (séparation thème/modules) mais avec un coût : la qualité dépend de l'assemblage. Aucune des deux plateformes ne fournit de conformité par défaut. Le critère décisif reste la rigueur du thème et le tri des modules installés.

Comment auditer une boutique PrestaShop pour l'EAA ?

Trois angles : (1) un scan automatisé axe-core ou équivalent sur les pages clés (accueil, catégorie, fiche produit, panier, checkout, compte), (2) un test au clavier seul sur le tunnel complet avec un lecteur d'écran (NVDA ou VoiceOver), (3) un audit humain couvrant les 50 critères WCAG 2.1 AA et le périmètre EAA. Accessio propose un diagnostic gratuit pour la première étape et un audit complet pour les suivantes.

Le diagnostic gratuit Accessio fonctionne-t-il sur PrestaShop ?

Oui : le scan analyse l'URL publique d'une boutique PrestaShop comme n'importe quel site. Il parcourt les pages les plus structurantes et restitue un panorama automatisé des écarts WCAG 2.1 AA. Pour les écrans internes (compte, multi-boutiques), un audit humain complémentaire reste nécessaire.

Existe-t-il un module qui rend PrestaShop accessible automatiquement ?

Aucun module ne rend une boutique conforme automatiquement. Les modules d'accessibilité ou bandeaux 'overlay' ajoutent des options de confort mais ne corrigent pas les erreurs de fond (balisage, focus, contrastes, formulaires). La conformité RGAA passe par des corrections dans le thème et les modules, pas par une surcouche.

Audit RGAA PrestaShop : ce qu'on trouve, et comment le corriger

PrestaShop, solution française très répandue chez les PME, offre une structure de boutique cohérente mais pas accessible par défaut. Le thème et surtout les modules déterminent l'expérience réelle pour les personnes en situation de handicap. Voici les points spécifiques à PrestaShop pour viser la conformité RGAA et EAA.

PrestaShopest-il accessible par défaut ?

PrestaShop n'est pas accessible par défaut, même si son thème Classic fournit une base de balisage exploitable et un tunnel de commande relativement structuré. Le cœur génère un HTML correct, mais de nombreux composants (filtres à facettes, navigation, menus déroulants, blocs de modules) présentent des écarts WCAG une fois en production. La forte dépendance aux modules de la communauté et aux thèmes commerciaux fait que la conformité dépend surtout de votre assemblage, pas de la plateforme seule. Un thème 'accessible' ou un module dédié ne suffit pas à rendre la boutique conforme.

Les atouts

Le thème Classic fournit une structure de pages cohérente et un tunnel de commande connu, ce qui facilite l'identification et la correction des écarts.
PrestaShop sépare thème et modules, ce qui permet de corriger le balisage du thème via des surcharges sans toucher au cœur.
Le back-office permet de renseigner facilement les textes alternatifs des images produit et de structurer les contenus CMS.
Solution éditée en France, PrestaShop dispose d'une communauté et de prestataires familiers du RGAA et de la réglementation européenne.
Hébergement local possible chez des acteurs français et accompagnement de proximité, favorable à la mise en conformité avec un prestataire RGAA francophone.

Les points de vigilance

La recherche à facettes (filtres par catégorie, prix, attributs) repose sur des rechargements AJAX rarement annoncés aux lecteurs d'écran, sans gestion du focus.
Le menu principal et les menus déroulants de nombreux thèmes gèrent mal le clavier (sous-menus inaccessibles, focus perdu, absence d'état ouvert/fermé exposé).
Les modules tiers (slider d'accueil, blocs promo, popups newsletter, avis, cookies) injectent un markup hétérogène, souvent sans labels ni contrastes suffisants.
Le tunnel de commande comporte des messages d'erreur et des états de validation qui ne sont pas toujours correctement associés aux champs ni annoncés dynamiquement.
Les thèmes commerciaux PrestaShop ignorent fréquemment le focus visible, les contrastes des boutons et badges de promotion, et la hiérarchie des titres.

Les erreurs d'accessibilité les plus fréquentes sur PrestaShop

Filtres à facettes rechargés en AJAX sans annonce

Le module de recherche à facettes met à jour la liste de produits en AJAX sans rien signaler aux technologies d'assistance. L'utilisateur de lecteur d'écran coche un filtre, la page change visuellement, mais rien n'est annoncé et le focus reste sur la case cochée. Il faut exposer la zone de résultats en région live pour que le nombre de produits trouvés soit vocalisé après chaque filtrage (RGAA 7.4).

À éviter

<div id="js-product-list">…</div>

À privilégier

<div id="js-product-list" aria-live="polite" aria-busy="false">…</div>

Sous-menus du thème sans état ouvert / fermé exposé

Le menu principal de la plupart des thèmes PrestaShop ouvre ses sous-menus au survol, via CSS seul. Aucun état n'est exposé et le déclencheur n'est souvent pas un élément focusable. Au clavier, le sous-menu est soit inatteignable, soit traversé sans qu'on sache qu'il est ouvert. Le déclencheur doit être un bouton portant aria-expanded, mis à jour à chaque bascule (RGAA 7.1).

À éviter

<a href="#" class="dropdown-toggle">Catégories</a>

À privilégier

<button type="button" aria-expanded="false" aria-controls="sub-cat">Catégories</button>

Erreurs du tunnel de commande non reliées aux champs

Le checkout affiche les erreurs de validation dans un bandeau global en haut d'étape, sans lien avec le champ fautif. Un utilisateur de lecteur d'écran entend qu'il y a une erreur mais ne sait pas lequel des quinze champs corriger. Chaque message doit être associé à son champ via aria-describedby et le champ marqué aria-invalid (RGAA 11.10).

À éviter

<div class="alert-danger">Des erreurs sont survenues</div>
<input name="postcode">

À privilégier

<input name="postcode" aria-invalid="true" aria-describedby="err-postcode">
<p id="err-postcode">Code postal invalide : 5 chiffres attendus.</p>

Badges de promotion au contraste insuffisant

Les thèmes commerciaux affichent les remises en blanc sur rouge vif ou orange, et les prix barrés en gris clair. Ces combinaisons tombent régulièrement sous 4.5:1, alors qu'il s'agit d'une information commerciale déterminante. Le prix promotionnel et le pourcentage de remise doivent respecter le seuil WCAG 2.1 AA (RGAA 3.2), y compris sur les vignettes de la page catégorie.

Images produit importées sans texte alternatif

Les imports CSV de catalogue et les synchronisations PIM laissent presque toujours le champ de légende vide, ce qui produit un alt vide ou égal au nom du fichier sur des centaines de fiches. Sur une boutique, l'image produit porte de l'information : elle a besoin d'une alternative décrivant l'article. Le champ de légende du back-office alimente cet attribut, il doit être renseigné à l'import (RGAA 1.1).

À éviter

<img src="/img/p/1/2/12.jpg" alt="">

À privilégier

<img src="/img/p/1/2/12.jpg" alt="Chaise de bureau ergonomique, dossier résille noir">

Modules tiers qui injectent un markup non maîtrisé

Popup newsletter, slider d'accueil, widget d'avis, bandeau cookies : chaque module ajoute son propre HTML, souvent sans label de fermeture, sans piège à focus sur les modales, et avec sa propre échelle de contrastes. Ces blocs échappent au thème et donc aux corrections faites dessus. Il faut auditer module par module et désactiver ceux qui ne peuvent pas être corrigés.

Les critères RGAA à surveiller en priorité sur PrestaShop

1.1 — Images : alternatives textuelles
Le champ de légende du back-office alimente l'attribut alt des images produit. Il reste vide après un import CSV : prévoir de le renseigner dans le fichier d'import plutôt que fiche par fiche.
3.2 — Contraste des couleurs
Points sensibles sur PrestaShop : badges de remise, prix barrés, boutons Ajouter au panier des thèmes commerciaux. Corriger dans les variables du thème, pas via un bandeau d'accessibilité.
7.1 — Scripts et interactions
Menus déroulants, filtres à facettes et recherche instantanée doivent rester opérables au clavier et exposer leurs états via aria-expanded et aria-controls.
7.4 — Changements de contexte annoncés
Toute mise à jour AJAX de la liste de produits (filtrage, tri, pagination) doit être annoncée dans une région live, avec le nombre de résultats.
10.7 — Focus visible
De nombreux thèmes PrestaShop suppriment l'outline par défaut. Le focus doit rester visible sur tout le tunnel de commande, y compris sur les boutons d'étape et les champs de paiement.
11.10 — Contrôle de saisie des formulaires
Les messages d'erreur du checkout et de la création de compte doivent être reliés au champ concerné via aria-describedby, avec un intitulé indiquant la correction attendue.

Checklist pour PrestaShop

Tester l'intégralité du tunnel de commande au clavier : chaque étape, champ et bouton doit être atteignable et le focus visible en permanence.
Vérifier la recherche à facettes : annoncer la mise à jour des résultats et replacer le focus après chaque filtrage AJAX.
Auditer le menu et les sous-menus au clavier et au lecteur d'écran : état ouvert/fermé exposé, sortie possible, pas de piège au focus.
Passer en revue chaque module actif et neutraliser ou remplacer ceux qui dégradent l'accessibilité (sliders, popups, blocs marketing).
Associer correctement labels et messages d'erreur aux champs des formulaires (compte, commande, contact) et les rendre explicites.
Contrôler les contrastes du thème (texte, boutons, prix promo) et corriger dans le thème plutôt que via un bandeau d'accessibilité automatique.
Tester la page Mon compte, le suivi colis et la procédure de retour : ces écrans post-achat sont souvent négligés par les thèmes PrestaShop.
Mesurer la performance mobile et le temps de chargement des modules AJAX (filtres, recherche instantanée), qui pénalisent les utilisateurs en situation de handicap sur connexion limitée.

Un thème ou une extension « accessible » ne suffit jamais à rendre un site conforme. Seul un audit du site réel — avec vos contenus, vos modules et vos parcours — permet de viser la conformité (déclaration d'accessibilité, schéma pluriannuel). En savoir plus sur l'audit.

Testez l’accessibilité de votre site, gratuitement

Vérifiez en moins d'une minute les premiers écarts d'accessibilité de votre site PrestaShop.

Lancer le diagnostic gratuit

Pour aller plus loin

L'accessibilité sur les autres plateformes e-commerce

Les écarts RGAA diffèrent d'une plateforme à l'autre. Voici le même état des lieux pour les solutions comparables à PrestaShop.

Questions sur l'accessibilité PrestaShop

Le thème Classic de PrestaShop est-il conforme RGAA ?: Non en l'état, mais il constitue une base plus saine que beaucoup de thèmes commerciaux. Sa structure connue facilite les corrections. La conformité reste à évaluer sur votre boutique réelle, avec vos modules et vos contenus, car ce sont eux qui créent l'essentiel des écarts.
Ma boutique PrestaShop est-elle concernée par l'EAA ?: Oui, très probablement. L'European Accessibility Act s'applique depuis le 28 juin 2025 au commerce électronique destiné aux consommateurs, sous réserve des seuils pour les micro-entreprises. Une boutique PrestaShop de PME ou ETI doit viser le niveau WCAG AA / RGAA sur tout le parcours d'achat.
PrestaShop a-t-il une longueur d'avance sur Shopify côté accessibilité ?: Pas vraiment. Shopify impose un Checkout audité WCAG 2.1 AA et des thèmes OS 2.0 mieux encadrés. PrestaShop offre plus de liberté (séparation thème/modules) mais avec un coût : la qualité dépend de l'assemblage. Aucune des deux plateformes ne fournit de conformité par défaut. Le critère décisif reste la rigueur du thème et le tri des modules installés.
Comment auditer une boutique PrestaShop pour l'EAA ?: Trois angles : (1) un scan automatisé axe-core ou équivalent sur les pages clés (accueil, catégorie, fiche produit, panier, checkout, compte), (2) un test au clavier seul sur le tunnel complet avec un lecteur d'écran (NVDA ou VoiceOver), (3) un audit humain couvrant les 50 critères WCAG 2.1 AA et le périmètre EAA. Accessio propose un diagnostic gratuit pour la première étape et un audit complet pour les suivantes.
Le diagnostic gratuit Accessio fonctionne-t-il sur PrestaShop ?: Oui : le scan analyse l'URL publique d'une boutique PrestaShop comme n'importe quel site. Il parcourt les pages les plus structurantes et restitue un panorama automatisé des écarts WCAG 2.1 AA. Pour les écrans internes (compte, multi-boutiques), un audit humain complémentaire reste nécessaire.
Existe-t-il un module qui rend PrestaShop accessible automatiquement ?: Aucun module ne rend une boutique conforme automatiquement. Les modules d'accessibilité ou bandeaux 'overlay' ajoutent des options de confort mais ne corrigent pas les erreurs de fond (balisage, focus, contrastes, formulaires). La conformité RGAA passe par des corrections dans le thème et les modules, pas par une surcouche.