Ce qu'est un audit UX, quand le faire et comment le mener étape par étape : heuristiques de Nielsen, accessibilité, cohérence de l'interface et tests utilisateurs. Avec un modèle de grille pour classer les problèmes par priorité.
Un audit UX (ou audit de design) est une évaluation méthodique d’un site ou d’une application du point de vue de ses utilisateurs : facilité d’utilisation, accessibilité, cohérence de l’interface et fluidité des parcours qui mènent à l’achat ou au contact. On le mène en croisant une grille d’experts (les 10 heuristiques de Nielsen, les règles WCAG et RGAA), les données de comportement (statistiques, cartes de chaleur) et, idéalement, des tests avec quelques vrais utilisateurs. Il se termine par une liste de problèmes classés par priorité.
On voit ici à quoi sert un audit UX, quand le faire, la méthode étape par étape, la grille d’évaluation à utiliser, les outils, le livrable attendu et les erreurs qui rendent un audit inutile.
- Qu’est-ce qu’un audit UX ?
- Quand faire un audit UX ?
- Quelles méthodes combiner ?
- Que sont les 10 heuristiques de Nielsen ?
- Comment auditer l’accessibilité ?
- Comment vérifier la cohérence de l’interface ?
- Comment mener un audit UX étape par étape ?
- Quel modèle de grille d’audit UX utiliser ?
- Quelles erreurs éviter ?
- Questions fréquentes
- Sources
Qu’est-ce qu’un audit UX ?
C’est une démarche d’assurance qualité appliquée à l’expérience utilisateur. On examine un produit numérique existant (site vitrine, boutique en ligne, application) pour repérer ce qui gêne les visiteurs : une navigation confuse, un formulaire qui fait abandonner, un contraste illisible, des boutons qui ne se ressemblent pas d’une page à l’autre. Si la notion d’expérience utilisateur vous est nouvelle, commencez par notre article qu’est-ce que l’UX.
Problèmes typiques révélés par un audit :
- images sans texte alternatif, inutilisables pour les lecteurs d’écran ;
- polices et tailles de texte incohérentes d’une page à l’autre ;
- liens de navigation manquants ou libellés ambigus ;
- contenus obsolètes (tarifs, horaires, offres) ;
- composants mal utilisés (un bouton qui ressemble à un lien, un lien qui ressemble à du texte) ;
- couleurs hors charte, ou dont le contraste est insuffisant ;
- mises en page encombrées, surtout sur mobile.
À ne pas confondre avec l’audit de référencement, qui cherche ce qui freine le site dans Google. Les deux se recoupent (vitesse, mobile, structure des pages), et gagnent à être menés ensemble lors d’une refonte.
Quand faire un audit UX ?
- Avant une refonte : pour savoir quoi garder, quoi corriger, et ne pas reproduire les mêmes défauts dans un nouveau design.
- Quand un indicateur se dégrade : baisse des demandes de contact, paniers abandonnés, hausse des sorties sur une page clé.
- Après plusieurs années d’ajouts successifs : chaque nouvelle page ou fonctionnalité ajoutée sans vision d’ensemble crée des incohérences.
- Régulièrement, par exemple une fois par an sur les parcours principaux. Plus on attend, plus les problèmes s’accumulent et coûtent cher à corriger.
Quelles méthodes combiner ?
| Méthode | Ce qu’elle apporte | Limite |
|---|---|---|
| Évaluation heuristique (experts) | Rapide, repère les défauts connus d’ergonomie | Reste l’avis d’experts, pas le comportement réel |
| Audit d’accessibilité (WCAG, RGAA) | Critères précis et vérifiables | Les outils automatiques n’en détectent qu’une partie |
| Analyse des données (GA4, cartes de chaleur, enregistrements de sessions) | Montre où les visiteurs cliquent, défilent et abandonnent | Dit où ça coince, rarement pourquoi |
| Tests utilisateurs | Montre pourquoi les gens bloquent | Demande du temps de préparation et de recrutement |
| Revue de cohérence (charte, composants) | Repère les écarts de design | Ne mesure pas l’impact sur les visiteurs |
Pour les tests utilisateurs, pas besoin d’un grand panel : Jakob Nielsen a montré dès 2000 qu’un test avec cinq participants fait ressortir environ 85 % des problèmes d’utilisabilité, et qu’il vaut mieux multiplier les petits tests entre deux corrections. Pour les données de comportement, Microsoft Clarity propose une offre gratuite de cartes de chaleur et d’enregistrements de sessions, à déclarer dans votre gestion du consentement. Voir aussi notre article sur les heatmaps.
Que sont les 10 heuristiques de Nielsen ?
C’est la grille d’évaluation la plus utilisée en audit UX. Jakob Nielsen les a formulées avec Rolf Molich en 1990, puis affinées en 1994 ; le Nielsen Norman Group indique qu’elles n’ont pas changé depuis. Pour chaque écran, on vérifie si l’interface respecte ces dix principes :
- Visibilité de l’état du système : l’utilisateur sait toujours ce qui se passe (chargement, étape en cours, confirmation d’envoi).
- Correspondance entre le système et le monde réel : le vocabulaire et les icônes sont ceux de l’utilisateur, pas le jargon interne.
- Contrôle et liberté de l’utilisateur : on peut revenir en arrière, annuler, sortir d’un parcours sans tout perdre.
- Cohérence et standards : un même élément se comporte de la même façon partout, et suit les conventions du web.
- Prévention des erreurs : l’interface évite les erreurs avant qu’elles arrivent (formats indiqués, confirmation avant suppression).
- Reconnaissance plutôt que rappel : les options sont visibles, l’utilisateur n’a pas à mémoriser d’une page à l’autre.
- Flexibilité et efficacité d’utilisation : des raccourcis pour les habitués, sans compliquer la vie des débutants.
- Design esthétique et minimaliste : chaque élément affiché a une utilité, le superflu dilue l’essentiel.
- Aider à reconnaître, diagnostiquer et corriger les erreurs : un message d’erreur dit clairement ce qui ne va pas et comment corriger.
- Aide et documentation : l’information d’aide est facile à trouver, au bon endroit.
Comment auditer l’accessibilité ?
La référence internationale est le WCAG 2.2, publié par le W3C. En France, le RGAA (version 4.1.2) traduit ces règles en critères et tests vérifiables. Depuis le 28 juin 2025, la directive européenne 2019/882 impose des exigences d’accessibilité à une partie des services en ligne, dont le commerce électronique, les microentreprises de services en étant exemptées. L’accessibilité n’est donc plus seulement une bonne pratique.
En pratique, on combine un outil automatique (qui repère par exemple les images sans alternative ou les contrastes insuffisants) et des vérifications manuelles : navigation complète au clavier, lecture avec un lecteur d’écran, zoom à 200 %, étiquettes des formulaires. Notre guide de l’accessibilité web détaille ces critères.
Comment vérifier la cohérence de l’interface ?
La cohérence fait partie des heuristiques, mais elle mérite une revue à part, car c’est souvent là que les sites vieillissent mal : plusieurs personnes interviennent, les délais sont serrés, chacun crée son propre bouton. On isole les composants récurrents (boutons, champs, cartes, titres, messages) et on vérifie qu’ils ont partout le même aspect et le même comportement.
La base de cette revue est le guide de style ou le système de design : la source unique qui décrit l’apparence, le comportement et le ton de l’interface. S’il n’existe pas, l’audit est l’occasion de le créer. Les outils de maquettage comme Figma facilitent ensuite le test des composants corrigés.
Comment mener un audit UX étape par étape ?
- Fixer les objectifs : quels parcours comptent pour l’activité (demande de devis, achat, réservation) et quels indicateurs les mesurent.
- Délimiter le périmètre : pour un premier audit, mieux vaut trois parcours bien analysés que tout le site survolé.
- Collecter les données : statistiques d’audience, pages de sortie, taux d’abandon, cartes de chaleur, retours du service client.
- Évaluer écran par écran avec les heuristiques, les critères d’accessibilité et la charte, sur ordinateur et sur mobile.
- Tester avec quelques utilisateurs sur les parcours clés, en leur donnant des tâches concrètes.
- Consigner chaque problème dans la grille (voir plus bas), avec une capture et sa localisation exacte.
- Prioriser avec les équipes design et développement, selon l’impact et l’effort.
- Planifier et mesurer : intégrer les corrections au planning, puis vérifier leur effet sur les indicateurs de départ.
Un audit n’est pas un procès : il ne sert pas à désigner un responsable, mais à améliorer le produit et la façon de travailler ensemble. Associer les développeurs dès la priorisation évite de recommander des corrections irréalisables.
Quel modèle de grille d’audit UX utiliser ?
Un simple tableur suffit. Une ligne par problème, et ces colonnes :
| Colonne | Contenu |
|---|---|
| Description | Le problème en une phrase |
| Emplacement | Page, écran, composant (URL et capture) |
| Heuristique concernée | Laquelle des dix n’est pas respectée |
| Accessibilité | Oui ou non, avec le critère WCAG ou RGAA si oui |
| Impact utilisateur | Faible, moyen, élevé |
| Effort de design | Faible, moyen, élevé |
| Effort de développement | Faible, moyen, élevé |
| Priorité | Synthèse des colonnes précédentes |
| Recommandation | La correction proposée |
Les corrections à fort impact et faible effort passent en premier. Le livrable final comprend cette grille, une synthèse lisible par la direction (les cinq à dix problèmes majeurs) et un plan d’action daté.
Quelles erreurs éviter ?
- Auditer sans objectif : on obtient une liste de remarques sans ordre de priorité.
- S’en tenir aux goûts : « je n’aime pas cette couleur » n’est pas un constat d’audit ; chaque problème doit renvoyer à un principe, un critère ou une donnée.
- Oublier le mobile, alors qu’une grande part des visites s’y fait.
- Se fier uniquement aux outils automatiques d’accessibilité.
- Livrer l’audit sans plan d’action : il finit dans un dossier partagé.
- Ne pas mesurer après correction : sans comparaison avant et après, impossible de savoir ce qui a marché.
Quand l’audit montre que les problèmes sont structurels (arborescence, gabarits, technologie), les corriger un par un revient souvent plus cher qu’une refonte de site internet pensée à partir des constats. C’est ce qu’on fait chez Osmova : partir de l’existant et des données avant de dessiner. Pour en parler, écrivez-nous via le formulaire de contact.
Questions fréquentes
Quelle différence entre audit UX et audit UI ?
L’audit UI porte sur l’interface visible (composants, typographie, couleurs, cohérence graphique). L’audit UX est plus large : il inclut l’interface, mais aussi les parcours, les contenus, l’accessibilité et le comportement réel des visiteurs.
Combien de temps prend un audit UX ?
Cela dépend du périmètre et des méthodes. Une évaluation heuristique de quelques parcours se fait en quelques jours ; ajouter des tests utilisateurs demande du temps de recrutement et d’analyse en plus.
Peut-on réaliser un audit UX soi-même ?
Oui, avec la grille ci-dessus et les heuristiques. La limite est le regard : on s’habitue à son propre site. Faire tester par des personnes extérieures, même peu nombreuses, compense une partie de ce biais.
Combien d’utilisateurs faut-il pour un test ?
Le Nielsen Norman Group recommande des tests de cinq personnes, répétés après chaque série de corrections, plutôt qu’un seul grand test. Au-delà de cinq, on retrouve surtout les mêmes problèmes.
Un audit UX améliore-t-il le référencement ?
Indirectement. Google indique que ses principaux systèmes de classement visent à récompenser les contenus qui offrent une bonne expérience sur la page, Core Web Vitals compris (LCP sous 2,5 secondes, INP sous 200 millisecondes, CLS sous 0,1 pour une bonne expérience). Et un site plus clair convertit mieux le trafic qu’il reçoit.
Sources
- Nielsen Norman Group : 10 Usability Heuristics for User Interface Design
- Nielsen Norman Group : Why You Only Need to Test with 5 Users
- W3C : Web Content Accessibility Guidelines (WCAG) 2.2
- RGAA : référentiel général d’amélioration de l’accessibilité
- Directive (UE) 2019/882 relative aux exigences en matière d’accessibilité
- web.dev : Core Web Vitals et seuils recommandés
- Google Search Central : comprendre l’expérience sur la page
- Microsoft Clarity
