Rends ta boutique WooCommerce vraiment accessible. EAA, RGAA et WCAG, sans overlay

La vérité : WooCommerce n'est pas accessible par défaut

Un thème WooCommerce par blocs soigné comme Storefront démarre mieux que beaucoup de boutiques, mais atteint rarement le WCAG 2.2 AA tout seul. Dès que tu personnalises ton checkout, installes des extensions ou choisis un thème aux boutons gris clair, des obstacles apparaissent que tes clients, et le European Accessibility Act, n'acceptent pas.

Ce qui cloche souvent sur WooCommerce

• Messages d'erreur du checkout sans aria-liveQuand le paiement échoue, WooCommerce affiche un message du type « saisis une adresse valide ». Sans aria-live="assertive", un utilisateur aveugle n'entend pas ce message et continue de deviner pourquoi la commande ne passe pas.
• Champs de formulaire sans label associéDans beaucoup de thèmes et de personnalisations de checkout, les champs arrivent sans label correctement associé ou avec un simple placeholder. Un utilisateur de lecteur d'écran entend alors un champ de saisie vide sans savoir ce qu'il doit y mettre.
• Contraste trop faible dans les boutons du thèmeBeaucoup de thèmes WooCommerce utilisent du texte gris clair sur un bouton coloré, ou une couleur de bouton proche de l'arrière-plan. Cela ne passe souvent pas le minimum de contraste du WCAG, si bien que les clients malvoyants ne peuvent pas lire « Ajouter au panier ».
• Ajout au panier via AJAX sans message d'étatQuand un client clique sur « Ajouter au panier », ça passe par AJAX sans rechargement de page. Sans live-region, un lecteur d'écran ne signale jamais que le produit a été ajouté, si bien que l'utilisateur ne sait pas si l'action a réussi.

À quoi ressemble une vraie correction

Prends un label de formulaire dans ton checkout WooCommerce. Via un filtre, tu te branches sur le champ et lui donnes un nom correct et associé, pas de reconstruction du checkout :

<input type="text" name="billing_company" id="billing_company"
  placeholder="Bedrijfsnaam">

add_filter( 'woocommerce_checkout_fields', function( $fields ) {
  $fields['billing']['billing_company']['label'] = __( 'Bedrijfsnaam', 'theme' );
  return $fields;
} );

Ce que tu reçois

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 WooCommerce est un risque pour ton activité. Les faits :

WooCommerce dit atteindre le WCAG 2.2 AA. Pourquoi ma boutique échoue-t-elle alors ?

Cette affirmation porte sur le front-end du plugin de base sur un thème par défaut. Ton thème, tes couleurs, ton contenu produit, tes personnalisations du checkout et chaque plugin s'affichent dans la même page, et c'est là que se trouvent les constats. WooCommerce le dit lui-même : les thèmes et plugins peuvent casser l'accessibilité du checkout.

Ma boutique WooCommerce doit-elle respecter le RGAA ou l'EAA ?

Le RGAA (version 4.1.2, géré par la DINUM) est la méthode française : 106 critères qui couvrent les critères de succès de niveau A et AA du WCAG 2.1 via l'EN 301 549. L'obligation de l'article 47 de la loi 2005-102 vise le secteur public et les entreprises dont le chiffre d'affaires dépasse 250 M€, avec l'Arcom comme autorité de contrôle. Depuis le 28 juin 2025, le e-commerce relève en plus de la transposition de l'EAA dans le Code de la consommation (article L. 412-13), avec une exception pour les micro-entreprises (moins de 10 personnes et 2 M€ de CA ou de bilan au maximum), sous le contrôle de la DGCCRF. Le RGAA évalue la page publiée, quel que soit l'outil de construction. Le rapport de WooCommerce ne couvre que le cœur du plugin, pas ton thème ni tes extensions.

Dois-je passer du checkout par shortcode au checkout par blocs ?

Pas forcément. WooCommerce ne publie pas de comparaison et le rapport teste les deux. Mais le checkout par blocs est, depuis la 9.0, l'endroit où atterrissent la plupart des améliorations (repère main, messages de statut, structure des titres). Si tu restes sur le shortcode, vérifie toi-même les messages d'erreur, les labels et le message de statut à « mettre à jour le panier » ; ces points n'ont été corrigés qu'en 2025.

Un widget d'accessibilité pour WooCommerce 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 WooCommerce 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 WooCommerce ?

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 WooCommerce ?

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.