Normes WCAG

WCAG 2.2 vs 2.1 :
ce qui a change

WCAG 2.2 a introduit 9 nouveaux criteres de succes. Voici ce qui a change, pourquoi c'est important et quelle version vous devriez cibler.

Comparaison rapide

WCAG 2.1 vs 2.2 en un coup d'oeil

Les deux versions partagent la meme base, mais la version 2.2 apporte des ameliorations importantes.

2.1

WCAG 2.1

Publie en juin 2018

  • 78 criteres de succes (Levels A, AA, AAA)
  • Criteres d'accessibilite mobile ajoutes
  • Norme referencee par le DOJ pour le Title II
  • Norme la plus citee dans les procedures judiciaires
2.2

WCAG 2.2

Publie en octobre 2023

  • 87 criteres de succes (+9 nouveaux)
  • Exigences ameliorees de visibilite du focus
  • Meilleur soutien a l'accessibilite cognitive
  • Recommandation actuelle du W3C

Recommande pour les nouveaux projets

Nouveautes

9 nouveaux criteres de succes dans WCAG 2.2

Ces ajouts se concentrent sur l'amelioration de la visibilite du focus, l'accessibilite motrice, le soutien cognitif et l'authentification.

Level AALe plus pertinent pour la conformite

2.4.11

Focus non masque (minimum)

Visibilite du focus

Lorsqu'un composant recoit le focus clavier, il ne doit pas etre entierement masque par du contenu cree par l'auteur.

Exemple : Les en-tetes fixes ou les bannieres de cookies ne doivent pas couvrir entierement les elements ayant le focus.
2.5.7

Mouvements de glissement

Accessibilite motrice

Toute fonctionnalite utilisant le glisser-deposer doit avoir une alternative a pointeur unique.

Exemple : Les listes reordonnables par glisser-deposer doivent egalement avoir des boutons haut/bas.
2.5.8

Taille de cible (minimum)

Accessibilite motrice

Les cibles interactives doivent mesurer au moins 24x24 pixels CSS, avec quelques exceptions.

Exemple : Les boutons, liens et controles de formulaire necessitent des zones de toucher/clic adequates.
3.3.8

Authentification accessible (minimum)

Authentification

L'authentification ne doit pas exiger de tests de fonction cognitive, sauf si des alternatives existent.

Exemple : Les CAPTCHAs doivent avoir des alternatives comme l'audio ou la reconnaissance d'objets.

Level AExigences de base

3.2.6

Aide coherente

Accessibilite cognitive

Les mecanismes d'aide doivent apparaitre dans le meme ordre relatif sur toutes les pages.

Exemple : Si vous avez un bouton de chat d'aide, il doit etre au meme emplacement sur chaque page.
3.3.7

Saisie redondante

Accessibilite cognitive

Les informations precedemment saisies doivent etre preremplies ou disponibles pour selection.

Exemple : Ne demandez pas aux utilisateurs de ressaisir leur adresse s'ils l'ont deja fournie plus tot dans le formulaire.

Level AAAAmeliore (generalement non requis)

2.4.12

Focus non masque (ameliore)

Lorsqu'un composant recoit le focus, aucune partie de celui-ci ne doit etre masquee par du contenu cree par l'auteur.

2.4.13

Apparence du focus

Les indicateurs de focus doivent avoir une taille et un contraste suffisants pour etre clairement visibles.

3.3.9

Authentification accessible (amelioree)

Aucun test de fonction cognitive n'est autorise pour l'authentification, meme avec des alternatives.

Conseils

Quelle version devriez-vous cibler ?

La reponse depend de votre situation et de vos exigences.

Ciblez WCAG 2.2 AA pour les nouveaux projets

Si vous construisez quelque chose de nouveau ou effectuez une refonte majeure, ciblez WCAG 2.2 Level AA. C'est la recommandation actuelle du W3C, et respecter la version 2.2 signifie automatiquement que vous respectez la version 2.1.

  • Perennise vos efforts de conformite
  • Meilleure experience pour les utilisateurs en situation de handicap
  • L'Etat de Washington exige deja la version 2.2

WCAG 2.1 AA est la reference legale (pour l'instant)

Les tribunaux et la regle DOJ Title II font reference a WCAG 2.1 Level AA. Si vous vous concentrez uniquement sur le respect des exigences legales actuelles, la version 2.1 AA est la reference.

  • Reference dans la regle DOJ Title II d'avril 2024
  • Norme la plus frequemment citee en contentieux
  • L'European Accessibility Act fait reference a la norme EN 301 549 (basee sur la version 2.1)

Qu'en est-il de WCAG 3.0 ?

WCAG 3.0 est en cours de developpement mais n'est pas encore finalise. Il utilisera un modele de conformite et un systeme de notation differents. Pour l'instant, concentrez-vous sur la version 2.1 ou 2.2 — lorsque la version 3.0 sera publiee, des orientations de transition seront fournies.

Note : un critere a ete supprime

WCAG 2.2 a supprime le Critere de succes 4.1.1 "Analyse syntaxique" de WCAG 2.1. Ce critere exigeait un balisage HTML valide. Il a ete supprime car les navigateurs modernes et les technologies d'assistance gerent bien les erreurs d'analyse, et d'autres criteres couvrent deja les problemes d'accessibilite qu'il traitait.

Si vous respectez deja WCAG 2.1, vous n'avez pas a vous inquieter de ce changement — il ne fait que supprimer une exigence, il n'en ajoute pas.

Questions frequentes

Questions courantes sur WCAG 2.1, 2.2 et le choix de la bonne version.

Si je respecte WCAG 2.2, est-ce que je respecte automatiquement la version 2.1 ?

Oui. WCAG 2.2 est retrocompatible avec la version 2.1 (a l'exception du critere 4.1.1 supprime). Respecter le Level AA de la version 2.2 signifie que vous respectez egalement le Level AA de la version 2.1.

Dois-je respecter les criteres de Level AAA ?

Le Level AAA n'est generalement pas requis pour la conformite legale. Il represente une accessibilite amelioree qui peut ne pas etre realisable pour tous les types de contenu. Concentrez-vous sur le Level AA, qui offre un bon equilibre entre une accessibilite solide et une mise en oeuvre pratique.

Quelle est la taille minimale de cible dans WCAG 2.2 ?

Le nouveau critere Taille de cible (Minimum) (2.5.8) exige que les elements interactifs mesurent au moins 24x24 pixels CSS. Il existe des exceptions pour les liens en ligne, les controles de l'agent utilisateur et les cas ou la taille de la cible est essentielle a l'information transmise.

Comment les nouveaux criteres d'authentification affectent-ils les CAPTCHAs ?

L'authentification accessible (3.3.8) au Level AA exige que si vous utilisez un test de fonction cognitive (comme un CAPTCHA), vous devez fournir une methode alternative. Cela peut etre un CAPTCHA audio, la reconnaissance d'objets ou la prise en charge des gestionnaires de mots de passe. Le Level AAA (3.3.9) interdit completement les tests cognitifs.

Est-ce que inclly teste les criteres WCAG 2.2 ?

Oui. inclly analyse a la fois les criteres WCAG 2.1 et 2.2. Nos rapports indiquent clairement a quelle version chaque probleme se rapporte, afin que vous puissiez prioriser en fonction de votre objectif de conformite.

Quand les reglementations exigeront-elles WCAG 2.2 ?

L'Etat de Washington exige deja WCAG 2.2 AA d'ici juillet 2026. L'European Accessibility Act exige la conformite a la norme EN 301 549. D'autres juridictions suivront probablement. Le W3C recommande la version 2.2 comme norme actuelle, il est donc probable que les futures mises a jour reglementaires y feront reference.

WCAG 2.1 + 2.2 scanning

Verifiez votre statut WCAG

Decouvrez comment votre site se mesure aux criteres WCAG 2.1 et 2.2. Obtenez des rapports clairs et exploitables qui priorisent ce qu'il faut corriger en premier.