Accessibilité numérique : mettre un site WordPress en conformité RGAA
Deux jours pour auditer un site WordPress au regard du RGAA 4.1.2, corriger les non-conformités les plus fréquentes et rédiger une déclaration d'accessibilité. En distanciel synchrone, sur un site de test réel, avec les outils employés en production : NVDA, axe DevTools, WAVE et Lighthouse.
Objectifs pédagogiques
- Déterminer si un site donné est assujetti au RGAA ou à la réglementation européenne sur l'accessibilité des services, et identifier les obligations qui en découlent
- Réaliser l'audit d'une page web en appliquant la méthode de test officielle du RGAA 4.1.2
- Détecter les non-conformités à l'aide d'un lecteur d'écran, du clavier seul et des outils d'analyse automatisée, en sachant ce que ces derniers ne détectent pas
- Corriger dans un thème WordPress les non-conformités les plus fréquentes : structure de titres, alternatives textuelles, contrastes, focus visible, formulaires
- Paramétrer WordPress, son thème et ses extensions de façon à ne pas réintroduire de non-conformités
- Rédiger une déclaration d'accessibilité conforme au modèle officiel et bâtir le plan d'action associé
Public visé
Développeurs et intégrateurs web, webmasters, chefs de projet digital, chargés de communication responsables d'un site WordPress. Toute personne devant mettre un site en conformité avec le RGAA, répondre à un appel d'offres qui l'exige, ou anticiper les obligations issues de la réglementation européenne sur l'accessibilité des services.
Prérequis
Pratique courante de WordPress en administrateur du site : créer une page, installer une extension, accéder à l'apparence et aux réglages.
Lecture du HTML et du CSS : savoir identifier une balise, une classe et une règle de style. L'écriture de code n'est pas exigée.
Aucune connaissance préalable de l'accessibilité numérique n'est requise.
Poste sous Windows ou macOS, avec les droits pour installer un logiciel et des extensions de navigateur, et un second écran recommandé.
Programme détaillé
-
Jour 1 - Comprendre le RGAA et auditer un site existant
Matin (9h00 – 12h30)
Module 1 – Cadre légal et périmètre réel des obligations (1h30)
- Article 47 de la loi n° 2005-102 du 11 février 2005 et décret n° 2019-768 du 24 juillet 2019 : qui est assujetti au RGAA
- Le seuil des 250 millions d’euros de chiffre d’affaires réalisé en France, calculé sur la moyenne des trois derniers exercices clos
- Le second régime, souvent ignoré : directive (UE) 2019/882, ordonnance n° 2023-859 et décret n° 2023-931, applicables depuis le 28 juin 2025 à une liste de services dont le commerce électronique
- L’exemption des micro-entreprises de services : moins de dix salariés et deux millions d’euros de chiffre d’affaires ou de total de bilan
- Les trois obligations formelles : déclaration d’accessibilité, schéma pluriannuel, mention du taux de conformité
- RGAA 4.1.2 et WCAG 2.1 niveau AA : comment les deux référentiels se superposent
Mise en pratique. Chaque stagiaire remplit une fiche de qualification pour son propre site ou celui de son employeur : nature de l’organisme, effectif, chiffre d’affaires, activité de vente en ligne, date de mise en ligne du site. Le formateur reprend chaque fiche à l’écran et tranche à voix haute les cas ambigus, qui sont nombreux. Livrable conservé par le stagiaire : une fiche de qualification datée, qui constitue la première pièce d’un dossier de mise en conformité.
Module 2 – Installation et prise en main des outils d’audit (2h00)
- Installation de NVDA sous Windows ou activation de VoiceOver sous macOS, réglages de vitesse et de verbosité
- Les dix raccourcis qui suffisent pour auditer : parcours par titres, par liens, par régions, par formulaires, par tableaux
- Installation des extensions axe DevTools et WAVE, lecture d’un rapport
- L’onglet Lighthouse : ce qu’il détecte, et pourquoi un score de 100 ne prouve rien
- Pourquoi la majorité des critères RGAA ne sont vérifiables que manuellement
Mise en pratique. Navigation à l’aveugle. Écran masqué, chaque stagiaire doit accomplir avec NVDA ou VoiceOver seul trois tâches sur son site de test : trouver l’adresse postale de l’entreprise, comprendre ce que représente une image de graphique, soumettre le formulaire de contact. L’exercice est chronométré et le temps comparé à celui d’un utilisateur voyant. Le formateur consigne les blocages rencontrés par le groupe : ils servent de fil rouge à toute la suite de la formation.
Après-midi (13h30 – 17h00)
Module 3 – La méthode de test officielle du RGAA (2h00)
- Les treize thématiques et les critères associés : comment s’y repérer sans les apprendre par cœur
- Lire un critère et son test : conforme, non conforme, non applicable
- Le calcul du taux de conformité, et les deux erreurs qui le faussent presque toujours
- Constituer l’échantillon de pages à auditer sur un site de plusieurs centaines de pages
Mise en pratique. Le formateur audite en direct et à voix haute une page du site de test sur cinq critères, en explicitant chaque décision. Les stagiaires reprennent la même page sur cinq autres critères, seuls, puis confrontent leurs verdicts deux à deux avant la correction collective. L’objectif assumé de l’exercice est de faire apparaître les désaccords d’interprétation : c’est là que se joue la fiabilité d’un audit.
Module 4 – Audit complet d’une page (1h30)
- Constituer sa grille d’audit et la tenir à jour
- Consigner une non-conformité de façon exploitable par un développeur : sélecteur, capture, comportement attendu
- Hiérarchiser : bloquant, gênant, mineur
Mise en pratique. Audit de la page d’accueil du site de test sur les 25 critères de la grille fournie, en autonomie complète. Chaque stagiaire rend une grille où figurent, pour chaque non-conformité, la capture d’écran, le sélecteur CSS de l’élément fautif et le niveau de gravité. La grille est corrigée en direct en fin de journée, critère par critère, et sert de base de travail à la seconde journée.
-
Jour 2 - Corriger, prévenir et déclarer
Matin (9h00 – 12h30)
Module 5 – Corriger les non-conformités de structure (2h00)
- Hiérarchie des titres : ce que WordPress et les constructeurs de pages produisent par défaut, et pourquoi c’est souvent faux
- Alternatives textuelles : image décorative, informative, complexe, image porteuse de lien
- Lien d’évitement, régions ARIA, repère principal, fils d’Ariane
- Langue de la page et changements de langue dans le contenu
Mise en pratique. Correction directe dans le thème enfant du site de test. Chaque stagiaire édite les fichiers du thème pour ajouter le lien d’évitement, corriger la structure de titres du gabarit d’article et baliser les régions de la page. La correction n’est validée qu’en relançant l’audit sur les critères concernés : le stagiaire doit voir sa propre grille passer au vert, ligne par ligne.
Module 6 – Corriger les non-conformités visuelles et d’interaction (1h30)
- Contrastes : seuils de 4,5:1 et 3:1, méthode de mesure, cas du texte sur image
- Le focus visible, et pourquoi la suppression du contour est la faute la plus répandue du web français
- Ordre de tabulation, pièges au clavier, menus déroulants
- Agrandissement du texte à 200 % et zoom sur mobile
Mise en pratique. Chaque stagiaire mesure au Colour Contrast Analyser les couleurs de la charte du site de test, propose des valeurs corrigées qui restent visuellement proches de la charte d’origine, puis écrit la feuille de style de focus visible. Livrable : un fichier CSS de correction, validé en parcourant au clavier seul l’intégralité du tunnel de commande du site de test, sans jamais utiliser la souris.
Après-midi (13h30 – 17h00)
Module 7 – Formulaires et contenus riches (1h30)
- Étiquettes, regroupements de champs, champs obligatoires, aides à la saisie
- Restituer une erreur de saisie à un lecteur d’écran
- Tableaux de données : en-têtes, portée, titre
- Vidéo et audio : sous-titres, transcription, audiodescription, ce qui est réellement exigible
Mise en pratique. Reprise complète du formulaire de contact du site de test, volontairement inaccessible. Chaque stagiaire corrige les étiquettes, le groupement des cases à cocher et la restitution des messages d’erreur. La correction est validée en soumettant le formulaire avec des erreurs volontaires, au clavier et sous lecteur d’écran, écran masqué : si le stagiaire ne comprend pas quel champ est en faute, la correction est refaite.
Module 8 – Prévenir, déclarer et tenir dans la durée (2h00)
- Choisir un thème et des extensions sans dégrader l’accessibilité : la grille de sélection en huit points
- Les réglages WordPress qui produisent mécaniquement des non-conformités
- Former les rédacteurs : les cinq règles à leur transmettre, et comment les faire tenir
- Rédiger la déclaration d’accessibilité et le schéma pluriannuel
- Intégrer les contrôles d’accessibilité au processus de mise en production
Mise en pratique. À partir de sa grille d’audit corrigée de la veille et des corrections apportées le matin, chaque stagiaire rédige la déclaration d’accessibilité de son site de test, calcule le taux de conformité réellement atteint et inscrit au plan d’action les non-conformités restantes avec une échéance. Il présente ensuite sa déclaration en trois minutes devant le groupe. Le formateur conteste systématiquement le taux annoncé afin de vérifier que le stagiaire sait le justifier critère par critère.
Évaluation des acquis et clôture (30 min)
- Quiz de vingt questions couvrant les six objectifs, seuil de réussite à 70 %
- Reprise collective des questions les moins réussies
- Questionnaire de satisfaction à chaud
Méthodes mobilisées
Distanciel synchrone en partage d'écran continu, six stagiaires au maximum, afin que chacun puisse montrer son écran et être corrigé individuellement.
Chaque stagiaire reçoit à J-7 les identifiants d'un site WordPress de test hébergé par nos soins. Ce site est dupliqué à l'identique pour chaque participant et porte volontairement une vingtaine de non-conformités RGAA représentatives de ce que nous rencontrons en production.
Chaque module suit le même rythme : environ vingt minutes de démonstration commentée par le formateur sur son propre écran, puis quarante minutes de manipulation par le stagiaire sur son site de test, le formateur passant d'un écran à l'autre.
Les outils sont installés et configurés ensemble en ouverture de session : lecteur d'écran NVDA sous Windows ou VoiceOver sous macOS, extensions axe DevTools et WAVE, onglet Lighthouse des outils de développement du navigateur, Colour Contrast Analyser.
Un canal de discussion écrit reste ouvert pendant toute la formation pour les questions, le partage d'URL et les extraits de code.
Sur la seconde journée, le stagiaire qui le souhaite peut substituer son propre site au site de test afin de travailler sur son cas réel.
Modalités d'évaluation
Avant la formation : questionnaire de positionnement mesurant la pratique de WordPress, le niveau en HTML et CSS et la connaissance préalable du RGAA. Ses résultats déterminent le rythme du premier module et la composition des binômes.
Pendant la formation : chaque mise en pratique donne lieu à un livrable déposé dans l'espace partagé et repris à voix haute par le formateur. La grille d'audit remplie en fin de première journée est corrigée en direct, critère par critère, désaccords d'interprétation compris.
Fin de formation : quiz de vingt questions couvrant les six objectifs, seuil de réussite fixé à 70 %. Le stagiaire présente ensuite en trois minutes la déclaration d'accessibilité qu'il a rédigée ; le formateur vérifie que le taux de conformité annoncé est justifiable à partir de sa grille.
Après la formation : questionnaire de satisfaction à chaud le jour même, puis questionnaire à froid à trente jours mesurant ce qui a réellement été mis en œuvre sur le site du stagiaire.
Documents remis
Grille d'audit RGAA 4.1.2 au format tableur, pré-remplie avec les 25 critères travaillés en formation et utilisable telle quelle sur un site en production.
Modèle de déclaration d'accessibilité au format traitement de texte, conforme au modèle officiel.
Fiche mémo recto verso : raccourcis NVDA et VoiceOver, seuils de contraste, points de contrôle au clavier.
Extraits de code commentés : lien d'évitement, styles de focus visible, structure de titres, étiquettes de formulaire.
Accès au site WordPress de test pendant trente jours après la formation.
Support de formation au format PDF balisé, envoyé la veille de la première journée.
Formateur
Gilles Dumas
Développeur web depuis 2001 et formateur depuis 2009, Gilles Dumas intervient dans les domaines du développement web (WordPress, WooCommerce, PHP), de l'intelligence artificielle appliquée aux entreprises et de l'automatisation no-code (Make, n8n, Airtable). Il accompagne des entrepreneurs, TPE et PME dans la montée en compétences sur les outils numériques modernes.
Accessibilité aux personnes en situation de handicap
Cette formation porte sur l'accessibilité et se doit d'être exemplaire. Les supports sont fournis en PDF balisé et en version texte brut. La visioconférence est sous-titrée automatiquement et l'enregistrement des séances reste disponible trente jours. Le rythme des mises en pratique s'adapte sur demande.
Pour toute situation de handicap, contactez notre référent handicap, Gilles Dumas, à gillesdumas@efficial-web.fr ou au 06 22 33 28 89, afin d'étudier ensemble les adaptations possibles : durée allongée, supports en gros caractères, compatibilité des exercices avec votre propre technologie d'assistance.
Référent handicap : Gilles Dumas
gillesdumas@efficial-web.fr
- 0622332889
Prochaines sessions
Aucune session programmée. Contactez-nous pour organiser une session.
Contact
Pour toute question ou pour vous pré-inscrire :
- Email : formation@efficial-web.fr
- Téléphone : 0622332889