Publié le : 1 octobre 2026Mise à jour le : 1 octobre 2026

Tester et documenter l’accessibilité

Un constat d’accessibilité doit permettre à quelqu’un de reproduire le problème et de le corriger. Indiquez la page, les étapes du test, la difficulté rencontrée et le résultat attendu.

Comparer des exemples

Une déclaration qui annonce une conformité totale s’appuie sur un audit daté et un périmètre précis. Lisez les pages et les environnements testés. Le résultat ne couvre pas tous les usages possibles et peut évoluer avec le site.

Lire les chiffres d’un audit

Le baromètre Contentsquare Foundation 2023 étudie 50 sites français, sur trois pages par site et une sélection de 11 critères RGAA parmi les plus bloquants. Les audits manuels ont été réalisés par Numérik-ea et Temesis.

52 % des sites étudiés sont sous 50 %, et 64 % ne publient pas leur taux. Les sites publics, soumis à une obligation depuis 2005, arrivent en tête. Le graphique suivant détaille quatre familles de critères. Il sert à comparer les obstacles étudiés, pas à décrire l’état de tous les sites en 2026.

Tester en cinq étapes

Avant de commencer, fixez le périmètre : une tâche, les pages concernées et les états à tester. Pour l’exercice local, la page fournie suffit. Notez les URL, la date, le navigateur et les outils. Suivez ensuite ces étapes dans l’ordre.

1. Réalisez la tâche au clavier. Tab avance et Maj+Tab revient entre les éléments interactifs. Entrée active un lien ou un bouton. Espace active un bouton ou une case à cocher. Vérifiez l’ordre de tabulation (tab order), le focus visible et les menus. Repérez les pièges au clavier (keyboard trap, souvent appelé focus trap), où le focus reste bloqué. Dans une boîte de dialogue ouverte, garder le focus à l’intérieur est voulu, tant qu’Échap ou un bouton permet d’en sortir. Tab ne parcourt pas les paragraphes.
2. Testez avec un lecteur d’écran (screen reader). Repérez un titre, un champ et un bouton. Vérifiez les noms, les rôles, les états et les messages annoncés. Inspectez aussi le HTML et l’arbre d’accessibilité (accessibility tree) : titres, noms des liens, libellés, langue et alternatives des images.
3. Vérifiez l’affichage et les médias. Agrandissez le texte à 200 %, essayez une largeur de 320 px et mesurez les contrastes. Dans les DevTools de Chromium, ouvrez Rendering puis “Emulate vision deficiencies” pour examiner les couleurs. Vérifiez qu’une information reste compréhensible sans distinguer le rouge du vert. Coupez le son d’une vidéo et vérifiez que les sous-titres (captions) restituent la parole et les sons utiles.
4. Lancez une analyse automatique avec axe, WAVE ou Lighthouse. Examinez au moins un résultat dans la page. Les alertes “à vérifier” demandent votre analyse. Un score de 100 ne certifie pas le site.
5. Documentez et retestez. Notez le constat, sa preuve et la correction proposée. Après modification, refaites les mêmes manipulations.

Les outils ne jugent pas la pertinence de tous les textes et ne vérifient pas qu’une personne peut terminer le parcours. La part des problèmes détectés dépend de l’outil et de la page. Évaluer l’accessibilité, W3C.

Essayer un lecteur d’écran

Avant de déclarer un défaut clavier sur Mac, vérifiez que la navigation clavier de macOS et du navigateur permet d’atteindre tous les contrôles. Safari et Helium peuvent avoir des réglages différents. Notez le système, le navigateur et le lecteur d’écran utilisés. Ce premier essai ne couvre pas toutes les combinaisons à vérifier pour un audit.

Testez sur une page locale, avec des données fictives. Notez ce qui est réellement annoncé. L’arbre d’accessibilité aide à diagnostiquer, mais ne remplace pas la restitution du lecteur d’écran. Si le lecteur ne fonctionne pas, indiquez “non testé” et notez le blocage. Consultez le guide correspondant ci-dessus pour vérifier son activation et ses réglages, puis refaites l’essai. Vous pouvez poursuivre les autres tests en conservant cette limite dans vos notes.

Lire un critère RGAA

Ouvrez les critères et tests. Pour une action impossible au clavier, cherchez 7.3, puis son test 7.3.1. Lisez les conditions du test et les cas particuliers, puis appliquez-le à la page. Expliquez ce que vous avez vérifié et le résultat observé.

Utilisez ces repères pour trouver le critère, puis lisez son test avant de conclure.

Un constat utile

Sur la page locale a-corriger.html, après le champ e-mail, Tab passe directement à Recommencer. L’action Recevoir les informations est un div cliquable absent du parcours clavier. Une personne utilisant uniquement le clavier ne peut pas déclencher cette demande. Je propose un bouton submit et un gestionnaire submit sur le formulaire. Je retesterai avec Tab puis Entrée, y compris avec une saisie invalide.

Une capture montre l’affichage à un instant donné. Pour expliquer le parcours du focus, ajoutez les touches utilisées et le résultat observé. Distinguez les corrections proposées sur un site externe de celles réalisées dans votre code.

Notez vos constats dans votre dossier. Vous pouvez copier le modèle de diagnostic pour structurer vos notes. Ce diagnostic limité ne produit pas de taux de conformité. Un audit RGAA complet exige un échantillon et l’ensemble des critères applicables, avec la méthode prévue. Méthode officielle.