Tester l’accessibilité d’un site web avec méthode

Choisir des pages et des tâches représentatives

Commencez par l’accueil, une page de contenu longue, une liste filtrable, un formulaire et une page d’erreur. Ajoutez les variantes mobiles et les langues publiées. Notez pour chaque parcours le point de départ, l’action attendue et ce qui confirme sa réussite.

Conservez l’URL, la largeur d’écran, le navigateur et la date de chaque constat. Une capture seule ne décrit pas un blocage de clavier ou un message annoncé au mauvais moment.

• Accéder à une information depuis le menu.
• Trouver un résultat avec un filtre.
• Envoyer puis corriger un formulaire.

Parcourir sans souris

Rechargez la page et utilisez Tab, Maj+Tab, Entrée, Espace et les flèches selon le contrôle. Le focus doit rester visible et suivre un ordre compréhensible. Ouvrez le menu, changez les filtres, atteignez les liens après une carte et fermez les éventuelles fenêtres sans piège au clavier.

Vérifiez aussi les liens d’évitement et les ancres. Après un saut dans la page, la position de lecture doit permettre de reprendre au bon endroit. Les contrôles rapides du W3C donnent une première méthode, sans remplacer un audit complet.

Lire la page autrement

Agrandissez le texte et le zoom jusqu’à 200 %, puis testez une largeur proche d’un téléphone. Le contenu essentiel et les boutons doivent rester disponibles sans défilement horizontal imposé. Contrôlez le contraste des textes, du focus et des messages importants avec un outil de mesure adapté.

Parcourez la liste des titres et des liens avec un lecteur d’écran. Les titres doivent décrire les sections, les liens être compréhensibles hors du paragraphe et les images porteuses d’information avoir une alternative utile. Une image décorative peut avoir un alt vide.

Tester les erreurs et les changements dynamiques

Soumettez le formulaire vide, puis avec une adresse incorrecte. Le message doit expliquer quel champ corriger, rester associé à ce champ et ne pas effacer les réponses valides. Après envoi, confirmez que l’état de succès ou d’échec est perceptible sans dépendre de la couleur.

Dans les recherches et filtres, vérifiez le nombre de résultats, l’état vide et l’annonce des changements au lecteur d’écran. Une interface qui fonctionne à la souris peut rester incompréhensible lorsque son contenu change sans indication.

• Étape exacte qui échoue.
• Effet sur la tâche de l’utilisateur.
• Correction attendue et nouvelle vérification.

Prioriser puis faire évaluer

Corrigez d’abord les obstacles qui empêchent de lire, naviguer, comparer ou contacter. Rejouez le parcours après correction sur les mêmes pages et notez le résultat. Les outils automatiques accélèrent la détection de certains problèmes, mais ne vérifient ni la pertinence d’un texte alternatif ni la logique d’un parcours.

Ce contrôle préalable ne permet pas de déclarer une conformité. Si une obligation ou une déclaration d’accessibilité s’applique, faites conduire l’évaluation appropriée selon le référentiel concerné, par exemple le RGAA en France. Le contrôle avant mise en ligne aide à intégrer ces essais à la recette du projet.

Vérifier les changements d’état, pas seulement la page initiale

Préparez un parcours avec ouverture du menu, passage dans une fenêtre et confirmation d’une action. Relevez où arrive le focus, ce qui est annoncé et comment revenir sans perdre les données. Une capture du premier écran ne révèle pas les liens invisibles d’un panneau fermé ni un message qui disparaît avant d’être lu.

Refaites le parcours avec des libellés longs et une fenêtre étroite. Vérifiez également les messages d’attente et d’échec : un composant correct dans le cas idéal peut empêcher de reprendre une tâche lorsque le service distant ne répond plus.

Concevoir et tester une fenêtre de dialogue modale · Concevoir une navigation mobile et ses sous-menus · Rédiger et annoncer les messages d’état d’une interface

Tester un parcours au clavier

Cas proposé : un lien reçoit le focus mais une couche fixe le masque. Le contrôle est présent dans le code, pourtant la personne ne sait plus où elle agit.

Déroulez une tâche complète au clavier, y compris ouverture et fermeture des panneaux. Notez ordre, visibilité et retour du focus ; un passage sur la page d’accueil ne couvre pas tous les états.

• Choisir une tâche complète
• Observer le focus à chaque étape
• Documenter l’état qui bloque

• Tester le retour dans un menu

  Tester la navigation et les menus d’un site web