Le 5 octobre 2023, le W3C a publié WCAG 2.2 comme recommandation officielle (« W3C Recommendation »), après plusieurs années de travail et un critère abandonné en cours de route (le fameux 4.1.1 sur l’analyse syntaxique, retiré de la version finale). Pour quiconque produit des audits d’accessibilité au quotidien, ce changement de statut n’est pas qu’une formalité administrative : il redéfinit la référence à partir de laquelle un audit « à jour » doit être mené.
Ce billet ne détaille pas critère par critère ce que WCAG 2.2 ajoute — ce sera l’objet d’articles dédiés au fil de l’année 2024 — mais explique ce que ce basculement change dans la pratique d’un audit, et pourquoi il ne faut pas se précipiter à réécrire toutes ses grilles du jour au lendemain.
Ce que signifie « recommandation officielle »
Au W3C, une spécification passe par plusieurs statuts avant de devenir une « Recommendation » : brouillon de travail, candidate recommendation, recommandation proposée, puis recommandation. Ce dernier statut signifie que le texte est stable, que les objections techniques ont été traitées, et qu’il devient la référence normative citée dans les textes réglementaires qui s’appuient sur WCAG — notamment en Europe via la norme EN 301 549, elle-même référencée par l’European Accessibility Act. Un audit qui cite encore uniquement WCAG 2.1 comme référentiel documente un niveau de conformité qui n’est plus le plus récent disponible, même s’il reste parfaitement valable pour ce qu’il couvre.
Les neuf nouveaux critères en un coup d’œil
WCAG 2.2 ajoute neuf critères de succès par rapport à 2.1, répartis sur les trois niveaux A, AA et AAA. Sans entrer dans le détail de chacun (ils feront l’objet de leurs propres articles), voici la liste et leur niveau :
- 2.4.11 Focus non masqué (a minima) — niveau AA : un élément qui reçoit le focus ne doit pas être entièrement caché par un autre contenu (en-tête collant, bandeau cookies).
- 2.4.12 Focus non masqué (avancé) — niveau AAA : version renforcée du critère précédent.
- 2.4.13 Apparence du focus — niveau AAA : exigences précises de contraste et de taille pour l’indicateur de focus.
- 2.5.7 Mouvements de glisser — niveau AA : toute action réalisée par glisser-déposer doit avoir une alternative au simple clic.
- 2.5.8 Taille de la cible (minimum) — niveau AA : 24 par 24 pixels CSS minimum pour les cibles tactiles, sauf exceptions.
- 3.2.6 Aide cohérente — niveau A : un mécanisme d’aide (lien de contact, chat) doit apparaître au même endroit relatif sur toutes les pages.
- 3.3.7 Redondance des saisies — niveau A : ne pas redemander une information déjà fournie dans le même parcours.
- 3.3.8 Authentification accessible (minimum) — niveau AA : pas de test cognitif obligatoire (calcul, mémorisation) pour se connecter, sauf alternative.
- 3.3.9 Authentification accessible (avancé) — niveau AAA : version renforcée, sans reconnaissance d’objet non plus.
Pourquoi vos grilles d’audit ne doivent pas changer du jour au lendemain
La tentation, dès l’annonce, est d’ajouter immédiatement les neuf critères à toutes les grilles d’audit en cours. C’est une erreur de méthode pour deux raisons. D’abord, un audit engagé avant la publication a été cadré contractuellement sur un référentiel donné (souvent RGAA 4.1, basé sur WCAG 2.1) : changer les règles en cours de mission crée une incohérence entre le devis et le livrable. Ensuite, et c’est le point le plus concret pour la France, le RGAA n’a pas basculé en même temps que WCAG. Le référentiel français suit son propre cycle de mise à jour, avec un délai de traduction et d’adaptation des critères et tests. Pendant cette période transitoire, il existe donc un double référentiel : WCAG 2.2 côté W3C, RGAA toujours aligné sur WCAG 2.1 côté obligations légales françaises.
Ce qu’il est raisonnable de faire dès maintenant
Sans attendre la bascule du RGAA, plusieurs actions ont du sens dès la publication de WCAG 2.2 :
- Documenter dans les nouveaux devis d’audit le référentiel exact utilisé (« RGAA 4.1, basé sur WCAG 2.1 » plutôt que « conforme WCAG » tout court).
- Commencer à sensibiliser les équipes de développement aux nouveaux critères les plus simples à corriger en amont, notamment la taille des cibles tactiles et le focus non masqué, qui touchent directement l’intégration de thèmes WordPress.
- Proposer, en option, un audit complémentaire « WCAG 2.2 anticipé » pour les clients qui veulent prendre de l’avance avant la mise à jour officielle du RGAA.
Sur nos projets, on distingue désormais clairement « conforme au référentiel légal en vigueur » de « conforme aux dernières recommandations techniques du W3C ». Les deux ne se recouvrent pas toujours, et le confondre dans un rapport d’audit crée plus de confusion que de rigueur.
En résumé
Le passage de WCAG 2.2 au statut de recommandation officielle marque un jalon technique important, mais il ne se traduit pas immédiatement par une nouvelle obligation légale en France : le RGAA suit son propre calendrier. La bonne pratique, pour un auditeur, est de nommer précisément le référentiel utilisé dans chaque rapport, de suivre de près la future mise à jour du RGAA, et de commencer, dès maintenant, à familiariser les équipes avec les neuf nouveaux critères — sans réécrire dans la précipitation des grilles déjà engagées.
