Accessibilité : Shopify, WooCommerce ou PrestaShop, ce que le thème règle et ce qu'il ne règle pas
La question arrive toujours sous cette forme : « mon thème est annoncé accessible, est-ce que ça suffit ? » Sur une boutique, l'accessibilité se joue sur trois couches (le thème, les applications ou modules ajoutés, et le tunnel de paiement), et votre marge de manœuvre n'est pas la même sur les trois. Voici comment ça se répartit selon la plateforme.
Les trois couches, dans l'ordre de ce qu'elles cassent
| Couche | Ce qu'elle détermine | Votre marge de manœuvre |
|---|---|---|
| Le thème | Structure des pages, contrastes, focus, sémantique des sélecteurs de variantes | Totale, si le thème est modifiable |
| Les applications et modules | Bandeaux, pop-ups, avis clients, sélecteurs de point relais, filtres | Le choix d'en installer un, et parfois rien de plus |
| Le tunnel de paiement | Saisie d'adresse, livraison, carte bancaire | Variable, et parfois nulle |
Cette troisième ligne est la plus importante, parce qu'elle est la seule où vous pouvez être en défaut sans pouvoir corriger. Le point de droit ne bouge pas pour autant : l'opérateur du service de commerce électronique, c'est le marchand.
Shopify
Ce qui joue en votre faveur. Les thèmes officiels récents sont construits avec l'accessibilité comme critère explicite : éléments interactifs natifs, indicateurs de focus, structure de titres tenue. Partir d'un thème officiel plutôt que d'un thème acheté sur une place de marché change beaucoup de choses.
Ce qui casse. Presque toujours les applications. Une boutique Shopify porte facilement dix à vingt applications, dont chacune injecte son propre HTML dans le thème : fenêtre de promotion, roue de réduction, avis clients, sélecteur de taille « intelligent », widget de chat. Ces blocs échappent au soin apporté au thème, et ce sont eux qu'on retrouve dans les rapports : boutons sans nom, modales sans piège de focus, contrastes fantaisistes.
Ce qui vous échappe. Le checkout. Il est hébergé et rendu par Shopify, et sa personnalisation est restreinte : très encadrée sur les formules courantes, plus ouverte sur les formules supérieures. Concrètement, si un défaut d'accessibilité se trouve dans cette étape, vous ne pouvez pas le corriger vous-même : vous pouvez le documenter, le signaler à l'éditeur, et en tenir compte dans votre dossier.
Conséquence pratique sur Shopify : l'essentiel de votre travail utile porte sur les applications et sur les modèles de fiche produit. C'est aussi la meilleure nouvelle du lot : désinstaller trois applications inutiles améliore souvent l'accessibilité, la vitesse et le taux de conversion d'un seul geste.
WooCommerce
Ce qui joue en votre faveur. Tout est modifiable. WordPress dispose d'une culture d'accessibilité ancienne et d'une équipe dédiée, les gabarits de WooCommerce sont surchargeables depuis le thème, et rien ne vous empêche de corriger le HTML exact qui pose problème. C'est la plateforme où l'on peut aller le plus loin.
Ce qui casse. Les constructeurs de pages, en premier lieu. Une page bâtie en glisser-déposer produit couramment des empilements de <div>, des titres choisis pour leur taille plutôt que pour leur niveau (un <h4> parce qu'il était plus petit), des boutons qui sont des liens sans destination, et des animations non désactivables. S'y ajoutent les extensions : chaque module de livraison, de paiement ou d'avis apporte son propre balisage.
Le point de vigilance particulier. Woo propose deux générations de pages de panier et de commande : les anciens codes courts et les blocs plus récents. Elles ne produisent pas le même HTML, et un thème réglé pour l'une peut afficher l'autre de travers. Avant de corriger, il faut savoir laquelle votre boutique utilise.
PrestaShop
Ce qui joue en votre faveur. Le thème par défaut est propre et modifiable, les gabarits sont surchargeables, et les versions récentes ont progressé sur le sujet. Comme sur WooCommerce, vous avez la main sur le HTML.
Ce qui casse. Les modules greffés par hooks, et le poids de l'historique. Beaucoup de boutiques PrestaShop tournent sur un thème acheté il y a des années, personnalisé par plusieurs prestataires successifs, avec des surcharges dont personne ne se souvient. Sur ces boutiques, l'accessibilité n'est pas un chantier séparé : c'est l'un des symptômes d'un socle qui a vieilli.
Le lien avec la version. Une boutique restée en 1.6 ou en 1.7 a un problème plus pressant que l'accessibilité : ces branches ne sont plus maintenues. Dans ce cas, le bon ordre est d'intégrer l'accessibilité à la migration vers PrestaShop 8 ou 9 plutôt que d'y consacrer un chantier isolé sur un socle qu'on va remplacer. Le surcoût est faible quand on refait le thème de toute façon ; il est élevé quand on rafistole l'ancien.
Le cas du site sur-mesure
Pas de couche « applications » qui échappe au contrôle, pas de tunnel hébergé imposé : tout est corrigeable, et rien n'est corrigé par défaut. L'accessibilité d'un site sur-mesure vaut exactement ce que valait le cahier des charges. Si elle n'y figurait pas, elle n'y est pas, et c'est le seul cas où l'on part vraiment de zéro.
Ce que je regarde, quelle que soit la plateforme
La plateforme change l'endroit où se trouve le défaut, pas la liste des défauts. Dans tous les cas, je commence par les mêmes points :
- Le parcours d'achat au clavier, de la fiche produit à la confirmation.
- Les sélecteurs de variantes : vrais contrôles de formulaire, ou
<div>déguisés. - Les noms accessibles des boutons et des liens en icône.
- Les contrastes des prix, frais de port et mentions de stock.
- Le comportement des modales, et notamment de celles ajoutées par des modules.
- Ce qui change sans rechargement et n'est annoncé nulle part.
La question à poser à votre éditeur ou à votre prestataire
Une seule, et elle est très discriminante : « pouvez-vous me montrer un enregistrement d'une commande passée de bout en bout au clavier seul, sans souris ? »
Une réponse en trois minutes de vidéo vaut mieux qu'un rapport d'outil de quarante pages. Et une réponse évasive à cette question est, en soi, l'information que vous cherchiez.
Questions fréquentes
Un thème annoncé accessible suffit-il ?
Non, parce que le thème n'est qu'une des trois couches. Les applications et modules ajoutés injectent leur propre HTML, souvent sans le soin apporté au thème, et le tunnel de paiement peut échapper entièrement au marchand. Un thème propre est un très bon point de départ, ce n'est pas une conclusion.
Peut-on corriger l'accessibilité du checkout Shopify ?
Très peu sur les formules courantes : le tunnel est hébergé et rendu par Shopify, et sa personnalisation est encadrée. Vous pouvez documenter le défaut, le signaler à l'éditeur et en tenir compte dans votre dossier, mais pas le corriger vous-même. Cela ne déplace pas la responsabilité : l'opérateur du service de commerce électronique reste le marchand.
Quelle plateforme est la plus accessible ?
La question est mal posée : aucune plateforme n'est accessible ou inaccessible en soi. Ce qui change, c'est l'endroit du problème et votre marge de manœuvre. WooCommerce et PrestaShop laissent modifier tout le HTML, donc tout est corrigeable. Shopify offre des thèmes officiels solides mais un tunnel fermé. Un site sur-mesure vaut exactement ce que valait son cahier des charges.
Pourquoi les constructeurs de pages posent-ils problème ?
Parce qu'ils produisent du balisage choisi pour l'apparence plutôt que pour le sens : des empilements de div, des niveaux de titre pris pour leur taille, des boutons qui sont en réalité des liens sans destination, des animations non désactivables. Sur WooCommerce, c'est la première source de manquements, avant même les extensions.
Faut-il traiter l'accessibilité avant ou pendant une migration PrestaShop ?
Pendant, si une migration est prévue. Une boutique restée en 1.6 ou 1.7 tourne sur une branche qui n'est plus maintenue, ce qui est plus pressant. Intégrer l'accessibilité à la refonte du thème coûte peu quand on le refait de toute façon, et beaucoup si l'on rafistole un socle qu'on va remplacer.
Quelle question poser à mon prestataire pour le vérifier ?
Demandez-lui un enregistrement vidéo d'une commande passée de bout en bout au clavier seul, sans souris. Trois minutes de vidéo sont plus informatives qu'un rapport d'outil de quarante pages, et une réponse évasive à cette question vous renseigne déjà.