Audit accessibilité WordPress : RGAA 4.1.2 en 30 secondes
WordPress propulse plus de 40% des sites du web, mais sa conformité RGAA n'est jamais automatique. Ce guide liste les modules à activer, les blocs Gutenberg à surveiller et les étapes pour auditer un site WordPress contre les 106 critères du RGAA 4.1.2.
WordPress et la conformité RGAA en 2026
WordPress propulse environ un quart des pages d'accueil scannées par le rapport WebAIM Million 2026. La plateforme intègre une équipe officielle Make WordPress Accessible et plusieurs thèmes par défaut (Twenty Twenty-Four, Twenty Twenty-Five) construits autour des bonnes pratiques. La conformité au RGAA 4.1.2 dépend néanmoins de quatre couches : le coeur, le thème, les plugins activés et le contenu rédigé. Une seule de ces couches peut casser la conformité même si les trois autres sont propres.
24%
Sites du WebAIM Million sous WordPress
56,1 en moyenne
Erreurs détectées/page (sample 2026)
106
Critères RGAA 4.1.2
En Bref : L'essentiel à retenir
- Framework : WordPress nécessite une attention particulière à la sémantique HTML.
- Point Critique : Gestion du focus lors de la navigation dynamique.
- Outil Recommandé : WP Accessibility (Joe Dolson).
- Critères RGAA clés : 1.1, 6.1, 9.1.
Versions WordPress et accessibilité
| Version | Support | Fonctionnalités A11y |
|---|---|---|
| WordPress 6.4 | Maintenance |
|
| WordPress 6.5 | Stable |
|
| WordPress 6.6+ | Latest |
|
Comment auditer un site WordPress en 6 étapes
Suivez ce guide étape par étape pour réaliser un audit RGAA complet de votre application WordPress.
Lancer un scan automatique
Utilisez RGAA Checker pour identifier les erreurs détectables sans intervention humaine et obtenir un score initial sur les 106 critères du RGAA 4.1.2.
Inspecter le thème actif
Vérifiez si le thème porte le tag « Accessibility Ready » sur WordPress.org ou s'il publie un VPAT. Listez les surcharges effectuées par votre équipe sur header.php, nav, footer.php.
Auditer les blocs Gutenberg
Installez Equalize Digital Accessibility Checker. Parcourez les 20 contenus les plus consultés et corrigez les erreurs signalées dans l'éditeur (alt manquants, titres en escalier, contrastes).
Tester au clavier
Naviguez sans souris sur le tunnel d'achat WooCommerce ou le formulaire de contact. Vérifiez le focus visible sur chaque élément interactif et le piégeage correct des modales.
Lancer un lecteur d'écran
NVDA sur Firefox ou VoiceOver sur Safari. Ouvrez la page d'accueil et trois pages internes. Notez les annonces incorrectes ou manquantes.
Rédiger la déclaration d'accessibilité
Publiez la déclaration RGAA obligatoire avec le taux de conformité, la liste des non-conformités et les contenus dérogés. Ajoutez le lien dans le footer.
Erreurs Fréquentes avec WordPress
Overlays automatiques (accessiBe, UserWay, AudioEye)
Ces solutions promettent une « conformité en un clic » mais masquent les défauts au lieu de les corriger. La déclaration commune signée par plus de 800 experts (overlayfactsheet.com) déconseille leur usage. Vous restez juridiquement responsable des défauts.
Boutons « Lire la suite » répétés (RGAA 6.1)
Les archives de blog affichent souvent vingt liens identiques « Lire la suite ». Sans contexte, un lecteur d'écran ne peut pas distinguer les destinations.
<a href="/article">Lire la suite</a><a href="/article" aria-label="Lire la suite : Titre de l'article">Lire la suite</a>Bloc Image sans alternative renseignée
Le bloc Image de Gutenberg ne force pas la saisie de l'attribut alt. Les rédacteurs publient régulièrement des images porteuses de sens sans alt, ou avec un alt vide alors que l'image devrait être décrite.
Formulaires Contact Form 7 sans label correctement associé
La configuration par défaut de Contact Form 7 utilise des placeholders comme étiquettes. Les utilisateurs de lecteurs d'écran perdent l'information dès qu'ils saisissent du texte (RGAA 11.1).
Pop-ups RGPD qui piègent le focus
De nombreux plugins RGPD ouvrent une modale qui empêche la navigation clavier vers la page sous-jacente, mais oublient de proposer un bouton « Refuser » accessible au clavier ou un mécanisme de fermeture (RGAA 12.10).
Page builders et hiérarchie de titres
Elementor, Divi et Beaver Builder produisent souvent des arborescences DOM profondes. Vérifiez systématiquement la hiérarchie des titres après chaque modification (h1 unique, pas de saut de niveau).
Plugins à éviter
Ces plugins/modules sont connus pour causer des problèmes d'accessibilité. Évitez-les ou configurez-les correctement.
accessiBe / UserWay / AudioEye
Overlays automatiques qui masquent les défauts sans les corriger. Position publique de Make WordPress Accessible et de plus de 800 signataires d'OverlayFactSheet.
Alternative : Aucun. Corrigez les vrais problèmes dans le thème et le contenu.
Slider Revolution sans audit
Carrousels auto-play sans contrôle pause, navigation clavier limitée, contenu dupliqué.
Alternative : Supprimer le carrousel ou Smart Slider 3 configuré avec contrôles
WPBakery Page Builder
HTML profondément imbriqué, hiérarchie de titres difficile à maîtriser.
Alternative : Gutenberg natif ou Bricks Builder
Plugins RGPD à pop-up agressif
Beaucoup de modales cookie piègent le focus ou n'exposent pas de bouton « Refuser » accessible au clavier.
Alternative : Complianz, ou Axeptio configurés avec accessibilité explicite
Bonnes Pratiques WordPress
Filtrer sur le tag « Accessibility Ready »
Le tag Accessibility Ready sur WordPress.org indique que le thème a passé une revue manuelle de l'équipe Theme Review. Twenty Twenty-Four et Twenty Twenty-Five maintenus par l'équipe coeur restent les choix les plus solides.
Exiger un VPAT pour les thèmes commerciaux
Avant tout achat sur ThemeForest ou auprès d'un éditeur, demandez le Voluntary Product Accessibility Template ou un rapport d'audit. La majorité des thèmes commerciaux n'a jamais été auditée.
Activer Equalize Digital Accessibility Checker
Plugin gratuit qui ajoute plus de 45 vérifications WCAG dans l'éditeur Gutenberg, en temps réel. La version 1.39 (mars 2026) intègre une sidebar avec scan persistant et gestion des dismiss.
Définir une charte de rédaction Gutenberg
Un seul H1 par article (titre de page), bloc Liste pour les énumérations, bloc Tableau réservé aux données tabulaires avec en-têtes, bloc Image avec alt rempli ou marqué décoratif.
Auditer chaque plugin actif
Chaque plugin peut injecter du HTML supplémentaire. Identifiez les plugins activés, vérifiez leur impact a11y page par page, et désactivez ceux qui ne sont pas indispensables.
Préparer la déclaration d'accessibilité
La déclaration au modèle DINUM est obligatoire pour les acteurs publics et certains acteurs privés. Listez taux de conformité, non-conformités et dérogations. Lien permanent dans le footer.
Critères RGAA clés pour WordPress
Ces critères du référentiel RGAA sont particulièrement importants pour les sites WordPress.
Images
Toutes les images insérées via la médiathèque ou Gutenberg doivent porter une alternative pertinente, ou être marquées comme décoratives.
Pertinence des liens
Les boutons « Lire la suite » répétés dans les archives doivent être contextualisés (aria-label ou texte explicite).
Structure des titres
Gutenberg et les page builders doivent maintenir une hiérarchie h1-h6 cohérente, sans saut de niveau.
Étiquettes de formulaire
Les champs Contact Form 7, WPForms ou Gravity Forms doivent avoir un <label for> correctement associé.
Navigation clavier
Menus déroulants, mégamenus et pop-ups RGPD doivent être entièrement utilisables au clavier.
Documents en téléchargement
Les PDF et documents joints publiés dans les articles doivent eux-mêmes être accessibles ou disposer d'une alternative HTML.
Checklist accessibilité WordPress
Vérifiez ces points essentiels avant de mettre votre site WordPress en production.
- Thème portant le tag « Accessibility Ready » ou disposant d'un VPAT public
- Plugin Equalize Digital Accessibility Checker activé pour les rédacteurs
- Champ alt rempli (ou décoratif explicite) sur toutes les images de la médiathèque
- Hiérarchie h1-h6 vérifiée sur les 20 contenus les plus consultés
- Skip link présent et fonctionnel en haut de chaque template
- Formulaires (Contact Form 7, WPForms) avec <label for> associé à chaque champ
- Menu principal et mégamenu utilisables uniquement au clavier
- Aucun overlay accessiBe, UserWay ou AudioEye installé
- Contraste texte/fond validé (>= 4,5:1) sur la palette du thème
- Pop-up RGPD avec bouton « Refuser » accessible au clavier
- Déclaration d'accessibilité publiée et liée dans le footer
- WooCommerce : tunnel d'achat testé au clavier (page produit, panier, checkout)
Questions Fréquentes sur WordPress et l'accessibilité
WordPress est-il conforme RGAA par défaut ?
Non. Le coeur intègre des landmarks et un champ alt obligatoire dans la médiathèque, mais aucun thème ni plugin ne couvre les 106 critères du RGAA 4.1.2. Un audit manuel reste nécessaire.
Un plugin de type accessiBe rend-il mon site conforme ?
Non. Les overlays automatiques masquent les problèmes plutôt que de les corriger. La déclaration commune signée par plus de 800 experts (overlayfactsheet.com) explique pourquoi ces solutions ne couvrent ni le RGAA ni l'EAA, et exposent à des plaintes.
Quel thème WordPress choisir pour l'accessibilité ?
Les thèmes par défaut maintenus par l'équipe coeur (Twenty Twenty-Four, Twenty Twenty-Five) sont les plus solides. Pour un thème commercial, exigez un VPAT et un test clavier complet avant achat.
Combien coûte un audit RGAA d'un site WordPress ?
Un audit complet RGAA 4.1.2 se situe entre 5 000 et 15 000 euros selon la taille du site et la complexité (WooCommerce, contenu multilingue, espace authentifié). Une première évaluation automatique gratuite via RGAA Checker permet de cadrer le périmètre.
Mon site WooCommerce est-il concerné par l'European Accessibility Act ?
Si vous vendez à des consommateurs en UE et dépassez les seuils (CA supérieur à 2 millions d'euros ou plus de 10 salariés), oui depuis le 28 juin 2025. Les microentreprises sont exemptées sous conditions.
Gutenberg est-il accessible ?
L'éditeur Gutenberg progresse depuis 2018. Il reste plus complexe à utiliser au clavier que l'éditeur classique, mais le rendu front peut être conforme si les rédacteurs respectent les règles de structure et d'alt.
Faut-il migrer vers un thème en Full Site Editing ?
Pas pour des raisons d'accessibilité. Le FSE n'est ni plus ni moins accessible qu'un thème classique. Migrez si l'équipe édito en tire un bénéfice de productivité.
Outils Recommandés pour WordPress
WP Accessibility (Joe Dolson)
Plugin gratuit de référence : ajoute skip links, force outline focus, nettoie les longdesc et tabindex problématiques hérités d'autres plugins.
Equalize Digital Accessibility Checker (v1.39)
Plus de 45 vérifications WCAG 2.2 dans l'éditeur Gutenberg, en temps réel. Sidebar avec scan persistant, gestion des dismiss et raisons. Version gratuite avec scan illimité.
Editoria11y for WordPress
Port WordPress de l'outil Princeton. Vérifie le contenu rédactionnel pendant la saisie et signale les défauts éditoriaux (titres, alt, liens).
Sa11y
Overlay éditeur (mode connecté) qui affiche les erreurs directement sur la page publique. Pratique pour la revue avant publication.
Block ARIA Landmark Roles
Permet d'attribuer un rôle ARIA landmark à un bloc Gutenberg et de structurer correctement les pages composées via FSE.
Make WordPress Accessible (handbook)
Documentation officielle de l'équipe coeur : bonnes pratiques pour développeurs de thèmes et plugins, ressources et issues actives.
Auditez votre site WordPress gratuitement
Vérifiez si votre application respecte les 106 critères RGAA en moins de 30 secondes.
Lancer un audit RGAA gratuit