Une refonte, ça coûte entre 10 000 et 50 000 euros. Parfois plus. Et dans la majorité des cas, les six mois qui suivent le lancement ressemblent à un désastre tranquille : trafic organique en chute libre, taux de conversion dégradé, CA en berne. Pas parce que l'agence était mauvaise. Parce que personne n'a audité ce qui fonctionnait avant de tout reconstruire.
La logique d'une refonte devrait être celle d'un opérateur M&A avant une acquisition : cartographier les actifs qui génèrent de la valeur, identifier les risques, figer les garde-fous avant de toucher quoi que ce soit. À la place, la plupart des projets démarrent par un brief créatif et une maquette Figma.
Cette check-list n'est pas celle d'une agence qui veut vendre des heures. C'est celle d'un opérateur qui a vu des sites perdre 40 % de leur trafic organique en 48h parce que personne n'avait mappé les redirections 301. Elle est conçue pour que tu ne répètes pas les mêmes erreurs.
Pourquoi la plupart des refontes détruisent de la valeur au lieu d'en créer
Le piège du "nouveau design = meilleurs résultats"
Le raisonnement est séduisant : le site est vieux, le design daté, l'UX perfectible. Donc on refait. Problème : le site "vieux et moche" génère peut-être 80 % du chiffre d'affaires via trois pages de contenu qui rankent en position 1-3 sur Google depuis quatre ans. Ces pages ont accumulé des backlinks, une autorité thématique, un historique de signal utilisateur. Tout ça est invisible dans un brief créatif.
Le nouveau design ne transfert pas automatiquement cette autorité. Si les URLs changent sans redirections, si la structure Hn est chamboulée, si le temps de chargement passe de 1,8s à 4,2s — Google le voit. Et il sanctionne.
Ce que les chiffres disent après une refonte ratée
Ces chiffres ne sont pas des exceptions. Ils sont la norme quand le projet démarre par le design plutôt que par les données.
Phase 0 : l'audit avant de toucher quoi que ce soit
Cartographier les URLs qui génèrent du trafic et du CA
Exporte depuis Google Search Console l'intégralité des URLs qui reçoivent des clics sur les 12 derniers mois. Croise avec Google Analytics (ou GA4) pour identifier celles qui génèrent réellement du CA ou des leads. Tu vas découvrir que 20 % des URLs font 80 % du travail. Ce sont tes actifs critiques. Aucune d'elles ne doit changer d'URL sans une redirection 301 propre, et idéalement aucune ne devrait changer du tout.
Fais la même chose avec Ahrefs ou Semrush : récupère les pages qui concentrent le plus de backlinks et de referring domains. Ces URLs ont une valeur d'autorité qui met des années à se construire. Un changement d'URL sans redirect, c'est une destruction d'actif pur.
Si tu veux un audit complet de ton site avant de démarrer, c'est exactement ce périmètre qu'on couvre en priorité.
Identifier les pages à fort taux de conversion à ne surtout pas toucher
Dans GA4, segmente par page de destination et trie par taux de conversion e-commerce ou par objectifs complétés. Certaines pages de catégorie, certaines fiches produit, certaines landing pages ont des taux de conversion anormalement élevés. Tu ne sais pas pourquoi. Les utilisateurs, eux, ont appris à les utiliser.
Ces pages, tu ne les touches pas. Ou si tu les retouches, tu A/B testes en parallèle avant de basculer, et tu documentes chaque modification avec une date précise pour pouvoir revenir en arrière.
Benchmarker la performance technique actuelle
Mesure les Core Web Vitals actuels via PageSpeed Insights sur tes 10 URLs les plus importantes. Note le LCP (Largest Contentful Paint), le CLS (Cumulative Layout Shift) et le TTFB (Time to First Byte). Ce sont tes lignes de base. La refonte doit améliorer ces métriques, pas les dégrader. Si la nouvelle stack technologique ne peut pas faire mieux, c'est un signal d'alarme sur le choix technique.
La check-list stratégie et objectifs
Définir des KPIs mesurables avant de briefer une agence
Trafic organique cible à M+6. Taux de conversion cible sur le tunnel principal. Revenue Per Visitor (RPV) avant/après. Panier moyen. Ces chiffres doivent être dans le brief, pas dans une slide de présentation oubliée après le kick-off. Idéalement, ils figurent dans le contrat ou dans la LOI de prestation.
Sans KPIs contractualisés, chaque arbitrage sera tranché en faveur du design plutôt que de la performance. C'est humain. C'est aussi la raison pour laquelle 70 % des refontes ne délivrent pas le ROI attendu.
Fixer le périmètre exact de la refonte
La dérive de périmètre (scope creep) est le premier destructeur de budget sur une refonte. Définis par écrit ce qui est dans le scope et ce qui ne l'est pas :
- Quelles sections du site sont concernées ?
- Y a-t-il un changement de CMS ou de plateforme (migration Prestashop vers Shopify, par exemple) ?
- Les intégrations tierces (ERP, CRM, outils marketing) sont-elles migrées ou maintenues ?
- Le contenu est-il réécrit ou conservé tel quel ?
- La structure des URLs change-t-elle ?
Chaque réponse "oui" à ces questions multiplie le risque SEO et technique. Ce n'est pas une raison de dire non — c'est une raison de planifier.
La check-list SEO : ce qui se casse en 48h et prend 12 mois à reconstruire
Plan de redirections 301 : aucune URL à forte autorité ne disparaît sans redirect
C'est la règle numéro 1. Sans exception. Exporte toutes les URLs actuelles indexées depuis Search Console et Screaming Frog. Pour chaque URL qui change ou disparaît, mappe une redirection 301 vers la page la plus pertinente. Si une catégorie entière disparaît, redirige vers la catégorie parente ou vers la page d'accueil en dernier recours — mais jamais vers une 404.
Livre ce plan à l'agence avant le début du développement, pas la semaine du lancement. Les redirections impliquent souvent des choix d'architecture qui impactent le développement.
Préserver la structure des balises Hn, des metas et des données structurées
Les balises title et meta description doivent être transférées à l'identique sur chaque page existante, sauf si une décision délibérée d'optimisation est prise page par page. Le balisage Schema.org (Product, BreadcrumbList, FAQPage…) doit être revalidé après migration via le Rich Results Test de Google.
La structure Hn (H1 unique, hiérarchie H2/H3 cohérente) doit être documentée et respectée dans le nouveau template. Un H1 qui disparaît ou une hiérarchie qui devient chaotique après refonte, ça coûte des positions sur des requêtes travaillées pendant des années.
Crawl pré-lancement et post-lancement avec Screaming Frog ou Sitebulb
Effectue un crawl complet du site de staging avant bascule DNS. Vérifie : absence de 404 et de 302 là où des 301 sont attendus, canonical tags cohérents, sitemap XML à jour, robots.txt qui n'interdit pas le crawl sur l'environnement de production. Refais le même crawl dans les 24h post-lancement et compare les deux exports ligne par ligne.
La check-list UX et conversion
Heatmaps et enregistrements de sessions avant la refonte
Hotjar ou Microsoft Clarity (gratuit) te donnent accès aux zones de clic, aux mouvements de souris, aux points de friction dans le scroll et aux sessions enregistrées. Installe ces outils au moins 4 semaines avant de commencer le brief UX. Ce que tu vas découvrir contredira souvent les convictions de l'agence — et les tiennes.
Les données de sessions permettent d'identifier où les utilisateurs abandonnent, quels éléments ils cherchent sans les trouver, et quelles micro-conversions (ajout au panier, clic sur CTA secondaire) précèdent les conversions principales. Ces parcours doivent être documentés et reproduits dans le nouveau design, pas réinventés.
Tunnel d'achat et micro-conversions : chaque étape documentée avant de migrer
Pour un e-commerce, documente chaque étape du funnel : page produit → ajout panier → mini-cart → checkout étape 1 → checkout étape 2 → confirmation. Mesure le taux de passage entre chaque étape sur GA4. Ces taux de conversion intermédiaires sont ta baseline. S'ils se dégradent après refonte, tu sais exactement à quelle étape chercher.
Le nouveau tunnel est designé sur des hypothèses et les "best practices" de l'agence. Le taux de conversion chute de 18 % en J+30 sans que personne ne sache pourquoi. L'A/B test prend 3 mois à identifier le problème. Coût : plusieurs dizaines de milliers d'euros de CA perdu.
Chaque étape du nouveau tunnel est validée contre les données comportementales existantes. Un écart de performance est détecté en J+7 via les alertes GA4. Le retour en arrière sur l'étape problématique est déployé en 48h. Impact CA : neutre à positif dès M+1.
La check-list technique et performance
Hébergement, CDN et temps de réponse serveur
Le TTFB cible est inférieur à 200ms. Si ton hébergeur actuel te le garantit et que la nouvelle stack nécessite un changement, teste les performances du nouvel hébergeur sur staging avant de committer. Un CDN (Cloudflare, Fastly, AWS CloudFront) est non négociable pour tout site e-commerce à partir de 50 000 visiteurs mensuels. Les assets statiques (images, CSS, JS) doivent être servis depuis le CDN, pas depuis le serveur d'origine.
| Métrique | Seuil acceptable | Seuil cible (Top 10 %) | Impact si dégradé |
|---|---|---|---|
| LCP (Largest Contentful Paint) | < 2,5s | < 1,5s | -7 % conversion / +0,5s |
| TTFB (Time to First Byte) | < 600ms | < 200ms | Signal ranking Core Web Vitals |
| CLS (Cumulative Layout Shift) | < 0,1 | < 0,05 | Abandon utilisateur, pénalité ranking |
| FID / INP (Interaction to Next Paint) | < 200ms | < 100ms | Friction UX mesurable en sessions |
Sécurité HTTPS, headers et politique de cookies
Si tu replatformes, vérifie que le certificat SSL est bien configuré sur le nouveau domaine ou sous-domaine dès staging. Les security headers (Content-Security-Policy, X-Frame-Options, HSTS) doivent être validés via securityheaders.com. La politique de cookies doit être revue si la nouvelle stack intègre de nouveaux scripts tiers — particulièrement critique depuis les décisions CNIL de 2022-2023 sur le consentement.
La check-list pré-lancement : les 48h qui font ou défont un projet
Test multi-device, multi-navigateur sur staging avant bascule DNS
Mobile Chrome, Safari iOS, Firefox desktop, Edge. Ce ne sont pas les navigateurs que tu utilises — ce sont ceux que tes clients utilisent. BrowserStack ou LambdaTest permettent de tester en environnement réel sans avoir tous les devices physiquement. Le tunnel d'achat complet doit être testé en conditions réelles sur mobile avant bascule. 65 % du trafic e-commerce se fait sur mobile en France. Un bug checkout sur Safari iOS, c'est une catastrophe silencieuse.
Monitoring en temps réel post-lancement
Dans les 48h post-lancement, tu dois avoir les yeux sur : Google Search Console (couverture d'index, erreurs 404, Core Web Vitals), GA4 (taux de conversion par device, par source de trafic, par page), et une alerte de crawl automatisée. Si tu n'as pas configuré d'alertes, tu découvriras le problème trois semaines plus tard dans ton reporting mensuel — quand le mal est fait.
Un accompagnement SEO e-commerce structuré intègre ces protocoles de monitoring dans la phase de go-live. C'est exactement ce périmètre que couvre notre agence SEO managée.
Ce que vaut un site avant et après refonte — la question de la valorisation
Si tu envisages de vendre ton business digital dans les 18 à 36 prochains mois, la refonte n'est pas un projet isolé. C'est un événement M&A à part entière. Les acheteurs valorisent un site sur la base d'un multiple d'EBITDA ou de SDE (Seller Discretionary Earnings), typiquement entre 2x et 5x sur 12 mois de bénéfices pour un e-commerce en France. Ce multiple est directement influencé par la tendance des métriques — et une refonte ratée génère exactement le type d'historique qui fait fuir les acheteurs ou justifie une décote.
Un site e-commerce qui perd 30 % de son trafic organique trois mois avant une mise en vente voit son multiple passer de 3,5x à 2x. Sur un EBITDA de 200 000€, c'est 300 000€ de valorisation détruits par une refonte mal exécutée.
À l'inverse, une refonte bien menée — avec des métriques documentées avant/après, une progression mesurable du taux de conversion et du RPV — renforce le dossier de cession. Elle démontre la capacité opérationnelle de l'équipe et la solidité du modèle.
Si tu as un projet de cession, consulte notre masterclass gratuite pour cadrer ta stratégie digitale avant de lancer une refonte qui impacterait ton historique de métriques.
Avant de lancer, protège ce qui génère de la valeur
Une refonte n'est pas un projet créatif. C'est une opération à risque sur un actif qui génère du CA. Traite-la comme telle : avec un audit préalable, des KPIs contractualisés, un plan de redirections livré avant le brief technique, et un protocole de monitoring le jour du lancement.
Les 10 à 50 000€ que tu vas dépenser sur la refonte ne servent à rien si tu perds 6 mois de trafic organique dans la foulée. Le ROI réel d'une refonte se mesure à M+6 et M+12, pas le jour du lancement.
Avant de lancer ta refonte, réserve un audit 1h pour identifier ce qui génère vraiment de la valeur sur ton site — et ce qui risque de partir à la trappe le jour du lancement.