RGAA vs WCAG : quelles différences ?

Quand on parle d’accessibilité numérique, deux acronymes reviennent constamment : RGAA et WCAG. Ils sont souvent employés comme synonymes, ce qui entretient une confusion bien compréhensible. Les deux référentiels visent le même objectif (rendre le web accessible à toutes et tous) et ils sont techniquement très proches. Mais ils ne sont pas identiques et la nuance a des conséquences concrètes sur la façon de cadrer un projet, de rédiger un cahier des charges et de prouver sa conformité.

Pour un décideur, comprendre cette différence évite deux erreurs fréquentes : croire qu’on est conforme RGAA parce qu’on a respecté les WCAG sans appliquer la méthode française ou à l’inverse appliquer le RGAA dans un contexte international où il n’a aucune valeur réglementaire. Cet article clarifie ce qui distingue les deux, quels niveaux de conformité existent, comment ils s’articulent et quel référentiel appliquer selon votre situation.

WCAG : la norme internationale de référence

Les WCAG (Web Content Accessibility Guidelines) sont produites par le W3C, l’organisme international qui définit les standards du web, via son initiative dédiée à l’accessibilité. C’est la norme de fond, reconnue mondialement, sur laquelle reposent la quasi-totalité des réglementations nationales en matière d’accessibilité numérique.

Les WCAG sont structurées autour de quatre grands principes, résumés par l’acronyme POUR : un contenu doit être perceivable (perceptible), operable (utilisable), understandable (compréhensible) et robust (robuste). Chaque principe se décline en règles, puis en critères de succès vérifiables. La version largement appliquée aujourd’hui est WCAG 2.1, qui complète la 2.0 sur les usages mobiles, les déficiences visuelles et cognitives. La version 2.2 ajoute encore quelques critères. Les travaux sur une future version 3.0 sont en cours, mais à un horizon plus lointain.

Le point clé : les WCAG décrivent ce qu’il faut atteindre, pas nécessairement comment le tester de façon normalisée. Elles définissent des critères de succès et des techniques suffisantes, mais laissent une part d’interprétation sur la méthodologie d’évaluation. C’est précisément là que le RGAA intervient.

RGAA : la méthode française

Le RGAA (Référentiel général d’amélioration de l’accessibilité) est la transposition française des WCAG. Il ne réinvente pas les exigences de fond : il s’appuie directement sur les critères de succès des WCAG 2.1 de niveau A et AA. Sa valeur ajoutée n’est pas dans le quoi, mais dans le comment.

Là où les WCAG énoncent un objectif, le RGAA fournit une méthode de test détaillée. Pour chaque critère, il précise les conditions à vérifier, les cas particuliers, les tests à effectuer point par point et les éléments à contrôler dans le code. Cette granularité transforme un référentiel parfois abstrait en une grille d’évaluation opérationnelle, reproductible d’un auditeur à l’autre. Deux personnes appliquant le RGAA sur le même site devraient aboutir au même verdict, ce qui est un atout majeur pour la fiabilité d’un audit.

Le RGAA comporte plus d’une centaine de critères de test, regroupés en grandes thématiques (images, couleurs, multimédia, tableaux, liens, scripts, structuration de l’information, présentation, formulaires, navigation, consultation). À chaque critère est associé un ensemble de tests opérationnels qui guident l’auditeur pas à pas.

Au-delà de la méthode, le RGAA a une dimension réglementaire en France. La loi impose aux services publics et à de nombreux acteurs privés au-delà d’un certain seuil de chiffre d’affaires de respecter le RGAA, de publier une déclaration d’accessibilité et d’afficher leur taux de conformité. Ce n’est donc pas seulement une bonne pratique technique, c’est une obligation légale assortie de modalités de preuve précises.

Les niveaux de conformité : A, AA, AAA

Les trois niveaux de conformité viennent des WCAG et sont repris tels quels par le RGAA. Ils correspondent à des degrés d’exigence croissants.

Le niveau A regroupe les critères essentiels, sans lesquels certains utilisateurs sont purement et simplement bloqués. Le niveau AA ajoute les critères qui lèvent les obstacles importants pour une large partie des personnes en situation de handicap. C’est le niveau visé par la réglementation française et par la plupart des réglementations européennes : quand on parle de conformité, c’est presque toujours du AA dont il s’agit. Le niveau AAA correspond au degré le plus élevé. Il n’est pas exigé de façon globale, car certains critères sont difficiles à atteindre sur tout type de contenu, mais il sert de cible pour les contextes les plus sensibles.

En pratique, le RGAA évalue la conformité au niveau AA. C’est ce taux, exprimé en pourcentage de critères respectés, qui doit figurer dans la déclaration d’accessibilité d’un site soumis à l’obligation.

RGAA et WCAG : le tableau comparatif

Le tableau ci-dessous résume les différences structurantes entre les deux référentiels.

La lecture à retenir : respecter les WCAG est nécessaire mais pas suffisant pour être conforme RGAA. Un site peut techniquement satisfaire les critères WCAG sans avoir suivi la méthode de test du RGAA ni produit les éléments de preuve attendus par la réglementation française. À l’inverse, un site conforme RGAA AA est de fait conforme aux WCAG 2.1 AA, puisque le RGAA reprend ces critères.

Quand appliquer quel référentiel

Le choix du référentiel dépend avant tout du périmètre géographique et réglementaire de votre projet.

En France, le RGAA s’impose. C’est le cadre réglementaire et la méthode attendue par l’administration. Si votre organisation est concernée par l’obligation légale, vous devez non seulement respecter les critères, mais aussi suivre la méthodologie RGAA, produire une déclaration d’accessibilité et publier votre taux de conformité. C’est sur ce terrain que se joue mon accompagnement en accessibilité RGAA Drupal, de l’évaluation initiale à la mise en conformité documentée.

En Belgique et dans d’autres pays européens, la norme de référence est souvent la norme harmonisée européenne EN 301 549, qui intègre elle aussi les WCAG. Chaque État membre transpose les directives européennes à sa façon et il faut vérifier le cadre local plutôt que présumer que le RGAA s’applique partout dans la francophonie.

Dans un contexte international ou pour un produit destiné à plusieurs marchés, les WCAG 2.1 niveau AA constituent le dénominateur commun. C’est la cible la plus universellement reconnue, comprise par les équipes et les partenaires partout dans le monde. Viser les WCAG AA garantit une base solide, quitte à ajouter ensuite la couche méthodologique du référentiel national applicable sur chaque marché.

En clair, raisonnez en deux temps : la norme de fond (presque toujours les WCAG) d’un côté et la méthode de conformité locale de l’autre (RGAA en France, transposition nationale ailleurs).

RGAA 5 : ce qui se prépare

Le RGAA évolue pour suivre les versions des WCAG et les évolutions réglementaires européennes. Une nouvelle version, le RGAA 5, est attendue. Sans entrer dans des détails qui pourraient bouger d’ici sa publication, l’orientation générale vise à aligner le référentiel sur les versions plus récentes des WCAG et sur le cadre européen renforcé par les textes sur l’accessibilité des produits et services.

Pour un décideur, l’enseignement est simple : l’accessibilité n’est pas un acquis figé. Un site conforme aujourd’hui devra être réévalué quand le référentiel évoluera. Anticiper cette dynamique en intégrant l’accessibilité au cycle de maintenance, plutôt qu’en la traitant comme un projet ponctuel, est la stratégie la plus durable. C’est aussi le meilleur moyen d’éviter qu’un écart se creuse silencieusement au fil des évolutions du site.

Ce que ça change pour votre projet Drupal

Drupal dispose d’atouts solides en matière d’accessibilité : le core suit les recommandations WCAG et de nombreux composants sont pensés pour produire un HTML structuré et accessible. Mais aucun CMS ne garantit à lui seul la conformité. L’accessibilité se joue largement dans le thème, dans les composants custom, dans la qualité du contenu éditorial et dans les intégrations tierces.

Concrètement, atteindre la conformité RGAA sur un site Drupal suppose de vérifier chaque critère selon la méthode officielle, de corriger les écarts dans le thème et les modules custom, puis de documenter le résultat. C’est exactement la démarche d’un audit Drupal orienté accessibilité : un état des lieux précis, une liste de corrections priorisées et les éléments nécessaires à la déclaration de conformité. Distinguer clairement la norme (WCAG) de la méthode (RGAA) permet de cadrer cet audit avec les bons critères et le bon niveau d’exigence dès le départ.

Vous devez mettre votre site Drupal en conformité RGAA ou clarifier le référentiel applicable à votre projet ? Parlons de votre projet et bâtissons un plan adapté à votre contexte.