P
Perceptible
Alternatives textuelles, sous-titres, contrastes, zoom, adaptation de la présentation et information non dépendante d’un seul sens.
Deux parcours • Contenus et interfaces
Formation accessibilité numérique : concevoir et publier selon le RGAA et les WCAG
Transformez les règles d’accessibilité en gestes de conception, de publication et de test. Vos équipes apprennent à prévenir les barrières avant l’audit et à décrire précisément celles qui restent à corriger.
- RGAA 4.1.2 actuellement en vigueur
- Anticipation ciblée des WCAG 2.2
- Parcours Contributeurs sans code
- Parcours Équipes web avec tests
- Ateliers sur des composants concrets
- Plan de correction priorisé
Contrôle d’un bouton d’action
ATELIER
1
Intitulé compréhensible
VÉRIFIÉLe texte annonce l’action et sa destination.
2
Nom accessible cohérent
VÉRIFIÉLa restitution correspond au libellé visible.
3
Utilisable au clavier
À TESTERL’action fonctionne sans dispositif de pointage.
4
Focus visible
À TESTERL’utilisateur sait toujours où il se trouve.
5
État ou résultat annoncé
À TESTERLe changement important n’est pas seulement visuel.
Cadre de compréhension
Quatre principes pour relier chaque critère à un usage
Le vocabulaire technique devient plus simple quand chaque contrôle répond à une question d’usage : l’information peut-elle être perçue, utilisée, comprise et restituée de manière robuste ?
U
Utilisable
Clavier, focus, navigation, temps disponible, absence de piège et alternatives aux gestes difficiles.
C
Compréhensible
Langue, intitulés, comportement prévisible, aide, consignes, erreurs explicites et saisies évitées.
R
Robuste
Structure, rôles, noms, valeurs, états et messages correctement exposés aux navigateurs et technologies d’assistance.
Une règle n’est pas une personne : les critères permettent de contrôler un socle commun. Les retours d’utilisateurs en situation de handicap complètent utilement ce travail mais ne remplacent pas, à eux seuls, une évaluation de conformité.
Offre commerciale
Deux parcours pour agir au bon endroit
Le premier sécurise la publication quotidienne. Le second installe l’accessibilité dans la conception, le développement, la recette et la maintenance des interfaces.
Contributeurs — publier des contenus accessibles
7 h
Pour les personnes qui rédigent, mettent en page, illustrent ou valident des contenus dans un CMS, sans intervenir directement dans le code.
- Titres, listes, citations et langue
- Liens compréhensibles hors contexte
- Images utiles, décoratives et complexes
- Tableaux de données et informations par la couleur
- Vidéos, transcriptions et sous-titres
- Contrôle avant publication et signalement d’un blocage
Résultat : une page modèle, une checklist éditoriale et un plan de correction sur un échantillon de contenus.
Cadrer le parcours ContributeursÉquipes web — concevoir, développer et tester
14 h
Pour les UX/UI designers, développeurs, intégrateurs, product owners, chefs de projet, responsables qualité et personnes chargées de la recette.
- Spécifications accessibles dès les maquettes
- HTML sémantique et usage prudent d’ARIA
- Clavier, ordre et visibilité du focus
- Formulaires, erreurs et composants dynamiques
- Zoom, réorganisation et affichages adaptatifs
- Tests automatiques, manuels et qualification des écarts
Résultat : une définition de terminé, une fiche de recette et un backlog de corrections priorisé.
Cadrer le parcours Équipes webMéthode StraFormation
Construire la preuve d’accessibilité avant la recette finale
Chaque atelier suit la même chaîne : comprendre le besoin, définir le comportement attendu, produire, tester, corriger puis documenter la décision.
ÉTAPE 01
Usage
Identifier la tâche, la barrière possible et les personnes concernées.
ÉTAPE 02
Attendu
Décrire le contenu, l’ordre, le nom, l’état et l’interaction attendus.
ÉTAPE 03
Production
Choisir une structure ou un composant adapté avant de le personnaliser.
ÉTAPE 04
Contrôle
Combiner outil, inspection, clavier, affichage et restitution utile.
ÉTAPE 05
Correction
Traiter la cause, vérifier la non-régression et retester le parcours.
ÉTAPE 06
Trace
Noter périmètre, résultat, preuve, limite, responsable et échéance.
Pas de score magique : un outil automatique accélère certains contrôles mais ne peut pas décider seul si un service est accessible ou conforme. Le jugement humain et les tests manuels restent nécessaires.
Carte du RGAA
Treize thématiques pour ne pas réduire l’accessibilité au contraste
La formation apprend à naviguer dans le référentiel et à sélectionner les tests pertinents. Elle ne prétend pas faire maîtriser exhaustivement les 106 critères en une ou deux journées.
1. Images2. Cadres3. Couleurs4. Multimédia5. Tableaux6. Liens7. Scripts8. Éléments obligatoires9. Structuration10. Présentation11. Formulaires12. Navigation13. Consultation
Programmes détaillés
Des ateliers reliés aux productions réelles de l’équipe
Les exercices peuvent utiliser des contenus ou composants autorisés par l’organisation. À défaut, les cas fictifs permettent de travailler sans exposer de données ou de code confidentiels.
Parcours Contributeurs
7 h
Publier des contenus web accessibles
Une journée sans prérequis technique pour reconnaître les principales barrières éditoriales et sécuriser la publication dans un CMS.
Comprendre les usages
Situations de handicap, technologies d’assistance, chaîne de production, POUR, RGAA et responsabilité du contributeur.
Structurer l’information
Titre de page, niveaux de titres, paragraphes, listes, citations, ordre logique, langue et clarté des consignes.
Choisir textes et alternatives
Liens, boutons, images utiles ou décoratives, légendes, infographies et décision sur l’alternative pertinente.
Présenter sans créer de barrière
Couleurs, tableaux de données, contenus masqués, médias, sous-titres, transcriptions et limites des contenus intégrés.
Contrôler avant publication
Checklist CMS, structure, textes alternatifs, liens, agrandissement, lecture sans styles et signalement des défauts du gabarit.
Atelier et plan de correction
Reprise d’une page, justification des choix, contrôle croisé, actions immédiates et règles éditoriales à partager.
Livrables du parcours
Checklist de publication, arbre de décision pour les images, modèle de page structurée, fiche de signalement et plan de correction éditorial.
Parcours Équipes web
14 h
Concevoir, développer et tester les interfaces
Deux journées pour intégrer les attendus dans les maquettes, composants, développements, critères d’acceptation et recettes.
Référentiels et responsabilités
RGAA 4.1.2, WCAG 2.2, périmètre, rôles produit, besoins d’usage et lecture d’un critère avec ses tests.
Structure et sémantique
Régions, titres, listes, tableaux, ordre du DOM, HTML natif, noms accessibles et principes d’utilisation d’ARIA.
Clavier, navigation et focus
Ordre logique, pièges, activation, menus, modales, retour du focus, focus visible et focus non masqué.
Design adaptatif
Contrastes, information non portée par la couleur seule, agrandissement, redistribution, espacements et taille des cibles.
Formulaires et erreurs
Étiquettes, regroupements, aide, formats, champs obligatoires, erreurs, validation, saisie redondante et authentification.
Composants et changements
Accordéons, onglets, notifications, chargements, états, contenu dynamique et critères d’acceptation observables.
Périmètre et stratégie de test
Parcours critiques, types de pages, composants, technologies, échantillon, environnement et preuve attendue.
Outils automatiques
Exécuter un contrôle, comprendre sa couverture, confirmer un résultat et éviter le score utilisé comme verdict.
Tests manuels
Clavier, focus, zoom, redistribution, structure, contenu masqué, animations et alternatives aux interactions complexes.
Arbre d’accessibilité
Nom, rôle, valeur, état, relation, messages ; introduction raisonnée à la restitution par technologie d’assistance.
Qualifier et corriger
Étapes de reproduction, impact, critère, cause, correction, preuve, priorité et test de non-régression.
Recette et gouvernance
Définition de terminé, contrôle des fournisseurs, backlog, arbitrage, suivi, documentation et prochain audit.
Livrables du parcours
Spécification de composant, définition de terminé accessible, matrice de tests, modèle d’anomalie, grille de recette et backlog priorisé.
Recette pratique
Six contrôles qui révèlent des barrières différentes
Un seul outil ne couvre pas l’ensemble. Les participants apprennent à combiner contrôles automatiques, inspection et essais manuels, puis à documenter ce qui a réellement été vérifié.
Parcourir et agir
Ordre logique, focus visible, pièges, actions, raccourcis et retour après fermeture d’un composant.
Agrandir et redistribuer
Zoom, largeur réduite, texte espacé, chevauchements, pertes de contenu et défilement inutile.
Comprendre sans la mise en forme
Titre, régions, hiérarchie, ordre, listes, tableaux et relations programmatiques.
Contrôler nom, rôle et état
Étiquette accessible, type de contrôle, valeur, état, description, erreur et message dynamique.
Vérifier contrastes et alternatives
Texte, composants, focus, couleur, images, médias et information sensorielle.
Terminer une tâche
Navigation, recherche, saisie, correction d’erreur, aide, confirmation et récupération.
Technologie d’assistance : une démonstration aide à comprendre la restitution, mais une utilisation ponctuelle ne transforme pas le participant en utilisateur expert et ne remplace ni la diversité des usages ni une méthode complète d’évaluation.
Kit opérationnel
Des modèles pour continuer dès la prochaine publication
Chaque livrable matérialise un geste de qualité. Il reste à adapter aux outils, responsabilités, référentiels et processus de validation de l’organisation.
LIVRABLE 01
Checklist contributeur
Structure, liens, images, tableaux, médias, langue et contrôle final avant publication.
LIVRABLE 02
Décision d’alternative
Arbre de choix pour distinguer décoration, information simple, graphique et image complexe.
LIVRABLE 03
Page modèle
Exemple structuré avec titres, liens, image, tableau et consignes de publication.
LIVRABLE 04
Spécification de composant
Comportement visible, clavier, focus, nom, rôle, état, erreurs et affichage adaptatif.
LIVRABLE 05
Définition de terminé
Conditions d’acceptation intégrées à la conception, au développement et à la revue.
LIVRABLE 06
Fiche de test
Environnement, étapes, résultat attendu, résultat observé, preuve et limite du contrôle.
LIVRABLE 07
Modèle d’anomalie
Barrière, impact, reproduction, référence, cause, correction et test de non-régression.
LIVRABLE 08
Plan de correction
Priorité, parcours concerné, volume, responsable, dépendance, échéance et preuve attendue.
Frontières professionnelles
Quatre interventions à ne pas confondre
La formation développe des compétences et produit des exercices. Un audit, une correction de production, une étude avec des utilisateurs ou une qualification juridique ont chacun leur périmètre et leurs preuves.
FORMATION
Apprendre et pratiquer
Référentiels, méthodes, ateliers, modèles, retours pédagogiques et plan de progression.
AUDIT
Évaluer un périmètre
Échantillon représentatif, critères applicables, tests, preuves, taux et déclaration selon la méthode requise.
CORRECTION
Modifier la production
Contenus, maquettes, composants, code, outils, tests de non-régression et nouvelle évaluation.
ACCOMPAGNEMENT
Décider et gouverner
Périmètre légal, schéma pluriannuel, déclaration, dérogations éventuelles, marchés et responsabilités.
Évaluation pédagogique
Évaluer la capacité à produire et justifier un contrôle
La réussite pédagogique ne correspond pas à déclarer un site conforme. Elle consiste à repérer une barrière, choisir le contrôle adapté, documenter le résultat et proposer une correction vérifiable.
Avant
Positionnement
Rôle, outils, types de contenus, expérience, difficultés et périmètre de responsabilité.
Pendant
Ateliers guidés
Structure, alternatives, clavier, focus, formulaire, composant, test et anomalie.
Mise en pratique
Cas complet
Produire ou contrôler un contenu ou composant, conserver la preuve et expliquer les limites.
À la fin
Plan d’action
Priorités, responsabilités, corrections, tests, dépendances et prochaine étape compétente.
Modalités pratiques
Une formation adaptée au rôle et à la chaîne de production
Le diagnostic préalable identifie le CMS, la technologie, les composants, les responsabilités et le niveau des participants afin de sélectionner des exercices utiles.
Déroulement pédagogique
- AvantQuestionnaire de contexte, rôle, outils, type de service et difficultés rencontrées.
- PendantDémonstrations courtes, comparaison, production, tests manuels, contrôle croisé et correction.
- SupportsCas fictifs ou contenus et composants autorisés, sans donnée personnelle ou code sensible inutile.
- AprèsModèles modifiables, priorités et liste des validations ou interventions restant nécessaires.
Informations pratiques
- DuréesContributeurs : 7 h ; Équipes web : 14 h, en deux journées consécutives ou espacées.
- FormatsEn présentiel à Strasbourg, dans vos locaux selon étude, ou à distance en classe virtuelle.
- PrérequisContributeurs : savoir publier dans son outil ; Équipes web : connaître son rôle de conception, développement, projet ou test.
- AccessibilitéLes besoins d’adaptation sont étudiés en amont afin de rechercher les modalités appropriées.
Ce qui n’est pas inclus
La formation ne fournit ni audit complet du service, ni taux de conformité, ni déclaration d’accessibilité, ni schéma pluriannuel, ni qualification juridique du périmètre, ni dérogation, ni correction d’un site de production, ni certification. Elle ne garantit pas la conformité au RGAA ou aux WCAG et ne promet aucun financement CPF.
Questions fréquentes
Avant de choisir votre formation accessibilité numérique
Le bon parcours dépend surtout de ce que la personne produit, décide ou teste. Le référentiel fournit une méthode ; la formation transforme cette méthode en gestes de travail.
Quelle version du RGAA faut-il utiliser en 2026 ?
Au 5 août 2026, le site officiel présente le RGAA 4.1.2 comme la version en vigueur. Le RGAA 5 est en cours de rédaction et sa publication est annoncée pour fin 2026. La DINUM précise que les travaux actuels fondés sur le RGAA 4.1.2 restent pertinents et ne doivent pas être suspendus ou reportés.
Quelle différence entre le RGAA et les WCAG ?
Les WCAG sont les recommandations internationales du W3C pour l’accessibilité des contenus web. Le RGAA fournit en France un cadre légal et une méthode technique de contrôle. La formation utilise le RGAA 4.1.2 pour le contexte français actuel et les WCAG 2.2 pour comprendre les principes et anticiper des critères plus récents.
Le parcours Contributeurs nécessite-t-il de savoir coder ?
Non. Il s’adresse aux personnes qui publient dans un CMS ou préparent des contenus. Les ateliers portent sur la structure, les liens, les images, les tableaux, les couleurs, les médias et le contrôle éditorial. Lorsqu’une barrière vient du gabarit ou du composant, le contributeur apprend à la signaler précisément à l’équipe compétente.
Un outil automatique peut-il certifier qu’un site est accessible ?
Non. Les outils détectent rapidement certaines erreurs et assistent les contrôles, mais ils ne peuvent pas vérifier tous les aspects de l’accessibilité. Une évaluation compétente combine plusieurs méthodes, notamment des examens et tests manuels, et documente le périmètre réellement contrôlé.
La formation fournit-elle une déclaration d’accessibilité ?
Non. La déclaration intervient à l’issue d’un audit d’accessibilité mené sur un échantillon représentatif selon les règles applicables. La formation explique le rôle de cette déclaration et les informations nécessaires, mais ne remplace pas l’audit ni la qualification juridique de l’organisme.
La formation rend-elle notre site conforme au RGAA ?
Non. Elle développe les compétences pour prévenir, détecter, décrire et corriger des barrières. La conformité concerne un périmètre défini et doit être évaluée par un audit approprié après les corrections. Une ou deux journées de formation ne prouvent ni un taux de conformité ni l’accessibilité de l’ensemble du service.
Faut-il impliquer des personnes en situation de handicap ?
Leur participation apporte une connaissance précieuse des usages et révèle souvent des barrières ou difficultés que les contrôles seuls ne montrent pas. Elle complète la méthode de conformité sans la remplacer, et les conclusions doivent préciser les profils, tâches, technologies et limites de l’étude.
Cette formation couvre-t-elle les documents Word, PowerPoint et PDF ?
Elle porte d’abord sur les contenus et interfaces web. Les principes communs peuvent être évoqués, mais la création et la vérification de documents bureautiques accessibles demandent un parcours distinct consacré aux styles, tableaux, alternatives, ordre de lecture, métadonnées et export PDF.
Parcours complémentaires
Relier contenu, design et construction du service
L’accessibilité devient durable quand la rédaction, la conception et le développement partagent les mêmes attendus et les mêmes critères d’acceptation.
Contenu
Rédiger pour le Web
Structurer l’information, choisir les liens et adapter l’écriture aux usages numériques.
Découvrir la formation → DesignUI et UX Design
Concevoir des interfaces cohérentes en intégrant l’accessibilité dès les choix d’expérience.
Découvrir la formation → DéveloppementCréer son site
Relier structure, technologies web et réalisation d’un service numérique.
Découvrir la formation →Votre chaîne de production
Faites entrer l’accessibilité avant la dernière recette
Nous vérifions les rôles, les outils et les productions de l’équipe pour choisir le parcours et les ateliers les plus utiles.
Références officielles contrôlées le 5 août 2026
Le statut des référentiels et les obligations peuvent évoluer. Ils doivent être contrôlés à nouveau avant tout audit, déclaration ou décision juridique.
- DINUM — RGAA 4.1.2, référentiel officiel et état du RGAA 5
- DINUM — critères et tests du RGAA
- DINUM — nouvelle version du RGAA annoncée pour fin 2026
- DINUM — évaluation de la conformité et déclaration d’accessibilité
- DINUM — méthodologie de test du RGAA 4
- W3C — Web Content Accessibility Guidelines 2.2
- W3C WAI — capacités et limites des outils d’évaluation
- W3C WAI — associer les utilisateurs à l’évaluation