WCAG 2.2 vs WCAG 3.0 : ce qui arrive et quand

WCAG 3.0 — officiellement nommée W3C Accessibility Guidelines — constitue la restructuration la plus importante des normes d’accessibilité web depuis le lancement de WCAG 2.0 en 2008. Elle est toujours à l’état de brouillon de travail à la mi-2026, sans date de recommandation arrêtée. Mais ses choix de conception sont déjà suffisamment clairs pour comprendre à quoi ressemblera la conformité lorsqu’elle arrivera.

Cet article explique ce que WCAG 3.0 change réellement, en quoi elle diffère de la 2.2, et ce que vous pouvez faire dès maintenant pour vous préparer sans perturber vos obligations actuelles.

Où en sommes-nous aujourd’hui

WCAG 2.2 (octobre 2023) est la recommandation actuelle du W3C et le socle référencé par la plupart des lois sur l’accessibilité dans le monde — dont la norme européenne EN 301 549, l’European Accessibility Act et la réglementation britannique du secteur public. C’est ce à quoi vous devez vous conformer aujourd’hui.

WCAG 3.0 est une note de groupe de travail en cours d’élaboration active par le groupe de travail sur les règles d’accessibilité (Accessibility Guidelines Working Group, AG WG). Elle a fait l’objet de plusieurs brouillons de travail publics. Le groupe a explicitement indiqué qu’elle n’atteindrait pas le statut de recommandation à court terme — 2027 est le calendrier réaliste le plus optimiste, et de nouveaux glissements sont probables compte tenu de l’ampleur de la refonte.

Il n’y aura pas de basculement brutal. Lorsque WCAG 3.0 deviendra effectivement une norme, les régulateurs accorderont des périodes de transition — exactement comme ils l’ont fait lorsque les pays sont passés de WCAG 2.0 à la 2.1.

Le changement structurel majeur : des critères aux résultats

La différence la plus fondamentale est philosophique.

WCAG 2.x s’articule autour de critères de succès — des règles précises, testables, de type réussite/échec. « Le contraste des couleurs doit être d’au moins 4,5:1. » Soit il l’est, soit il ne l’est pas. Cette structure binaire a facilité les tests automatisés mais a créé des problèmes : satisfaire chaque critère ne garantit pas une expérience utilisable, et de nombreux obstacles concrets se réduisent difficilement à un seul test mesurable.

WCAG 3.0 passe à des résultats (outcomes) — des énoncés de plus haut niveau décrivant ce que l’expérience utilisateur doit permettre d’atteindre — avec plusieurs méthodes de test à l’appui de chaque résultat. Un test peut être :

Atomique — un contrôle mesurable précis (semblable aux critères de succès actuels)
Holistique — nécessitant des tests utilisateurs ou une évaluation par un expert sur un parcours complet

Cela signifie que la conformité à WCAG 3.0 combinera contrôles automatisés et évaluation qualitative, et pas seulement une liste de contrôle.

Le nouveau modèle de conformité : bronze, argent, or

WCAG 2.x utilise trois niveaux de conformité : A, AA, AAA. La plupart des normes juridiques exigent le niveau AA.

WCAG 3.0 remplace cela par un modèle par paliers fondé sur la proportion et la qualité des résultats atteints :

Niveau	Ce que cela signifie
Bronze	Tous les résultats critiques sont atteints ; aucune défaillance généralisée sur un quelconque résultat
Argent	Les exigences du niveau bronze sont satisfaites, avec en plus des progrès sur des résultats supplémentaires
Or	Les exigences du niveau argent sont satisfaites, avec une recherche utilisateur documentée et des processus d’amélioration continue

Le niveau bronze devrait constituer le minimum légal — à peu près l’équivalent de l’actuel AA. Les niveaux argent et or récompensent les organisations qui vont plus loin, notamment par des tests continus avec des personnes en situation de handicap et des programmes formels de maturité en accessibilité.

Important : le niveau bronze n’est pas facile. L’exigence d’« aucune défaillance généralisée » place la barre plus haut que le simple fait de réussir toutes les analyses automatisées.

APCA : une nouvelle approche du contraste des couleurs

L’un des changements techniques les plus commentés de WCAG 3.0 est le remplacement de l’algorithme de contraste actuel (WCAG 2.x utilise un rapport de luminance relative) par l’APCA — Advanced Perceptual Contrast Algorithm.

Le rapport actuel (4,5:1 pour le texte normal, 3:1 pour le grand texte) est un instrument grossier. Il ne tient pas compte de la façon dont le système visuel humain perçoit réellement le contraste selon les graisses, les tailles et les polarités de police (clair sur foncé ou foncé sur clair).

L’APCA calcule une valeur de contraste de clarté (Lightness Contrast, Lc) et applique des seuils différents selon la taille et la graisse de la police. Un texte gras de 16 px n’a pas le même Lc minimal qu’un texte normal de 12 px, et le foncé sur clair est évalué différemment du clair sur foncé.

Conséquence pratique : certaines combinaisons de couleurs qui échouent aujourd’hui au contraste WCAG 2.x le réussiront avec l’APCA, et inversement. Les organisations qui utilisent dès à présent des systèmes de conception conformes à l’APCA prennent une longueur d’avance — mais il n’y a aucune urgence à abandonner aujourd’hui la conformité au contraste WCAG 2.x.

Une portée élargie : au-delà des sites web

WCAG 2.x a été rédigée pour le contenu web. WCAG 3.0 est explicitement conçue pour s’appliquer :

Aux applications mobiles natives (iOS, Android)
Aux interfaces de réalité virtuelle et augmentée
Aux environnements 3D immersifs
Aux nouveaux paradigmes d’interaction (commande vocale, gestuelle, assistance par IA)

Cela signifie que les résultats et les méthodes de test couvrent des scénarios qui n’existent tout simplement pas dans WCAG 2.x, et traitent la question de la façon de tester l’accessibilité en l’absence de DOM web traditionnel.

Des catégories fonctionnelles à la place de POUR

WCAG 2.x organise ses critères de succès autour de quatre principes : Perceptible, Utilisable, Compréhensible, Robuste (POUR). Les concepteurs et les développeurs ont intériorisé cette structure depuis plus de quinze ans.

WCAG 3.0 remplace POUR par les besoins fonctionnels des utilisateurs comme principe d’organisation. Les résultats sont regroupés selon ce qu’ils permettent aux utilisateurs d’accomplir — lire, naviguer, interagir, comprendre — plutôt que selon la nature technique de l’obstacle.

Les brouillons de travail n’ont pas encore arrêté la structure exacte des catégories, qui pourrait donc continuer d’évoluer.

Ce qui ne change PAS

Malgré cette refonte structurelle, les connaissances sous-jacentes en matière d’accessibilité ne changent pas :

Les mêmes types d’obstacles (texte alternatif manquant, contraste insuffisant, formulaires inaccessibles, pièges au clavier) restent des obstacles
Les tests automatisés conservent un rôle central — les tests atomiques de WCAG 3.0 correspondent étroitement aux règles existantes d’axe-core et de WAVE
Le besoin d’une revue manuelle par des experts et de tests utilisateurs avec des personnes en situation de handicap augmente, il ne diminue pas
Les principes POUR restent un modèle mental utile, même si la taxonomie officielle change

Les organisations qui développent dès maintenant une véritable compétence en accessibilité n’auront aucune difficulté à faire correspondre leurs pratiques à WCAG 3.0 lorsqu’elle arrivera.

Que faire dès maintenant

Poursuivez votre mise en conformité avec WCAG 2.2 AA. C’est la norme juridique en vigueur dans toutes les grandes juridictions et le socle sur lequel le niveau bronze de WCAG 3.0 sera construit. Il n’existe aucun scénario dans lequel être conforme à WCAG 2.2 AA constituerait un désavantage à l’arrivée de WCAG 3.0.

Commencez à intégrer des tests utilisateurs avec des personnes en situation de handicap. Les niveaux argent et or exigeront des preuves documentées de tests avec de vrais utilisateurs. Commencer cette pratique dès maintenant développe le savoir-faire de l’organisation et produit de meilleurs produits — quelle que soit la teneur finale de la spécification WCAG 3.0.

Suivez les brouillons de travail. L’AG WG publie ses mises à jour sur w3.org/TR/wcag-3.0/. Des décisions majeures concernant le modèle de conformité, les seuils APCA et les catégories fonctionnelles sont encore en cours. Si vous avez des produits appelés à durer, chargez quelqu’un de suivre les évolutions.

N’attendez pas WCAG 3.0 pour corriger les problèmes connus. Les obstacles connus vous coûtent des utilisateurs et augmentent votre exposition juridique dès aujourd’hui. Retarder la remédiation ne présente aucun avantage en matière de conformité.

WCAG 3.0 finira par arriver et exigera un changement dans la façon dont l’accessibilité est mesurée et démontrée. Mais elle ne rendra pas la conformité à WCAG 2.2 obsolète — elle s’appuiera dessus. Les organisations les mieux placées pour cette transition sont celles qui construisent de véritables programmes d’accessibilité dès maintenant, et non celles qui attendent la norme définitive.