Checklist WCAG 2.2 AA : tester l'accessibilité pour les marketeurs

Une checklist WCAG est une traduction pratique des Web Content Accessibility Guidelines en points de contrôle que vous pouvez parcourir vous-même : votre texte a-t-il assez de contraste, tout fonctionne-t-il au clavier, et un lecteur d’écran comprend-il vos formulaires ? WCAG 2.2 au niveau AA est le standard visé par la plupart des organisations. Dans cet article, vous recevez une checklist concrète par thème, vous découvrez quels outils d’audit (comme WAVE et axe) prennent en charge le gros du travail, et où le test manuel reste indispensable.

Qu’est-ce que WCAG 2.2 AA exactement ?

WCAG 2.2 est la version actuelle des directives internationales d’accessibilité du W3C et compte 87 critères de succès, répartis sur les niveaux A, AA et AAA. Pour une conformité AA, vous respectez l’ensemble des critères A et AA. Le niveau A est le minimum absolu, AAA est le plus strict et souvent irréaliste pour un site entier. AA est donc la norme pratique : assez exigeante pour être réellement utile, assez réaliste pour être tenue dans la durée.

La version 2.2 a ajouté neuf nouveaux critères de succès par rapport à la 2.1, dont plusieurs sont directement pertinents pour les sites marketing : pensez à la taille minimale des éléments cliquables, au focus visible et à une authentification simplifiée. Les directives s’articulent autour de quatre principes, résumés par l’acronyme POUR (en anglais) : le contenu doit être perceptible, utilisable, compréhensible et robuste. Ces quatre mots sont un repère pratique quand vous hésitez sur la catégorie d’un problème.

Quels points de contrôle figurent sur la checklist ?

Le cœur d’une checklist WCAG 2.2 AA se décompose en une poignée de thèmes. Parcourez-les page par page, en commençant par vos templates les plus importants (page d’accueil, page de services, page de contact, article de blog).

Couleur et contraste

• Le texte normal a un rapport de contraste d’au moins 4,5:1 avec l’arrière-plan ; le grand texte au moins 3:1.
• La couleur n’est jamais le seul moyen de transmettre une information (par exemple, un message d’erreur n’est pas seulement rouge, mais aussi accompagné de texte ou d’une icône).
• Les boutons, liens et champs de formulaire restent bien visibles dans leurs états focus et survol.

Texte et structure

• Les titres suivent une hiérarchie logique (un H1, puis des H2, et ainsi de suite) sans sauter de niveaux.
• Les liens ont un texte descriptif ; évitez les liens isolés « en savoir plus » sans contexte.
• Le texte reste lisible lorsque vous zoomez jusqu’à 200 pour cent, sans que du contenu disparaisse ou se chevauche.

Images et médias

• Les images de contenu ont un texte alternatif utile ; les images purement décoratives reçoivent un alt vide afin qu’un lecteur d’écran les ignore.
• Les vidéos avec parole disposent de sous-titres.

Clavier et focus

• Tout ce qui fonctionne à la souris fonctionne aussi au clavier seul (Tab, Entrée, flèches).
• L’ordre de focus est logique et l’indicateur de focus est toujours visible, y compris en haut de page (un nouveau point d’attention dans la 2.2).
• Il n’y a aucun piège au clavier : vous pouvez toujours ressortir d’un élément par la navigation.

Formulaires

• Chaque champ a un libellé visible et associé, pas seulement un texte indicatif (placeholder).
• Les messages d’erreur indiquent ce qui a échoué et comment le corriger.
• Les éléments cliquables comme les boutons sont assez grands pour être atteints confortablement sur mobile.

Ces deux derniers thèmes touchent directement votre conversion. Un formulaire flou pour un utilisateur de lecteur d’écran est généralement aussi déroutant pour un visiteur pressé. Vous en lirez davantage dans notre guide sur l’optimisation de la conversion des formulaires.

Comment tester tout cela avec des outils d’audit comme WAVE et axe ?

Commencez par un scan automatisé, car il détecte en quelques minutes une bonne partie des erreurs techniques. Deux extensions de navigateur gratuites et très utilisées sont WAVE (de WebAIM) et axe DevTools (de Deque). Vous les installez dans votre navigateur, ouvrez une page et obtenez immédiatement un aperçu des erreurs, des avertissements et de la structure de la page. Lighthouse, intégré à Chrome, fournit également un score d’accessibilité ; la manière de lire ces rapports est traitée dans notre explication sur Google Lighthouse.

Ce que ces outils font bien : repérer les textes alternatifs manquants, un contraste trop faible, les libellés de formulaire absents, une structure de titres erronée et l’absence de paramètres de langue. Ce qu’ils ne peuvent pas faire : juger si un texte alternatif est pertinent sur le fond, si l’ordre de focus semble logique, ou si un message d’erreur est réellement compréhensible. C’est pourquoi l’attente honnête est que les outils automatisés détectent grosso modo un tiers à la moitié des problèmes. Ils sont un point de départ, pas une ligne d’arrivée.

Méthode pratique : passez WAVE ou axe sur vos principaux types de pages, corrigez les erreurs signalées, et utilisez les avertissements comme checklist pour le contrôle manuel.

Où le test manuel reste-t-il nécessaire ?

Le test manuel est indispensable car les problèmes d’accessibilité les plus lourds de conséquences sont contextuels et seul un humain peut les évaluer. Voici trois vérifications que vous pouvez faire vous-même sans grande expertise :

1. Le test au clavier. Posez votre souris et naviguez un parcours important (par exemple, de la page d’accueil au formulaire de contact) uniquement avec Tab, Maj+Tab et Entrée. Pouvez-vous atteindre partout, voyez-vous toujours où se trouve le focus, et pouvez-vous envoyer le formulaire ? Si ce n’est pas le cas, vous avez trouvé un blocage qu’aucun scan ne repère.

2. Le test au lecteur d’écran. Activez un lecteur d’écran (VoiceOver sur Mac, NVDA sur Windows est gratuit) et faites lire une page à voix haute. Vos liens et boutons ont-ils du sens hors de leur contexte ? Les images sont-elles décrites de façon utile ? Cela semble déroutant au début, mais vingt minutes vous apprennent énormément.

3. Le test du zoom et du mobile. Zoomez jusqu’à 200 pour cent et regardez la page sur un écran étroit. Tout reste-t-il lisible et utilisable, ou du contenu disparaît-il ?

Pour un audit complet ou un rapport de conformité juridiquement étayé, faites appel à un testeur spécialisé, souvent une personne qui utilise elle-même des technologies d’assistance. Mais l’essentiel des gains faciles, vous les récoltez vous-même avec ces vérifications manuelles. Si vous voulez savoir quelles erreurs reviennent le plus souvent, lisez notre inventaire des erreurs d’accessibilité web les plus fréquentes.

Pourquoi est-ce pertinent pour les marketeurs B2B ?

L’accessibilité est pertinente pour deux raisons : elle est bénéfique à votre conversion et elle devient de plus en plus une exigence. L’European Accessibility Act est en vigueur depuis le 28 juin 2025 et oblige un nombre croissant d’organisations à rendre leurs services numériques accessibles. La loi vise en priorité les produits et services destinés aux consommateurs : tout site purement B2B ne tombe donc pas dans le champ juridique strict, mais la direction est claire, l’accessibilité passe du bonus à l’attente standard. Pour les institutions publiques, l’obligation existe depuis plus longtemps.

Plus important pour la pratique quotidienne, c’est l’effet sur les leads. Les mêmes éléments qui rendent un site accessible le rendent aussi plus agréable pour tous : texte lisible, boutons clairs, navigation logique et formulaires qui se remplissent correctement du premier coup. C’est précisément ce sur quoi nous nous concentrons chez Customer Impact : un site qui transforme les visiteurs en demandes plutôt que des statistiques de vanité. Une structure de menu logique et accessible soutient cela directement ; voyez aussi notre guide sur la navigation de site web. L’accessibilité ne doit pas être un projet distinct : intégrez-la comme un élément d’un site web réfléchi et orienté conversion, et elle coûte bien moins cher qu’une réparation après coup. Elle a sa place dans l’approche plus large que nous décrivons dans le guide du site web B2B.

Le résumé en bref

WCAG 2.2 AA est la norme pratique en matière d’accessibilité. Travaillez en deux couches : laissez un outil comme WAVE ou axe repérer les erreurs techniques, puis faites vous-même le test au clavier, au lecteur d’écran et au zoom pour tout ce qu’une machine ne peut pas évaluer. Commencez par vos types de pages les plus importants et vos points de conversion, car c’est là que l’accessibilité produit immédiatement de meilleurs résultats. Ainsi, vous ne respectez pas seulement les directives, mais vous construisez un site qui fonctionne pour chaque visiteur.

Vous voulez faire vérifier votre site web sur l’accessibilité et la conversion en même temps ? Planifiez votre entretien de découverte gratuit.