Ressources · 22
Évaluer l’accessibilité d’un site par parcours et par preuves
Définir un périmètre, tester les tâches essentielles et documenter des corrections vérifiables.
· 19 min
Ce que ce guide permet
- Cadrer l’évaluation
- Choisir les parcours
- Combiner les méthodes
- Vérifier les corrections
Contrôle express
- Quelles tâches et quels publics doivent être couverts ?
- Quels gabarits, langues et états interactifs représentent le site ?
- Le parcours fonctionne-t-il au clavier et avec zoom ?
- Les alternatives et messages sont-ils compréhensibles ?
- Chaque correction a-t-elle été retestée ?
Méthode pas à pas
- 01
Définir le périmètre
Préciser produit, versions, langues, technologies, parcours et niveau WCAG visé. Inclure les états d’erreur, formulaires et contenus essentiels.
Livrable : fiche de périmètre et critères de référence.
- 02
Explorer puis échantillonner
Recenser gabarits, composants, parcours et variations. Choisir un échantillon représentatif avec les pages critiques et les états interactifs ; consigner les exclusions.
Livrable : liste argumentée des vues à tester.
- 03
Effectuer un premier contrôle
Utiliser des outils automatiques pour repérer une partie des erreurs, puis tester manuellement clavier, focus, zoom, structure, libellés, alternatives et erreurs de formulaire.
Livrable : observations reproductibles avec contexte.
- 04
Tester les tâches complètes
Parcourir les étapes de bout en bout, y compris changement d’état, validation et confirmation. Associer des personnes concernées lorsque possible pour comprendre les effets réels.
Livrable : journal de parcours et barrières observées.
- 05
Rapporter sans surpromettre
Associer chaque constat à une page, une étape de reproduction, le critère applicable, son impact et une correction proposée. Un outil seul ne démontre pas la conformité globale.
Livrable : rapport priorisé, périmètre et limites.
- 06
Corriger et retester
Vérifier la solution avec les mêmes parcours et outils pertinents, puis contrôler les composants partagés et les régressions avant clôture.
Livrable : preuve de retest et suivi des corrections.
Indicateurs de pilotage
| Indicateur | Ce qu’il mesure | Première action |
|---|---|---|
| Parcours couverts | Tâches essentielles évaluées de bout en bout | Ajouter les parcours oubliés |
| Constats reproductibles | Barrières avec étapes et contexte précis | Clarifier les rapports vagues |
| Corrections retestées | Constats corrigés puis vérifiés | Rejouer les cas ouverts |
| Composants partagés | Corrections vérifiées sur plusieurs gabarits | Traiter la source commune |
Erreurs fréquentes
- Assimiler score d’outil et conformité WCAG
- Tester seulement la page d’accueil
- Omettre les états d’erreur et les contenus localisés
- Fermer un ticket sans rejouer le parcours
Questions fréquentes
Un scanner automatique suffit-il ?
Non. Les tests automatiques détectent certaines erreurs ; l’évaluation de l’usage et de nombreux critères exige une vérification humaine.
Faut-il tester chaque URL ?
Une méthode structurée peut employer un échantillon représentatif, en couvrant les vues et tâches essentielles et en documentant ses limites.
Que signifie “conforme” ?
Une déclaration de conformité suppose un périmètre explicite et une évaluation complète selon les critères applicables ; ce guide aide à organiser le travail, sans délivrer de certification.
Références officielles
Pour aller plus loin
Analyses associées
