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.
· 3 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 : données, usages et limites
Documentation consultée le .
| Source et objet | Donnée ou repère vérifié | Comment l’utiliser | Limite à conserver |
|---|---|---|---|
| W3C · WCAG 2.2 Évaluer des critères d’accessibilité du contenu web. |
WCAG 2.2 est une recommandation W3C. Les critères de réussite sont classés en niveaux A, AA et AAA. | Définissez tâches, pages et états à vérifier, puis combinez inspection, clavier, zoom et technologies d’assistance pertinentes. Conservez les étapes de reproduction des barrières. | Un scanner automatique ne démontre pas la conformité d’un parcours complet. L’évaluation doit couvrir les états interactifs et les contenus réellement utilisés. |
Formulaires : critères, erreurs et contraste
Examiner les états, pas seulement la page initiale
Un formulaire peut sembler clair avant saisie et devenir difficile à utiliser après une erreur. Une revue utile garde le contexte de la tâche et relie chaque constat à une version et à un état.
- Tester attente, erreur, correction et confirmation.
- Séparer calcul de contraste, navigation clavier et restitution des messages.
- Conserver les étapes permettant de reproduire la barrière.
Ouvrir la grille WCAG et le calculateur de contraste →
W3C WAI · Forms Tutorial · User Notifications · Practical guidance · consulted 2026-10-23
Références officielles
Date de consultation des références : . La méthode et la fiche de travail proposent des contrôles à adapter à votre contexte ; elles ne constituent pas une certification.
Pour aller plus loin
Analyses associées
