Guide web · accessibilité · qualité
Comment mener un audit d’accessibilité web utile ?
Un score automatique ne décrit pas l’expérience d’une personne. Un audit utile combine contrôles techniques, parcours réels et corrections testées sur les gabarits les plus importants.
Réponse directe
L’essentiel à retenir.
Choisissez des parcours représentatifs, testez-les au clavier et avec les technologies d’assistance pertinentes, classez chaque obstacle par impact, corrigez les composants communs puis vérifiez les parcours après livraison.
Tester les tâches
Le menu, la recherche, le formulaire et la lecture d’une page doivent être praticables.
Prioriser les blocages
Un obstacle qui empêche une demande passe avant une imperfection décorative.
Vérifier la correction
Chaque correction doit être retestée sur mobile, au clavier et sur les gabarits concernés.
Mode d’emploi
La méthode en 5 étapes.
Un ordre de travail simple pour transformer les recommandations du guide en décisions vérifiables.
- Choisir les parcoursIdentifier les tâches essentielles et les gabarits qui les portent.
- Tester manuellementParcourir le site au clavier, vérifier focus, ordre de lecture et alternatives.
- Compléter par les outilsUtiliser les contrôles automatiques pour repérer des erreurs répétées, puis les confirmer.
- Prioriser et corrigerAssocier chaque problème à un impact, un propriétaire et un délai.
- Rejouer les testsVérifier les corrections et documenter les limites restantes.
Terrain
Observer les usages avant les scores.
Un visiteur peut rencontrer un obstacle dès l’ouverture du menu, au choix d’un filtre ou à l’envoi d’un formulaire. Le diagnostic commence donc par des tâches réelles et des contenus représentatifs, sur ordinateur et sur mobile.
La navigation au clavier révèle rapidement les focus invisibles, les pièges de tabulation et les commandes inaccessibles. La lecture structurée des titres, libellés et messages d’erreur complète ce premier passage.
- Menu et liens utilisables au clavier.
- Ordre de focus cohérent.
- Formulaires avec libellés et erreurs explicites.
Production
Corriger les composants à la source.
Une erreur présente dans un composant partagé se répète sur de nombreuses pages. Corriger le menu, les cartes, les filtres ou les champs dans leur modèle réduit plus durablement le nombre d’obstacles qu’une série de retouches page par page.
Les outils automatiques accélèrent la détection de certains problèmes, mais ne jugent ni la pertinence d’un texte alternatif ni la compréhension d’une consigne. Une revue humaine reste nécessaire.
- Responsable désigné pour chaque anomalie.
- Critère de réussite et test de régression.
- Documentation des exceptions et limites.
Périmètre
Choisir des parcours qui révèlent les obstacles.
Un audit limité à l’accueil manque souvent les problèmes des gabarits et des actions importantes. Incluez une page de contenu long, une fiche, un formulaire, un menu, une interaction et un état d’erreur. L’échantillon doit représenter les composants réellement réutilisés, pas seulement les pages les plus visitées.
Pour chaque parcours, notez l’objectif de la personne, les étapes à accomplir et les modalités testées : clavier, zoom, lecteur d’écran lorsque disponible, mobile et contraste. Gardez la version du composant et l’URL observée afin que l’équipe puisse reproduire le problème.
- Gabarits et composants récurrents représentés.
- Parcours de contact et états d’erreur inclus.
- Tests clavier et zoom réalisés.
- URL, contexte et résultat attendu documentés.
Après correction
Vérifier le parcours complet et prévenir les régressions.
Une correction n’est terminée que lorsque l’obstacle a disparu dans son contexte réel. Rejouez le parcours, vérifiez les états ouverts et fermés, puis testez les autres pages qui utilisent le même composant. Une étiquette corrigée dans un seul formulaire peut rester absente ailleurs.
Conservez une liste de décisions réutilisables : ordre de focus, messages d’erreur, structure des titres, alternatives textuelles et règles de conception. Intégrez ces points à la recette des prochaines pages, avec un responsable et une date de vérification.
Grille pratique
Comment décider des corrections ?
La priorité dépend du blocage produit et de la fréquence du composant.
| Situation | Priorité | Vérification |
|---|---|---|
| Impossible d’envoyer un formulaire | Immédiate | Envoi complet au clavier |
| Focus invisible dans le menu | Élevée | Parcours et retour arrière |
| Alternative d’image imprécise | Selon le rôle de l’image | Compréhension du contenu |
| Décoration sans texte alternatif | Éviter un texte inutile | Lecture sans bruit |
Questions fréquentes
Les réponses pour préparer la prochaine étape.
Un test automatique suffit-il ?
Non. Il détecte certaines erreurs techniques, mais ne remplace pas les tests de parcours et la vérification humaine du sens.
Faut-il tout corriger avant de publier ?
Les blocages des tâches essentielles doivent être traités en priorité. Les autres écarts doivent être consignés, planifiés et vérifiés.
Combien de pages faut-il tester ?
Sélectionnez les gabarits et parcours distincts. Le nombre dépend de la diversité des composants et des actions, pas uniquement de la taille du site.
Continuer votre parcours