Développement web
RGAA, WCAG, EAA sans jargon : le guide dirigeant de l’accessibilité numérique
Accessibilité · RGAA · WCAG · EAA
Depuis le 28 juin 2025, l’accessibilité numérique n’est plus seulement une bonne pratique : pour de nombreux services, elle devient une obligation business vérifiable.
- EAA Le cadre légal européen qui change la priorité dirigeant.
- RGAA La méthode française pour auditer, déclarer et documenter.
- WCAG Le standard international qui décrit les critères techniques.
- 95,9 % Pages d’accueil avec échecs WCAG détectables selon WebAIM 2026.
Repères vérifiés le 28 juin 2026. Ce guide explique quoi décider, quoi auditer et quoi prouver, sans noyer le sujet dans le jargon.
Réponse courte
RGAA, WCAG et EAA ne disent pas la même chose. Mais ensemble, ils changent la gouvernance d’un site.
Pendant longtemps, l’accessibilité web a été traitée comme un sujet technique, parfois comme un sujet public, rarement comme un sujet de direction. Cette lecture est dépassée. Depuis le 28 juin 2025, l’European Accessibility Act, ou EAA, rend l’accessibilité obligatoire pour plusieurs produits et services vendus ou fournis dans l’Union européenne.
La question n’est donc plus seulement : “notre site est-il confortable à utiliser ?”. La vraie question devient : “notre service numérique est-il accessible, prouvable et maintenable dans le temps ?”. C’est une différence majeure. Un site peut avoir une belle interface, un bon score automatique et rester juridiquement fragile si le parcours réel bloque au clavier, au lecteur d’écran ou au formulaire.
Pour décider correctement, il faut séparer trois couches. L’EAA crée l’obligation pour certaines activités. Les WCAG donnent le socle international des critères d’accessibilité. Le RGAA fournit en France une méthode concrète d’évaluation, de tests et de déclaration.
WCAG explique les règles. RGAA aide à les auditer. EAA transforme le sujet en risque légal et business.
Traduction simple
La différence entre RGAA, WCAG et EAA tient en une table.
Le piège consiste à mélanger norme technique, méthode d’audit et obligation légale. Un dirigeant n’a pas besoin de réciter les critères. Il doit savoir quelle couche répond à quelle question, puis demander les bonnes preuves.
| Sigle | Rôle | Ce que cela change | Question dirigeant |
|---|---|---|---|
| WCAG | Le standard international de référence pour rendre les contenus web accessibles. | Il définit des critères testables : perception, navigation, compréhension, robustesse technique. | Quel niveau visons-nous et quelles pages ont été réellement testées ? |
| RGAA | Le référentiel français d’amélioration de l’accessibilité, avec critères, tests et méthodologie. | Il transforme les principes WCAG en méthode d’audit, de correction et de déclaration. | Avons-nous un audit daté, un périmètre clair et une déclaration crédible ? |
| EAA | La directive européenne sur l’accessibilité de certains produits et services. | Elle rend l’accessibilité obligatoire pour des catégories économiques précises, avec contrôle et sanctions nationales. | Notre service est-il concerné et pouvons-nous démontrer notre conformité ? |
| EN 301 549 | La norme européenne d’accessibilité des produits et services TIC. | Elle sert souvent de pont entre exigences européennes et critères techniques, notamment via WCAG. | Quelle norme notre périmètre doit-il utiliser comme référence opérationnelle ? |
Le signal marché
95,9 % des pages d’accueil analysées présentent des échecs WCAG détectables.
Le chiffre est brutal, et c’est précisément pour cela qu’il parle aux dirigeants. Dans son rapport WebAIM Million 2026, WebAIM indique que 95,9 % des pages d’accueil du million de sites analysés avaient des échecs WCAG détectables automatiquement. Le point important n’est pas seulement le volume. C’est la limite du chiffre : WebAIM ne compte ici que ce que l’outil peut détecter automatiquement.
Autrement dit, l’absence d’erreur automatique ne prouve pas l’accessibilité réelle. Et la présence d’erreurs automatiques sur presque tout le marché montre que la conformité ne peut plus être improvisée à la fin d’un projet.
Contrastes de texte insuffisants sur les pages d’accueil analysées.
Pages d’accueil avec au moins une image sans texte alternatif.
Pages d’accueil avec des champs de formulaire sans libellé correctement associé.
Pages d’accueil avec des liens vides, donc inutilisables ou incompréhensibles pour certains utilisateurs.
EAA
L’EAA ne vise pas “tous les sites web”, mais elle touche beaucoup de parcours numériques.
L’European Accessibility Act concerne des produits et services identifiés comme importants pour les personnes en situation de handicap et susceptibles de diverger fortement selon les États membres. Pour un site web, l’analyse ne se limite pas à la page d’accueil. Il faut regarder si le site ou l’application permet d’acheter, réserver, payer, souscrire, gérer un compte ou accéder à un service couvert.
Il existe aussi une exemption importante côté services : les micro-entreprises, c’est-à-dire les structures de moins de 10 personnes avec un chiffre d’affaires annuel ou un total de bilan n’excédant pas 2 millions d’euros, ne sont pas soumises aux mêmes obligations pour les services couverts. Ce point doit être vérifié avant de lancer un audit lourd, surtout pour une petite structure en croissance.
E-commerce
Boutique en ligne, parcours produit, panier, paiement, compte client, suivi de commande et informations nécessaires à l’achat.
Banque et paiement
Services bancaires aux consommateurs, interfaces de paiement, authentification, documents et parcours de gestion.
Transport et billetterie
Réservation, information voyageur, bornes, tickets, notifications et services numériques associés au transport de passagers.
Télécom, médias, ebooks
Services de communication électronique, accès à certains médias audiovisuels, livres numériques et équipements associés.
Un site vitrine pur peut ne pas être dans le cœur de l’EAA. Un site qui vend, réserve, facture ou gère un service couvert doit être qualifié sérieusement, en tenant compte des exemptions possibles pour les micro-entreprises de services.
Sanctions
En France, le risque n’est pas abstrait : le Code de la consommation prévoit des manquements sanctionnés.
Pour un dirigeant, “contravention de 5e classe” ne suffit pas. En pratique, l’article R451-4 du Code de la consommation vise plusieurs manquements liés aux exigences d’accessibilité et renvoie à un ordre de grandeur concret : jusqu’à 1 500 € pour une personne physique et jusqu’à 7 500 € pour une personne morale. Quand la récidive est prévue, le risque monte à 3 000 € pour une personne physique et 15 000 € pour une personne morale.
Mais l’amende n’est pas le seul levier. Dans le cadre EAA, la DGCCRF fait partie des autorités compétentes pour rechercher et constater les infractions. Les agents de contrôle peuvent mettre en demeure et, si l’injonction n’est pas suivie, prononcer une astreinte journalière pouvant aller jusqu’à 3 000 € par jour, avec un plafond de 300 000 €. Pour un CFO, c’est souvent le chiffre décisif : le coût ne dépend plus d’un seul procès-verbal, il peut courir tant que la mise en conformité n’avance pas.
Il existe enfin un régime parallèle issu de la loi de 2005 et du RGAA pour les organismes concernés par l’article 47. Il est piloté par l’ARCOM : jusqu’à 50 000 € par service en ligne en cas de manquement aux obligations d’accessibilité, et 25 000 € pour défaut de publication de la déclaration d’accessibilité. Si le même manquement perdure six mois après le prononcé d’une sanction, une nouvelle sanction peut être prononcée.
| Régime | Ce qui déclenche le risque | Montant à connaître | Réponse attendue |
|---|---|---|---|
| EAA / Code de la consommation | Produit ou service couvert non conforme, information absente, documents de conformité non fournis. | 7 500 € pour une personne morale, 15 000 € en récidive lorsque celle-ci est prévue. | Autorité : DGCCRF selon les périmètres. Qualifier le périmètre EAA, auditer les parcours et conserver les éléments de conformité. |
| Injonction / astreinte | Mise en demeure ou injonction non suivie d’effet dans le délai demandé. | Jusqu’à 3 000 € par jour, plafonné à 300 000 €. | Nommer un responsable, tenir un plan de correction daté et prouver l’avancement. |
| Loi 2005 / RGAA | Organisme concerné par l’article 47 avec service en ligne non conforme. | Jusqu’à 50 000 € par service en ligne, avec nouvelle sanction possible si le même manquement perdure six mois. | Autorité : ARCOM. Publier le statut, auditer le service, prioriser les corrections et documenter les limites. |
| Déclaration d’accessibilité | Déclaration absente, non publiée ou insuffisante pour un organisme soumis à l’obligation. | Jusqu’à 25 000 € pour défaut de publication. | Autorité : ARCOM. Publier une déclaration datée, un périmètre, un contact et un plan de mise en conformité. |
Qualification rapide
Le test en 7 questions pour savoir si le sujet doit remonter en comité de direction.
Ce test ne remplace pas une analyse juridique. Il sert à éviter deux erreurs : ignorer un périmètre qui doit être traité, ou lancer un audit général sans identifier les parcours réellement exposés.
Le bon réflexe consiste à isoler les services, pages, documents et composants qui participent à l’action utilisateur couverte.
Produit, service, abonnement, réservation, acompte, devis payable, panier ou tunnel de commande.
Connexion, profil, factures, documents, historique, support ou espace personnel.
Banque, transport, télécom, médias audiovisuels, ebooks, billetterie, e-commerce ou services associés.
Les exigences accessibilité peuvent entrer dans les achats, appels d’offres, audits fournisseurs et clauses qualité.
Conditions, tarifs, notices, contrats, factures, guides ou documents nécessaires à l’usage du service.
Paiement, calendrier, chat, consentement, billetterie, carte, moteur de recherche, formulaire ou widget.
Sans preuve datée, la conformité repose sur une impression. Une impression ne protège pas une organisation.
Sans jargon
Un site accessible permet à plus de personnes de terminer une action sans demander d’aide.
Derrière les critères, il y a des situations très concrètes. Une personne doit pouvoir naviguer sans souris. Un lecteur d’écran doit comprendre les titres, boutons, images, champs et erreurs. Un texte doit rester lisible. Un formulaire doit expliquer quoi corriger. Une vidéo doit avoir une alternative utile. Une interface doit rester utilisable quand on zoome, quand on agrandit le texte ou quand on utilise une technologie d’assistance.
Voir, lire, entendre ou remplacer.
Contraste, alternatives d’images, sous-titres, structure et informations qui ne reposent pas seulement sur la couleur.
Utiliser sans souris ni geste complexe.
Navigation clavier, focus visible, composants contrôlables, temps suffisant et absence de piège dans les modales.
Savoir quoi faire et quoi corriger.
Libellés clairs, erreurs explicites, langue déclarée, cohérence de navigation et parcours qui ne surprend pas.
Fonctionner avec les bons outils.
HTML fiable, ARIA maîtrisé, composants compatibles avec lecteurs d’écran, navigateurs et aides techniques.
Priorités
Les 10 défauts qui créent la plupart des blocages visibles.
Une démarche sérieuse ne se limite pas à ces défauts, mais ils forment une excellente première passe. Ils sont fréquents, coûteux pour l’utilisateur et faciles à intégrer dans une recette de production.
- Contrastes trop faibles sur textes, boutons, états désactivés ou contenus sur image.
- Images informatives sans alternative utile, ou alternatives répétitives.
- Boutons et liens sans nom clair, vides ou trop ambigus.
- Formulaires sans libellé associé, sans aide ou sans message d’erreur exploitable.
- Navigation clavier impossible, ordre de tabulation incohérent ou piège de focus.
- Focus invisible ou confondu avec un simple effet esthétique.
- Titres mal hiérarchisés, sauts de niveaux et pages sans structure claire.
- Menus, accordéons, onglets, filtres ou modales construits sans comportement accessible.
- PDF essentiels non balisés ou impossibles à lire correctement.
- Widgets tiers intégrés sans test : paiement, calendrier, consentement, chat, carte, billetterie.
Fausse bonne idée
Un bouton magique ne rend pas un site conforme.
Les overlays et plugins d’accessibilité promettent souvent une correction instantanée. Ils peuvent parfois ajouter des options d’affichage, mais ils ne réparent pas la structure profonde d’un parcours : HTML sémantique, ordre de focus, libellés, messages d’erreur, composants JavaScript, contenus, PDF, documents contractuels et processus de publication.
Le bon niveau d’action est plus exigeant, mais plus durable : intégrer l’accessibilité dans le design system, les composants, les contenus, le code, la recette, les tests et la gouvernance. On ne corrige pas un formulaire inaccessible avec une surcouche graphique. On le reconstruit correctement.
L’accessibilité n’est pas une option posée sur l’interface. C’est une qualité de fabrication.
Feuille de route
Le plan 30 / 60 / 90 jours pour passer du flou à la preuve.
Cartographier les obligations et les parcours critiques.
Listez les services potentiellement concernés par l’EAA, les pages clés, les composants tiers, les PDF utiles et les responsables. Lancez un audit ciblé sur 5 à 10 parcours : achat, contact, paiement, compte, document, réservation, support.
- Périmètre légal et fonctionnel.
- Premiers tests clavier et lecteur d’écran.
- Liste des blocages majeurs.
Traiter les composants qui cassent le plus de pages.
Corrigez les éléments mutualisés : header, menu, footer, boutons, champs, erreurs, modales, cartes, accordéons, onglets, filtres, pagination, consentement et paiement. Une correction composant vaut mieux qu’une correction isolée sur une page.
- Design system accessible.
- Composants testés au clavier.
- Règles de contenu pour images, titres, liens et formulaires.
Documenter la conformité, les limites et la non-régression.
Finalisez un audit RGAA ou une évaluation adaptée au périmètre, publiez les informations nécessaires, archivez les preuves, priorisez les corrections restantes et installez une recette accessibilité avant chaque mise en ligne.
- Déclaration ou note d’accessibilité selon le contexte.
- Backlog priorisé avec dates et responsables.
- Contrôles automatiques et humains dans le cycle de publication.
Preuves
Une organisation mature ne dit pas “notre site est accessible”. Elle montre comment elle le sait.
La différence entre une promesse fragile et une démarche solide tient dans les preuves. Les preuves ne doivent pas être spectaculaires. Elles doivent être datées, cohérentes, réutilisables et compréhensibles par un décideur, une équipe produit, un développeur, un acheteur ou un contrôle externe.
| Preuve | Utilité | Erreur fréquente | Bon format |
|---|---|---|---|
| Périmètre | Savoir quelles pages, services, composants et documents sont évalués. | Dire “le site” sans préciser les parcours réellement testés. | Liste des URLs, fonctionnalités, exclusions et dates. |
| Méthode | Relier les tests à un référentiel, un environnement et des outils. | Confondre score automatique et audit complet. | RGAA, WCAG, outils, navigateurs, technologies d’assistance, testeurs. |
| Résultats | Identifier les critères conformes, non conformes, non applicables et à corriger. | Publier une note globale sans détail exploitable. | Tableau de critères, criticité, impact utilisateur et responsable. |
| Gouvernance | Empêcher les régressions après la correction initiale. | Traiter l’accessibilité comme un projet ponctuel. | Recette de publication, composants validés, tickets, revue périodique. |
Questions dirigeant
Les 12 questions à poser avant de signer une mise en conformité.
- Quels services, produits et parcours sont potentiellement concernés par l’EAA ?
- Quels sont les 10 parcours les plus critiques pour le chiffre d’affaires ou le support ?
- Avons-nous une preuve d’audit datée, ou seulement des scores automatiques ?
- Le tunnel de conversion fonctionne-t-il entièrement au clavier ?
- Les formulaires annoncent-ils clairement les erreurs et les corrections attendues ?
- Les composants tiers ont-ils été testés ou seulement intégrés ?
- Les PDF nécessaires au service sont-ils accessibles ou remplacés par du HTML ?
- Qui valide l’accessibilité avant publication ?
- Qui maintient les composants accessibles après la refonte ?
- Quels arbitrages sont justifiés par charge disproportionnée ou modification fondamentale ?
- Où l’utilisateur peut-il signaler un problème d’accessibilité ?
- Quelle preuve pouvons-nous fournir sous 48 heures à un client, un acheteur ou une autorité ?
Chemin de lecture
Pour devenir solide, l’accessibilité doit relier droit, UX, code, preuve et maintenance.
Ce guide donne la lecture décisionnelle. Les ressources liées approfondissent les bases, les limites des scores automatiques et les preuves publiques déjà documentées par Edikka.
Conclusion
L’accessibilité n’est plus un supplément de qualité. C’est une condition de confiance numérique.
Un site accessible n’est pas un site “pour une minorité”. C’est un site plus clair, plus robuste, plus lisible, plus fiable, plus facilement maintenable et plus défendable. Il sert les utilisateurs en situation de handicap, mais aussi les clients pressés, les mobiles, les seniors, les connexions imparfaites, les formulaires complexes, les équipes support et les moteurs qui doivent comprendre la page.
L’EAA a changé l’urgence du sujet. Les WCAG donnent le vocabulaire technique. Le RGAA donne une méthode française pour tester et documenter. La bonne réponse n’est pas de paniquer. C’est de cartographier, corriger, prouver et maintenir.
Le meilleur moment pour traiter l’accessibilité était au début du projet. Le deuxième meilleur moment, c’est avant le prochain contrôle, appel d’offres ou incident utilisateur.
Lecture Edikka
Ce qui distingue une conformité fragile d’une démarche vraiment pilotable.
L’accessibilité devient solide quand elle cesse d’être une vérification tardive et devient une discipline de production.
Qualifier le périmètre avant de lancer l’audit
La première décision n’est pas technique. Il faut identifier les services réellement exposés : achat, paiement, réservation, compte, support, documents utiles au service et obligations associées. Sans cette cartographie, l’audit produit une liste de défauts, mais pas une priorité de direction.
Corriger le système, pas seulement les symptômes
Un contraste ou un libellé manquant se corrige vite. Un design system qui recrée la même erreur sur chaque formulaire coûte beaucoup plus cher. Les composants communs, les règles éditoriales et la recette clavier doivent devenir des réflexes de production, pas des rustines de fin de projet.
Prouver, publier, maintenir
La conformité se défend avec des traces : périmètre, critères, tests humains, tickets, arbitrages, limites et date de revue. Elle se maintient ensuite avec des contrôles réguliers. Le vrai sujet n’est pas d’être parfait un jour, mais de pouvoir montrer une trajectoire fiable.
Pour aller plus loin sur ce sujet
Des réponses complémentaires pour clarifier les points essentiels abordés dans cet article.
