RGAA, WCAG ou RAWeb : quelle norme s'applique à mon site ?
La réponse courte
Ça dépend de vos marchés. Les WCAG sont le standard international du W3C. Le RGAA est la méthode de vérification française, et le RAWeb 1.1 son équivalent luxembourgeois, étendu à d'autres technologies. On audite donc sur le RGAA en France, sur le RAWeb au Luxembourg, et sur les WCAG pour un site international.
Quelle différence entre le RGAA, le RAWeb et les WCAG ?
Les WCAG disent ce qu'un contenu web doit permettre. Le RGAA et le RAWeb disent comment le vérifier, avec des tests précis, en France et au Luxembourg. Entre les deux, la norme européenne EN 301 549 sert de référence technique.
| WCAG 2.2 | RGAA 4.1.2 | RAWeb 1.1 | EN 301 549 | |
|---|---|---|---|---|
| Publié par | W3C | DINUM (État français) | Service information et presse (Luxembourg) | ETSI, CEN, CENELEC |
| Portée | Internationale | France | Luxembourg | Union européenne |
| Couvre | Les contenus web | Les sites web | Les sites web (le RAAM couvre le mobile) | Les produits et services numériques, dont le web et le mobile |
| Format | Critères de succès, niveaux A, AA, AAA | 106 critères, 13 thèmes | 136 critères, 17 thèmes | Exigences, qui reprennent les WCAG pour le web |
Ces référentiels ne sont donc pas concurrents. Sa version actuelle est conforme, selon la DINUM, aux 50 critères de succès des niveaux A et AA des WCAG 2.1. Sa valeur ajoutée, c'est sa précision : là où un critère WCAG laisse une marge d'interprétation, le RGAA donne des tests. Deux auditeurs arrivent ainsi plus facilement au même résultat.
Pourquoi le RAWeb compte-t-il aussi ?
Le RAWeb 1.1, publié le 6 février 2026, contient des contenus issus du RGAA 4.1.2, et il repose sur la norme EN 301 549 V3.2.1. Il va plus loin sur le périmètre, avec 136 critères répartis en 17 thèmes, dont un thème sur la communication en temps réel. Certains de ses critères sont propres au RAWeb, et des tests demandent de vérifier les composants développés en JavaScript avec des technologies d'assistance.
Pour une entreprise qui vend dans plusieurs pays francophones, c'est une base de travail utile : on reste très proche du RGAA, avec un périmètre plus large et un référentiel aligné sur la norme européenne.
Quelle norme s'applique à mon site ?
Ça dépend de qui vous êtes et de ce que vous proposez.
- Organisme public, ou entreprise de plus de 250 millions d'euros de chiffre d'affaires annuel en France : vous êtes soumis à l'article 47 de la loi du 11 février 2005. Le RGAA est la méthode de référence. Le seuil se calcule sur la moyenne des trois derniers exercices clos.
- Service concerné par l'European Accessibility Act (e-commerce, banque, transport…) : l'obligation vient de la directive, quelle que soit la taille de l'entreprise, sauf pour les micro-entreprises de services. Le détail est dans mon article sur l'EAA.
- Organisme public au Luxembourg : le RAWeb est le référentiel défini par la loi du 28 mai 2019. Une loi du 8 mars 2023 étend l'obligation à certains produits et services.
- Belgique : les contrôles publics du SPF BOSA s'appuient sur les WCAG 2.1. Comme le RAWeb repose sur la même base européenne et existe en français, il peut servir de grille d'audit détaillée, mais je n'ai pas trouvé de texte belge qui lui donne un statut officiel.
- Site international, ou client hors de ces pays : les WCAG sont le langage commun. Un auditeur et un développeur à l'étranger les connaissent, ce qui n'est pas toujours le cas du RGAA ou du RAWeb.
- Application mobile native : la méthode du RGAA ne la couvre pas. On passe par l'EN 301 549, ou par le RAAM luxembourgeois comme méthode de test.
Lequel choisir pour un audit ?
Le référentiel se décide au cadrage, selon ce que l'audit doit prouver. De mon côté, voilà ce que je recommande :
- Vous devez publier une déclaration d'accessibilité en France : un audit RGAA, parce que le taux de conformité attendu s'exprime en critères RGAA.
- Vous êtes un organisme public luxembourgeois : un audit RAWeb 1.1.
- Vous vendez en France, en Belgique et au Luxembourg : le RAWeb 1.1 ou le RGAA selon votre obligation principale, en gardant la correspondance avec les WCAG pour vos équipes.
- Vous vendez dans plusieurs pays européens : un audit sur les WCAG 2.2 niveau AA, qui parle à toutes vos équipes et à tous vos prestataires.
- La France et l'international à la fois : un audit RGAA, complété par les critères WCAG 2.2 qu'il ne couvre pas encore.
Le bon choix dépend du marché et de la preuve attendue. C'est pour ça que je travaille sur les quatre référentiels : RGAA, WCAG 2.2, RAWeb et RAAM.
Que change le passage aux WCAG 2.2 ?
Les WCAG 2.2 ajoutent neuf critères, dont six aux niveaux A et AA :
| Critère | Niveau | Ce qu'il demande |
|---|---|---|
| 2.4.11 Focus non masqué | AA | L'élément actif au clavier n'est pas entièrement caché, par exemple par un en-tête fixe |
| 2.5.7 Mouvements de glissement | AA | Une alternative existe à tout glisser-déposer |
| 2.5.8 Taille de la cible | AA | Les cibles cliquables mesurent au moins 24 × 24 pixels, sauf exceptions |
| 3.2.6 Aide cohérente | A | Les moyens d'obtenir de l'aide restent au même endroit d'une page à l'autre |
| 3.3.7 Saisie redondante | A | On ne redemande pas une information déjà donnée dans le même parcours |
| 3.3.8 Authentification accessible | AA | Se connecter n'exige pas de test cognitif, comme mémoriser un mot de passe sans pouvoir le coller |
Ces critères visent des gestes très courants : remplir un formulaire, se connecter, toucher un bouton sur un téléphone. Vous pouvez les vérifier dès maintenant, sans attendre une nouvelle version du RGAA.
Que préparent le RGAA 5 et le RAWeb 2 ?
Les référentiels vont bouger des deux côtés, avec la même direction : les WCAG 2.2.
- RGAA 5 : la DINUM indique que cette version est en cours de rédaction, avec une publication prévue fin 2026. Tant qu'elle n'est pas publiée, la version en vigueur reste la 4.1.2.
- RAWeb 2 et RAAM 2 : le Luxembourg prévoit de les publier courant février 2027, en lien avec l'EN 301 549 en version 4.1.1, qui intègre notamment les WCAG 2.2.
Point pratique pour ceux qui ont une déclaration d'accessibilité : elle devra être mise à jour 18 mois après la publication d'une nouvelle version du référentiel, si vous appliquez la méthode technique.
Pour savoir où en est votre site, le détail des formules d'audit est sur la page Accessibilité.
Questions fréquentes
Un site conforme au RGAA est-il conforme aux WCAG 2.2 ?
Pas entièrement. Le RGAA 4.1.2 repose sur les 50 critères de niveau A et AA des WCAG 2.1. Les WCAG 2.2 ajoutent six critères à ces niveaux, comme la taille minimale des cibles ou l'alternative au glisser-déposer, qu'un audit RGAA 4.1.2 ne vérifie pas forcément.
Un audit RGAA est-il valable au Luxembourg ?
Pas tel quel pour un organisme public luxembourgeois : le RAWeb est le référentiel défini pour eux. Les deux méthodes sont toutefois proches, puisque le RAWeb 1.1 contient des contenus issus du RGAA 4.1.2. Il compte 136 critères, contre 106 pour le RGAA, et il faut donc les vérifier en plus.
Le RGAA s'applique-t-il aux applications mobiles ?
La méthode du RGAA 4.1.2 ne couvre pas les applications mobiles natives. Pour elles, la DINUM renvoie directement à la norme EN 301 549. Au Luxembourg, le RAAM propose une méthode dédiée aux applications mobiles.
Dois-je attendre le RGAA 5 pour faire auditer mon site ?
Je ne le conseillerais pas. Les corrections les plus fréquentes (contrastes, clavier, formulaires, structure) restent valables d'une version à l'autre. Si votre calendrier le permet, ajoutez simplement au périmètre les critères WCAG 2.2 de niveau AA, pour anticiper.
Sources
- RGAA 4.1.2 : introduction à la méthode technique · DINUM
- RGAA : champ d'application de l'obligation · DINUM
- Nouvelle version du RGAA · DesignGouv, DINUM
- Web Content Accessibility Guidelines (WCAG) 2.2 (anglais) · W3C
- What's New in WCAG 2.2 (anglais) · W3C
- RAWeb 1.1 : référentiel d'évaluation de l'accessibilité web · Service information et presse, Luxembourg
- RAWeb et RAAM : version 2 et EN 301 549 version 4 · Service information et presse, Luxembourg
- Rapport 2024 sur l'accessibilité numérique du secteur public belge · Belgian Web Accessibility, SPF BOSA