Accessibilité et RGAA : tout comprendre sur le Référentiel Général d’Amélioration de l’Accessibilité

Accessibilité et RGAA forment aujourd’hui le socle de nombreux projets numériques, qu’ils soient publics ou privés. Entre contraintes réglementaires, exigences techniques et attentes très concrètes des utilisateurs, beaucoup d’équipes se retrouvent à naviguer à vue. Le Référentiel Général d’Amélioration de l’Accessibilité a été conçu précisément pour éviter cela : poser un cadre clair, mesurable, applicable dans un projet réel, même avec des délais serrés et une dette technique déjà bien présente.

Derrière chaque critère RGAA se cachent des situations de vie quotidiennes : une personne aveugle qui consulte un portail de démarches, un étudiant dyslexique qui lit un cours en ligne, un parent malvoyant qui remplit un formulaire sur mobile. Parler de normes d’accessibilité, ce n’est pas parler uniquement de conformité ou de textes de loi, c’est parler d’inclusion numérique. Pourtant, sur le terrain, les mêmes questions reviennent : à quoi sert exactement ce référentiel, qui est concerné, comment vérifier la conformité sans y passer des mois, et surtout par où commencer pour rendre un web accessible sans tout casser.

Ce texte propose une lecture concrète du RGAA : son rôle, ses obligations, son périmètre fonctionnel, mais aussi une méthode pragmatique pour avancer étape par étape. Un personnage fil rouge, un service public fictif nommé « Portail Citoyen », servira d’exemple pour montrer comment un site peut passer d’un simple vœu d’accessibilité à une démarche structurée, appuyée sur un audit RGAA sérieux. L’objectif reste constant : transformer un référentiel parfois perçu comme austère en un outil opérationnel permettant de produire du contenu accessible, de mieux penser l’ergonomie et de limiter les risques juridiques sans sacrifier la réalité du projet.

En bref

• Le RGAA traduit les standards internationaux (WCAG) en règles applicables au contexte français pour vérifier la conformité des sites et applications.
• Il s’inscrit dans un cadre légal précis, avec des obligations fortes pour le secteur public et des sanctions possibles en cas de non-respect.
• Le référentiel couvre l’ensemble des composants d’interface (images, formulaires, multimédia, navigation…) pour construire un web accessible et utilisable, pas seulement “conforme sur le papier”.
• La mise en accessibilité passe par un audit RGAA, un plan de correction priorisé, une déclaration publique et un suivi continu dans les cycles de développement.
• De plus en plus d’acteurs privés adoptent le Référentiel Général d’Amélioration de l’Accessibilité de manière volontaire, pour des raisons de RSE, de performance digitale et d’inclusion numérique.

Définition du RGAA et rôle dans l’accessibilité numérique en France

Le Référentiel Général d’Amélioration de l’Accessibilité est le document de référence qui encadre l’accessibilité des services numériques en France. Il décrit, critère par critère, ce qu’un site web ou une application doit proposer pour que les contenus soient consultables, compréhensibles et utilisables, y compris par des personnes qui naviguent uniquement au clavier, utilisent un lecteur d’écran ou ont besoin d’adaptations visuelles importantes.

Concrètement, le RGAA sert de passerelle entre la loi et le terrain. La loi impose l’accessibilité, les WCAG fixent un standard international, et le RGAA dit comment les appliquer dans le contexte français, avec une méthode d’audit RGAA précise. Sans lui, chaque administration interpréterait la notion de web accessible à sa façon, avec un risque élevé d’inégalités entre services. Avec ce référentiel, tout le monde parle le même langage, du développeur front à la direction juridique.

Le cas du « Portail Citoyen » illustre bien ce rôle. Pendant des années, ce site permettait de déposer des demandes de documents administratifs, mais restait quasiment inutilisable pour les usagers aveugles ou malvoyants. Les équipes avaient déjà “corrigé” quelques points à l’aveugle, en ajoutant des textes alternatifs ou en modifiant des couleurs, sans jamais vérifier ces choix au regard du RGAA. Résultat : un sentiment d’avoir fait des efforts, mais aucun gain réel pour les personnes concernées.

Le jour où le service a pris le RGAA comme base de travail, le cadre a changé. Plutôt que des corrections ponctuelles, l’équipe a suivi les critères du référentiel pour auditer le site, hiérarchiser les problèmes, puis planifier les corrections par lots. Les développeurs savaient ce qui était attendu en termes de focus clavier, de structure de titres, de contraste de couleurs. Les rédacteurs ont découvert comment produire un contenu accessible avec des titres explicites et des liens compréhensibles hors contexte.

Le RGAA ne se limite pas à une liste de règles techniques. Il formalise aussi une méthode de test : quelles pages choisir, quels outils utiliser, comment documenter les écarts, comment calculer un taux de conformité. Cela change profondément la dynamique d’un projet. Le débat “notre site est-il accessible” laisse place à une question bien plus actionnable : “à quels critères RGAA sommes-nous non conformes, et quelles corrections prioriser pour lever les blocages les plus graves”.

Prendre le référentiel au sérieux ne consiste donc pas à le subir, mais à s’en servir comme d’un guide pour structurer un plan d’action réaliste. Pour un chef de projet, cela signifie disposer d’une grille claire pour dialoguer avec l’agence web, le DSI, les métiers et la direction sans se perdre dans le flou des bonnes intentions.

Cadre légal, obligations RGAA et risques en cas de non-conformité

Le RGAA prend sa source dans la loi française sur le handicap du 11 février 2005, qui impose aux organismes publics de rendre accessibles leurs services numériques. Cette obligation a été renforcée par les textes européens sur l’accessibilité des services publics en ligne, puis traduite dans des décrets et arrêtés qui mentonnent explicitement le Référentiel Général d’Amélioration de l’Accessibilité. Autrement dit, ce référentiel n’est pas un simple guide facultatif, c’est la boussole utilisée par l’administration pour vérifier la conformité d’un site.

Les structures concernées sont nombreuses. On y retrouve les ministères, les préfectures, les collectivités territoriales, les établissements publics comme les universités ou les hôpitaux, mais aussi des opérateurs privés chargés d’un service public, par exemple dans les transports ou le logement social. Pour ces acteurs, l’absence de démarche d’accessibilité n’est plus une zone grise : elle expose à des sanctions.

Sur le cas du « Portail Citoyen », un signalement auprès du Défenseur des droits a servi de déclencheur. Des usagers aveugles se plaignaient de ne pas pouvoir utiliser le site sans assistance humaine. Après enquête, l’administration a été invitée à se mettre en conformité. Sans mise en mouvement, une telle situation peut déboucher sur des amendes pouvant atteindre plusieurs dizaines de milliers d’euros par site, mais surtout sur un contentieux public difficile à justifier pour un service censé être accessible à tous.

Les obligations concrètes imposées par ce cadre sont précises. Un site qui se revendique accessible doit :

• faire réaliser un audit RGAA par des compétences identifiées, suivant la méthodologie officielle ;
• publier une déclaration d’accessibilité qui détaille le niveau de conformité, les parties non accessibles et les dérogations éventuellement invoquées ;
• mettre en place un schéma pluriannuel d’accessibilité numérique et un plan d’action mis à jour régulièrement ;
• proposer un moyen simple pour signaler un problème d’accès à un contenu accessible, et y répondre.

Beaucoup d’organismes se focalisent uniquement sur la déclaration, espérant que quelques ajustements cosmétiques suffiront. C’est une erreur fréquente. Une déclaration sans audit sérieux, réalisée avec un référentiel et des tests utilisateur, ne convainc ni les autorités ni les usagers. Sur ce point, des ressources comme le site audit-rgaa.eu aident à clarifier ce qu’est un audit sérieux, ce qu’il doit contenir, et à quel coût cela peut être réalisé.

L’autre aspect souvent sous-estimé concerne l’image. Un site public épinglé pour son inaccessibilité envoie un message très clair : certaines personnes ne comptent pas. Pour une mairie, un ministère, un transporteur, cette perception pèse plus lourd qu’une amende unique. À l’inverse, afficher une démarche RGAA transparente, avec un plan de correction, peut retourner la situation. Les personnes concernées pardonnent beaucoup plus volontiers un retard qu’un déni.

La prochaine étape logique, une fois le cadre légal compris, consiste à regarder d’un peu plus près sur quoi portent exactement ces fameux critères RGAA. C’est là que le référentiel devient vraiment concret pour les équipes UX, les développeurs et les responsables de contenus.

Sur quoi porte le Référentiel Général d’Amélioration de l’Accessibilité et comment il structure un web accessible

Le RGAA s’appuie directement sur les Web Content Accessibility Guidelines (WCAG) et les traduit en 106 critères organisés en thématiques. On y trouve par exemple les images, la couleur, les tableaux, les formulaires, les scripts dynamiques, les médias, la navigation ou la structure des pages. Chacune de ces thématiques reflète des situations concrètes rencontrées au quotidien par les utilisateurs, bien au-delà des seuls profils en situation de handicap.

Sur le « Portail Citoyen », le premier audit a mis en évidence un problème récurrent sur les images. Des boutons importants étaient intégrés dans des visuels sans texte alternatif, invisibles pour un lecteur d’écran. Les formulaires souffraient d’étiquettes absentes, rendant impossible l’identification des champs. Les contrastes de certaines pages d’accueil étaient trop faibles pour un malvoyant, mais aussi désagréables pour tout utilisateur consultant le site sur un écran de faible qualité.

Pour aider à s’y retrouver, il est utile de regrouper les grandes familles de critères RGAA dans un tableau simplifié, en faisant le lien avec leurs effets concrets sur l’ergonomie et l’inclusion numérique.

Thématique RGAA	Exemples de problèmes	Impact utilisateur
Images et médias	Images sans texte alternatif, vidéos sans sous-titres	Contenu invisible pour les lecteurs d’écran, vidéos inutilisables pour les personnes sourdes
Couleurs et contrastes	Texte gris sur fond gris, boutons peu visibles	Difficulté de lecture pour malvoyants, fatigue visuelle pour tous
Formulaires	Labels absents, messages d’erreur vagues	Impossibilité d’achever une démarche, abandon de processus
Navigation et structure	Ordre de tabulation incohérent, titres mal hiérarchisés	Perte de repères, navigation lente au clavier ou au lecteur d’écran
Scripts et composants dynamiques	Modales non annoncées, menus déroulants inaccessibles	Blocages complets pour les utilisateurs sans souris ou avec lecteur d’écran

Ce tableau montre une réalité souvent oubliée : améliorer la conformité RGAA fait progresser en même temps l’ergonomie globale. Un formulaire clair avec des messages d’erreur précis profite autant à un usager dyslexique qu’à un internaute pressé qui remplit son dossier sur son téléphone dans les transports.

L’audit RGAA de « Portail Citoyen » a conduit à reposer certaines bases : structure sémantique cohérente avec des titres hiérarchisés, liens explicites, textes alternatifs rédigés avec soin, revue complète des contrastes, contrôle systématique de la navigation au clavier. Pour chaque thématique, les équipes ont identifié des chantiers rapides (modifier quelques couleurs, corriger des libellés de lien) et des chantiers plus lourds (remplacer un composant JavaScript inaccessible par un équivalent compatible avec les technologies d’assistance).

Les sites qui avancent vraiment sur l’accessibilité traitent le RGAA comme une grille d’amélioration continue, pas comme un verdict figé. Ils se fixent des priorités : corriger d’abord les blocages majeurs qui empêchent un usager de terminer une démarche, puis affiner les aspects plus fins comme la qualité des textes alternatifs ou la cohérence des repères de navigation. Pour suivre cette logique, certains s’appuient sur des ressources spécialisées comme cette page détaillant le coût d’un audit RGAA, afin d’anticiper les efforts à fournir.

Une fois le périmètre du RGAA mieux compris, la question qui suit forcément est celle de la méthode : comment organiser une mise en accessibilité sans perdre l’équipe dans les détails techniques. C’est là que la démarche en plusieurs temps – audit, corrections, déclaration et suivi – prend tout son sens.

Comment se mettre en conformité avec le RGAA de manière progressive et réaliste

La mise en conformité RGAA ne se résume pas à faire tourner un outil automatique sur quelques pages. Pour un site comme « Portail Citoyen », la bascule n’a pas commencé par du code, mais par un cadrage clair : quelles sont les fonctionnalités prioritaires, quelles pages génèrent le plus de sollicitations, quel niveau de conformité est visé à court terme. Sans cette hiérarchisation, les équipes se dispersent et perdent vite le fil.

La première étape reste l’audit RGAA. Idealement, il combine tests manuels, vérifications automatiques et, lorsque c’est possible, tests avec de vraies personnes utilisant des lecteurs d’écran ou des aides techniques. Les outils automatisés sont utiles pour repérer rapidement des familles d’erreurs (manque d’attribut alt, contrastes insuffisants, problèmes d’ARIA), mais ils ne remplacent jamais l’analyse humaine, surtout pour juger si un contenu accessible est vraiment compréhensible.

Une fois l’audit posé, la deuxième phase consiste à élaborer un plan de corrections. Sur « Portail Citoyen », les équipes ont classé les écarts RGAA selon trois niveaux :

• les blocages critiques qui empêchent tout bonnement l’accès à un service (impossibilité de valider un formulaire au clavier, modale piège pour un lecteur d’écran) ;
• les irritants forts qui dégradent fortement l’ergonomie (contrastes trop faibles, textes illisibles, boutons mal libellés) ;
• les améliorations de confort qui viennent ensuite, une fois les urgences traitées.

Ce tri évite une impasse fréquente : vouloir traiter tous les critères en même temps et finir par abandonner faute de moyens. Un bon plan d’action associe des corrections rapides à fort impact avec des chantiers de fond intégrés dans les évolutions prévues du site. Certaines modifications demandent de revoir l’architecture de composants front, d’autres se règlent en quelques minutes dans un gestionnaire de contenus.

Vient ensuite la publication de la déclaration d’accessibilité. Beaucoup d’organismes craignent ce moment, par peur de devoir annoncer une non-conformité partielle. C’est pourtant l’occasion de parler honnêtement du chemin parcouru et de celui qui reste. Une déclaration qui explique clairement ce qui a été audité, ce qui a été corrigé et ce qui est planifié rassure les utilisateurs. Elle doit aussi proposer un mécanisme de retour, pour signaler un contenu ou une fonctionnalité inaccessible.

Dans une logique de long terme, l’étape décisive est souvent la formation. Si les rédacteurs ne savent pas écrire des titres hiérarchisés ou des liens compréhensibles, si les designers n’intègrent pas les contraintes de contraste et de focus dès les maquettes, le site risque de se dégrader à chaque nouvelle mise à jour. Intégrer l’accessibilité dans les check-lists de recette, dans les revues de code et dans les critères de “definition of done” évite de repartir de zéro à chaque audit.

Pour ceux qui ne savent pas par quel bout commencer, s’appuyer sur un partenaire spécialisé peut faire gagner beaucoup de temps. Des structures dédiées à l’accessibilité numérique, qui publient des ressources comme celles visibles sur ce site d’expertise RGAA, proposent souvent des parcours d’accompagnement gradués, avec un premier diagnostic, puis une montée en compétence des équipes internes.

L’enjeu, au final, n’est pas de viser une perfection théorique, mais d’installer un réflexe durable : chaque nouvelle fonctionnalité, chaque refonte de page se conçoit et se teste avec la même question en tête. Est-ce que cette évolution respecte les normes d’accessibilité et renforce notre capacité à proposer un web accessible à long terme, ou crée-t-elle une dette supplémentaire pour les utilisateurs les plus fragiles.

Pourquoi le RGAA dépasse la simple conformité et devient un levier d’inclusion numérique et d’ergonomie

Beaucoup d’équipes abordent le RGAA par obligation, sous la pression d’une mise en demeure ou d’un appel d’offres exigeant un certain niveau de conformité. Pourtant, ceux qui persévèrent découvrent vite un effet de bord intéressant : travailler sérieusement l’accessibilité améliore la qualité globale du service. Sur « Portail Citoyen », les corrections liées à l’audit RGAA ont fait baisser le taux d’abandon des formulaires, y compris chez des utilisateurs sans handicap déclaré.

Ce n’est pas un hasard. Les critères RGAA encouragent des pratiques UX de bon sens : titres structurés, textes lisibles, parcours clairs, messages d’erreur précis, boutons identifiables. Ce qui aide une personne souffrant de troubles de l’attention aide aussi un parent pressé qui remplit un dossier sur mobile avec un enfant sur les genoux. Ce qui facilite la vie d’un usager malvoyant bénéficiant d’un fort contraste rend le site plus utilisable au soleil, sur un écran vieillissant ou avec une fatigue visuelle en fin de journée.

L’inclusion numérique ne se limite pas aux personnes en situation de handicap au sens strict. Elle concerne tous ceux qui, un jour ou l’autre, se retrouvent en difficulté devant une interface trop chargée, un texte trop dense ou un parcours trop complexe. Chacun a déjà pesté contre un formulaire incompréhensible, une erreur qui ne dit pas ce qui cloche, un téléchargement obligatoire en PDF illisible sur téléphone. Les exigences du Référentiel Général d’Amélioration de l’Accessibilité poussent à limiter ces irritants.

Une courte liste d’effets positifs régulièrement observés après une démarche RGAA structurée peut aider à convaincre une direction hésitante :

• diminution des appels au support pour des problèmes de navigation ou de compréhension des contenus ;
• meilleure visibilité dans les moteurs de recherche, les bonnes pratiques d’accessibilité se recoupant en grande partie avec celles du SEO ;
• gain de confiance des utilisateurs, qui perçoivent un site plus fiable, plus stable et plus respectueux ;
• facilité accrue pour faire évoluer la plateforme, une base propre étant plus simple à maintenir.

Les entreprises privées qui s’engagent volontairement dans cette démarche ne le font pas par pure philanthropie. Elles y voient un levier de performance et un signal envoyé à leurs clients, à leurs collaborateurs, voire à leurs investisseurs. Dans un contexte où la responsabilité sociale des entreprises est scrutée, ignorer l’accessibilité d’un site qui accueille des milliers de clients chaque jour devient difficile à défendre.

Refuser de traiter la question sous prétexte que le RGAA serait trop technique ou trop lourd revient souvent à sous-estimer l’ampleur des bénéfices indirects. À l’inverse, accepter de revoir certains réflexes de conception, de rédaction et de développement ouvre la porte à un environnement plus accueillant, plus simple, et finalement plus robuste. Un site pensé dès le départ pour un utilisateur aveugle ou malvoyant a de grandes chances d’être plus clair pour tout le monde.

En filigrane, le RGAA rappelle une évidence : un service numérique n’a de valeur que s’il est utilisable par celles et ceux à qui il s’adresse. Un portail public qui exclut une partie de la population par des choix techniques ou graphiques fermés ne remplit pas sa mission, même si son design paraît moderne. À l’heure où les démarches administratives, les cours, les soins ou les transports se digitalisent massivement, ignorer cette dimension revient à créer une barrière invisible supplémentaire.

La question restante, pour beaucoup d’équipes, est alors très simple : quand commencer, et par quel premier geste concret transformer une intention d’accessibilité en action mesurable. C’est souvent dans les petites décisions quotidiennes que se joue la différence entre un site qui progresse et un site qui accumule une dette d’accessibilité difficile à rattraper.

Qu’est-ce que le RGAA exactement et à quoi sert-il au quotidien ?

Le RGAA, ou Référentiel Général d’Amélioration de l’Accessibilité, est le document officiel qui précise comment rendre un site ou une application utilisables par un maximum de personnes, y compris celles en situation de handicap. Il traduit les normes internationales WCAG en critères concrets, testables, adaptés au contexte français. Dans un projet, il sert de base à l’audit, à la priorisation des corrections et à la rédaction de la déclaration d’accessibilité.

Quels organismes sont légalement tenus de respecter le RGAA ?

Les obligations RGAA concernent principalement les services de l’État, les collectivités territoriales, les établissements publics (universités, hôpitaux, etc.) et les entreprises privées chargées d’un service public. Ces acteurs doivent auditer leurs sites, publier une déclaration d’accessibilité, mettre en place un plan d’action et répondre aux signalements d’usagers. Les entreprises privées hors service public ne sont pas toujours obligées par la loi, mais elles sont de plus en plus nombreuses à adopter volontairement le RGAA pour des raisons de RSE et de performance digitale.

Comment savoir si un site est conforme au RGAA ?

La seule manière fiable consiste à réaliser un audit RGAA en suivant la méthodologie officielle : sélection d’un échantillon de pages représentatif, vérification des 106 critères, tests au clavier et avec lecteur d’écran, analyse des contenus, puis calcul d’un taux de conformité. Les outils automatiques peuvent donner des premiers indicateurs, mais ils ne suffisent pas. Un site vraiment conforme dispose en outre d’une déclaration d’accessibilité à jour, facilement accessible depuis toutes les pages.

Combien de temps faut-il pour mettre en accessibilité un site existant ?

La durée dépend de la taille du site, de sa dette technique et du niveau de conformité visé. Un premier audit peut se faire en quelques jours ou semaines selon le périmètre. La phase de correction, elle, peut s’étaler sur plusieurs mois, intégrée aux cycles de développement existants. Beaucoup d’organismes choisissent d’avancer par étapes : traiter d’abord les pages et fonctionnalités les plus utilisées, puis étendre progressivement la démarche aux autres contenus.

Le RGAA concerne-t-il seulement les personnes handicapées ?

Le RGAA est pensé pour garantir l’accès aux personnes en situation de handicap, mais ses effets dépassent largement ce public. Les améliorations de lisibilité, de structure, de contraste ou de navigation profitent aussi aux personnes âgées, aux utilisateurs sur mobile, à ceux qui ont une connexion limitée ou qui consultent le site dans des conditions peu confortables. Autrement dit, travailler l’accessibilité via le RGAA, c’est améliorer l’ergonomie et l’expérience pour tous.