RGAA : la définition simple et explications essentielles

Le RGAA fait souvent peur au premier contact, avec ses critères numérotés et son vocabulaire très technique. Pourtant, derrière ces tableaux, il s’agit d’un outil concret pour construire un site web accessible et un service en ligne réellement utilisable par tout le monde. Le RGAA traduit en règles opérationnelles les grandes recommandations internationales d’accessibilité numérique et les transforme en tests précis que les équipes peuvent suivre. Autrement dit, c’est le mode d’emploi officiel français pour rendre un service en ligne praticable, que l’on navigue à la souris, au clavier, avec un lecteur d’écran ou sur un vieux mobile.

Pour les équipes projet, le réflexe classique consiste encore à découvrir le RGAA en fin de parcours, quand le site est déjà quasi terminé. C’est exactement la situation qui génère des surcoûts, des concessions sur l’ergonomie, voire des tensions internes. Comprendre tôt ce que recouvrent des notions comme contenu accessible, normes d’accessibilité ou conformité RGAA change complètement la façon de concevoir l’expérience utilisateur. On ne coche plus des cases par obligation, on crée un web inclusif où chaque écran, chaque formulaire, chaque média a été pensé pour limiter le handicap numérique. Cette approche bénéficie évidemment aux personnes handicapées, mais aussi à tous les utilisateurs pressés, distraits, fatigués ou peu à l’aise avec le numérique.

En bref

• Le RGAA est le référentiel officiel français qui décline les standards web internationaux (WCAG) en critères concrets pour l’accessibilité numérique.
• Il sert à évaluer et améliorer l’utilisabilité des sites et applications pour les personnes en situation de handicap, tout en améliorant l’expérience de tous.
• La conformité RGAA repose sur 106 critères organisés en thématiques (images, couleurs, formulaires, multimédia, etc.) et sur une méthode d’audit structurée.
• Administrations, collectivités, mais aussi de plus en plus d’entreprises privées sont concernées par ces normes d’accessibilité, avec des obligations de publication et de suivi.
• Un projet qui intègre le RGAA dès la conception limite les correctifs coûteux, réduit les risques juridiques et renforce la qualité globale du contenu accessible.

RGAA : définition simple, origine et lien avec les standards web internationaux

Le RGAA, pour Référentiel général d’amélioration de l’accessibilité, est un document de référence publié par la Direction interministérielle du numérique. Il a un rôle très clair : transformer les grandes règles internationales d’accessibilité en exigences opérationnelles adaptées au contexte français. Concrètement, il répond à une question : un service public en ligne respecte-t-il la loi en matière d’accessibilité numérique, et si non, où et comment l’améliorer.

Sur le plan juridique, le RGAA vient outiller les obligations issues de la loi sur l’égalité des droits et des chances et des textes qui l’ont complétée. Ces textes imposent aux services publics et à certains acteurs privés de proposer un site web accessible et des applications mobiles accessibles. Sans référentiel précis, chacun interpréterait l’accessibilité à sa manière. Avec le RGAA, les règles du jeu sont posées : mêmes critères, même méthode, même vocabulaire pour tous.

Le lien avec les WCAG (Web Content Accessibility Guidelines) est central. Ces recommandations, publiées par le W3C, fixent les grands principes de l’accessibilité : perceptible, utilisable, compréhensible, robuste. Le RGAA reprend ces principes et les traduit dans un cadre normatif français. Les critères RGAA sont donc une sorte de déclinaison nationale des WCAG, en version testable, avec des cas concrets, des exemples d’échecs et des modalités de contrôle.

L’un des malentendus fréquents consiste à croire que RGAA et WCAG sont deux logiques concurrentes. En pratique, un site bien aligné sur le RGAA 4.1 respecte aussi la très grande majorité des exigences WCAG de niveau AA. La différence tient plutôt à la façon dont les règles sont organisées, formulées et vérifiées. Pour un projet mené en France, s’appuyer sur le RGAA reste le réflexe le plus pragmatique, ne serait-ce que pour préparer la déclaration de conformité et répondre à d’éventuels contrôles.

Pour aller plus loin, des ressources pédagogiques comme le guide d’accessibilité RGAA décortiquent cette articulation entre référentiel national et standards web internationaux. On y voit bien que le RGAA ne s’invente pas une théorie à part, il met simplement les WCAG à portée des équipes projet françaises.

Dernier point souvent oublié : le RGAA ne concerne pas que les sites vitrines. Portails de démarches administratives, applications mobiles, plateformes d’e-learning, extranet partenaires, outils métiers en ligne sont aussi dans le champ. Toute interface numérique qui diffuse de l’information ou permet une action peut créer ou réduire du handicap numérique. Cette définition large mérite d’être présente dès les premiers échanges avec la DSI ou l’agence web.

Les grands objectifs du RGAA pour un web inclusif et utilisable

Le premier objectif du RGAA consiste à rendre les services numériques utilisables par les personnes en situation de handicap. C’est la partie la plus visible : lecteur d’écran, navigation au clavier, sous-titrage, alternatives textuelles. Mais le référentiel va au-delà de ce premier cercle d’usages. Il pousse à clarifier les contenus, simplifier les parcours et limiter les frictions pour tout le monde, que l’on soit expert numérique ou non.

Un exemple classique : la gestion du contraste entre texte et arrière-plan. Le critère RGAA sur les couleurs impose un niveau de contraste minimal. Pour une personne malvoyante, cette exigence conditionne tout simplement la lecture. Pour un utilisateur pressé, cela évite les textes gris clair illisibles sur fond pastel. Même logique sur la taille des zones cliquables, sur la cohérence des intitulés de liens ou sur la structure des pages. La recherche de contenu accessible rejoint très vite la recherche de confort de lecture général.

Le deuxième objectif touche à la robustesse technique. Un service conforme au RGAA doit fonctionner avec les technologies d’assistance courantes, mais aussi rester utilisable quand l’environnement varie : chargement partiel, zoom fort, connexion lente, résolution d’écran atypique. On parle souvent de compatibilité avec un lecteur d’écran, mais la réalité couvre autant les utilisateurs de clavier, de commandes vocales ou de logiciels de grossissement.

Le RGAA sert aussi de garde-fou face à certaines tentations de design. Carrousels automatiques, formulaires éclatés en multiples pop-up, captcha illisibles, menus qui disparaissent au moindre mouvement de souris… Beaucoup de choix esthétiques séduisants au départ créent en fait une barrière d’utilisabilité. En imposant des règles sur le focus clavier, la gestion des états, la hiérarchie des titres ou la disponibilité des alternatives, le référentiel protège les utilisateurs les plus fragiles, mais aussi la cohérence globale du service.

Un troisième objectif, plus politique, tient à l’égalité d’accès aux droits. Quand un portail de démarches est inaccessible, ce sont des démarches de santé, de logement, de scolarité ou de travail qui deviennent plus compliquées, voire impossibles, pour une partie de la population. Dire qu’un service respecte les normes d’accessibilité, ce n’est pas une mention cosmétique, c’est admettre qu’un effort réel a été fourni pour réduire ces inégalités.

Enfin, le RGAA pose un objectif de transparence. D’où l’obligation de publier une déclaration d’accessibilité, d’expliquer les écarts et les actions prévues. Cette transparence est parfois perçue comme un risque. En pratique, une déclaration honnête, adossée à un plan d’amélioration, crée bien plus de confiance qu’un silence poli. C’est là que des partenaires spécialisés comme Audit RGAA peuvent accompagner, autant sur le volet technique que sur la pédagogie interne et externe.

Au fond, les objectifs du RGAA se résument en une idée forte : personne ne devrait renoncer à un service en ligne parce que l’interface a été pensée uniquement pour un utilisateur jeune, valide et très à l’aise avec le numérique.

Comprendre les types de handicaps visés par l’accessibilité numérique

Pour saisir le sens des exigences RGAA, une grille de lecture utile consiste à les relier aux différents types de handicap. Le handicap visuel est souvent le plus cité, car il implique immédiatement des éléments concrets comme les lecteurs d’écran, les contrastes ou le zoom. Pourtant, l’accessibilité numérique concerne aussi les handicaps auditifs, moteurs et cognitifs, ainsi que des situations temporaires ou contextuelles.

Pour le handicap visuel, les critères touchent aux textes alternatifs, à la hiérarchie des titres, à la possibilité de naviguer sans souris et à l’annonce correcte des éléments interactifs via les attributs ARIA comme aria-label. Ils couvrent aussi l’absence d’informations portées uniquement par la couleur, un écueil encore trop fréquent dans les graphiques ou les messages d’erreur.

Côté handicap auditif, les vidéos sans sous-titres ou sans transcription restent une source de blocage. Le RGAA demande que les contenus audio importants soient accompagnés d’une alternative écrite, accessible sans effort supplémentaire. Là encore, les bénéfices débordent le public sourd ou malentendant : un tutoriel vidéo sous-titré est précieux dans un open space bruyant… ou sur un smartphone sans écouteurs.

Les handicaps moteurs posent d’autres défis. Une personne qui ne peut pas manipuler une souris doit pouvoir réaliser les mêmes actions au clavier ou via une commande adaptée. Quand un bouton n’est pas atteignable au clavier, quand le focus visuel se perd, quand un composant ne se laisse pas contrôler autrement qu’à la souris, le site web accessible se transforme en course d’obstacles. Les critères RGAA sur la navigation au clavier, les zones de clic ou les pièges de focus sont directement liés à ces situations.

Enfin, les troubles cognitifs ou psychiques, souvent moins visibles, sont aussi pris en compte : clarté du langage, cohérence des parcours, limitation des animations intrusives, aides à la saisie dans les formulaires. Un message d’erreur de formulaire abscons, un jargon administratif non expliqué ou un tunnel d’inscription interminable découragent vite, avec ou sans reconnaissance officielle de handicap. Le RGAA ne règle pas tout, mais il propose un cadre pour réduire ces obstacles récurrents.

Vu sous cet angle, le référentiel cesse d’être un empilement de règles abstraites. Chaque critère devient un garde-fou concret face à une situation vécue par un utilisateur réel.

Critères, tests et méthode du RGAA : comment se structure la conformité

La version actuelle du référentiel, le RGAA 4.1, est organisée autour de 106 critères. Chacun décrit une exigence précise, associée à des tests détaillés. L’idée est simple : pour un type de contenu donné, on sait exactement ce qui doit être vérifié. Par exemple, pour les images, on regarde si elles ont un attribut alt pertinent. Pour les vidéos, on contrôle la présence de sous-titres ou de transcription. Pour les formulaires, on vérifie l’association correcte des libellés et des champs.

Ces critères sont regroupés en thématiques qui couvrent les grands composants d’un service numérique : images, couleurs, multimédia, tableaux de données, liens, scripts, navigation, formulaires, consultation, etc. Chacune de ces thématiques se décline en tests concrets, avec un résultat binaire : conforme, non conforme, non applicable. Cette granularité permet d’identifier précisément les points qui nuisent à l’utilisabilité et à l’accessibilité.

Pour visualiser la logique, voici un tableau simplifié inspiré de la structure officielle :

Thématique RGAA	Exemple de critère	Exemple de test
Images	Les images porteuses d’information ont-elles une alternative textuelle pertinente ?	Vérifier la présence et la qualité de l’attribut alt sur chaque image informative.
Couleurs	Les contrastes de couleur sont-ils suffisants pour les textes et icônes ?	Mesurer le contraste texte/fond et contrôler qu’il respecte le ratio minimal préconisé.
Navigation	La navigation est-elle possible uniquement au clavier ?	Parcourir la page avec la touche Tab et vérifier l’accès à tous les éléments interactifs.
Formulaires	Chaque champ de formulaire est-il associé à un libellé ?	Contrôler la présence d’éléments label ou d’attributs aria-label cohérents.
Multimédia	Les vidéos ont-elles une alternative accessible ?	Vérifier l’existence de sous-titres synchronisés ou d’une transcription complète.

Un point souvent sous-estimé concerne la méthodologie d’audit. Un simple passage d’outil automatique ne suffit pas à déclarer un service conforme. Les outils détectent certaines erreurs de code ou de structure, mais ils passent à côté de la majorité des problématiques de sens, de pertinence ou de logique de parcours. La méthode RGAA prévoit donc un mix d’analyses automatiques et de contrôles manuels, parfois complétés par des tests utilisateurs avec des personnes handicapées.

Les audits de conformité s’appuient en général sur un échantillon de pages représentatives : page d’accueil, pages de contenus, formulaires clés, espace authentifié, etc. C’est l’un des sujets abordés lorsque des équipes contactent un prestataire spécialisé via une page comme audit RGAA prix. La taille de l’échantillon, la complexité fonctionnelle du service et la dette technique jouent tous sur l’effort nécessaire pour obtenir une vision fiable.

Une fois l’audit mené, le résultat ne se résume pas à une note sèche. Les rapports détaillent les non-conformités, les exemples concrets et les recommandations de correction. Certains insistent sur la priorisation : corriger d’abord les problèmes bloquants pour l’accès aux démarches, puis les irritants de confort, puis les écarts plus subtils. Rendre un site web accessible se joue rarement en un seul sprint, mais plutôt en vagues successives, ciblées, alignées sur la réalité du projet.

Ce découpage en critères et tests peut sembler raide au départ. Utilisé de manière intelligente, il devient pourtant une boussole. On sait ce qu’il faut regarder, où se situent les enjeux principaux, comment suivre les progrès dans le temps.

Pour les équipes qui débutent, utiliser les critères comme une checklist systématique peut paraître lourd. Une approche progressive, ciblée sur les thématiques les plus utilisées (navigation, formulaires, médias) permet souvent de monter en compétence sans saturer tout le monde d’emblée.

Qui doit appliquer le RGAA et quels bénéfices au-delà de l’obligation légale

Sur le plan réglementaire, le RGAA vise d’abord les administrations de l’État, les collectivités territoriales, les établissements publics et, plus largement, l’ensemble des organismes chargés d’une mission de service public. Ces acteurs doivent rendre leurs services en ligne accessibles et publier une déclaration de conformité. Ne pas le faire expose à des signalements, à des mises en demeure, voire à un contentieux.

Depuis quelques années, certaines entreprises privées sont aussi explicitement concernées, notamment les grandes entreprises ou celles dont les services jouent un rôle majeur dans la vie quotidienne. Mais même en dehors du périmètre strictement obligatoire, de nombreuses structures privées se saisissent des normes d’accessibilité pour des raisons d’image, de responsabilité sociale, ou tout simplement parce que leurs propres salariés ont besoin d’outils internes accessibles.

Dans la pratique, un socle de règles inspiré du RGAA devient un standard de qualité interne. Beaucoup de groupes décident d’aligner tous leurs nouveaux projets sur le référentiel, qu’ils soient publics ou non. Ils évitent ainsi de gérer un double niveau d’exigence, et anticipent des évolutions réglementaires toujours possibles. Les équipes y gagnent aussi en cohérence technique : mêmes composants, mêmes bonnes pratiques, mêmes réflexes de test.

Côté bénéfices, réduire le handicap numérique n’est qu’un volet, même si c’est le plus déterminant d’un point de vue éthique. Un site plus lisible, mieux structuré, avec des contenus hiérarchisés, profite aussi au référencement naturel. Les moteurs de recherche apprécient les pages bien balisées, avec des titres clairs, des liens explicites et un HTML propre. L’accessibilité et le SEO jouent souvent dans le même camp, même si leurs objectifs ne sont pas identiques.

Autre bénéfice concret : la diminution du support. Un formulaire incompréhensible génère des appels, des mails, parfois des réclamations. Une interface confuse ou des messages d’erreur peu clairs font exploser les demandes d’assistance. À l’inverse, un contenu accessible et une interface cohérente réduisent mécaniquement cette friction. Les équipes terrain le remarquent vite, même sans connaître le RGAA dans le détail.

Pour illustrer, prenons l’exemple d’une collectivité qui refond son portail de démarches. Au départ, le cahier des charges mentionne rapidement l’accessibilité, sans plus. En travaillant avec un cabinet spécialisé, le projet intègre progressivement le RGAA : audit du site existant, accompagnement des équipes, intégration de tests au fil de l’eau. Les premières mises en production montrent une nette baisse des abandons de parcours, en particulier sur les démarches complexes. L’accessibilité numérique a servi de levier pour simplifier les écrans, regrouper les informations, clarifier les étapes. Ce n’est pas un cas isolé.

Sur des sujets plus sensibles, comme l’accès à des services de santé ou à des prestations sociales, l’impact se mesure aussi en termes de dignité. Une personne aveugle qui peut mener seule sa démarche en ligne sans dépendre d’un proche pour interpréter les écrans vit une expérience radicalement différente. Derrière un critère RGAA, il y a souvent ce type de bascule silencieuse.

Pour les organisations qui souhaitent clarifier leur périmètre d’obligations, vérifier leur niveau actuel ou cadrer une feuille de route, un premier échange via une page de contact comme nous contacter permet généralement de poser les bases : champ des sites concernés, enjeux métiers, contraintes techniques, priorités politiques.

Comment articuler RGAA, gouvernance interne et prestataires externes

Une difficulté courante tient à la répartition des rôles. Qui est responsable de la conformité RGAA dans l’organisation. La DSI, la communication, le métier, le prestataire web. Dans les faits, traiter l’accessibilité comme une charge isolée attribuée à une seule personne ou à un seul service ne fonctionne pas. Une interface, ce sont des contenus, du code, du design, du pilotage et de la maintenance. Tous ces maillons ont une part de responsabilité.

Une approche réaliste consiste à fixer une gouvernance claire : désigner un référent ou une cellule accessibilité, établir des lignes directrices, outiller les équipes (guides, modèles, composants accessibles réutilisables), former les décideurs comme les opérationnels. La relation avec les prestataires doit être cadrée dès le contrat : exigences d’accessibilité numérique explicites, critères d’acceptation, livrables d’audit, clause de correction en cas de non-conformité grave.

Certains projets choisissent aussi de s’appuyer sur des audits externes réguliers, un peu comme on fait intervenir un tiers pour la cybersécurité. Cette approche apporte un regard neuf, indépendant, et évite l’auto-satisfaction. Elle suppose cependant d’anticiper ces audits dans le budget et le planning, plutôt que de les traiter comme un surcoût tardif. Les exemples de refontes accélérées parce que l’accessibilité a été totalement oubliée sont nombreux. À l’inverse, les projets qui intègrent les contrôles pas à pas avancent plus sereinement.

Une gouvernance RGAA efficace repose moins sur des grandes chartes que sur des habitudes : vérifier les maquettes avec un œil accessibilité, tester les formulaires au clavier en recette, passer une page au lecteur d’écran avant mise en production, garder une checklist minimale sous la main. Des ressources de référence, comme les mentions d’accessibilité détaillées sur des sites spécialisés ou même des pages parfois jugées très juridiques comme les mentions légales, rappellent le cadre, mais ce sont ces micro-réflexes qui transforment la culture projet.

Quand l’accessibilité devient un réflexe partagé plutôt qu’une contrainte subie, les discussions avec les prestataires changent de ton. On ne négocie plus une couleur illisible contre un effet de mode, on cherche ensemble une option qui respecte à la fois le design et la lisibilité. C’est souvent là que le RGAA donne le meilleur de lui-même.

Passer de la théorie RGAA à l’action : tests simples, erreurs fréquentes et premiers pas

Une difficulté récurrente avec le RGAA tient au passage à l’action : comment transformer un référentiel dense en gestes concrets pour l’équipe. La tentation du tout ou rien est forte. Soit on attend une refonte complète pour traiter le sujet, soit on s’en tient à quelques ajustements cosmétiques qui ne changent pas grand-chose au fond. Entre ces deux extrêmes, un chemin réaliste existe.

Un premier levier consiste à mettre en place des tests simples, reproductibles, compréhensibles par tout le monde. Par exemple, tester systématiquement un écran au clavier : tabulation pour parcourir les éléments interactifs, entrée ou barre d’espace pour activer, échapper pour fermer un élément. Si certains contenus ne sont pas atteignables ou si le focus visuel disparaît, un problème d’accessibilité est déjà repéré. Autre test de base : zoomer la page à 200 % et vérifier que les contenus restent lisibles et accessibles sans défilement horizontal excessif.

Un autre réflexe utile : vérifier les textes alternatifs sur quelques pages clés. Les images décoratives devraient être ignorées par les technologies d’assistance, les images informatives devraient disposer d’un attribut alt clair, concis, qui transmet le sens utile pour l’utilisateur. Les icônes interactives sans texte visible devraient être correctement étiquetées via aria-label ou un équivalent. Ce travail n’exige pas toujours un profil technique, mais il demande une attention au sens et à la fonction de chaque élément.

Pour structurer les premiers pas, voici une liste de contrôles rapides, adaptée à des équipes qui débutent avec l’accessibilité numérique :

• Tester au clavier les principales démarches (connexion, inscription, formulaire clé).
• Contrôler les contrastes sur la page d’accueil et quelques écrans représentatifs.
• Vérifier la présence et la pertinence des attributs alt sur les images importantes.
• Relire les messages d’erreur de formulaires : sont-ils clairs, spécifiques, visibles.
• Lire une page avec un lecteur d’écran basique pour repérer les incohérences de structure.

Du côté des erreurs fréquentes repérées lors d’audits, on retrouve souvent les mêmes profils : boutons sans texte accessible, formulaires non labellisés, contenus essentiels uniquement dans des PDF non balisés, titres Hn utilisés pour le style et non pour la structure, carrousels automatiques impossibles à contrôler. Chaque fois, le RGAA propose au moins une piste de correction compatible avec les standards web.

Pour les organisations qui souhaitent aller plus loin sans tout reconstruire, un audit ciblé sur un périmètre fonctionnel précis peut constituer un bon compromis : on se concentre sur quelques parcours prioritaires, on obtient un diagnostic précis, on met en œuvre les corrections, puis on élargit peu à peu. Une plateforme comme Audit RGAA peut alors servir de point d’appui pour cadrer ce périmètre, estimer le travail nécessaire et définir une trajectoire réaliste.

Enfin, ne pas sous-estimer la part de formation. Présenter le RGAA sans relier chaque critère à des situations concrètes mène souvent à l’ennui. À l’inverse, montrer une interface telle qu’un utilisateur non voyant la perçoit via un lecteur d’écran, faire tester un parcours sans souris, ou confronter une maquette à différents profils de daltonisme rend tout de suite les choses plus tangibles. On ne parle plus d’un document administratif, mais d’un ensemble de garde-fous qui structurent le quotidien numérique de vraies personnes.

Le passage à l’action commence rarement par un grand plan spectaculaire. Il tient plus souvent à une série de petites décisions : corriger d’abord tel formulaire vital, ajuster ce contraste problématique, revoir ces vidéos centrales. Ce sont ces pas-là qui, accumulés, transforment un site approximatif en service proche de la conformité RGAA.

Le RGAA s applique-t-il uniquement aux sites publics ?

Non. Le RGAA est d abord le référentiel des services publics, mais de nombreuses entreprises privées l utilisent aussi comme base pour rendre leurs services numériques plus accessibles. Certaines y sont tenues par la réglementation, d autres l adoptent volontairement pour améliorer la qualité de leur site et réduire le handicap numérique de leurs utilisateurs.

Peut-on se contenter d un outil automatique pour vérifier la conformité RGAA ?

Un outil automatique peut repérer certaines erreurs de code ou de structure, mais il ne suffit pas pour déclarer un site web accessible. La méthode RGAA prévoit forcément une part d audit manuel, voire des tests avec des utilisateurs en situation de handicap, pour évaluer la pertinence des contenus, la logique des parcours et la vraie utilisabilité du service.

Combien de temps faut-il pour rendre un site conforme au RGAA ?

La durée dépend de la taille du site, de sa complexité fonctionnelle et de la dette technique. Certains correctifs se règlent en quelques jours, d autres exigent des refontes plus profondes. L approche la plus efficace consiste à prioriser les parcours essentiels, à corriger progressivement et à intégrer l accessibilité dès les évolutions suivantes plutôt que d attendre une refonte complète.

Le RGAA améliore-t-il aussi le référencement naturel ?

Oui, assez souvent. Les bonnes pratiques d accessibilité numérique, comme une structure de titres claire, des textes alternatifs pertinents, un HTML propre et des contenus bien hiérarchisés, vont dans le même sens que les attentes des moteurs de recherche. Le RGAA ne remplace pas une stratégie SEO, mais il en renforce les fondations techniques.

Comment démarrer si l on n a aucune ressource interne sur l accessibilité ?

Un premier pas réaliste consiste à faire réaliser un audit RGAA sur un périmètre ciblé, puis à s appuyer sur le rapport pour prioriser les actions. En parallèle, former quelques profils clés, par exemple un chef de projet et un intégrateur, crée un noyau de compétences internes. Des ressources en ligne et des partenaires spécialisés, accessibles via des sites comme audit-rgaa.eu, permettent ensuite de structurer une démarche continue.