Normes accessibilité web : les 4 références à connaître en 2026

Vous cherchez « quelles sont les normes d'accessibilité web » et vous tombez sur trois sigles répétés partout : WCAG, EN 301 549, RGAA. C'est exact, et incomplet. Ces trois textes décrivent tous la même chose, un résultat technique à atteindre sur des pages. Aucun ne dit comment une organisation s'y prend pour le tenir six mois après la mise en ligne.

Il existe pourtant une quatrième norme européenne pour cela. Elle est presque absente du web francophone, et c'est probablement celle qui manque le plus aux équipes qui n'arrivent pas à stabiliser leur conformité. Cet article vous donne les quatre références, ce qui les distingue, laquelle vous oblige réellement, et à partir de quand.

---

Quelles sont les normes d'accessibilité web ?

Trois normes de produit encadrent l'accessibilité web : les WCAG 2.2 du W3C (référence internationale), la norme européenne EN 301 549, et en France le RGAA 4.1.2. Une quatrième, EN 17161, ne décrit pas le résultat à atteindre mais le processus interne qui permet de le tenir dans la durée.

Voici comment elles s'articulent :

Les trois premières répondent à la question « est-ce accessible ? ». La quatrième répond à « comment le resterez-vous ? ». C'est une différence de nature, pas de degré, et elle structure tout le reste de cet article.

---

Norme, référentiel, loi : trois objets qu'on confond

La confusion la plus fréquente n'est pas entre WCAG et RGAA. Elle est entre ce qui oblige et ce qui décrit.

La loi crée l'obligation. En France, c'est l'article 47 de la loi n° 2005-102 du 11 février 2005. Il impose l'accessibilité des services de communication au public en ligne aux organismes publics, ainsi qu'aux entreprises privées dont le chiffre d'affaires dépasse 250 millions d'euros. Au niveau européen, l'European Accessibility Act (directive (UE) 2019/882) est applicable depuis le 28 juin 2025.

La norme décrit techniquement le résultat. Les WCAG n'obligent personne par elles-mêmes. Elles deviennent contraignantes uniquement parce qu'un texte juridique y renvoie. Une norme sans renvoi légal reste une bonne pratique.

Le référentiel traduit la norme en critères testables. C'est le rôle du RGAA : 106 critères, chacun assorti de tests, et une méthode d'échantillonnage qui définit sur quelles pages l'évaluation porte. Sans cette couche, une norme reste inapplicable en audit.

Retenez l'enchaînement : la loi renvoie à la norme, la norme se teste via le référentiel. Nous détaillons le volet strictement juridique dans notre guide des lois sur l'accessibilité web et leurs obligations.

---

Accessibilité numérique n'est pas accessibilité du bâti

Une précision qui n'en a pas l'air, mais qui explique beaucoup de malentendus en réunion.

Quand vous cherchez « normes d'accessibilité » sans préciser, les moteurs de recherche vous renvoient massivement vers l'accessibilité du cadre bâti : largeurs de portes, pentes de rampes, hauteurs de comptoir. Ce champ relève d'une réglementation entièrement distincte, celle des établissements recevant du public.

Les deux domaines partagent une finalité et un vocabulaire, pas leurs textes. Un diagnostic d'accessibilité ERP ne dit rien de votre site, et une déclaration d'accessibilité numérique ne couvre pas vos locaux. Si vous pilotez les deux, ce sont deux chantiers, deux référentiels et deux calendriers.

---

Les normes de produit : WCAG, EN 301 549 et RGAA

WCAG 2.2, le socle international

Les Web Content Accessibility Guidelines sont produites par le W3C. WCAG 2.2 est une W3C Recommendation depuis le 5 octobre 2023, mise à jour le 12 décembre 2024, et certifiée ISO/IEC 40500:2025.

Point important, souvent mal rapporté : WCAG 2.2 ne rend pas WCAG 2.1 obsolète. Le W3C écrit explicitement que « WCAG 2.2 does not deprecate or supersede WCAG 2.1 ». Les versions sont rétrocompatibles, un contenu conforme à 2.2 l'est aussi à 2.1. (w3.org/WAI)

Quant à WCAG 3.0, régulièrement annoncée comme la prochaine révolution, le W3C la qualifie de brouillon précoce. Ce n'est pas un standard utilisable aujourd'hui, et bâtir un plan de conformité dessus serait prématuré.

L'ensemble repose sur quatre principes : un contenu perceptible, utilisable, compréhensible et robuste. Toute la structure des critères en découle.

EN 301 549, la norme européenne

EN 301 549 étend les WCAG au-delà des pages web : logiciels, documents, applications mobiles, matériels et services d'assistance. C'est elle que visent les marchés publics européens et le cadre de l'European Accessibility Act.

Un détail qui mérite votre attention si vous rédigez un cahier des charges. La version en vigueur reste la V3.2.1, publiée en mars 2021, et elle référence WCAG 2.1 niveau AA, pas WCAG 2.2. Une révision intégrant WCAG 2.2 est en cours au sein des organismes de normalisation européens et attendue courant 2026.

Notre guide complet de la norme EN 301 549 détaille sa structure et son périmètre.

RGAA 4.1.2, le référentiel français

Le RGAA ne réinvente pas les WCAG, il les rend testables. Sa version 4.1.2 date d'avril 2023. Elle décompose l'exigence en 106 critères répartis en 13 thématiques, chacun assorti de tests précis, et fournit la méthode d'échantillonnage qui rend un audit reproductible.

C'est ce niveau de granularité qui permet de produire un taux de conformité et une déclaration d'accessibilité opposable. Si la distinction entre les deux textes reste floue pour vous, notre comparaison des différences entre RGAA et WCAG la reprend en détail. Une version 5 du référentiel est attendue, nous suivons son avancement sur notre page dédiée au RGAA 5.

---

EN 17161 : la norme de processus que personne ne cite

Voici le point aveugle du web francophone sur ce sujet.

EN 17161:2019, intitulée « Design for All : accessibilité suivant une approche de conception universelle des produits, biens et services », est une norme européenne d'un genre différent. Elle ne contient aucun critère technique. Elle décrit un système de management.

La question qu'elle pose n'est pas « cette page est-elle conforme ? » mais « votre organisation dispose-t-elle des mécanismes pour produire et maintenir de l'accessible ? ». La différence est celle qui sépare un contrôle qualité d'une démarche qualité.

Concrètement, une organisation qui s'en inspire met en place :

• Un registre centralisé des problèmes d'accessibilité, alimenté par les audits automatiques et manuels, les retours clients et les tests d'usage.
• Une analyse des causes racines, pour traiter le motif récurrent plutôt que ses cent occurrences.
• Des actions correctives et préventives, avec un suivi des délais de résolution.
• Des objectifs mesurables et datés, plutôt qu'un taux de conformité annuel.
• Un cycle d'amélioration continue, compatible avec un système ISO 9001 ou 27001 existant.

Aucune de ces briques n'est technique. Toutes conditionnent le fait que votre taux tienne l'année suivante.

Elles n'imposent pas non plus une organisation lourde. Un registre peut tenir dans un tableau partagé, et une revue mensuelle suffit à faire vivre l'analyse des causes. La norme décrit une exigence de méthode, pas une taille d'équipe : une structure de trois personnes peut la tenir, à condition d'écrire ce qu'elle fait plutôt que de s'en remettre à la mémoire de chacun.

Pourquoi EN 17161 n'est pas encore harmonisée

Un point à connaître avant de la citer dans un appel d'offres, parce que la nuance est régulièrement écrasée.

EN 17161:2019 n'est pas aujourd'hui une norme harmonisée au sens de l'European Accessibility Act. Le mandat M/587, émis en 2022, a lancé sa révision pour qu'elle le devienne, ainsi que le développement de deux normes harmonisées supplémentaires portant sur l'accessibilité de l'information produit non numérique et sur celle des services d'assistance (CEN-CENELEC).

Ces travaux ont pris du retard sur le calendrier initialement prévu. Autrement dit, la norme qui formalisera l'accessibilité comme processus arrive, mais elle ne vous lie pas encore.

C'est une fenêtre plutôt qu'un problème. Les organisations qui construisent cette capacité maintenant prennent de l'avance sur une exigence annoncée, au lieu de la subir en urgence le jour de sa publication.

---

Ce que la norme de processus change dans une équipe

La raison d'être d'une norme de processus tient en une observation simple : un audit décrit un instant, un produit vit.

Le WebAIM Million de février 2026 mesure chaque année l'accessibilité du million de pages d'accueil les plus visitées. Le constat : 95,9 % d'entre elles présentent des échecs WCAG détectables automatiquement, avec 56,1 erreurs en moyenne par page. Les deux indicateurs se sont dégradés par rapport à 2025 (94,8 % et 51 erreurs). Six catégories concentrent 96 % des erreurs relevées, dont le contraste insuffisant sur 83,9 % des pages et les alternatives textuelles manquantes sur 53,1 %. (webaim.org)

Ces chiffres décrivent des sites qui ont, pour beaucoup, déjà été audités. Le problème n'est pas de détecter, il est de ne pas réintroduire.

Trois mécanismes font la différence, et aucun ne relève de la conformité au sens strict :

Le composant plutôt que la page. Un champ de formulaire correctement étiqueté dans votre bibliothèque de composants corrige mille formulaires d'un coup. C'est le levier au meilleur rendement, et notre article sur le design system accessible détaille comment l'outiller.

Le critère d'acceptation plutôt que la recette finale. Tant que l'accessibilité est vérifiée après coup, elle arbitre contre le délai et perd. Inscrite dans la définition de terminé d'une user story, elle devient une condition de livraison.

La détection continue plutôt que l'audit annuel. Un contrôle automatisé branché sur l'intégration continue attrape la régression le jour où elle est introduite, quand elle coûte quelques minutes à corriger. Différée de six mois, la même correction se négocie contre d'autres priorités et alimente ce que nous avons décrit comme la dette technique d'accessibilité.

Cette part humaine est justement la compétence à internaliser en priorité. C'est elle qui rend une équipe autonome sur son propre référentiel, plutôt que dépendante d'un diagnostic annuel commandé à l'extérieur. Les parcours pour l'acquérir, du niveau sensibilisation à la certification reconnue par l'État, sont réunis sur notre panorama des formations et certifications en accessibilité numérique.

Cette logique rejoint la conception universelle, dont nous avons décrit les principes dans notre article sur le design universel appliqué aux sites web.

---

Qui est concerné, et à partir de quand

Trois régimes coexistent, et beaucoup d'organisations relèvent de plusieurs.

Secteur public français. L'article 47 de la loi n° 2005-102 s'applique aux organismes publics et aux personnes morales de droit privé constituées par eux. L'obligation est en vigueur, avec déclaration d'accessibilité, mention du taux et schéma pluriannuel.

Grandes entreprises françaises. Le même article vise les entreprises dont le chiffre d'affaires dépasse 250 millions d'euros. Le seuil s'apprécie sur la moyenne des trois derniers exercices.

European Accessibility Act. La directive (UE) 2019/882 est applicable depuis le 28 juin 2025 aux produits et services numériques qu'elle vise. Pour les services, l'obligation porte sur la fourniture après cette date, indépendamment de la date de création du service : un site déjà en ligne n'est pas dispensé. Le 28 juin 2030 borne les seules mesures transitoires de l'article 32 (produits déjà utilisés pour fournir le service, contrats de service conclus avant le 28 juin 2025 jusqu'à leur terme, terminaux en libre-service). Les micro-entreprises de moins de 10 salariés dont le chiffre d'affaires ou le total de bilan ne dépasse pas 2 millions d'euros bénéficient d'une exemption pour les services.

La date de 2030 mérite d'être lue correctement, car elle est souvent présentée comme un délai général de mise en conformité. Elle ne l'est pas : elle marque la fin des mesures transitoires listées ci-dessus. Pour un catalogue de services numériques, la question utile n'est donc pas l'échéance mais le rythme de refonte, qui détermine à quel moment chaque service passe sous la norme. C'est l'horizon sur lequel une capacité interne se construit, et sur lequel un audit ponctuel ne sert à rien.

Reste à savoir laquelle de ces normes citer dans vos documents. La règle pratique tient en trois cas :

Dans les trois cas, EN 17161 se cite en complément et jamais en remplacement : elle engage votre organisation sur une méthode, pas votre produit sur un résultat. Pour les marchés publics, notre article sur l'intégration de l'accessibilité dans la commande publique détaille les clauses utiles.

---

Par où commencer, dans l'ordre

Une démarche qui tient se construit dans un ordre précis. L'erreur la plus commune consiste à lancer un audit complet avant d'avoir la capacité de traiter ses résultats, ce qui produit un rapport de 200 pages que personne n'ouvre.

1. Mesurer avant de planifier. Une détection automatisée sur vos pages principales donne en quelques minutes l'ordre de grandeur et la nature des problèmes dominants. Ce n'est pas un audit, c'est un cadrage. Il vous dit si vous affrontez trois motifs récurrents ou une dette diffuse.

2. Corriger les motifs, pas les occurrences. Si le contraste insuffisant revient sur toutes vos pages, le problème est dans vos jetons de couleur, pas dans vos pages. Traiter la source évite de rouvrir le sujet au prochain écran.

3. Verrouiller ce qui est corrigé. Sans mécanisme de non-régression, le point 2 est à refaire dans six mois. C'est ici que la logique de processus commence à payer, avant même toute certification.

4. Auditer pour déclarer. L'audit de conformité, avec échantillon représentatif et évaluation humaine, intervient quand le terrain est préparé. Il sert à produire une déclaration d'accessibilité juste, pas à découvrir l'ampleur du problème. Le RGAA vous autorise à le mener vous-même, et place la formation d'experts internes au même rang que le recours à un prestataire : nous détaillons les conditions à réunir dans notre article sur l'auto-évaluation RGAA et ce qu'elle exige.

5. Instrumenter la durée. Registre des problèmes, causes racines, objectifs datés. C'est le cœur d'EN 17161, et rien n'empêche de l'adopter avant qu'elle ne devienne harmonisée.

Un site existant impose parfois de prioriser autrement, en partant des parcours les plus utilisés plutôt que des critères les plus nombreux. Nous avons décrit cette approche dans notre guide pour améliorer l'accessibilité d'un site existant.

---

Conclusion

Les trois normes de produit vous disent où arriver : WCAG 2.2 pour le socle technique, EN 301 549 pour le cadre européen, RGAA 4.1.2 pour la méthode d'évaluation française. Elles sont nécessaires et bien documentées.

EN 17161 dit autre chose, que les trois autres ne couvrent pas : comment votre organisation tient ce résultat quand l'équipe change, quand le site évolue, quand l'audit date de huit mois. Elle n'est pas encore harmonisée, donc elle ne vous oblige pas. C'est justement le moment de s'en inspirer sans contrainte.

Pour situer l'état actuel de vos pages avant d'engager une démarche, vous pouvez lancer une analyse automatisée de votre site. Elle repère les anomalies les plus fréquentes et distingue ce qui reste à vérifier manuellement. C'est un point de départ pour prioriser, pas une mesure de conformité.