Aller au contenu principal
La liste de contrôle opérationnelle

Chaque exigence de WCAG 2.2, une seule liste de contrôle opérationnelle

Cinquante-cinq critères de succès séparent un site Web du niveau AA de WCAG 2.2. Les voici tous - regroupés par principe, reliés à une explication en langage clair et présentés avec transparence quant à ceux que l’automatisation peut vérifier pour vous.

Bibliothèque WCAG 2.2
Une liste de contrôle de conformité réglementaire à WCAG 2.2 répertorie les 55 critères de succès des niveaux A et AA qu’un site Web doit respecter pour être conforme à WCAG 2.2 au niveau AA - le niveau de conformité auquel les lois sur l’accessibilité font référence. Cette page constitue cette liste de contrôle : chaque critère est regroupé selon les quatre principes POUR et renvoie à une page en langage clair qui explique ses exigences, les personnes auxquelles il est utile et la manière de le respecter.

Qu'est-ce qu'une liste de contrôle de conformité à WCAG 2.2 ?

WCAG 2.2 - la version actuelle des Règles pour l’accessibilité des contenus Web - contient 86 critères de succès testables organisés selon quatre principes : le contenu doit être Perceptible, Utilisable, Compréhensible et Robuste (POUR). Chaque critère comporte un niveau : A, le minimum, AA, l’objectif standard, ou AAA, l’objectif souhaité. La conformité au niveau AA implique de satisfaire aux 31 critères de niveau A et aux 24 critères de niveau AA - soit 55 vérifications au total, et c’est ce que couvre cette liste de contrôle.

Le niveau AA est l’objectif, car il constitue le seuil utilisé par le monde extérieur : les tribunaux et les autorités de réglementation se réfèrent à WCAG AA lorsqu’ils définissent ce qu’est un site web accessible, ce qui fait de ces 55 éléments ce qui se rapproche le plus accessibilité numérique doit figurer sur une liste officielle de tâches. Les WCAG 2.2 s’appuient sur 2.1 - tout ce que vous avez fait pour la version 2.1 reste valable - avec l’ajout de six nouveaux critères A/AA et le retrait d’un ancien critère (4.1.1).

Chaque élément ci-dessous renvoie à sa page dans notre bibliothèque de critères, où chaque critère de la norme est expliqué individuellement : ce qu’il exige en termes simples, qui en dépend, comment le respecter et les défaillances qui mettent les sites en difficulté.

Comment utiliser cette liste de contrôle

Considérez la liste comme un processus de travail, et non comme une grille de notation :

  1. Commencez par analyser. Lancer gratuitement le vérificateur d’accessibilité sur vos modèles principaux, ou le robot d’exploration sur l’ensemble du site. L’automatisation teste de manière fiable environ un tiers des critères - contraste, textes alternatifs, libellés, ARIA et structure - et vous fournit immédiatement une liste des échecs confirmés à partir de laquelle commencer.
  2. Corrigez les modèles, pas les pages. La plupart des problèmes se trouvent dans des composants partagés ; la correction d’un seul en-tête, formulaire ou encart résout le même problème sur chaque page qui l’utilise.
  3. Laissez l’automatisation prendre sa part - et seulement sa part. de EqualWeb widget d’accessibilité resolves most of the common issues automation can recognize, depending on how the site is built, which accelerates remediation enormously. But no tool ticks items off this checklist for you: a criterion counts as met only when testing on your real pages shows it holds.
  4. Vérifiez le reste manuellement. Un passage au clavier uniquement, un passage avec un lecteur d’écran et un passage avec un zoom à 400 % sur vos parcours critiques couvrent l’essentiel de ce que les machines ne peuvent pas évaluer - les deux tiers restants des critères.
  5. Datez et documentez chaque passage. Une liste de contrôle que vous pouvez présenter - qui a testé quoi, quand et ce qui a été corrigé - constitue la preuve qui compte si une lettre de mise en demeure vous parvient un jour.

Perceptible - 20 critères (9 A, 11 AA)

Les informations et les composants d’interface doivent être présentés de façon perceptible par les utilisateurs - en les voyant, en les entendant ou en les lisant au moyen de technologies d’assistance.

Utilisable - 20 critères (14 A, 6 AA)

La navigation et l’interaction doivent fonctionner pour tout le monde - les personnes utilisant uniquement le clavier, celles ayant des tremblements et celles qui ne peuvent pas voir un pointeur.

Compréhensible - 13 critères (7 A, 6 AA)

Le contenu et les commandes doivent fonctionner de manière prévisible, être clairement lisibles et permettre de corriger les erreurs.

Robuste - 2 critères (1 A, 1 AA)

Le contenu doit continuer à fonctionner à mesure que les navigateurs et les technologies d’assistance évoluent.

Le principe Robuste comportait auparavant un troisième critère : 4.1.1 Analyse syntaxique a été supprimé de WCAG 2.2, car les navigateurs modernes corrigent déjà les erreurs de balisage qu’il ciblait. Si votre ancienne liste de contrôle le mentionne encore, rayez-le.

Les 9 nouveaux critères de succès de WCAG 2.2

Si votre site respectait déjà le niveau AA de WCAG 2.1, ce sont les seuls ajouts qui vous séparent de la version 2.2 - six aux niveaux A/AA (dans la liste de contrôle ci-dessus) et trois au niveau AAA (au-delà de l’objectif légal, indiqués par souci d’exhaustivité) :

CritèreNiveauCe qui est requis
2.4.11 Focus non masqué (minimum)AALes en-têtes, pieds de page et bannières fixes ne doivent jamais masquer entièrement l’élément qui a le focus du clavier.
2.4.12 Focus non masqué (amélioré)AAAAucune partie de l’élément ayant le focus ne doit être masquée par un autre contenu.
2.4.13 Apparence du focusAAALes indicateurs de focus doivent respecter des exigences minimales de taille et de contraste.
2.5.7 Mouvements de glissementAAChaque action de glissement doit disposer d’une solution de remplacement simple avec un seul pointeur.
2.5.8 Taille de la cible (minimum)AALes cibles interactives doivent mesurer au moins 24×24 pixels CSS ou disposer d’un espacement équivalent.
3.2.6 Aide cohérenteALes mécanismes d’aide doivent apparaître à un emplacement cohérent sur toutes les pages.
3.3.7 Saisie redondanteAUn processus ne doit pas demander deux fois les mêmes informations.
3.3.8 Authentification accessible (minimum)AALa connexion ne doit pas dépendre d’un test cognitif ; le collage et les gestionnaires de mots de passe doivent fonctionner.
3.3.9 Authentification accessible (améliorée)AAAAucun test cognitif lors de l’authentification, pas même la reconnaissance d’objets.

Vérification de la liste de contrôle : automatisée ou manuelle

La répartition objective pour vérifier ces 55 éléments :

La répartition est la même, que votre cible soit Conformité à l’ADA, le Acte législatif européen sur l'accessibilité ou une norme nationale : toutes renvoient à ces critères WCAG et à la conformité complète Conformité aux WCAG prend toujours les deux moitiés. Pour savoir comment procéder pour chacune d’elles, consultez Tests WCAG.

Questions fréquentes

Combien de critères de succès la liste de contrôle WCAG 2.2 AA contient-elle ?

55 - les 31 critères de succès de niveau A et les 24 critères de succès de niveau AA de WCAG 2.2. La norme complète contient 86 critères, y compris le niveau AAA ; l’ancien critère 4.1.1 « Parsing » (analyse syntaxique) a été supprimé dans la version 2.2.

Le niveau AA des WCAG 2.2 est-il légalement obligatoire ?

Les lois font référence aux WCAG plutôt que de rédiger leurs propres règles techniques. Les tribunaux américains et le Department of Justice considèrent le niveau AA des WCAG comme la référence de l’ADA - la règle du titre II désigne WCAG 2.1 AA pour les administrations d’État et locales - et l’acte législatif européen sur l’accessibilité s’appuie sur les WCAG par l’intermédiaire de EN 301 549. Travailler selon WCAG 2.2 AA couvre ces références et réduit sensiblement le risque juridique ; aucune liste de contrôle ne confère d’immunité.

Un outil peut-il rendre automatiquement mon site conforme à WCAG 2.2 ?

No. Automated tools test roughly a third of the criteria, and EqualWeb's accessibility widget resolves most of the common issues automation can recognize, depending on how the site is built - a strong head start, not conformance. The remaining checks need human judgement, which is why serious programs pair automation with expert review.

En quoi cela diffère-t-il d’une liste de contrôle WCAG 2.1 ?

WCAG 2.1 AA compte 50 critères de niveaux A et AA, contre 55 pour WCAG 2.2 AA. La version 2.2 ajoute six critères A/AA - focus non masqué, mouvements de glissement, taille de la cible, aide cohérente, saisie redondante et authentification accessible - et supprime le critère 4.1.1 Analyse syntaxique. Tout ce que vous avez fait pour la version 2.1 reste valable pour la version 2.2.

À quelle fréquence dois-je vérifier de nouveau la liste ?

Considérez cela comme un cycle, et non comme une opération ponctuelle : chaque nouvelle version peut invalider un critère précédemment satisfait. Maintenez la surveillance automatisée en continu et répétez le contrôle manuel après les refontes, l’ajout de nouveaux modèles ou les modifications du paiement - au minimum une fois par an.

Sources
  • W3C, Règles pour l'accessibilité des contenus Web (WCAG) 2.2 - w3.org
  • W3C WAI, Comprendre WCAG 2.2 - w3.org/WAI
  • W3C WAI, Nouveautés de WCAG 2.2 - w3.org/WAI
  • W3C WAI, Comment respecter WCAG (référence rapide) - w3.org/WAI

Dernière mise à jour

Découvrez lesquelles des 55 exigences vous respectez déjà

Lancez une analyse gratuite avec l’outil de vérification de l’accessibilité EqualWeb pour le tiers automatisable, puis laissez des experts certifiés IAAP/CPWA vérifier le reste - audit, mise en accessibilité, surveillance et documentation inclus.

Prendre rendez-vous Commencer l’essai gratuit