RGAA 5 : quels changements pour l'accessibilité numérique ?

Le Référentiel général d’amélioration de l’accessibilité (RGAA) constitue aujourd’hui la norme française pour évaluer l’accessibilité des sites web et des services numériques. La future version, le RGAA 5, vise à actualiser ce cadre afin de mieux prendre en compte les interfaces modernes, les usages mobiles et les exigences réglementaires européennes. Entre l’élargissement du périmètre, l’évolution de la méthode et un contrôle appelé à gagner en efficacité, cette nouvelle version va impacter la façon d’auditer l’accessibilité d’un site web, de déclarer et de piloter la mise en conformité. Sans spoiler la suite, un message ressort déjà : la dynamique actuelle doit rester un levier, pas un frein car ce qui se construit aujourd’hui prépare directement la transition à venir.

Le RGAA 5, ou Référentiel général d’amélioration de l’accessibilité, correspond à la nouvelle version du cadre de référence français qui sert à évaluer l’accessibilité numérique des sites web, des applications mobiles et, plus largement, des services en ligne. Concrètement, il fournit une grille de lecture commune pour vérifier si un parcours et des contenus restent utilisables par tous, y compris par les personnes en situation de handicap, qu’il soit visuel, auditif, moteur, cognitif ou lié à des troubles temporaires.

Comme les versions précédentes, le RGAA s’appuie sur les standards internationaux du W3C, en particulier les WCAG, afin de transformer des principes parfois abstraits en critères opérationnels. On y retrouve une logique d’audit structurée, avec des critères et des tests associés, pensés pour être appliqués de manière reproductible sur des pages, des composants et des gabarits. L’objectif est double, permettre aux équipes produit, design, contenu et développement de parler le même langage, et donner un socle clair pour documenter le niveau de conformité via une déclaration d’accessibilité.

Dans la pratique, le RGAA 5 sert de référence pour piloter une démarche accessibilité, depuis l’analyse jusqu’aux correctifs, puis au suivi dans le temps. Il aide à prioriser les points bloquants, à formaliser des preuves de conformité et à sécuriser la qualité d’expérience utilisateur. Si vous cherchez un repère fiable pour l’accessibilité web en France, c’est ce référentiel qui fait foi.

Une nouvelle version du RGAA s’impose parce que l’accessibilité numérique ne peut pas rester figée. En quelques années, les usages ont basculé vers des interfaces plus riches, plus interactives, souvent portées par des bibliothèques et des composants dynamiques. Or, dès qu’un site devient plus complexe, les risques d’exclusion augmentent pour les personnes qui naviguent au clavier, avec un lecteur d’écran, ou avec des réglages d’affichage spécifiques. Mettre à jour le RGAA, c’est donc aligner la méthode d’évaluation sur la réalité des parcours utilisateur d’aujourd’hui.

Le deuxième moteur, c’est l’harmonisation avec les standards internationaux. Le RGAA doit rester cohérent avec les WCAG, qui évoluent elles aussi pour mieux couvrir des situations longtemps mal adressées, comme certaines interactions mobiles, la compréhension des contenus, ou la robustesse des interfaces face aux technologies d’assistance. Une mise à jour permet de réduire les zones grises, d’éviter les interprétations divergentes et de faciliter le travail des équipes design, produit, développement...

Enfin, une nouvelle version du RGAA sert un objectif de confiance. Elle rappelle que l’accessibilité numérique n’est pas une case à cocher mais une démarche continue, au même titre que la sécurité ou la performance. En actualisant le référentiel, on crée un langage commun entre métiers, et on facilite la priorisation. C’est un levier pour améliorer l’expérience de tous, limiter les risques de non conformité, et rendre les services numériques réellement utilisables, y compris avec un lecteur d’écran, une navigation clavier, ou des besoins d’affichage spécifiques.

Le RGAA 5 marque une évolution concrète de l’accessibilité numérique, avec une approche plus opérationnelle pour les équipes produit, design et contenu. Sans bouleverser les fondamentaux, il affine le cadre et met l’accent sur des situations souvent rencontrées en production, afin de réduire les zones grises lors des audits RGAA.

Parmi les changements les plus notables, on retrouve une meilleure prise en compte des interfaces modernes et des parcours réels. L’objectif est de coller davantage aux usages sur mobile, aux composants dynamiques et aux gabarits riches, tout en renforçant la lisibilité des attendus pour chaque critère.

Les principales nouveautés du RGAA 5 à retenir :

• Une clarification de plusieurs critères et tests, avec des formulations plus précises et des cas d’exclusion mieux cadrés pour limiter les interprétations.
• Un focus renforcé sur les composants interactifs, par exemple menus, onglets, accordéons, modales, carrousels, avec des attentes plus explicites sur clavier, focus et restitution par les technologies d’assistance.
• Une meilleure couverture des contenus dynamiques et des mises à jour de page, avec une attention accrue à l’information transmise aux utilisateurs via lecteurs d’écran.
• Un cadrage plus concret des formulaires, des erreurs et de l’aide à la saisie, afin d’améliorer la compréhension et la correction côté utilisateur.
• Des repères plus exploitables pour l’évaluation des alternatives textuelles et de la structure de l’information, utiles pour les CMS et les contenus éditoriaux au quotidien.

Entre RGAA 4 et RGAA 5, c’est la manière de lire et d’appliquer le référentiel qui évolue, avec une ambition plus claire de coller aux usages actuels et aux standards internationaux.

Dans la pratique, la comparaison RGAA 4 vs RGAA 5 se joue surtout sur la structure et la précision des exigences. Le RGAA 5 s’appuie sur une harmonisation plus stricte avec les WCAG, ce qui réduit les zones d’interprétation et facilite la correspondance entre un audit RGAA et les attentes de conformité au niveau européen. Cela a un impact direct sur la documentation à produire, sur la traçabilité des résultats et sur la façon de justifier une non-conformité.

• Réorganisation du référentiel pour améliorer la lisibilité et l’exploitation en audit.
• Alignement renforcé avec les WCAG pour limiter les ambiguïtés entre les versions.
• Clarification de certains tests et de leur méthode d’évaluation en situation réelle.
• Meilleure prise en compte des parcours utilisateur et des composants modernes d’interface.

Concrètement, si vous aviez déjà une démarche solide en RGAA 4, vous ne repartez pas de zéro. Vous devrez surtout mettre à jour vos grilles de contrôle, vos modèles de rapport, et vérifier que vos critères internes parlent le même langage que le RGAA 5. C’est souvent là que se niche la vraie différence, dans le niveau d’exigence sur la preuve et la reproductibilité des tests.

Non, attendre la RGAA 5 pour agir sur l’accessibilité numérique est rarement une bonne stratégie. D’abord parce que les obligations de mise en conformité ne se mettent pas en pause pendant une évolution de référentiel. Ensuite parce que la majorité des gains d’accessibilité sur un site web reposent sur des fondamentaux stables comme la structure des pages, la clarté des contenus, la navigation au clavier, ou la qualité du code. Autrement dit, tout ce que vous améliorez aujourd’hui restera utile demain, y compris lorsque le RGAA 5 sera votre cadre de référence.

Il faut aussi regarder le sujet sous l’angle du risque et du coût. Plus vous repoussez, plus l’écart se creuse entre votre site et les attentes réelles des utilisateurs en situation de handicap. Et plus la correction devient lourde, car il ne s’agit plus de retouches, mais d’un chantier de refonte. À l’inverse, démarrer maintenant permet d’étaler les efforts, de prioriser les corrections visibles et de construire une démarche durable, plutôt qu’un audit ponctuel réalisé dans l’urgence.

Préparer son site au RGAA 5 revient à mettre en place une méthode d’accessibilité numérique durable, plutôt qu’une série de corrections en fin de projet. L’idée est simple, réduire les risques de non conformité, accélérer les arbitrages et produire des preuves solides pour la déclaration d’accessibilité. Pour y arriver, il faut cadrer le périmètre, outiller l’équipe et intégrer les tests au fil de l’eau, dès la conception et jusqu’aux mises en production.

1. Cadrer le périmètre et votre gouvernance

Commencez par cartographier ce qui doit être évalué au regard du RGAA 5, pages clés, parcours critiques, composants réutilisables, contenus téléchargeables et services tiers. Définissez ensuite un responsable accessibilité et un rythme de pilotage, car la conformité se joue aussi sur la continuité.

Actions concrètes à lancer rapidement :

• Identifier un échantillon représentatif de pages et de gabarits, incluant formulaires, recherche, tunnel de conversion.
• Recenser les briques externes, chat, lecteur vidéo, modules de paiement, et prévoir un plan de mitigation si elles ne sont pas conformes.
• Documenter des règles internes pour les contributeurs, titres, liens, tableaux, alternatives textuelles.

2. Industrialiser avec un design system accessible

Un site prêt pour le RGAA 5 s’appuie sur des composants éprouvés. Centralisez boutons, champs, modales, menus, accordéons, et figez des comportements clavier cohérents. Ajoutez des critères d’acceptation accessibilité dans les tickets et faites valider chaque composant une fois, puis réutilisez.

• Vérifier la navigation au clavier, l’ordre de tabulation, les états de focus visibles.
• Stabiliser les libellés accessibles, noms, rôles, états pour les composants interactifs.
• Encadrer la gestion des erreurs de formulaire avec des messages utiles et reliés aux champs.

3. Tester tôt, prouver, corriger

Combinez audits manuels et outils automatiques, car l’automatisation seule ne détecte pas les problèmes de sens, d’intitulés ou de parcours. Mettez en place une routine, contrôle à chaque sprint, puis un audit plus large avant publication. Conservez les preuves, captures, procédures de test, correctifs livrés, afin de faciliter la déclaration d’accessibilité et le suivi.

• Intégrer des tests automatisés dans la CI, sans bloquer aveuglément, mais en surveillant les régressions.
• Réaliser des tests manuels sur lecteurs d’écran et zoom fort sur les parcours critiques.
• Prioriser les corrections selon l’impact utilisateur et la fréquence des pages concernées.