Accessibility-ready : le repère à vérifier avant de choisir le thème de votre boutique

Choisir un thème pour une boutique WooCommerce se fait souvent sur un critère visuel : la mise en page, les couleurs, la démonstration vue sur le site de l’éditeur. L’accessibilité du thème — sa capacité à être utilisé au clavier, lu par un lecteur d’écran, compris par une personne malvoyante — passe rarement dans la liste de vérification. Pourtant, le thème porte une grande partie de l’expérience : la navigation, les formulaires, le tunnel de commande. Un repère existe pour s’orienter avant de choisir : le tag « accessibility-ready » de l’annuaire WordPress.org. Encore faut-il savoir ce qu’il garantit, et ce qu’il ne garantit pas.

Qu’est-ce qu’un thème « accessibility-ready » ?

Sur l’annuaire officiel des thèmes WordPress, certains portent le tag accessibility-ready. Il n’est pas attribué automatiquement : selon la documentation de l’équipe accessibilité de WordPress.org, ce tag est accordé après une revue manuelle menée par un membre de cette équipe, qui vérifie que le thème atteint un socle de standards minimums fixés pour la revue. Les auteurs de thèmes sont ensuite encouragés à aller au-delà de ce socle.

Concrètement, ce tag concerne des points structurants pour un visiteur qui navigue au clavier ou avec un lecteur d’écran : la présence d’indicateurs de focus visibles, la hiérarchie des titres, le contraste des couleurs par défaut, l’accessibilité des menus et des formulaires. L’annuaire liste ces thèmes à une adresse dédiée, directement consultable avant tout achat ou toute installation : wordpress.org/themes/tags/accessibility-ready.

Ce que le tag garantit — et ce qu’il ne garantit pas

C’est le point que la documentation officielle prend soin de préciser elle-même : « Accessibility-ready » ne signifie pas que le thème respecte les WCAG (Web Content Accessibility Guidelines) au niveau AA, le niveau de référence le plus souvent exigé par les réglementations, dont le RGAA français. Le tag atteste d’une revue par un pair sur un socle de critères techniques du thème nu ; il ne couvre ni les réglages choisis par le propriétaire du site, ni les blocs ou extensions ajoutés ensuite, ni le contenu lui-même — texte alternatif des images, structure des pages produits, couleurs de la charte graphique appliquées par-dessus le thème.

Pour une boutique, cette nuance change la décision à prendre. Un thème accessibility-ready est un point de départ plus sûr qu’un thème sans aucune revue, mais il ne dispense pas d’un contrôle sur la boutique telle qu’elle sera réellement configurée, avec son tunnel de commande, ses fiches produits et ses formulaires de compte client.

Thèmes par défaut et thèmes alternatifs : une obligation différente

Un autre repère, moins connu, distingue deux catégories au sein même du projet WordPress. Dans les notes de la réunion de l’équipe accessibilité du 12 février 2026, la règle est posée sans ambiguïté : les thèmes par défaut de WordPress (ceux installés et activés d’origine, comme les thèmes Twenty) doivent respecter les standards WCAG. Les thèmes alternatifs, que l’utilisateur choisit d’installer lui-même — ce qui couvre la quasi-totalité des thèmes utilisés par une boutique WooCommerce — n’y sont pas tenus.

Autrement dit, le thème par défaut sert de référence et de vitrine technique au projet, mais il n’est presque jamais celui qui habille une boutique en production. Dès qu’une boutique installe un thème tiers, qu’il soit gratuit ou payant, classique ou en blocs, elle sort du périmètre où l’accessibilité est une obligation du projet WordPress et entre dans un périmètre où elle dépend entièrement du choix et de la vérification faits par le propriétaire du site.

Pourquoi ce repère compte pour une boutique, pas seulement pour un site vitrine

Sur une boutique WooCommerce, l’accessibilité du thème touche directement des étapes où la moindre friction fait perdre une vente : le formulaire d’adresse, le choix du mode de livraison, la validation du paiement. Un indicateur de focus invisible, un bouton non étiqueté pour un lecteur d’écran, un contraste insuffisant sur un message d’erreur de formulaire ne gênent pas seulement les personnes en situation de handicap : ils compliquent le parcours pour toute personne qui navigue au clavier, sur un petit écran ou dans de mauvaises conditions de luminosité.

Ce sujet rejoint aussi une obligation réglementaire qui concerne désormais une partie du secteur privé, comme nous l’avons détaillé dans notre article sur les exemptions et le délai de mise en conformité. Pour une boutique qui entre dans le champ de cette obligation, le choix du thème n’est jamais une simple question d’esthétique : c’est l’un des premiers postes à vérifier dans un plan de mise en conformité, avant même d’auditer les pages produits ou le contenu éditorial. La méthode de test détaillée, critère par critère, est décrite dans notre guide sur la vérification RGAA d’une boutique en ligne.

Le choix entre thème classique et thème de blocs, abordé dans notre comparatif sur les deux approches, doit donc intégrer ce critère au même rang que la performance ou la facilité de personnalisation. Un thème de blocs récent n’est pas automatiquement plus accessible qu’un thème classique ancien : seul le tag accessibility-ready, ou un audit indépendant, permet de le vérifier.

Comment vérifier un thème avant de l’installer

1. Chercher le thème dans l’annuaire officiel. Sur wordpress.org/themes, la fiche de chaque thème libre indique ses tags ; le filtre « accessibility-ready » liste uniquement ceux qui ont passé la revue.
2. Ne pas s’arrêter au tag pour un thème commercial. Les thèmes premium vendus hors de l’annuaire WordPress.org ne passent pas par cette revue : demander à l’éditeur s’il a fait auditer le thème, et sur quel référentiel.
3. Tester au clavier, sans souris. Parcourir le catalogue, ajouter un produit au panier et aller jusqu’au paiement en utilisant uniquement la touche Tab : un focus qui disparaît ou un ordre de tabulation illogique se repère en quelques minutes, sans outil.
4. Vérifier le tunnel de commande en priorité. C’est la zone où un défaut d’accessibilité a le plus de conséquences commerciales directes ; elle mérite un contrôle même quand le thème porte le tag accessibility-ready.
5. Documenter ce qui a été vérifié. Pour une boutique soumise à l’obligation de déclaration d’accessibilité, ce contrôle du thème doit figurer dans le dossier de preuve, au même titre que l’audit du contenu.

Cette vérification ne remplace pas un audit RGAA complet quand la boutique y est tenue, mais elle évite d’hériter, dès le choix du thème, de défauts qu’il faudra ensuite corriger un par un dans chaque gabarit de page.

Ce qu’il faut retenir

• Le tag « accessibility-ready » de WordPress.org atteste d’une revue manuelle sur un socle de critères, pas d’une conformité WCAG AA ou RGAA complète.
• Seuls les thèmes par défaut de WordPress sont tenus de respecter les WCAG ; un thème tiers installé sur une boutique WooCommerce n’y est jamais obligé par le projet lui-même.
• Le tunnel de commande — adresse, livraison, paiement — est la zone où un défaut d’accessibilité du thème coûte le plus cher à l’expérience client.
• Un thème accessibility-ready reste un point de départ : un test manuel au clavier sur le parcours d’achat complet reste nécessaire avant mise en production.