oaiq(   "measure",   "page_viewed",   { type: "contents" } );
top of page

11 septembre 2026

RGAA vs WCAG : quelles différences?

Le WCAG dit ce qu'il faut obtenir, le RGAA comment le tester et le prouver en France. Huit différences, les correspondances réelles entre critères, et lequel appliquer.

Introduction

This Privacy Notice aims to clearly and transparently explain which personal data we collect when you visit our website, why we collect it, how we use it, and what Your rights are.

We process your personal data in accordance with Regulation (EU) 2016/679 (GDPR) and applicable national data protection laws. We are committed to ensuring that all processing activities are carried out in accordance with the principles of lawfulness, fairness, transparency, data minimization, integrity, and confidentiality.

Specifically, in this notice you will find information about:

 

  • which data we collect about you and for what purposes;

  • the legal bases on which we process such data;

  • who we may share your data with;

  • how long we retain your data;

  • your rights and how to exercise them.
     

While we sometimes need Your data for example, to respond to your requests or improve our website), we do so with respect, care and only when truly necessary.

Our Privacy Promises

 

  • We deeply value your privacy, and for this reason, we guarantee that:

  • We treat your data as if it were our own.

  • We use your data only for the purposes outlined in this notice.

  • We retain your data only for as long as strictly necessary.

  • We do not share your data with third parties without a valid legal basis or your explicit consent.
     

1. Who Processes Your Personal Data

The Data Controller — that is, the entity that determines the purposes and means of the processing of Your personal data — is AccessiWay S.a.S., with registered office at 7 Rue du Général Henrion Bertier, 92200 Neuilly-sur-Sein registered with the Nanterre Trade and Companies Register under number 914 022 595.

AccessiWay is part of the team.blue group and, in certain cases, acts as joint controller together with team.blue NV, with registered office at Skaldenstraat 121, 9042 Ghent, Belgium. In this context, Your personal data may be shared within the group for statistical, administrative, operational, and service improvement purposes.

AccessiWay and team.blue have defined their respective roles and responsibilities under a joint controllership agreement pursuant to Article 26 of the GDPR, ensuring full compliance with data protection regulations.

For more information regarding joint controllership or to exercise Your rights, you may contact AccessiWay via email at the following email addresses:

📧 legal.fr@accessiway.com or info@accessiway.com.

2. Who This Privacy Notice Applies To

This notice applies to:

 

  • users who browse the website www.accessiway.com,

  • individuals who contact us through the form available on the website or via email;

  • users who interact with tools we have implemented (e.g. widgets, cookies);

  • individuals who, through the website or other channels, access external platforms or third-party entities through which they may submit a job application (e.g. recruiting portals or employment agencies).

  • In such cases, the privacy notices of the third parties involved — independent from AccessiWay — also apply.
     

3. What Data We Process

To manage your interaction with our website, we may process the following categories of personal data:

 

  • Identification and contact details such as name, surname, company, job title, email address, and phone number.

  • These data may be partially processed through our customer relationship management (CRM) system.

  • Data relating to your interaction with our services such as information collected via the website or through Hubspot, such as communication history, preferences, requests, and commercial or technical notes.

  • Technical data such as IP address, device type, operating system, browser, access times, and other data automatically recorded by our systems or servers.

  • Browsing data and preferences such as collected via cookies or similar technologies, in accordance with the choices expressed through the cookie consent banner.

  • Application data such as personal information included in your CV or other documents submitted through third-party platforms (e.g. professional experience, education, contact details).

  • These data are processed by AccessiWay only after being transmitted by the third party, which remains autonomous in the initial processing.
     

4. Purposes and Legal Basis of Processing

We process Your personal data in compliance with Regulation (EU) 2016/679 (GDPR) and applicable national data protection laws. Your data may be processed for the following purposes:

 

  • Technical operation of the website
     

We process technical data, using technical cookies and similar tools, to allow You to access the site, view it correctly, and ensure it functions properly (e.g. browsing, content loading, storing preferences).

📌Legal basis: this processing is necessary to provide a service requested by the user, pursuant to Article 6(1)(b) of the GDPR. Your consent is not required for these cookies.

 

  • Handling contact or support requests
     

When you send us a request — via the contact form or by email — we process your data to respond and provide the information requested.

📌 Legal basis: this processing is necessary to take steps at your request prior to entering into a contract, pursuant to Article 6(1)(b) of the GDPR.

 

  • Compliance with legal obligations
     

In certain cases, we may need to process your data to comply with legal obligations, such as tax, accounting, or IT security requirements.

📌 Legal basis: this processing is based on compliance with a legal obligation, pursuant to Article 6(1)(c) of the GDPR.

  • Statistical analysis and website improvement
     

We use analytical tools (e.g. analytical cookies) to collect aggregated data in order to understand how the website is used and to improve its content and functionality.

📌 Legal basis: we process this data only with your freely given and specific consent, pursuant to Article 6(1)(a) of the GDPR.

  • Marketing and Profiling
     

If you authorize us to do so, we may use your data to send you promotional communications or provide personalized content (e.g. through profiling cookies).

📌 Legal basis: this processing is carried out only with your explicit consent, pursuant to Article 6(1)(a) of the GDPR. You may withdraw your consent at any time without affecting the lawfulness of processing based on consent before its withdrawal.

 

  • Management of job applications through third parties
     

We may receive job applications via third-party platforms (e.g. job portals) or through recruitment agencies. In such cases, we process the submitted data to assess your suitability for the proposed role.

📌 Legal basis: this processing is necessary to take steps at your request prior to entering into a contract, pursuant to Article 6(1)(b) of the GDPR.

Note: the privacy policies of the third-party platforms or agencies involved also apply, independently of AccessiWay.

5. Cookies and Tracking Tools

This website uses a cookie management system provided by iubenda, which allows you to:

 

  • view a full and transparent list of the cookies in use;

  • modify or withdraw your consent at any time;

  • access the complete Cookie Policy, integrated in the cookie widget.
     

You can manage your preferences by clicking on the cookie widget icon located at the bottom left corner of every page on the site.

Technical cookies are necessary and therefore enabled by default. Other non-essential cookies (analytical, profiling) are only enabled with your consent.

For more information, please refer to the full Cookie Policy accessible from the cookie widget.

6. Use of accessWidget

This website integrates accessWidget, an automated accessibility tool developed by accessiBe Ltd. and distributed by AccessiWay. The widget allows users to personalize their browsing experience based on their needs.

When the user activates the widget, their IP address is technically transmitted, but:

 

  • it is not stored, tracked, or associated with identifiable individuals;

  • it is anonymized via a proxy located in the European Union;

  • it is not used for profiling or marketing purposes.
     

📌 Legal basis: provision of a service requested by the user (Article 6(1)(b) of the GDPR).

7. Data Security

We adopt appropriate technical and organizational measures to ensure the security, integrity, and confidentiality of the personal data we process. These measures are designed to prevent unauthorized access, loss, disclosure, or alteration of your data. In particular, we implement:

 

  • secure connections via HTTPS (SSL/TLS);

  • authentication systems and access control;

  • access limitation and internal access tracking mechanisms;

  • regular audits and verification procedures;

  • continuous updates to systems and security measures according to the level of risk.
     

8. Data Retention

Your personal data is stored only for the time strictly necessary to achieve the purposes for which it was collected. Specifically:

 

  • Contact data: up to 10 years if relevant for contractual or legal purposes;

  • Technical and browsing data: according to what is outlined in the Cookie Policy;

  • Marketing data: until consent is withdrawn.
     

9. Your Rights (Data Subject Rights)

As a data subject, you may exercise the rights provided under Articles 15–22 of the GDPR at any time. In particular, you have the right to:

 

  • Obtain confirmation as to whether or not your personal data is being processed and access such data (right of access);

  • Request the rectification of inaccurate personal data or the completion of incomplete data (right to rectification);

  • Request the erasure of your data, if the conditions set out in the GDPR are met (right to erasure);

  • Obtain restriction of processing where applicable (right to restriction);

  • Object to the processing of your data, in whole or in part, under certain circumstances (right to object);

  • Receive your data in a structured, commonly used, and machine-readable format, and, where technically feasible, have it transmitted directly to another controller (right to data portability);

  • Withdraw your consent at any time, without affecting the lawfulness of processing based on consent before its withdrawal.
     

📧 You can exercise Your rights at any time by contacting us at: legal.fr@accessiway.com.

🔗 If you are located in France and believe that the processing of your personal data violates applicable law, you have the right to lodge a complaint with the French Data Protection Authority (Commission Nationale de l’Informatique et des Libertés – CNIL) via the website: www.cnil.fr.

*If you have difficulty accessing our form, please feel free to contact us. Send an e-mail to info@accessiway.com

Le WCAG dit ce qu'il faut obtenir. Le RGAA dit comment le tester et comment le prouver en France. Les deux référentiels décrivent la même accessibilité, mais l'un s'arrête au critère de succès et l'autre le décompose en procédures de test opposables. C'est cette différence de nature, et non de contenu, qui explique pourquoi un site peut satisfaire le WCAG sans être conforme au RGAA.

Points clés

  • Le RGAA reprend le WCAG, il ne s'y substitue pas. Le RGAA 4.1.2 s'aligne sur le WCAG 2.1 niveaux A et AA, et transforme ces exigences en 106 critères de contrôle et 257 tests.

  • Le nombre de critères n'est pas comparable directement. Le WCAG 2.1 compte 78 critères de succès au total, dont 50 aux niveaux A et AA. Le RGAA en compte 106, parce qu'un même critère WCAG y est souvent scindé en présence et pertinence.

  • La relation ne fonctionne que dans un sens. Un site conforme au RGAA satisfait le WCAG 2.1 AA. L'inverse n'est pas vrai, faute de méthode de test documentée et de déclaration au format français.

  • Le WCAG qualifie, le RGAA mesure. Le WCAG conclut à la conformité ou non-conformité à un niveau. Le RGAA produit un taux sur les critères applicables et une mention publique.

RGAA vs WCAG : les 8 différences en un coup d'œil


WCAG 2.1

RGAA 4.1.2

Auteur

W3C, organisme international

DINUM, administration française

Nature

Recommandation technique

Référentiel réglementaire

Formulation

Intentionnelle : « l'utilisateur doit pouvoir »

Vérifiable : procédure de test et résultat attendu

Méthode de test

Libre

Imposée, avec tests numérotés par critère

Unité de mesure

Conforme ou non conforme à un niveau

Taux de conformité sur les critères applicables

Preuve exigée

Aucune au niveau international

Mention en page d'accueil, déclaration d'accessibilité, schéma pluriannuel

Périmètre déclaré

Laissé à l'auteur

Échantillon représentatif défini par la méthode

Rythme de mise à jour

2.0 en 2008, 2.1 en 2018, 2.2 en 2023

4.1.2 en vigueur, version 5 en préparation

Le WCAG (Web Content Accessibility Guidelines) est le référentiel technique international publié par le W3C. Sa portée est mondiale : le W3C recense les politiques d'accessibilité de plus de 50 pays et régions, dont la grande majorité s'appuient sur le WCAG. Il organise l'accessibilité autour de quatre principes, déclinés en 13 règles et en critères de succès répartis sur trois niveaux : A, AA et AAA.

Perceptible L'information doit pouvoir être perçue, quel que soit le sens mobilisé.

Utilisable L'interface doit pouvoir être actionnée, notamment au clavier.

Compréhensible Le contenu et son fonctionnement doivent être clairs et prévisibles.

Robuste Le contenu doit rester interprétable par les technologies d'assistance.

Le RGAA (Référentiel Général d'Amélioration de l'Accessibilité) est le référentiel français publié par la DINUM. Il reprend ces quatre principes et les critères du WCAG 2.1 A et AA, puis les opérationnalise en 13 thématiques, 106 critères de contrôle et 257 tests, avec une méthode d'évaluation officielle.

La norme européenne EN 301 549 fait le lien entre les deux : c'est elle qui intègre le WCAG dans le droit européen et sert de socle aux référentiels nationaux.

Ce que ces différences changent en pratique

La formulation change ce qu'on peut conclure. Le WCAG 1.4.3 demande un contraste suffisant. Le RGAA 3.2 demande la même chose, mais avec la procédure de mesure, les seuils par taille de texte et les cas particuliers. Deux auditeurs appliquant le RGAA sur le même site aboutissent au même résultat, ce que le WCAG seul ne garantit pas.

La preuve compte autant que le résultat. Une déclaration d'accessibilité absente est un manquement en soi, indépendamment de l'état technique du service.

Le décalage de version est structurel. Le WCAG 2.2 existe depuis 2023, le RGAA s'y alignera avec sa version 5. Un référentiel réglementaire suit un processus de publication officiel, et il avance donc plus lentement que la recommandation qu'il transpose.

Le WCAG dit ce qu'il faut obtenir. Le RGAA dit comment le vérifier, sur quel échantillon, et ce qu'il faut publier ensuite.

Combien de critères de chaque côté ?

Les chiffres circulent beaucoup et se contredisent, parce qu'ils ne mesurent pas la même chose.

Référentiel

Décompte

Ce que couvre ce chiffre

WCAG 2.1

78 critères de succès

Les trois niveaux A, AA et AAA

WCAG 2.1 niveaux A et AA

50 critères de succès

Le périmètre retenu par la réglementation européenne

WCAG 2.2

87 critères de succès

Les trois niveaux, après ajout de 9 critères et retrait de 4.1.1

RGAA 4.1.2

106 critères de contrôle, 257 tests

Le WCAG 2.1 A et AA, décomposé pour le contrôle

Le RGAA compte plus de critères que le WCAG qu'il transpose, et ce n'est pas une exigence supplémentaire. Il réorganise pour rendre chaque point contrôlable, dans les deux sens.

  • Il découpe quand une exigence WCAG mélange deux constats. Le critère 1.1 vérifie qu'une image informative porte une alternative textuelle, le critère 1.3 vérifie que cette alternative est pertinente. Le WCAG traite les deux dans le seul critère 1.1.1.

  • Il regroupe quand plusieurs exigences WCAG portent sur le même élément d'interface. Le critère 11.1 sur les étiquettes de formulaire couvre à lui seul quatre critères de succès WCAG.

Schéma montrant pourquoi le RGAA compte 106 critères et le WCAG niveau AA seulement 50 : le critère WCAG 1.1.1 découpé en deux critères RGAA, 1.1 pour la présence de l'alternative et 1.3 pour sa pertinence, puis quatre critères WCAG regroupés dans le seul critère RGAA 11.1 sur les étiquettes de formulaire
Le RGAA réorganise les exigences du WCAG pour les rendre contrôlables, dans deux sens opposés. Uncritère WCAG peut être découpé en plusieurs critères RGAA, et plusieurs critères WCAG peuvent êtreregroupés dans un seul. Source : table de correspondance RGAA 4 / WCAG 2.1, DINUM.

Du critère WCAG au critère RGAA : 5 correspondances réelles

C'est là que la différence devient concrète, et la correspondance n'est pas terme à terme. Un critère RGAA couvre souvent plusieurs critères WCAG, et un critère WCAG se retrouve parfois réparti sur plusieurs critères RGAA. La table de correspondance officielle publiée par la DINUM donne le détail complet.

Critère RGAA

Critères WCAG 2.1 couverts

Ce que le contrôle RGAA ajoute

1.1 Alternative textuelle présente

1.1.1 Contenu non textuel

La vérification par type d'image et par technique employée, avec un test distinct par cas.

1.3 Alternative textuelle pertinente

1.1.1 Contenu non textuel, 4.1.2 Nom, rôle et valeur

La pertinence est contrôlée séparément de la présence, ce que le WCAG traite dans le même critère.

3.2 Contraste texte et arrière-plan

1.4.3 Contraste minimum

La procédure de mesure, les seuils selon la taille et la graisse du texte, et les cas exclus.

10.7 Visibilité du focus

1.4.1 Utilisation de la couleur, 2.4.7 Visibilité du focus

Un seul critère RGAA porte deux exigences WCAG, vérifiées sur chaque élément focusable de l'échantillon.

11.1 Étiquette de champ de formulaire

1.3.1 Information et relations, 2.4.6 En-têtes et étiquettes, 3.3.2 Étiquettes ou instructions, 4.1.2 Nom, rôle et valeur

Quatre exigences WCAG regroupées dans un seul contrôle : l'étiquette existe, elle est associée, et elle est restituée aux technologies d'assistance.

Le critère 11.1 illustre le mécanisme mieux que tous les autres. Là où le WCAG répartit l'exigence sur quatre critères de succès appartenant à trois principes différents, le RGAA en fait un point de contrôle unique et testable. C'est ce regroupement, autant que le découpage inverse, qui explique l'écart entre 50 critères WCAG et 106 critères RGAA.

Conforme RGAA, conforme WCAG : le sens compte

La relation entre les deux référentiels ne fonctionne que dans un sens, et c'est le point le plus souvent mal compris.

Un site conforme au RGAA 4.1.2 satisfait le WCAG 2.1 niveau AA, puisque le RGAA reprend l'intégralité de ces critères. C'est la lecture que retiennent les praticiens français, et elle est exacte.

L'inverse ne suit pas. Un site conforme au WCAG 2.1 AA n'est pas pour autant conforme au RGAA, pour deux raisons distinctes :

  1. La méthode. Sans audit conduit selon la procédure officielle et sur un échantillon représentatif, il n'existe pas de taux de conformité opposable.

  2. La preuve. Sans mention de conformité, déclaration d'accessibilité et schéma pluriannuel publiés, les obligations déclaratives françaises restent non satisfaites.

Un site conforme au RGAA satisfait le WCAG. Un site conforme au WCAG n'a pas encore produit ce que la France demande de prouver.

Comment se mesure la conformité de chaque côté

Le WCAG raisonne par niveau. Un site est conforme au niveau AA, ou il ne l'est pas. Il n'existe pas de conformité partielle, ni de format de déclaration imposé au niveau international.

Le RGAA raisonne par taux, et en tire trois mentions officielles :

  • Totalement conforme à 100 % des critères applicables.

  • Partiellement conforme à partir de 50 %.

  • Non conforme en dessous de 50 %, ou sans audit à jour.

Lequel appliquer, selon votre situation

Votre situation

Le référentiel à retenir

Organisme public ou délégataire de service public en France

Le RGAA, avec les obligations déclaratives associées.

Entreprise française au-delà du seuil réglementaire de chiffre d'affaires

Le RGAA, pour la même raison.

Entreprise vendant à des consommateurs dans plusieurs pays européens

Le WCAG 2.1 AA comme socle technique commun, et le RGAA sur la version française.

Produit international avec un marché américain

Le WCAG comme langue commune, complété du VPAT pour les États-Unis et du RGAA pour la France.

Site privé sans obligation légale actuelle

Le WCAG 2.2 AA, qui vous place devant et anticipe l'alignement du RGAA 5.

Dans la pratique, les équipes conçoivent sur la base du WCAG et contrôlent sur la base du RGAA. C'est aussi la répartition que nous appliquons dans nos missions d'audit et remediation, avec une plateforme d'accessibilité numérique qui suit les deux référentiels sur la durée.

Questions fréquentes sur le RGAA et le WCAG

Le RGAA remplace-t-il le WCAG ?

Non. Le RGAA reprend les critères du WCAG 2.1 niveaux A et AA et y ajoute une méthode de test officielle et des obligations déclaratives françaises. Vous appliquez les exigences du WCAG et vous les vérifiez selon la méthode RGAA.

Pourquoi le RGAA compte-t-il 106 critères et le WCAG une cinquantaine ?

Parce que le RGAA découpe pour contrôler. Là où le WCAG énonce une exigence dans un critère de succès, le RGAA sépare généralement la présence de l'élément et sa pertinence, et associe à chaque critère des tests numérotés. Les 106 critères couvrent le même périmètre technique que les 50 critères WCAG de niveaux A et AA.

Un site conforme au WCAG est-il conforme au RGAA ?

Non, pas automatiquement. La relation fonctionne dans l'autre sens : un site conforme au RGAA satisfait le WCAG 2.1 AA. Pour être conforme au RGAA, il faut en plus un audit conduit selon la méthode officielle sur un échantillon représentatif, et les documents obligatoires publiés.

Faut-il viser le WCAG 2.1 ou le WCAG 2.2 ?

Visez le WCAG 2.2. Le RGAA 4.1.2 en vigueur s'aligne sur le WCAG 2.1 A et AA, mais la version 5 du RGAA passera au WCAG 2.2. Travailler dès maintenant sur la version 2.2 évite de repasser sur les mêmes composants.

Le RGAA s'applique-t-il aux applications mobiles et aux documents ?

Le périmètre du RGAA couvre les sites, applications, intranets, extranets et documents intégrés au service. Le RGAA 4.1.2 reste toutefois construit autour du web, et sa version 5 ajoutera des critères et des tests spécifiques aux applications mobiles et aux documents bureautiques.

Par où commencer ?

Le WCAG est le référentiel sur lequel vous concevez, le RGAA celui sur lequel vous êtes contrôlé en France. Les deux s'appliquent, à des moments différents du projet.

Découvrez notre approche et nos solutions pour améliorer l’accessibilité site internet.

  1. Identifiez votre régime : obligation RGAA, obligation européenne, ou aucune des deux pour l'instant.

  2. Lancez le scanner d'accessibilité gratuit pour un premier état des lieux, sans inscription.

  3. Testez vos trois parcours principaux au clavier seul, ce qui révèle les blocages qu'aucun outil ne mesure.

  4. Faites auditer un échantillon représentatif selon la méthode RGAA si vous devez publier une déclaration.

  5. Publiez la mention de conformité, la déclaration et le schéma pluriannuel, contrôlables dès aujourd'hui.

La version 5 du RGAA est attendue pour la fin 2026 et s'alignera sur le WCAG 2.2. Les déclarations publiées avant sa parution restent valables 18 mois, dans la limite de trois ans à compter de leur publication.

La version 5 du RGAA est attendue pour la fin 2026 et s'alignera sur le WCAG 2.2. Les déclarations publiées avant sa parution restent valables 18 mois, dans la limite de trois ans à compter de leur publication.





Contenu généré avec le soutien de l'intelligence artificielle et soumis à la supervision et à la révision humaines.

Icone représentant un contenu genere par IA, reliee à quatre pictogrammes d'accessibilite : audio, contraste, clavier et texte

Accessiway France

L'article 50 de l'AI Act est applicable depuis le 2 août 2026. Toute entreprise qui exploite un chatbot, génère du contenu synthétique ou publie des deepfakes doit désormais informer clairement les utilisateurs. Le paragraphe 5 ajoute une condition : cette information doit elle-même respecter les exigences d'accessibilité applicables.

Actualites

Author

Les agents IA lisent une page à travers la même structure qu'utilise un lecteur d'écran. Voici pourquoi l'accessibilité numérique favorise la visibilité et rend votre site plus citable par l'IA.

Accessibilite Numerique

Author

Décret 2026-816 : date d'entrée en vigueur, suivi annuel, normes européennes et actions à engager pour les organisations concernées.

Législation

Related Articles

bottom of page