Checklist accessibilité web : ce qu'un outil automatisé voit, et ce qu'il faut tester à la main

Guide · mis à jour en juillet 2026 · lecture 5 min

Les WCAG 2.1 niveau AA comptent une cinquantaine de critères. Aucun outil ne peut tous les vérifier seul : certains se calculent (un contraste, une balise manquante), d'autres demandent un jugement — qu'une intelligence artificielle peut assister, mais pas remplacer entièrement —, et une partie ne se teste qu'à la main, en conditions réelles. Voici les trois familles, avec des exemples concrets par famille, pour savoir où porter l'effort.

1. Ce qu'un scan automatisé détecte avec certitude

• Contraste de couleur insuffisant entre texte et fond (voir notre guide contraste).
• Image sans texte alternatif (attribut alt absent).
• Champ de formulaire sans étiquette associée.
• Page sans titre, ou sans langue déclarée (lang manquant ou incorrect).
• Liens ou boutons sans nom accessible (icône seule, sans texte ni aria-label).

Ces points se corrigent en général vite : ce sont des oublis, pas des choix de conception à repenser.

2. Ce qu'une lecture IA peut évaluer — avec relecture

• La qualité d'un texte alternatif existant : décrit-il vraiment l'image, ou se contente-t-il de « image1.jpg » ?
• La cohérence de la hiérarchie des titres (H1 → H2 → H3) au-delà de leur simple présence.
• La clarté d'un intitulé de lien pris hors contexte (« cliquez ici » vs. un intitulé explicite).

Sur ces points, un outil peut signaler ce qui mérite un regard humain, mais la décision finale reste à vérifier — c'est précisément la catégorie « à vérifier » d'une couverture honnête, plutôt qu'un verdict automatique présenté comme certain.

3. Ce qui ne se teste qu'à la main

• Navigation clavier complète — parcourir toute la page avec Tab/Échap, tout atteindre, ne jamais rester bloqué dans un composant.
• Ordre de lecture au lecteur d'écran — l'ordre annoncé a-t-il un sens, y compris dans les menus et modales ?
• Visibilité du focus — un indicateur net suit-il chaque élément actif au clavier ?
• Messages d'état — une erreur de formulaire ou une confirmation est-elle annoncée sans rechargement de page ?
• Contenu vidéo/audio — sous-titres, transcription, audio-description quand ils existent.

Ces tests demandent du temps humain, mais concentrent souvent les blocages les plus sérieux pour un utilisateur de lecteur d'écran ou de clavier seul — plus sérieux, en pratique, qu'un contraste limite.

Par où commencer, dans l'ordre

1. Lancer un audit automatisé pour éliminer en quelques minutes toute la famille 1 (souvent la moitié des problèmes trouvés sur un premier scan).
2. Relire les points « à vérifier » de la famille 2 — la plupart se tranchent en quelques secondes une fois pointés du doigt.
3. Réserver un vrai créneau, clavier en main et lecteur d'écran activé, pour la famille 3 — au moins sur le parcours critique du site (contact, devis, paiement).

Voir aussi : rédiger sa déclaration d'accessibilité.