Guide · Design & UX

Audit UI/UX : que vérifier avant de refondre un site web

La plupart des refontes commencent par un sentiment que quelque chose ne va pas et se terminent par une nouvelle surface posée sur la même structure. Un audit transforme ce sentiment en liste — ce qui est confus, ce qui est lent, ce qui casse, et ce qu'il vaut la peine de corriger en premier.

Qu'est-ce qu'un audit UI/UX ?

Un audit UI/UX est un examen structuré d'un site ou d'un produit existant, confronté à la façon dont les gens l'utilisent réellement. Il examine l'interface — mise en page, hiérarchie, typographie, composants, états — ainsi que l'expérience qui l'entoure : est-ce que la structure fait sens, les parcours aboutissent-ils, et où les visiteurs risquent-ils de s'arrêter ?

Le résultat n'est pas un avis sur le goût. C'est un ensemble d'observations documentées, chacune rattachée à un écran ou un parcours précis, avec un jugement de gravité et d'effort. C'est ce document qui doit servir de base au cadrage d'une refonte.

Pourquoi auditer avant de refondre ?

Refondre sans audit revient à reconstruire sur des suppositions. Le langage visuel change, les problèmes de fond déménagent avec lui. Si les libellés de navigation étaient confus, ils le restent dans une nouvelle police. Si un formulaire demandait trop d'informations, il continue de le faire.

Un audit protège aussi ce qui fonctionne déjà. Chaque site a des pages, des schémas et des textes qui remplissent bien leur rôle ; une reconstruction complète les élimine souvent par inadvertance. Un examen les rend explicites avant que quoi que ce soit ne soit touché.

Enfin, il cadre le travail honnêtement. Certains constats se règlent en une ligne. D'autres exigent une nouvelle architecture de l'information. Connaître cette répartition avant de s'engager fait la différence entre une amélioration ciblée et un projet sans fin.

Que vérifier pendant un audit UI/UX

Les points ci-dessous couvrent les dimensions à examiner systématiquement lors d'un audit — pas seulement l'apparence, mais aussi ce qui se passe pour la personne qui utilise l'interface.

Utilisabilité

Un visiteur qui découvre le site peut-il comprendre de quoi il s'agit, à qui c'est destiné et quoi faire ensuite — sans avoir à faire défiler la page pour le savoir ? Vérifiez que les éléments interactifs ont l'air interactifs, que les libellés annoncent ce qui va se passer, que les erreurs expliquent comment s'en sortir, et que rien d'important ne repose sur une supposition du visiteur.

Navigation et architecture de l'information

Listez chaque page et demandez-vous où elle vit et à qui elle sert. Repérez les catégories qui se chevauchent, les sections qui existent pour des raisons internes, les pages orphelines sans lien entrant, et les libellés de menu empruntés au vocabulaire interne. Une structure fonctionne quand on peut prédire où se trouvera une chose avant de cliquer.

Parcours utilisateurs

Parcourez les deux ou trois trajets qui comptent le plus — demande, achat, inscription, réservation — de l'entrée jusqu'à l'aboutissement, sur un appareil réel, comme le ferait un inconnu. Comptez les étapes, notez chaque moment où l'action suivante n'est pas claire, et relevez tout ce qui force un retour à un écran précédent.

Hiérarchie visuelle

Sur chaque gabarit clé, identifiez l'élément le plus important et vérifiez que taille, graisse, contraste et position confirment ce choix. La concurrence d'accents est l'échec de hiérarchie le plus fréquent : quand trois choses crient en même temps, la page se lit comme du bruit et le visiteur n'en choisit aucune.

Typographie et lisibilité

Vérifiez la taille du corps de texte sur un téléphone plutôt que sur un grand écran, mesurez la longueur de ligne, examinez l'interlignage et confirmez le contraste entre le texte et le fond. Repérez les titres qui sautent des niveaux, les longs paragraphes sans respiration, et les graisses décoratives utilisées là où un texte simple se lirait plus vite.

Expérience mobile et responsive

Examinez le petit écran comme un design à part entière. Vérifiez la taille et l'espacement des zones tactiles, les éléments épinglés qui masquent du contenu, les tableaux et graphiques qui débordent, les menus qui capturent le focus, et les interactions au survol sans équivalent tactile.

Accessibilité

Naviguez sur le site au clavier seul et vérifiez qu'un indicateur de focus reste visible partout. Vérifiez le contraste des couleurs, le texte alternatif des images porteuses de sens, les libellés de formulaire liés à leurs champs, l'ordre correct des titres, et si une information est portée par la seule couleur. Les constats d'accessibilité améliorent généralement la clarté pour tout le monde, pas seulement pour les utilisateurs de technologies d'assistance.

Formulaires et parcours de conversion

Pour chaque formulaire, questionnez chaque champ : est-il nécessaire pour compléter cette étape, ou simplement pratique pour quelqu'un en interne ? Vérifiez la clarté des libellés, les types de saisie adaptés aux claviers mobiles, la validation en direct, les messages d'erreur qui nomment la correction, le comportement des états désactivés, et ce que voit le visiteur après l'envoi. Le trajet de l'intérêt jusqu'au contact mérite le même examen que la page d'accueil — la page de contact est souvent l'endroit où un site pourtant bien conçu perd discrètement des visiteurs.

Performance et interaction

La performance est une propriété de l'expérience. Vérifiez le temps d'apparition du premier contenu utile, si la mise en page se déplace pendant le chargement des images et des polices, si l'animation retarde le moment où la page devient utilisable, et si les actions se confirment rapidement. Le mouvement doit servir la compréhension, pas se mettre en travers.

Cohérence et clarté du contenu

Rassemblez tous les boutons, cartes et champs de formulaire du site et repérez les variantes non intentionnelles. Puis lisez les textes à voix haute : des titres qui décrivent plutôt qu'ils n'accrochent, des phrases qu'un nouveau venu peut suivre, et aucun terme employé dans deux sens différents sur deux pages différentes.

Problèmes UX courants qu'un audit révèle

Des libellés de navigation rédigés dans un langage interne plutôt qu'avec les mots des visiteurs.
Plusieurs appels à l'action concurrents sur un même écran, si bien qu'aucun ne se lit comme prioritaire.
Un corps de texte trop petit, trop léger ou trop large pour être lu confortablement.
Des mises en page mobiles qui sont un bureau compressé plutôt qu'un agencement pensé pour l'écran.
Des formulaires qui demandent des informations inutiles pour compléter l'étape en cours.
Des éléments interactifs sans état visible de focus, de survol, de chargement ou d'erreur.
Un contenu qui décrit l'offre de l'intérieur vers l'extérieur plutôt que l'inverse.
Des composants incohérents — trois styles de boutons, quatre styles de cartes, aucune règle partagée.

Comment prioriser les problèmes UX

Un audit qui liste tout au même niveau est difficile à exploiter. Notez chaque constat selon deux axes : à quel point il affecte quelqu'un qui essaie d'accomplir une tâche principale, et quel effort demande la correction. Cela donne quatre groupes et un ordre logique.

Fort impact, faible effort

À traiter en premier — cela change généralement l'expérience en quelques jours.

Fort impact, effort important

C'est le véritable périmètre d'une refonte, et cela mérite une planification sérieuse.

Faible impact, faible effort

À regrouper dans la maintenance courante.

Faible impact, effort important

À consigner et laisser de côté pour l'instant.

Donnez plus de poids à ce qui se trouve sur un parcours principal qu'à ce qui figure sur une page peu fréquentée, et traitez les obstacles d'accessibilité comme prioritaires au-delà de ce que suggère leur trafic — ils excluent des personnes plutôt qu'ils ne les ralentissent.

Quand un site est-il prêt pour une refonte ?

Une refonte se justifie lorsque les constats sont structurels plutôt que cosmétiques : l'architecture de l'information ne correspond plus à ce que fait l'entreprise, l'offre a changé et le site décrit encore l'ancienne, l'interface a accumulé tant de variantes que la cohérence ne peut plus être restaurée progressivement, ou la construction sous-jacente rend coûteux le moindre changement ordinaire.

Si les constats relèvent surtout de la clarté, de la hiérarchie et des textes sur des gabarits existants, une série ciblée de corrections vous fera généralement avancer plus loin, plus vite. Vous pouvez voir comment des projets aboutis sont structurés dans les projets sélectionnés, et comment se déroule l'accompagnement de design sur la page services de design UI/UX.

Questions fréquentes

Quelle est la différence entre un audit UI et un audit UX ?

Un audit UI examine la surface : typographie, espacement, couleur, cohérence des composants et états. Un audit UX examine l'expérience qui l'entoure : les gens trouvent-ils ce qu'ils cherchent, le comprennent-ils, et parviennent-ils à accomplir ce pour quoi ils sont venus. Les audits les plus utiles couvrent les deux, car une interface soignée bâtie sur une structure confuse échoue quand même.

Combien de temps prend un audit UI/UX ?

Cela dépend du nombre de gabarits et de parcours utilisateurs distincts, pas du nombre de pages. Un petit site vitrine avec quelques gabarits est un examen rapide. Un produit avec des espaces de compte, des tableaux de bord et des parcours transactionnels prend plus de temps, car chaque parcours doit être suivi de bout en bout.

Faut-il des données analytiques pour réaliser un audit ?

Non, mais cela aide. Un examen heuristique peut identifier des problèmes à lui seul. Les données analytiques indiquent lesquels de ces problèmes se situent sur les trajets réellement empruntés, ce qui change l'ordre dans lequel on les corrige.

Un audit peut-il remplacer une refonte ?

Parfois. Un audit fait souvent émerger un ensemble de corrections ciblées — libellés de navigation, champs de formulaire, hiérarchie sur les gabarits clés — qui résolvent le problème initial sans tout reconstruire. Une refonte devient la bonne réponse lorsque le problème est la structure sous-jacente et non la surface.

Qui devrait être impliqué dans l'audit ?

Quiconque est responsable du résultat, plus quiconque est en contact avec les clients. Les conversations du support et des ventes décrivent généralement les mêmes frictions que l'audit révèle, en d'autres termes, et elles aident à décider ce qui compte le plus.

À propos de l'auteur

Rédigé par Anas Essam, consultant en technologie et directeur artistique travaillant sur les systèmes d'IA, le design web, le branding et la croissance numérique. Basé en Égypte, il collabore avec des équipes dans le monde entier.

Auditer d'abord, refondre ensuite

Apportez la page qui vous satisfait le moins et nous pourrons l'examiner ensemble. Plus d'écrits se trouvent dans Insights, y compris un guide sur les exemples d'automatisation par l'IA pour le versant opérationnel du même problème.

Démarrer une conversation