
Formation RGAA
Rendre un site ou une application conforme au RGAA 4.1, de la maquette à la déclaration d'accessibilité, avec les méthodes d'audit et d'intégration attendues par la loi et par les utilisateurs.
Format
Intra-entreprise
Durée recommandée
≈ 28 à 35 heures
Démarrage
Sous 15 jours
Sur-mesure
Programme co-construit avec le formateur
Depuis le 28 juin 2025, la directive européenne sur l'accessibilité étend l'obligation de conformité au commerce en ligne, à la banque, aux transports et aux médias, en plus du secteur public et des grandes entreprises déjà soumis au RGAA. Cette formation couvre la chaîne complète : situations de handicap et technologies d'assistance, lecture du référentiel RGAA 4.1 et de ses 106 critères, conception accessible dans Figma, intégration HTML et ARIA, audit avec Ara et les lecteurs d'écran, rédaction de la déclaration d'accessibilité et du schéma pluriannuel. Les participants travaillent sur leurs propres pages et repartent avec une méthode d'audit et un plan d'action priorisé.
Pour qui ?
- ›Développeurs front-end et intégrateurs web chargés de produire ou de corriger des interfaces
- ›Designers UX et UI, product designers qui conçoivent les maquettes et le design system
- ›Chefs de projet digitaux, product owners, responsables de sites web et de la communication numérique
- ›Rédacteurs, contributeurs et webmasters qui publient du contenu dans un CMS
- ›Référents accessibilité et responsables conformité en collectivité, établissement public ou entreprise soumise à la directive 2019/882
Prérequis
- ›Connaissances de base en HTML et CSS pour suivre les modules d'intégration et d'audit. Les modules sur le cadre réglementaire, la conception et le pilotage ne demandent aucune compétence technique.
- ›Disposer d'un site, d'une application ou d'une maquette à auditer pendant la formation est recommandé.
Objectifs pédagogiques
- ›Comprendre les situations de handicap, les technologies d'assistance et le cadre légal de l'accessibilité numérique en France et en Europe
- ›Maîtriser la structure du RGAA 4.1, ses 13 thématiques et ses 106 critères, et savoir lire un critère jusqu'à son test
- ›Concevoir des maquettes et des contenus qui respectent les exigences d'accessibilité dès la phase de design
- ›Appliquer les techniques d'intégration HTML, CSS, JavaScript et ARIA pour produire des interfaces conformes
- ›Auditer un site ou une application web selon la méthode RGAA, calculer le taux de conformité et documenter les non-conformités
- ›Rédiger une déclaration d'accessibilité, un schéma pluriannuel et un plan d'action conformes aux obligations légales
- ›Structurer une démarche d'accessibilité durable dans l'équipe : design system, tests automatisés, recette et gouvernance
Programme détaillé
9 modules, construits autour de vos cas réels.
Durée recommandée : ≈ 28 à 35 heures, modulable selon le rythme du groupe et vos contraintes intra-entreprise.
01Comprendre l'accessibilité numérique et son cadre réglementaire
Chapitres- Situations de handicap et usages du web : déficiences visuelles, auditives, motrices et cognitives, troubles dys, vieillissement, handicaps temporaires
- Technologies d'assistance : lecteurs d'écran (NVDA, JAWS, VoiceOver, TalkBack), loupes, plages braille, commande vocale, navigation au clavier et au contacteur
- Loi du 11 février 2005 (article 47) et décret de 2019 : obligations des organismes publics et des entreprises de plus de 250 millions d'euros de chiffre d'affaires
- Directive européenne 2019/882 transposée par la loi du 9 mars 2023 : services concernés depuis le 28 juin 2025 (commerce en ligne, banque, transport, télécoms, médias), contrôle par la DGCCRF et l'Arcom
- Niveaux de conformité, obligations d'affichage, sanctions, et ce que coûte réellement un site inaccessible (utilisateurs perdus, référencement, image)
02Maîtriser le référentiel RGAA 4.1, sa structure et sa méthode
Chapitres- Articulation entre WCAG 2.1 (principes, critères de succès A et AA), norme EN 301 549 et RGAA : ce que le référentiel français ajoute et ce qu'il ne couvre pas
- Les 13 thématiques et 106 critères : images, cadres, couleurs, multimédia, tableaux, liens, scripts, éléments obligatoires, structuration, présentation, formulaires, navigation, consultation
- Lire un critère : tests, cas particuliers, notes techniques, glossaire et base de référence (navigateurs et technologies d'assistance retenus)
- Statuts conforme, non conforme et non applicable : règles d'attribution et calcul du taux de conformité
- Ce que prépare le RGAA 5 (WCAG 2.2, applications mobiles, documents bureautiques) et comment anticiper sans attendre sa publication
03Concevoir accessible dès la maquette
Chapitres- Contrastes de texte et de composants d'interface : ratios 4,5:1 et 3:1, vérification dans Figma et avec Colour Contrast Analyser
- Ne jamais porter une information par la couleur seule : états, erreurs, graphiques, légendes
- Typographie, espacements, taille des cibles tactiles, zoom à 200 % et réorganisation du contenu à 320 pixels de large
- Hiérarchie de l'information, parcours clavier et ordre de lecture pensés dans la maquette
- Annoter une maquette pour l'accessibilité : rôles, noms accessibles, alternatives, comportement attendu au focus
- Rédiger pour l'accessibilité : libellés de liens et de boutons explicites, alternatives textuelles, langage clair
04Intégrer une structure HTML accessible et une navigation robuste
Chapitres- Sémantique HTML native avant ARIA : titres, listes, régions de page (header, nav, main, footer) et ordre du code
- Attribut lang, titre de page unique et pertinent, ordre de tabulation et focus visible
- Liens d'évitement, menus de navigation, fil d'Ariane, plan du site : les critères de la thématique navigation
- Images : alternative pertinente, image décorative, image porteuse d'information, image-texte, SVG et icônes
- Tableaux de données : en-têtes, portée, résumé, et différence avec un tableau de mise en forme
05Rendre accessibles les formulaires et les composants interactifs avec ARIA
Chapitres- Formulaires : étiquettes liées, regroupements fieldset et legend, champs obligatoires, aide à la saisie, autocomplétion
- Gestion des erreurs : messages explicites, liaison au champ, suggestion de correction, confirmation avant une validation irréversible
- WAI-ARIA 1.2 : rôles, états et propriétés, les cinq règles d'usage, et les cas où ARIA fait plus de mal que de bien
- Composants riches selon les ARIA Authoring Practices : menu, onglets, accordéon, modale (focus piégé puis restitué), carrousel, liste déroulante éditable
- Contenus dynamiques : régions live, annonces aux lecteurs d'écran, chargement asynchrone, notifications
- Gestion du clavier et du focus dans React, Vue et Angular, et dans les CMS comme WordPress ou Webflow
06Traiter le multimédia, les documents et les contenus éditoriaux
Chapitres- Vidéo et audio : sous-titres synchronisés, transcription textuelle, audiodescription, contrôle du lecteur au clavier
- Contenus en mouvement, clignotements et animations : pause, arrêt, respect de la préférence utilisateur de réduction des animations
- Documents bureautiques et PDF en téléchargement : structure, balisage, alternatives, ou version HTML accessible
- Contribuer accessible dans un CMS : titres, alternatives, liens et tableaux côté rédacteurs
07Auditer un site selon la méthode RGAA
Chapitres- Définir l'échantillon : pages obligatoires (accueil, contact, mentions légales, accessibilité, plan du site, aide, authentification) et parcours représentatifs
- Outillage : Ara (DesignGouv), Assistant RGAA, axe DevTools, WAVE, HeadingsMap, Lighthouse, Colour Contrast Analyser, inspecteur d'accessibilité du navigateur
- Tester avec les technologies d'assistance : NVDA avec Firefox, VoiceOver avec Safari, navigation au clavier seul, zoom
- Dérouler les 106 critères sur une page : méthode, pièges fréquents, critères non applicables
- Documenter les non-conformités : grille d'audit, captures, reproduction, impact utilisateur, piste de correction
- Calculer le taux de conformité et rédiger le rapport d'audit
08Produire la déclaration d'accessibilité et piloter la conformité
Chapitres- Rédiger la déclaration d'accessibilité : mentions obligatoires, état de conformité, contenus non accessibles, dérogations, voie de recours
- Schéma pluriannuel sur trois ans et plan d'action annuel : contenu attendu, publication, mise à jour
- Mention « Accessibilité : totalement, partiellement ou non conforme » en page d'accueil et page dédiée
- Prioriser les corrections : impact utilisateur, nombre de pages concernées, effort technique, critères bloquants
- Inscrire l'accessibilité dans les appels d'offres, les contrats avec les prestataires et la recette
09Industrialiser l'accessibilité dans l'équipe et les projets
Chapitres- Intégrer l'accessibilité au design system : composants accessibles par défaut, documentation, tests
- Tests automatisés dans l'intégration continue : axe-core, Pa11y, eslint-plugin-jsx-a11y, et ce que l'automatisation ne détecte pas (environ un tiers des critères)
- Checklist de recette accessibilité et critères d'acceptation dans les tickets
- Rôles et responsabilités : référent accessibilité, designers, développeurs, contributeurs, chef de projet
- Entretenir la conformité dans le temps : audits de suivi, retours utilisateurs, veille réglementaire
Moyens & supports pédagogiques
- Accueil des stagiaires
- Supports de formation projets
- Apports théoriques et pratiques
- Études de cas concrets
- Auto-positionnement
- Accès en ligne aux ressources
Évaluation & suivi des acquis
Feuille de présence
Émargement des stagiaires en présentiel ou à distance, via support papier ou signature électronique.
Émargement sécurisé
Signatures électroniques collectées en ligne et conservées dans un coffre-fort numérique sécurisé par Dendreo.
Auto-positionnement
Évaluation du niveau des stagiaires en début et en fin de formation pour mesurer la progression.
Évaluations pédagogiques
Validation des acquis par des questions orales ou écrites tout au long de la formation.
Mises en situation
Exercices pratiques et cas concrets pour ancrer les compétences dans la réalité métier.
Attestation de fin de formation
Remise d'une attestation officielle à l'issue de la formation.
Délai d’accès
Sous 15 jours après validation du devis
Accessibilité PSH
Adaptations possibles en situation de handicap. En savoir plus
Questions fréquentes
Ce que les entreprises demandent avant de se lancer.
Qui est concerné par l'obligation d'accessibilité numérique en 2026 ?
Trois périmètres se superposent. Le secteur public (État, collectivités, établissements publics, délégataires de service public) est soumis au RGAA depuis la loi du 11 février 2005 et doit publier une déclaration d'accessibilité, un schéma pluriannuel et un plan d'action. Les entreprises privées dont le chiffre d'affaires dépasse 250 millions d'euros ont les mêmes obligations déclaratives depuis 2019. Enfin, la directive européenne 2019/882, transposée par la loi du 9 mars 2023, impose depuis le 28 juin 2025 l'accessibilité des services de commerce en ligne, de banque, de transport de passagers, de communications électroniques et de médias audiovisuels, quelle que soit la taille de l'entreprise au-delà de la micro-entreprise. Le contrôle est assuré par la DGCCRF pour les services marchands et par l'Arcom pour les obligations déclaratives, avec des amendes qui peuvent atteindre 50 000 euros par service et se renouveler tous les six mois. La formation détaille quel régime s'applique à votre structure et ce qu'il faut publier.Quelle est la différence entre RGAA et WCAG ?
Les WCAG (Web Content Accessibility Guidelines) sont la norme internationale publiée par le W3C. Elles décrivent des principes et des critères de succès classés en trois niveaux, A, AA et AAA. Le RGAA est la méthode technique française qui permet de vérifier la conformité aux WCAG 2.1 niveaux A et AA : il traduit les 50 critères de succès concernés en 106 critères et plusieurs centaines de tests concrets, avec une base de référence (navigateurs et technologies d'assistance) et des cas particuliers propres au contexte français. Un site conforme au RGAA est donc conforme aux WCAG 2.1 AA, mais le RGAA dit précisément comment le vérifier, ce que les WCAG laissent à l'appréciation de l'auditeur. La formation travaille sur le RGAA tout en faisant le lien avec la norme européenne EN 301 549 et les WCAG 2.2, que le RGAA 5 doit intégrer.Faut-il savoir coder pour suivre la formation ?
Non pour l'ensemble du programme, oui pour en tirer tout le bénéfice sur les modules d'intégration et d'audit. Les modules consacrés au cadre réglementaire, à la conception des maquettes, aux contenus éditoriaux, à la déclaration d'accessibilité et au pilotage s'adressent à des chefs de projet, designers, rédacteurs et référents sans compétence technique. Les modules sur la structure HTML, les formulaires et ARIA supposent de lire du HTML et du CSS. En intra, le formateur adapte le poids de chaque module au profil du groupe : une équipe de développeurs passera plus de temps sur ARIA et les tests automatisés, une direction de la communication sur la contribution accessible et le pilotage.Les outils automatiques et les widgets d'accessibilité suffisent-ils pour être conforme ?
Non. Les outils automatiques comme axe, WAVE ou Lighthouse détectent une partie des problèmes, de l'ordre d'un tiers des critères du RGAA : alternatives manquantes, contrastes insuffisants, étiquettes de formulaire absentes. Ils ne savent pas juger si une alternative est pertinente, si l'ordre de lecture a du sens, si une modale restitue bien le focus ou si un parcours est réalisable au clavier. Quant aux widgets ou surcouches d'accessibilité ajoutés en une ligne de script, ils ne corrigent pas le code source, perturbent souvent les technologies d'assistance déjà utilisées par les personnes concernées et ne permettent en aucun cas de déclarer un site conforme. La formation apprend à combiner l'outillage automatique, le test manuel et l'usage d'un lecteur d'écran, puis à intégrer ces vérifications dans la chaîne de production.Le programme prépare-t-il au passage du RGAA 4.1 au RGAA 5 ?
Oui. La version de référence pour les audits et les déclarations en 2026 reste le RGAA 4.1, et c'est sur elle que s'appuie la formation. La DINUM a annoncé la préparation du RGAA 5, dont la publication est attendue pour la fin de l'année 2026 : intégration des WCAG 2.2, extension aux applications mobiles et aux documents bureautiques. Le module consacré au référentiel présente les nouveaux critères de succès des WCAG 2.2 (taille minimale des cibles, focus non masqué, authentification accessible, glisser-déposer) et explique comment les prendre en compte dès maintenant pour éviter un second chantier de mise en conformité. Le programme est mis à jour dès la publication officielle du nouveau référentiel.
Prochaine étape
Construire votre formation RGAA
Un échange de 20 minutes suffit pour cadrer vos enjeux et la session. Devis personnalisé sous 48h, démarrage sous 15 jours.
- Réponse sous 24h ouvrées
- 01 85 71 00 29

Pour aller plus loin





