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 :
- 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.
- 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.
- 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.
- 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.
- 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.
- 1.1.1 Contenu non textuel A - Chaque image, icône et graphique porteur de sens possède une alternative textuelle adaptée à sa fonction ; les images décoratives sont marquées pour être ignorées.
- 1.2.1 Contenu seulement audio ou vidéo préenregistré A - Le contenu uniquement audio dispose d’une transcription ; une vidéo sans bande sonore dispose d’un équivalent textuel ou audio.
- 1.2.2 Sous-titres (préenregistrés) A - Chaque vidéo préenregistrée avec du son comporte des sous-titres précis et synchronisés.
- 1.2.3 Audiodescription ou version de remplacement pour un média temporel (préenregistré) A - La vidéo préenregistrée comporte une audiodescription ou une transcription textuelle complète de ce qui se passe à l'écran.
- 1.2.4 Sous-titres (en direct) AA - Les diffusions en direct et les webinaires comportent des sous-titres en temps réel.
- 1.2.5 Audiodescription (préenregistrée) AA - Les vidéos préenregistrées disposent d’une audiodescription pour les informations visuelles qui ne sont pas transmises par la bande sonore.
- 1.3.1 Informations et relations A - Les titres, listes, tableaux et libellés de formulaires utilisent un véritable balisage, et pas seulement une mise en forme visuelle.
- 1.3.2 Ordre séquentiel logique A - L’ordre de lecture dans le code correspond à l’ordre logique.
- 1.3.3 Caractéristiques sensorielles A - Les instructions ne dépendent jamais uniquement de la forme, de la couleur ou de la position (« cliquez sur le bouton vert à droite »).
- 1.3.4 Orientation AA - Le contenu fonctionne en mode portrait comme en mode paysage ; l’orientation n’est jamais verrouillée sans raison essentielle.
- 1.3.5 Identifier la finalité de la saisie AA - Les champs personnels courants (nom, adresse courriel, adresse) comportent des attributs de saisie automatique.
- 1.4.1 Utilisation de la couleur A - La couleur n’est jamais le seul moyen de transmettre une information.
- 1.4.2 Contrôle du son A - Le son qui démarre automatiquement peut être mis en pause, arrêté ou coupé.
- 1.4.3 Contraste (minimum) AA - Le corps du texte atteint un contraste de 4,5:1 avec son arrière-plan ; le texte de grande taille atteint 3:1.
- 1.4.4 Redimensionnement du texte AA - Le texte peut être agrandi à 200 % sans perte de contenu ni de fonctionnalité.
- 1.4.5 Images de texte AA - Du texte réel est utilisé à la place d’images de texte, à l’exception des logos.
- 1.4.10 Redistribution AA - La page s’adapte à une largeur de 320 px avec un zoom de 400 %, sans défilement horizontal.
- 1.4.11 Contraste des éléments non textuels AA - Les commandes, les indicateurs de focus et les éléments graphiques porteurs de sens atteignent un contraste de 3:1.
- 1.4.12 Espacement du texte AA - Aucun contenu n’est rogné ou superposé lorsque les utilisateurs augmentent la hauteur de ligne et l’espacement des lettres, des mots et des paragraphes.
- 1.4.13 Contenu affiché au survol ou au focus AA - Les infobulles et les fenêtres contextuelles peuvent être fermées, peuvent être survolées et restent visibles jusqu'à leur fermeture.
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.
- 2.1.1 Clavier A - Tous les éléments de la page peuvent être utilisés uniquement avec un clavier.
- 2.1.2 Pas de piège au clavier A - Le focus du clavier peut toujours quitter chaque composant - aucun piège.
- 2.1.4 Raccourcis clavier utilisant des caractères A - Les raccourcis à caractère unique peuvent être désactivés ou réaffectés.
- 2.2.1 Réglage du délai A - Les limites de temps peuvent être désactivées, ajustées ou prolongées avant leur expiration.
- 2.2.2 Mettre en pause, arrêter, masquer A - Les carrousels, les animations et le contenu actualisé automatiquement peuvent être mis en pause, arrêtés ou masqués.
- 2.3.1 Trois flashs ou sous le seuil critique A - Rien ne clignote plus de trois fois par seconde.
- 2.4.1 Contourner des blocs A - Un lien d’évitement ou des repères permettent aux utilisateurs de passer la navigation répétée.
- 2.4.2 Titre de page A - Chaque page possède un titre unique et descriptif.
- 2.4.3 Ordre du focus A - La navigation par tabulation parcourt la page dans un ordre qui préserve le sens.
- 2.4.4 Fonction du lien (selon le contexte) A - Chaque lien indique clairement sa destination par son texte ou son contexte immédiat - aucun simple « cliquez ici ».
- 2.4.5 Accès par plusieurs moyens AA - Il existe plusieurs moyens d’accéder à une page : la navigation, ainsi que la recherche ou un plan du site.
- 2.4.6 En-têtes et étiquettes AA - Les titres et les libellés décrivent réellement le contenu ou le contrôle qu’ils introduisent.
- 2.4.7 Visibilité du focus AA - Le focus du clavier est toujours indiqué visiblement.
- 2.4.11 Focus non masqué (minimum) AA - L'élément qui reçoit le focus n'est jamais entièrement masqué par des en-têtes fixes, des pieds de page fixes ou des bannières de témoins. Nouveau dans la version 2.2.
- 2.5.1 Gestes pour le contrôle du pointeur A - Le balayage, le pincement et les autres gestes basés sur un tracé disposent d’alternatives par simple toucher.
- 2.5.2 Annulation de l'action du pointeur A - Les actions s’exécutent au relâchement, et non à la pression, afin de pouvoir annuler un appui incorrect.
- 2.5.3 Étiquette dans le nom A - Le nom accessible d'un contrôle contient son libellé visible (la commande vocale en dépend).
- 2.5.4 Activation par le mouvement A - Tout élément déclenché en secouant ou en inclinant l'appareil dispose également d'une commande classique.
- 2.5.7 Mouvements de glissement AA - Chaque action de glisser-déposer dispose d’une solution simple par clic ou toucher. Nouveau dans la version 2.2.
- 2.5.8 Taille de la cible (minimum) AA - Les cibles mesurent au moins 24×24 pixels CSS, ou sont suffisamment espacées. Nouveau dans la version 2.2.
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.
- 3.1.1 Langue de la page A - La page déclare sa langue (attribut lang sur l'élément html).
- 3.1.2 Langue d'un passage AA - Les passages dans une autre langue sont marqués avec leur propre attribut lang.
- 3.2.1 Lors de la prise de focus A - Le fait de placer le focus sur un élément ne déclenche jamais de changement de contexte inattendu.
- 3.2.2 À la saisie A - La modification d’un champ ou d’un paramètre ne déclenche jamais un envoi ou une redirection inattendue.
- 3.2.3 Navigation cohérente AA - Les éléments de navigation répétés apparaissent dans le même ordre sur chaque page.
- 3.2.4 Identification cohérente AA - La même fonction porte le même nom et le même libellé partout.
- 3.2.6 Aide cohérente A - Les options d’aide - coordonnées, clavardage, FAQ - se trouvent au même endroit sur chaque page. Nouveau dans la version 2.2.
- 3.3.1 Identification des erreurs A - Les erreurs sont signalées dans un texte qui précise quel champ a échoué et pourquoi.
- 3.3.2 Étiquettes ou instructions A - Chaque champ de saisie possède un libellé visible ou des instructions claires.
- 3.3.3 Suggestion après une erreur AA - Les messages d’erreur indiquent comment corriger le problème.
- 3.3.4 Error Prevention (Legal, Financial, Data) AA - Les soumissions juridiques, financières et de données peuvent être examinées, corrigées ou annulées.
- 3.3.7 Saisie redondante A - Les informations déjà saisies au cours d'un processus ne sont jamais redemandées. Nouveau dans la version 2.2.
- 3.3.8 Authentification accessible (minimum) AA - La connexion ne nécessite jamais de mémoriser ou de retranscrire des informations ; le collage et les gestionnaires de mots de passe sont autorisés. Nouveau dans la version 2.2.
Robuste - 2 critères (1 A, 1 AA)
Le contenu doit continuer à fonctionner à mesure que les navigateurs et les technologies d’assistance évoluent.
- 4.1.2 Nom, rôle, valeur A - Les composants personnalisés communiquent leur nom, leur rôle et leur état aux technologies d’assistance.
- 4.1.3 Messages d’état AA - Les mises à jour d’état (« Ajouté au panier », « 3 résultats trouvés ») sont annoncées sans déplacer le focus.
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ère | Niveau | Ce qui est requis |
|---|---|---|
| 2.4.11 Focus non masqué (minimum) | AA | Les 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é) | AAA | Aucune partie de l’élément ayant le focus ne doit être masquée par un autre contenu. |
| 2.4.13 Apparence du focus | AAA | Les indicateurs de focus doivent respecter des exigences minimales de taille et de contraste. |
| 2.5.7 Mouvements de glissement | AA | Chaque action de glissement doit disposer d’une solution de remplacement simple avec un seul pointeur. |
| 2.5.8 Taille de la cible (minimum) | AA | Les cibles interactives doivent mesurer au moins 24×24 pixels CSS ou disposer d’un espacement équivalent. |
| 3.2.6 Aide cohérente | A | Les mécanismes d’aide doivent apparaître à un emplacement cohérent sur toutes les pages. |
| 3.3.7 Saisie redondante | A | Un processus ne doit pas demander deux fois les mêmes informations. |
| 3.3.8 Authentification accessible (minimum) | AA | La 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) | AAA | Aucun 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 :
- Les tests automatisés en couvrent environ un tiers. Les critères auxquels une machine peut répondre - rapports de contraste, texte alternatif manquant, champs sans libellé, attribut lang manquant, ARIA défectueux - correspondent exactement à ce que les outils d’analyse détectent. Lancez gratuitement le vérificateur d’accessibilité sur n'importe quelle page pour obtenir instantanément un rapport WCAG, et conservez surveillance activé afin qu'un élément validé ne puisse pas régresser discrètement après la prochaine version.
- Des personnes vérifient le reste. Ordre de focus, qualité des textes alternatifs, solutions de remplacement aux gestes, gestion des erreurs, ordre de lecture - environ deux tiers des critères exigent une appréciation humaine. Des auditeurs certifiés examinent la liste complète, critère par critère, et vous remettent un document rapport d'audit, qui sert également de preuve de votre conformité réglementaire.
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.
- 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.