Accessibilité RGAA d'un site WordPress : obligations et méthode
Un site accessible est un site que tout le monde peut utiliser : personnes aveugles avec un lecteur d’écran, personnes qui naviguent au clavier, malvoyants qui agrandissent le texte, daltoniens, personnes âgées ou fatiguées. En France, la référence s’appelle le RGAA, et depuis 2025 il ne concerne plus seulement les sites publics.
Le RGAA en quelques mots
Le RGAA (Référentiel général d’amélioration de l’accessibilité) est le référentiel technique français. Sa version actuelle, la 4.1.2, compte 106 critères répartis en 13 thématiques : images, couleurs, liens, structure, formulaires, navigation, etc. Il traduit en tests concrets les règles internationales WCAG. Le texte complet et sa méthode de test sont publiés sur accessibilite.numerique.gouv.fr.
Qui est concerné ?
| Qui | Obligation |
|---|---|
| Administrations, collectivités, établissements publics | Obligation ancienne, avec déclaration d’accessibilité et schéma pluriannuel |
| Certaines entreprises au chiffre d’affaires élevé | Obligation déjà en place avant 2025 |
| Nombre d’entreprises privées proposant certains produits et services au public (commerce en ligne, banque, transport, communications, livres numériques…) | Depuis le 28 juin 2025, par la transposition en droit français de l’Acte européen sur l’accessibilité |
| Microentreprises fournissant des services | Exemptées pour les services, selon les critères fixés par les textes |
Les contours exacts (services visés, seuils, exemptions, délais de transition) dépendent des textes d’application : vérifie ta situation sur le site officiel de l’accessibilité numérique ou auprès d’un conseil. En pratique, si tu vends en ligne au grand public, considère que le sujet te concerne.
La déclaration d’accessibilité
Les organismes soumis à l’obligation doivent publier une déclaration d’accessibilité, accessible depuis toutes les pages (souvent dans le pied de page). Elle indique notamment :
- l’état de conformité : totalement, partiellement ou non conforme ;
- les résultats de l’audit et la liste des contenus non accessibles ;
- la date de la déclaration et la méthode utilisée ;
- un moyen de contact pour signaler un problème ;
- les voies de recours.
Cette déclaration doit reposer sur un audit réel, pas sur une estimation. Annoncer « totalement conforme » sans audit expose plus qu’une déclaration honnête de non-conformité.
Les points à surveiller sur WordPress
Le thème
Tout commence là. Un thème bien codé gère le lien d’évitement (« Aller au contenu »), un focus visible au clavier, des menus utilisables sans souris et une structure de page cohérente. Le répertoire officiel propose une étiquette « accessibility-ready », signe que le thème a passé une revue de base, ce qui ne suffit pas à garantir la conformité de ton site. Avant de trancher entre thème gratuit ou premium, teste le parcours au clavier sur la démo.
Les contrastes
Le texte normal doit présenter un rapport de contraste d’au moins 4,5:1 avec son fond, 3:1 pour le texte de grande taille. Les gris clairs sur fond blanc et les textes posés sur des photos sont les échecs les plus fréquents. Vérifie aussi les boutons, liens et champs de formulaire.
Les titres
Les niveaux de titres (H1, H2, H3) servent de plan aux lecteurs d’écran. Un seul H1 par page, puis une hiérarchie sans saut. Choisis le niveau d’un titre pour la structure, jamais pour sa taille : la taille se règle dans les styles.
Les images
Chaque image porteuse d’information a besoin d’un texte alternatif qui en restitue le sens ; une image décorative doit avoir une alternative vide. Une image qui contient du texte doit reprendre ce texte dans l’alternative. Notre article pour optimiser les images revient sur la bonne façon de remplir ce champ.
Les formulaires
Chaque champ a besoin d’une étiquette visible et associée au champ (pas seulement un texte d’exemple qui disparaît à la saisie), d’indications sur le format attendu et de messages d’erreur explicites. Les CAPTCHA visuels posent problème : préfère des protections invisibles. Notre comparatif des extensions de formulaire aide à choisir un outil qui produit un code propre.
Les constructeurs de pages
Les constructeurs visuels permettent facilement des erreurs : niveaux de titres choisis pour leur taille, boutons qui ne sont pas de vrais boutons, carrousels sans pause, animations impossibles à arrêter, onglets inutilisables au clavier. Le résultat dépend surtout de la manière dont tu les utilises. Teste chaque nouveau gabarit au clavier et avec un lecteur d’écran (NVDA sous Windows, VoiceOver sur Mac et iPhone).
Les surcouches ne rendent pas conforme
Des outils promettent de rendre un site accessible en ajoutant un script et un bouton flottant (souvent appelés « overlays » ou surcouches). Ils ne corrigent pas le code du site, peuvent gêner les personnes qui utilisent déjà leurs propres outils d’assistance, et ne suffisent pas à rendre un site conforme au RGAA. Mieux vaut corriger la source : thème, contenus, formulaires.
Par où commencer
- Parcours ton site uniquement au clavier, avec Tab et Entrée.
- Lance un outil automatique (comme WAVE ou Lighthouse) pour repérer les erreurs évidentes.
- Corrige les contrastes, les titres et les alternatives des images.
- Teste les formulaires et les menus avec un lecteur d’écran.
- Fais réaliser un audit d’accessibilité RGAA sur un échantillon de pages pour établir ta déclaration.
Les outils automatiques ne détectent qu’une partie des problèmes : beaucoup de critères demandent un jugement humain, comme la pertinence d’un texte alternatif ou l’ordre de lecture.
Cet article peut contenir des liens partenaires. Ils n'influencent jamais ce que nous écrivons.