Comment rendre un site conforme au RGAA
Atteindre la conformité RGAA demande une démarche : cadrer, auditer, prioriser, corriger les patterns, retester et déclarer. Une méthode en sept étapes, sans jargon.
Yanis ELMALEH8 min de lecture
Écrit par
Atteindre la conformité RGAA demande une démarche : cadrer, auditer, prioriser, corriger les patterns, retester et déclarer. Une méthode en sept étapes, sans jargon.
Écrit par
Rendre un site conforme au RGAA ne se résume pas à cocher une liste d’outils ni à coller des attributs alt partout. C’est une démarche structurée : cadrer le périmètre, comprendre les critères, corriger les patterns, tester réellement, puis documenter. Cet article propose une méthode concrète, utilisable en équipe produit, design et développement.
L’objectif n’est pas la perfection théorique du premier jour, mais une progression mesurable vers une conformité durable.
Le RGAA définit des critères techniques. Un site peut être déclaré partiellement conforme, en cours de mise en conformité, ou non conforme. La conformité n’est pas un badge marketing : c’est un niveau d’atteinte vérifiable sur un échantillon et des parcours.
Être « conforme » signifie que les critères applicables sont respectés sur le périmètre audité, avec une méthodologie reconnue. Cela n’efface pas pour autant tous les frictions possibles : l’accessibilité reste un continuum. Mais sans critère, on navigue à vue.
Le RGAA s’appuie sur les WCAG. Si votre équipe lit déjà de la doc internationale, ce n’est pas perdu. En France, le RGAA reste la référence opérationnelle pour les obligations et pour structurer un plan de mise en conformité. Travaillez avec le référentiel adapté à votre contexte, sans multiplier les cadres incompatibles.
Avant de corriger quoi que ce soit :
Sans cadrage, on disperse l’effort sur des pages secondaires pendant que le tunnel principal reste bloquant.
Un diagnostic initial évite de travailler au feeling. Un audit accessibilité fournit non-conformités, priorités et pistes de correction. Même un audit d’échantillon bien choisi change la trajectoire du projet.
Si l’équipe débute, une montée en compétences en parallèle accélère la compréhension des critères et des tests manuels.
Classez les problèmes :
Corrigez d’abord ce qui empêche d’agir, pas ce qui est le plus visible dans un rapport automatique.
Un menu inaccessible sur de nombreuses pages se corrige au composant menu. Même logique pour :
Stabiliser des composants accessibles réduit la dette à chaque nouvelle page.
Exemples de répartition :
L’accessibilité échoue souvent parce qu’on la cantonne à « un ticket front ».
Au minimum, sur chaque parcours critique :
Automatisez ce qui est automatisable, mais ne déléguez pas le jugement humain aux seuls scores.
Une fois un niveau atteint :
La conformité sans maintenance se dégrade dès le prochain widget marketing.
Contexte : un site institutionnel avec espace client. L’audit initial montre une conformité encore faible sur l’échantillon, avec des bloquants sur la connexion et le dépôt de documents.
Exemple de plan sur quelques semaines :
Résultat typique : les bloquants disparaissent, le taux de conformité grimpe nettement, et l’équipe dispose enfin d’une checklist de non-régression. Ce n’est pas magique : c’est de la priorisation et de la discipline.
ARIA ne « répare » pas un HTML pauvre. Un faux bouton en div avec dix attributs ARIA reste fragile. Préférez les éléments natifs (button, a, label, fieldset) et n’ajoutez de l’ARIA que lorsqu’il apporte une information absente autrement.
Si une fonctionnalité n’est accessible qu’à la souris ou au tactile, elle n’est pas accessible. Testez chaque interaction interactive sans pointeur.
alt="image" ou alt="photo produit" n’aide personne. Soit l’image est informative (alternative utile), soit décorative (alternative vide), soit porte un texte (retranscrit).
« Plus tard » devient « jamais », jusqu’à ce qu’un utilisateur ou un contrôle le rappelle. Traitez au moins les documents et vidéos des parcours prioritaires dans le premier plan.
Une correction peut en casser une autre (focus, ordre de tabulation, annonces). Retestez le parcours, pas seulement le ticket.
Pour une création ou une refonte, travailler avec une agence web qui intègre l’accessibilité dès la conception évite de reconstruire sous contrainte.
Une mise en conformité avance quand chacun sait ce qu’il porte :
Sans cette répartition, le « ticket accessibilité » tombe toujours sur la même personne, puis stagne.
Travaillez par lots de deux semaines : un thème (formulaires, navigation, médias), des tickets bornés, un retest en fin de lot. Évitez les épiques floues du type « rendre le site accessible ». Plus le lot est précis, plus la conformité progresse de façon visible.
Les textes de référence sont sur accessibilite.numerique.gouv.fr. Pour la suite :
Souvent oui, surtout si l’architecture HTML de base est saine. Beaucoup de problèmes se corrigent au niveau des templates et composants. Une refonte aide quand la dette structurelle est trop profonde (UI legacy, CMS verrouillé, scripts inaccessibles).
Cela dépend de la taille du site, du nombre de bloquants et de la capacité de l’équipe. Un plan de quelques semaines à plusieurs mois est courant. L’essentiel est d’avoir un ordre de priorité et des jalons de retest.
Pas forcément. Un référent formé, appuyé par un audit externe et des revues régulières, suffit dans beaucoup d’organisations. Les projets très exposés ou réglementés bénéficient toutefois d’un accompagnement dédié.
Non. Ils accélèrent la détection et la surveillance, mais la conformité RGAA exige des vérifications humaines sur le sens, le parcours et les interactions.
Le statut de conformité, le périmètre, la méthode d’évaluation, les contenus non accessibles connus, les contacts pour signaler un problème, et le cas échéant le schéma pluriannuel. Honnêteté et précision valent mieux qu’un affichage trompeur.
Rendre un site conforme au RGAA, c’est appliquer une méthode : cadrer, diagnostiquer, prioriser, corriger les patterns, tester, documenter, maintenir. Les raccourcis (score automatique, ARIA cosmétique, corrections page par page) donnent une illusion de progrès.
Si vous partez d’un site existant, commencez par un état des lieux accessibilité, formez l’équipe via l’Academy, puis déroulez un plan de remédiation réaliste. La conformité se construit sprint après sprint, pas en une nuit.