Combien coûte, concrètement, un test utilisateur avec des personnes aveugles ou malvoyantes utilisatrices de lecteur d’écran, comparé à un audit automatisé ou à une revue manuelle interne réalisée par l’équipe de développement ? La question mérite une réponse chiffrée plutôt qu’une opinion, parce qu’elle conditionne directement le choix que font beaucoup d’équipes : se contenter d’un score automatisé, faute de budget pour aller plus loin.
Ce que couvre chaque niveau de vérification
Un audit automatisé, réalisé avec un outil comme axe-core ou son intégration navigateur, s’exécute en quelques minutes sur un parcours complet et ne coûte, en dehors du temps d’intégration initiale, presque rien à répéter. Sa limite est connue et documentée par les éditeurs eux-mêmes : ce type d’outil ne peut vérifier automatiquement qu’une fraction des critères d’accessibilité, généralement estimée autour d’un tiers des critères RGAA testables, parce que la majorité des critères exigent un jugement humain (la pertinence d’un texte alternatif, la cohérence d’un ordre de tabulation, la clarté d’un message d’erreur).
Une revue manuelle interne, réalisée par un développeur formé aux bases du RGAA et des WCAG, avec NVDA ou VoiceOver en test ponctuel, comble une partie de cet écart pour un coût raisonnable : quelques heures par gabarit de page, sans recrutement externe. Elle reste toutefois limitée par un biais difficile à éliminer : un développeur qui connaît déjà la structure de la page anticipe inconsciemment son fonctionnement, contrairement à un utilisateur qui la découvre pour la première fois avec son propre lecteur d’écran, ses propres raccourcis et ses propres habitudes de navigation.
Ce qu’apporte un vrai test utilisateur
Un test utilisateur encadré, avec des participants aveugles ou malvoyants recrutés pour l’occasion, change la nature des obstacles détectés. Sur un parcours de prise de rendez-vous en ligne que nous avons testé de cette manière, cinq participants ont suffi à faire émerger des obstacles qu’aucun audit automatisé ni aucune revue interne n’avaient repérés : un participant a mis plus de deux minutes à comprendre qu’un message de confirmation apparaissait en haut de page après validation du formulaire, faute d’annonce vocale claire à cet endroit ; un autre a abandonné un calendrier de créneaux parce que la navigation par flèches ne suivait pas l’ordre visuel des jours de la semaine.
Le coût d’un tel test dépend fortement du mode de recrutement. Passer par un institut spécialisé ou une association de personnes déficientes visuelles implique un budget de recrutement et une indemnisation des participants, en plus du temps d’animation et d’analyse des sessions. Ce coût reste, pour un parcours critique d’un site (tunnel de paiement, prise de rendez-vous, dépôt de dossier), largement inférieur au coût d’une perte de conversion silencieuse sur ce même parcours, ou au coût d’une remédiation tardive après une mise en demeure.
Comparatif des trois approches
| Méthode | Coût relatif | Ce qu’elle détecte |
|---|---|---|
| Audit automatisé (axe-core, etc.) | Faible, répétable en continu | Absence de nom accessible, contrastes insuffisants, structure de titres incohérente |
| Revue manuelle interne | Modéré, quelques heures par gabarit | Ordre de tabulation, cohérence des rôles ARIA, comportement clavier de base |
| Test utilisateur encadré | Élevé, recrutement et animation | Obstacles réels de parcours, charge cognitive, compréhension du contexte annoncé |
Dans quel ordre investir
- Mettre en place l’audit automatisé en continu, dans le pipeline d’intégration, pour éviter les régressions évidentes
- Compléter par une revue manuelle sur chaque nouveau gabarit avant mise en production
- Réserver le test utilisateur encadré aux parcours à forte valeur (achat, prise de rendez-vous, dépôt de dossier), pas à l’ensemble du site
Nous recommandons systématiquement à nos clients de traiter le test utilisateur comme un investissement ciblé sur un parcours critique, jamais comme un audit exhaustif de toutes les pages : le rapport coût-bénéfice s’effondre dès qu’on l’étend trop largement.
Notre verdict
Aucune des trois méthodes ne remplace les deux autres : l’audit automatisé filtre les erreurs les plus grossières à faible coût, la revue manuelle affine la conformité aux critères qui exigent un jugement humain, et le test utilisateur révèle les obstacles d’usage réel qu’aucune checklist ne peut anticiper complètement. Sur un budget contraint, la meilleure allocation consiste à empiler les trois niveaux dans cet ordre, en concentrant le test utilisateur, le plus coûteux, sur les parcours où un obstacle non détecté coûterait le plus cher.
