L’accessibilité web est l’un des sujets les plus connus en théorie et les moins appliqués en pratique dans l’écosystème WordPress. La majorité des professionnels savent que des obligations existent — mais très peu savent précisément à qui elles s’appliquent, depuis quand, avec quelles sanctions, et concrètement ce qu’elles impliquent pour un site WordPress.
Ce guide démêle le cadre légal du discours marketing autour de l’accessibilité, et vous donne une vision précise de ce que la loi impose, à qui, et comment y répondre concrètement sur WordPress.
Chiffre clé : selon l’INSEE, environ 12 millions de personnes en France vivent avec un handicap — soit près de 20 % de la population. L’accessibilité web n’est pas un sujet de niche : c’est une réalité qui concerne un Français sur cinq, et une obligation légale dont le champ d’application s’élargit progressivement à l’ensemble des acteurs économiques.
Le cadre légal : qui est concerné, et depuis quand
L’accessibilité web en France est régie par la loi du 11 février 2005 pour l’égalité des droits et des chances, la participation et la citoyenneté des personnes handicapées — complétée par plusieurs textes réglementaires successifs, dont le décret du 24 juillet 2019 qui a étendu les obligations.
La référence technique est le RGAA (Référentiel Général d’Amélioration de l’Accessibilité), publié et maintenu par la DINUM (Direction Interministérielle du Numérique). Le RGAA est la transposition française des normes WCAG 2.1(Web Content Accessibility Guidelines) du W3C — il définit 106 critères répartis en 13 thématiques que les sites doivent respecter.
Les obligations selon le type d’organisation
| Type d’organisation | Obligation d’accessibilité | Depuis |
|---|---|---|
| Services de l’État | Totale (RGAA niveau AA) | 2012 |
| Collectivités territoriales | Totale (RGAA niveau AA) | 2020 |
| Établissements publics | Totale (RGAA niveau AA) | 2020 |
| Entreprises privées > 250 M€ de CA | Totale (RGAA niveau AA) | 2021 |
| Entreprises privées > 10 M€ de CA | Totale (directive européenne EAA) | Juin 2025 |
| TPE/PME < 10 M€ de CA | Partielle (EAA sur services numériques) | Juin 2025 |
| Professions libérales | Partielle selon activité | En cours |
La directive européenne sur l’accessibilité (European Accessibility Act — EAA), transposée en droit français, élargit considérablement le périmètre d’obligations à partir de juin 2025. Cette date marque un tournant : des obligations d’accessibilité s’appliquent désormais à des catégories d’acteurs privés qui en étaient jusqu’ici exemptés.
Ce que le RGAA exige concrètement : les 13 thématiques
Le RGAA organise ses 106 critères en 13 thématiques. Voici les plus impactantes pour un site WordPress standard :
Images : toute image porteuse d’information doit avoir un attribut alt descriptif. Les images décoratives doivent avoir un alt vide (alt=""). Sur WordPress, cela concerne chaque image uploadée dans la médiathèque — le champ « Texte alternatif » doit être renseigné systématiquement.
Couleurs : le contraste entre le texte et son arrière-plan doit respecter un ratio minimum de 4,5:1 pour le texte normal et 3:1 pour le grand texte. C’est un critère que la majorité des thèmes WordPress ne respectent pas par défaut — notamment sur les textes en gris clair sur fond blanc, très courants dans les designs modernes.
Tableaux : les tableaux de données doivent être correctement structurés avec des balises <th> pour les en-têtes et des attributs scope pour indiquer si l’en-tête est pour une ligne ou une colonne.
Liens : chaque lien doit avoir un intitulé explicite qui décrit sa destination. Les liens « Cliquez ici », « En savoir plus » ou « Lire la suite » sans contexte sont non conformes — un lecteur d’écran qui liste les liens de la page ne peut pas comprendre leur destination.
Scripts : les composants interactifs (menus déroulants, onglets, accordéons, modales) doivent être utilisables au clavier et annoncer leur état aux technologies d’assistance. C’est l’un des critères les plus complexes à respecter sur WordPress, où de nombreux plugins génèrent des composants JavaScript non accessibles.
Éléments obligatoires : chaque page doit avoir un <title> pertinent, une langue principale déclarée (lang="fr" sur la balise <html>), et une structure de balises Hn cohérente avec une seule <h1> par page.
Navigation : le site doit proposer un mécanisme de navigation cohérent, avec une possibilité d’éviter les blocs de navigation répétitifs via des liens d’évitement (« Aller au contenu principal »).
Consultation : le contenu ne doit pas dépendre d’une orientation d’écran spécifique, les textes doivent pouvoir être agrandis jusqu’à 200 % sans perte d’information, et aucun contenu ne doit clignoter plus de 3 fois par seconde.
Les obligations formelles au-delà du code
La conformité RGAA ne se limite pas au code du site — elle implique trois obligations formelles que beaucoup ignorent.
La déclaration d’accessibilité est un document obligatoire pour les organismes soumis au RGAA. Elle doit être publiée sur le site et préciser : le niveau de conformité actuel (conforme, partiellement conforme, non conforme), les critères non respectés et les raisons, les alternatives proposées pour les contenus non accessibles, et un mécanisme de contact pour signaler un problème d’accessibilité.
Le schéma pluriannuel de mise en accessibilité est requis pour les organismes publics — un document qui planifie les actions d’amélioration sur 3 ans avec un plan annuel détaillé.
Le mécanisme de signalement : le site doit permettre à tout utilisateur de signaler un défaut d’accessibilité et de demander une alternative accessible. Ce mécanisme peut être un simple formulaire de contact avec une mention explicite, ou une adresse email dédiée.
Les sanctions en cas de non-conformité :
Pour les organismes publics et les grandes entreprises, l’ARCOM (Autorité de Régulation de la Communication Audiovisuelle et Numérique) peut prononcer des sanctions allant jusqu’à 25 000 € par site en cas de manquement avéré aux obligations d’accessibilité. La sanction maximale peut être doublée en cas de récidive.
Les outils de diagnostic sur WordPress
Avant de corriger, il faut mesurer. Plusieurs outils permettent d’évaluer le niveau d’accessibilité d’un site WordPress.
WAVE (Web Accessibility Evaluation Tool) est l’outil de référence pour un audit rapide — il analyse une URL et affiche visuellement les erreurs d’accessibilité directement sur la page, avec une explication de chaque problème. C’est le point de départ recommandé pour tout audit RGAA.
axe DevTools (extension Chrome) est l’outil privilégié par les développeurs — il s’intègre dans les outils de développement du navigateur et identifie les violations WCAG avec des recommandations de correction précises.
Lighthouse intégré dans Chrome DevTools inclut un audit d’accessibilité qui score votre page sur 100 selon les critères WCAG — utile pour une évaluation rapide mais insuffisant pour un audit complet.
AccessiWeb est la référence française pour un audit RGAA complet — mais il nécessite une intervention humaine pour les critères non automatisables (environ 50 % des 106 critères du RGAA).
Corriger les problèmes d’accessibilité sur WordPress : par où commencer
L’approche la plus efficace pour un site WordPress existant est de prioriser les corrections par impact et par fréquence d’occurrence.
Les corrections à impact immédiat :
Renseignez les textes alternatifs de toutes les images dans la médiathèque WordPress — c’est une correction rapide, sans développement, avec un impact fort sur le score d’accessibilité. Dans Médias > Bibliothèque, filtrez par « Alt text manquant » pour identifier les images concernées.
Corrigez les contrastes de couleurs insuffisants via votre thème ou les CSS personnalisées. L’outil Colour Contrast Checker de WebAIM permet de tester chaque combinaison couleur/fond.
Ajoutez des liens d’évitement (« Aller au contenu principal ») en haut de chaque page — une balise <a href="#main-content"> qui pointe vers l’ancre du contenu principal. Sur WordPress avec Gutenberg, cela nécessite une modification du thème ou d’un plugin dédié.
Rendez vos formulaires accessibles via WPForms ou Gravity Forms — ces deux plugins génèrent nativement des labels associés aux champs, des messages d’erreur explicites et une navigation clavier cohérente.
Les plugins WordPress dédiés à l’accessibilité :
| Plugin | Fonction principale | Gratuit |
|---|---|---|
| WP Accessibility | Corrections automatiques (skip links, lang, title) | Oui |
| Accessibility Checker | Audit d’accessibilité depuis le tableau de bord WP | Oui |
| One Click Accessibility | Barre d’outils d’accessibilité front-end | Oui |
| UserWay | Widget d’accessibilité avec IA | Freemium |
| equidox | Accessibilité des PDF et documents | Non |
Un point important sur les widgets d’accessibilité comme UserWay ou accessiBe : ces outils ajoutent une barre d’outils qui permet aux utilisateurs d’ajuster l’affichage (contraste, taille de texte, espacement). Ils améliorent l’expérience utilisateur pour certains profils, mais ne rendent pas un site conforme au RGAA — ils n’éliminent pas les erreurs de code sous-jacentes. La conformité RGAA nécessite des corrections dans le code et le contenu, pas uniquement un widget de surcouche.
L’accessibilité comme levier SEO
Un bénéfice souvent méconnu : l’accessibilité web améliore le référencement naturel. Les raisons sont structurelles.
Les textes alternatifs des images que Google ne peut pas « voir » lui permettent de comprendre leur contenu — exactement comme un lecteur d’écran pour une personne malvoyante. Une structure de balises Hn cohérente facilite la compréhension de la hiérarchie du contenu par les robots de Google. Des intitulés de liens explicites enrichissent le maillage interne en donnant des informations sur la destination des liens. Un code HTML propre et sémantique — requis par le RGAA — est également le code que les robots d’indexation lisent le plus efficacement.
L’accessibilité et le SEO WordPress partagent donc un grand nombre de bonnes pratiques — en investissant dans l’une, vous progressez automatiquement dans l’autre.
FAQ — Accessibilité web et WordPress : les vraies questions
Depuis la transposition de la directive européenne EAA en droit français (juin 2025), les TPE proposant des services numériques au public sont progressivement concernées — même si les obligations sont moins étendues que pour les grands organismes. En pratique, si votre site permet des transactions en ligne, des prises de rendez-vous ou des demandes de services, les fonctionnalités transactionnelles doivent être accessibles. La DINUM publie régulièrement des guides d'application par type d'organisme sur numerique.gouv.fr. La recommandation pragmatique : visez un niveau de conformité minimal sur les fonctionnalités clés (formulaires, navigation, contrastes) avant de vous attaquer aux 106 critères complets du RGAA.
Certains thèmes WordPress affichent le label "accessibilité" dans le répertoire officiel — ils ont été validés pour respecter un ensemble de critères d'accessibilité de base. GeneratePress, Kadence et Blocksy sont régulièrement cités comme des thèmes avec une bonne base d'accessibilité native. Mais aucun thème ne garantit une conformité RGAA complète — notamment parce que le contenu que vous publiez (images sans alt, liens sans intitulé, tableaux mal structurés) peut créer des non-conformités indépendamment du thème. Un thème accessible est une bonne fondation — pas une garantie de conformité.
Le RGAA est construit sur les WCAG 2.1 niveau AA — mais il les complète avec des critères supplémentaires spécifiques au contexte français. Un site conforme aux WCAG 2.1 AA est donc très proche de la conformité RGAA, mais pas nécessairement totalement conforme. Les différences portent notamment sur des critères liés aux technologies spécifiques au marché français et sur des exigences documentaires (déclaration d'accessibilité) qui n'existent pas dans les WCAG. Pour un audit rigoureux, utilisez la grille de critères RGAA disponible sur accessibilite.numerique.gouv.fr — elle précise les différences avec les WCAG pour chaque critère.
