Une refonte ratee se decide en amont du brief, pas pendant le design. Apres une centaine d'audits, je suis convaincu que douze questions, posees au bon moment, suffisent a eviter quatre-vingts pourcent des erreurs de cadrage. Voici la grille.
Un audit UX avant refonte n'est pas un exercice academique. C'est un outil de decision : il permet de savoir ce qu'il faut changer, ce qu'il faut proteger, ce qu'il faut mesurer et ce qu'il vaut mieux reporter. Pour une PME, c'est souvent la difference entre une refonte utile et un chantier esthetique qui consomme du budget sans impact clair.
La grille ci-dessous fonctionne pour un site vitrine, un site e-commerce, une plateforme SaaS ou un site de service local. Elle peut etre utilisee seule, en preparation d'un brief, ou en atelier avec une agence. Si vous etes au debut d'un projet plus large, elle complete tres bien une approche structuree comme celle de notre guide Refonte de Site Web : étapes et erreurs à éviter.
Bloc 1 — Pourquoi maintenant
1. Quel evenement business a declenche cette refonte ? Un nouveau positionnement, une chute de conversion, un changement de cible, une pression concurrentielle ? Si la reponse est "ca fait trois ans, on est due", la refonte est probablement prematuree.
Une bonne reponse cite un fait observable : lancement d'une nouvelle offre, incoherence entre le discours commercial et le site, changement de segment client, baisse de la qualite des leads, difficulte a recruter, repositionnement prix. Une mauvaise reponse reste vague : "le site fait vieux", "on veut quelque chose de plus moderne", "un concurrent vient de changer le sien". Ces signaux peuvent compter, mais ils ne suffisent pas a prioriser.
2. Quel indicateur attendez-vous voir bouger ? Conversion d'un formulaire, taux de rebond d'une categorie, panier moyen, temps avant qualification commerciale ? Sans indicateur cible, impossible de valider la livraison.
Choisissez un indicateur principal et deux indicateurs secondaires. Par exemple : demandes de devis qualifiees en indicateur principal, taux de clic vers la page contact et scroll sur les pages services en indicateurs secondaires. Evitez de tout mesurer au meme niveau : un tableau de bord avec quinze metriques devient vite un outil de justification, pas un outil de pilotage.
3. Que se passe-t-il si on ne fait rien pendant six mois ? Question cruelle mais essentielle. Si la reponse est "rien de grave", le budget est probablement mieux investi ailleurs.
Cette question force l'equipe a distinguer l'urgence reelle de l'envie de changement. Si l'inaction bloque une levee de fonds, un recrutement, une campagne paid ou une nouvelle offre, la refonte est strategique. Si l'inaction cree seulement une frustration interne, un sprint d'optimisation UX ou de contenu peut suffire avant de lancer une refonte complete.
Bloc 2 — Qui
4. Quelles sont vos trois personnes-types client ? Pas des personas marketing. Des prenoms reels d'utilisateurs recurrents qu'on peut interviewer cette semaine. Si l'équipe ne peut pas les nommer, l'audit utilisateur prealable est obligatoire.
Les personas utiles ne sont pas des fiches decoratives. Ils viennent d'entretiens, de tickets support, d'appels commerciaux, d'avis clients, de sessions analytics et de retours terrain. La recherche UX est un champ documente depuis longtemps par le Nielsen Norman Group, qui rappelle regulierement l'importance d'observer les comportements reels plutot que de se fier uniquement aux opinions internes.
5. Qui dans l'équipe arbitre les decisions design ? Une seule personne, un comite de trois, dix interlocuteurs ? Cette question conditionne tout le process. Un projet a dix arbitres prend quatre fois plus long et coute trois fois plus cher.
Avant le premier wireframe, nommez les roles. Qui decide ? Qui contribue ? Qui est consulte ? Qui est informe ? Cette clarification evite les retours contradictoires du type "la direction prefere une version plus premium" pendant que l'equipe commerciale demande une page plus directe et que le support veut ajouter davantage de documentation.
6. Qui maintient le site apres livraison ? Une équipe technique interne, un freelance, l'agence ? La reponse change radicalement le choix de stack : Webflow pour autonomie, Next.js pour équipe technique, headless CMS pour middleware.
Une refonte n'est pas terminee le jour de la mise en ligne. Elle commence vraiment quand l'equipe doit publier une nouvelle page, modifier un bloc, ajouter une preuve client ou adapter une offre. Le bon outil est celui que votre organisation peut maintenir. Pour comparer les implications de production, notre analyse Figma vs Webflow vs Framer 2026 : quel outil pour votre projet aide a cadrer les choix sans partir uniquement du gout de l'equipe design.
Bloc 3 — Quoi
7. Quelles sont les trois pages les plus visitees aujourd'hui ? Sortez le rapport Google Analytics ou Plausible. Tres souvent, l'équipe se concentre sur la home alors que la categorie X represente quatre-vingts pourcent du trafic.
La page d'accueil est importante, mais elle n'est pas toujours le centre du parcours. Dans beaucoup de projets, les visiteurs arrivent directement par une page service, un article de blog, une page pricing, une page locale ou une landing page issue d'une campagne. L'audit doit donc partir des entrees reelles, pas de l'arborescence ideale imaginee en interne.
8. Quelles sont les trois pages qui generent le plus de conversion ? Ce ne sont pas necessairement les memes que celles ci-dessus. Si la pricing convertit deux fois plus que la home mais recoit dix fois moins de trafic, la priorite refonte n'est pas la home.
Regardez les conversions directes, mais aussi les contributions indirectes. Une page etude de cas peut peu convertir en apparence, tout en jouant un role majeur dans la decision avant contact. Une page tarifs peut etre lue tardivement, mais declencher des objections commerciales. Pour un SaaS, le travail sur la lisibilite d'une page prix peut avoir un impact decisif, comme le montre notre case study de page pricing SaaS.
9. Qu'est-ce qui marche deja et qu'il faut absolument conserver ? Cette question est rarement posee, et c'est dommage. Beaucoup de refontes detruisent des elements qui fonctionnaient parce qu'ils n'etaient pas dans la nouvelle vision esthetique.
Listez les actifs a proteger : pages bien positionnees en SEO, formulations commerciales qui reviennent dans les appels, preuves sociales efficaces, structure de navigation comprise par les clients, composants simples mais performants. Une refonte mature ne consiste pas a tout remplacer. Elle consiste a renforcer ce qui marche, corriger ce qui bloque et retirer ce qui brouille la comprehension.
Bloc 4 — Comment
10. Quel est le delai non-negociable ? Pas le delai souhaite. Le delai derriere lequel le projet n'a plus de sens : un lancement produit, un salon, un changement legal. Tout le planning de design doit etre construit a partir de la.
Si le delai est vraiment fixe, reduisez le perimetre au lieu de compresser toutes les etapes. Un projet presse doit privilegier les pages a fort enjeu, les composants reutilisables, un contenu clair et une recette rigoureuse. Tenter de faire "tout le site" dans un delai trop court produit souvent une interface moyenne partout, au lieu d'une experience solide sur les parcours critiques.
11. Quel est le budget reel disponible ? Pas le budget annonce. Le budget que l'on peut depenser sans avoir a redemander. Cette transparence en amont evite trois mois de cadrage et de devis abaisses.
Le budget doit couvrir plus que les maquettes : strategie, UX, contenu, design system, integration, tracking, tests, redirections SEO, accessibilite, formation et maintenance. Si le budget ne permet pas tout, l'agence doit le dire et proposer un phasage. C'est souvent plus sain qu'un devis artificiellement bas qui oublie les moments les plus sensibles du projet.
12. Qui valide la livraison finale et selon quels criteres ? Si la reponse est "on verra a la livraison", reportez le projet. Sans critere de validation defini en amont, la livraison se transforme en negociation infinie.
Les criteres de validation doivent etre observables : pages prevues livrees, composants documentes, formulaires testes, performance verifiee, tracking installe, redirections controlees, accessibilite passee en revue, contenus relus. Un "c'est beau" ou "cela nous ressemble" peut faire partie de la discussion, mais ne doit pas etre le seul critere de reception.
Comment utiliser cette grille
Avant le brief, en interne client, sur une feuille A4. Si quatre questions ou plus restent sans reponse, le projet n'est pas pret. On revient dans trois semaines avec les réponses, et le brief est trois fois meilleur.
En atelier avec l'agence, en debut de mission. Une demi-journee. Cela remplace trois reunions de cadrage flou. C'est aussi le moment ou l'agence peut detecter les sujets non-evoques : politique de cookies, contraintes RGPD, dependance a un CRM, gestion multilingue, accessibilite reglementaire.
En revue de direction, la grille sert de garde-fou. Elle evite que le projet soit juge uniquement sur une preference visuelle ou sur le gout personnel du dernier decideur a s'exprimer. Elle transforme la refonte en decision d'entreprise : pourquoi on le fait, pour qui, sur quelles pages, avec quelles contraintes et selon quels criteres.
Le plus utile est de remplir la grille en deux temps. D'abord individuellement, pour eviter l'effet de groupe. Ensuite collectivement, pour faire apparaitre les contradictions. Si le marketing pense que la priorite est la generation de leads, pendant que les ventes attendent des prospects plus qualifies et que la direction veut surtout renforcer la marque employeur, le projet n'a pas encore un objectif unique.
Préparer les preuves avant l'atelier
Un audit UX se nourrit de preuves. Sans donnees, l'atelier devient une discussion d'opinions. Avant de reunir l'equipe, rassemblez les elements suivants :
- Donnees de trafic : pages d'entree, pages de sortie, sources d'acquisition, appareils utilises, parcours frequents.
- Donnees de conversion : formulaires envoyes, appels, prises de rendez-vous, inscriptions, essais, achats ou micro-conversions utiles.
- Retours qualitatifs : appels commerciaux, tickets support, emails clients, verbatims, objections recurrentes.
- Contraintes techniques : CMS, CRM, outils de paiement, tracking, hebergement, dependances tierces, niveau d'autonomie interne.
- Contraintes de contenu : pages a reecrire, contenus obsoletes, preuves manquantes, offres a clarifier, traductions eventuelles.
La performance doit aussi entrer dans l'audit. Les ressources de Google web.dev rappellent que les Core Web Vitals et les bonnes pratiques de chargement font partie de l'experience utilisateur, pas seulement de la technique. Une belle interface qui charge lentement ou qui bouge pendant la lecture degrade la confiance et complique la conversion.
Ajoutez enfin une verification de conformite sur les sujets sensibles. Pour les cookies et autres traceurs, la CNIL publie des recommandations utiles pour cadrer le consentement et l'information utilisateur. Pour un cas particulier ou un doute juridique, consultez un professionnel competent ou votre referent protection des donnees.
Transformer les réponses en priorités de refonte
Une fois les douze reponses obtenues, ne passez pas directement au design. Classez les sujets dans une matrice simple : impact utilisateur, impact business, effort de mise en oeuvre, risque si rien ne change. Cette etape evite de traiter en priorite les irritants les plus visibles mais les moins importants.
Par exemple, changer toute la direction artistique peut sembler prioritaire si l'equipe trouve le site date. Mais si les utilisateurs ne comprennent pas l'offre, que les pages services manquent de preuves et que le formulaire demande trop d'informations, le probleme n'est pas d'abord esthetique. Il est structurel : proposition de valeur, hierarchie de contenu, friction de parcours.
La priorisation doit aboutir a trois listes :
- A faire maintenant : elements critiques pour le lancement, la conversion ou la comprehension de l'offre.
- A integrer au backlog : ameliorations utiles mais non bloquantes, a traiter apres mise en ligne.
- A ne pas faire : demandes seduisantes mais hors objectif, trop couteuses ou sans impact attendu.
Cette discipline est particulierement importante pour le branding. Une nouvelle identite visuelle peut soutenir une refonte, mais elle ne doit pas masquer les problemes de parcours. Si votre enjeu est aussi de clarifier votre positionnement, commencez par relier l'audit UX aux decisions de marque, comme dans notre article sur les leviers d'identité de marque en 2026.
Points d'attention souvent oubliés
Les erreurs de refonte les plus couteuses ne sont pas toujours visibles dans les maquettes. Elles apparaissent au moment de publier, de mesurer ou de maintenir. Voici les angles morts a passer en revue avant validation du cadrage.
Accessibilité
L'accessibilite ne se limite pas au contraste des couleurs. Elle concerne la navigation clavier, la structure des titres, les libelles de formulaires, les messages d'erreur, les alternatives textuelles, la comprehension des liens et la compatibilite avec les technologies d'assistance. Les WCAG 2.2 constituent une reference internationale pour evaluer ces points.
Dans une PME, l'objectif raisonnable est d'integrer ces exigences des le cadrage, pas de les corriger a la fin. Une maquette peut sembler terminee, mais si les contrastes sont trop faibles, les etats focus absents ou les formulaires ambigus, l'integration devra revenir en arriere.
Contenu
Le contenu est souvent le grand oublie des refontes. Pourtant, une interface ne peut pas compenser une offre floue. Avant de designer, il faut savoir ce que chaque page doit faire comprendre, prouver et provoquer. Un bon audit identifie les textes a conserver, ceux a reecrire et ceux a supprimer.
Pour les landing pages, la typographie, la densite d'information et les blocs de preuve jouent un role majeur dans la perception. Si votre projet concerne une offre SaaS ou B2B, le guide Typographie des landing pages SaaS peut aider a relier lisibilite, hierarchie et conversion.
SEO et redirections
Une refonte peut ameliorer le SEO, mais elle peut aussi le fragiliser si les pages existantes sont supprimees sans plan. Avant de changer l'arborescence, identifiez les URLs qui apportent du trafic, des backlinks ou des conversions. Preparez les redirections, les balises title, les meta descriptions et la structure des titres.
Tracking
La refonte doit etre mesurable des la mise en ligne. Definissez les evenements a suivre : clics importants, formulaires, erreurs, etapes de tunnel, interactions avec les modules cles. Sans plan de tracking, vous ne saurez pas si la nouvelle version ameliore vraiment l'experience ou si elle est simplement plus agreable a regarder.
Livrables attendus à la fin d'un audit UX
Un audit UX utile produit des decisions, pas seulement un document. A la fin du travail, l'equipe doit pouvoir lancer le brief, arbitrer le perimetre et donner une direction claire au design. Les livrables peuvent varier, mais voici ceux qui creent le plus de valeur.
- Une synthese executive : objectifs, risques, opportunites, priorites et arbitrages necessaires.
- Une carte des parcours : entrees principales, pages critiques, points de friction, conversions attendues.
- Un inventaire des contenus : pages a garder, fusionner, reecrire, supprimer ou creer.
- Une liste de recommandations UX : classees par impact et effort, avec exemples concrets.
- Un cadrage de production : stack recommandee, contraintes de maintenance, role du CMS, besoins d'integration.
- Un plan de mesure : indicateurs, evenements, outils, frequence de revue apres mise en ligne.
Ces livrables deviennent la base du brief creatif et technique. Ils permettent aussi de challenger le planning. Si le diagnostic montre que les contenus sont obsoletes, inutile de promettre une mise en ligne rapide sans phase editoriale. Si le design system est inexistant, il faut prevoir du temps pour les composants, les etats et la documentation.
C'est exactement l'interet d'un processus cadence : chaque etape reduit l'incertitude avant la suivante. Pour visualiser cette logique de production, vous pouvez rapprocher cette grille de notre methode du brief au beta en 6 semaines, qui montre comment transformer un cadrage en sequence de travail concrete.
Signaux que la refonte n'est pas encore prête
Parfois, le meilleur conseil est de ne pas lancer tout de suite. Une refonte demarree trop tot cree de la frustration pour le client, pour l'agence et pour les utilisateurs. Voici les signaux d'alerte les plus frequents.
- L'objectif change selon l'interlocuteur. Le marketing parle acquisition, la direction parle image, les ventes parlent qualification, mais personne ne tranche.
- Le contenu n'a pas de proprietaire. Tout le monde a un avis sur les textes, mais personne n'est responsable de les livrer.
- Les decisions se prennent au gout personnel. Les retours commencent par "j'aime" ou "je n'aime pas" au lieu de revenir aux objectifs et aux utilisateurs.
- Le budget ne couvre que la partie visible. Rien n'est prevu pour le tracking, la recette, les redirections, la formation ou la maintenance.
- La stack est choisie avant le besoin. L'equipe veut un outil parce qu'il est tendance, pas parce qu'il correspond a son autonomie et a son organisation.
Dans ces cas, un pre-audit court vaut mieux qu'un lancement force. Deux ou trois semaines de clarification peuvent eviter des mois de corrections. L'objectif n'est pas de ralentir le projet, mais de proteger l'investissement.
Conclusion : une refonte se gagne avant la première maquette
Les douze questions ne remplacent pas l'expertise UX, le design, la recherche utilisateur ou le travail de contenu. Elles servent a creer les conditions pour que ces expertises produisent un resultat utile. Elles alignent l'equipe sur le pourquoi, le qui, le quoi et le comment.
Si vous ne deviez retenir qu'une chose : ne lancez pas une refonte parce qu'un site semble ancien. Lancez-la parce qu'un objectif business, un besoin utilisateur et une contrainte operationnelle sont clairement identifies. A ce moment-la, le design peut faire son travail : simplifier, clarifier, rassurer et convertir.
Questions fréquentes
Quand faut-il réaliser un audit UX avant une refonte ?
Il faut le réaliser avant le brief détaillé, dès que l'entreprise envisage de modifier son site, son positionnement, ses parcours ou ses objectifs de conversion.
Combien de temps prévoir pour un audit UX de PME ?
Pour un site PME classique, prévoyez généralement quelques jours à quelques semaines selon le nombre de pages, la disponibilité des données et le niveau d'entretiens utilisateurs nécessaire.
Un audit UX remplace-t-il une refonte complète ?
Non. L'audit UX sert à décider quoi refondre, quoi conserver et quoi mesurer. Il peut parfois montrer qu'une optimisation ciblée suffit au lieu d'une refonte complète.
Qui doit participer à l'atelier d'audit UX ?
Les participants clés sont généralement la direction, le marketing, les ventes, le support client, la personne responsable du contenu et la personne qui maintiendra le site après livraison.