CMS

Audit d'accessibilité RGAA pour WordPress

Pourquoi WordPress pose des problèmes d'accessibilité

WordPress propulse plus de 43% du web mondial, mais cette popularité masque un problème majeur : la grande majorité des thèmes et plugins ne respectent pas les critères d'accessibilité du RGAA. Les page builders comme Elementor ou Divi génèrent des couches de div imbriquées sans aucune sémantique HTML. Les images uploadées par les contributeurs arrivent sans attribut alt. Les titres h1 à h6 sont utilisés pour le style plutôt que pour la structure logique du document. Les sliders et carousels, omniprésents sur les sites WordPress, sont rarement navigables au clavier. Les formulaires Contact Form 7 ou WPForms manquent de labels programmatiques. Chaque plugin ajoute son propre code, souvent sans aucune considération pour les technologies d'assistance. Le résultat : un site visuellement attractif mais inutilisable pour les 12 millions de Français en situation de handicap. Avec l'entrée en vigueur de l'European Accessibility Act, ces manquements exposent les propriétaires de sites WordPress à des sanctions financières pouvant atteindre 50 000 euros.

Problèmes fréquents sur WordPress

Thèmes et page builders générant du HTML non sémantique

RGAA 9.2

Elementor, Divi, WPBakery et Oxygen génèrent des dizaines de div imbriquées sans balises sémantiques (nav, main, aside, article). Les lecteurs d'écran ne peuvent pas identifier les zones de la page. La navigation par régions est impossible, obligeant les utilisateurs à parcourir linéairement tout le contenu.

Images sans attribut alt ou avec alt générique

RGAA 1.1

WordPress permet d'uploader des images sans renseigner le texte alternatif. Les contributeurs laissent le champ vide ou utilisent le nom de fichier (IMG_2847.jpg). Les images décoratives ne sont pas marquées avec alt vide. Les lecteurs d'écran annoncent le nom du fichier ou rien du tout, privant les utilisateurs non-voyants d'information essentielle.

Hiérarchie de titres incohérente

RGAA 9.1

Les thèmes WordPress utilisent les balises h1 à h6 pour le design plutôt que pour structurer le contenu. On trouve des h3 avant des h2, plusieurs h1 sur la même page, ou des niveaux sautés (h1 puis h4). Les widgets de sidebar ajoutent des titres supplémentaires qui cassent la hiérarchie. Les lecteurs d'écran utilisent cette hiérarchie pour naviguer : une structure incorrecte désoriente complètement l'utilisateur.

Sliders et carousels sans navigation clavier

RGAA 7.1

Les plugins Revolution Slider, Slick Slider et MetaSlider ne supportent pas la navigation clavier standard (flèches, Tab, Entrée). Les contrôles précédent/suivant ne sont pas focusables. Le contenu du slide actif n'est pas annoncé via aria-live. Les utilisateurs qui ne peuvent pas utiliser une souris sont complètement exclus de ce contenu, souvent placé en position prominente sur la page d'accueil.

Testez votre site WordPress

Découvrez les non-conformités RGAA de votre site WordPress en 5 minutes. Gratuit, sans engagement.

Lancer l'audit gratuit

Ce que Scrutia détecte sur WordPress

Scrutia analyse le rendu final de votre site WordPress tel qu'il apparaît dans le navigateur, indépendamment du thème ou des plugins utilisés. Notre moteur détecte les div imbriquées sans sémantique générées par les page builders, les images sans alt text, les hiérarchies de titres cassées et les composants interactifs non navigables au clavier. Nous testons la navigation par tabulation sur les sliders, menus et modales. Chaque non-conformité est associée au critère RGAA concerné avec le code correctif HTML/CSS/JS prêt à être appliqué dans votre thème enfant.

Questions fréquentes — WordPress

Scrutia détecte-t-il les problèmes causés par les page builders WordPress ?
Oui. Scrutia analyse le HTML rendu par votre page builder (Elementor, Divi, WPBakery, Oxygen). Nous détectons les structures non sémantiques, les composants ARIA invalides et les pièges clavier générés par ces outils, même si le problème vient du builder et non de votre contenu.
Les corrections sont-elles applicables sans modifier le code du thème ?
La plupart des corrections peuvent être appliquées via un thème enfant WordPress ou un plugin de snippets comme Code Snippets. Le rapport précise pour chaque correction la méthode d'application recommandée : thème enfant, functions.php, CSS additionnel, ou réglage de plugin.
Mon site WordPress utilise WooCommerce, est-ce couvert ?
Oui. Scrutia teste les pages produits, les pages de catégorie, le panier et toutes les pages publiques de votre boutique WooCommerce. Les problèmes spécifiques au e-commerce (boutons sans label, filtres inaccessibles, notifications dynamiques) sont détectés et corrigés dans le rapport.

Auditer d'autres technologies

CMS

Drupal

E-commerce

Shopify

Framework JS

React

Auditez votre site WordPress maintenant

106 critères RGAA testés en 5 minutes. Score gratuit, rapport complet multi-pages avec corrections de code à partir de 149€.

Tester mon site WordPress