Une refonte de site web est souvent déclenchée pour de bonnes raisons — design vieillissant, conversion médiocre, stack technique qui limite. Mais la plupart des briefs ne protègent pas ce qui compte vraiment : les positions SEO construites sur des mois, les tunnels de conversion qui fonctionnent, les pages qui génèrent des leads. Ce guide ne parle pas de technique de développement. Il parle de ce que vous, en tant que décideur, devez exiger de votre agence — et de ce que vous risquez de perdre si personne ne le formalise.
Si vous vous posez la question de la refonte, commencez par un audit technique — c'est la seule façon de savoir ce que votre site actuel génère réellement avant d'y toucher.
Ce que vous risquez vraiment lors d'une refonte
Trois catégories de pertes, souvent cumulées :
- Trafic organique : Google indexe des URLs précises. Changer 100 URLs sans redirections, c'est détruire 100 pages aux yeux de Google. Les effets peuvent prendre 2 à 4 semaines à apparaître — et plusieurs mois à corriger.
- Leads : Un formulaire déplacé, une landing page qui change de structure, un numéro de téléphone enfoui dans le nouveau design — le flux de contacts peut chuter sans que la cause soit évidente.
- Données analytics : Un changement de tracking non anticipé efface la continuité historique. On relance sans baseline, sans comparaison, sans filet.
La bonne nouvelle : ces pertes sont presque entièrement évitables avec la bonne préparation.
Les 4 actifs à protéger avant de commencer
- Vos URLs performantes — Extrayez depuis Google Search Console la liste des pages qui génèrent du trafic. Ces URLs ne doivent pas changer, ou être redirigées à 301 si elles changent. Aucune exception.
- Vos tunnels de conversion — Où entrent vos leads aujourd'hui ? Formulaire de contact, page service, landing campaign, chat ? Mappez chaque point d'entrée et chaque étape jusqu'à la conversion. Ce mapping doit être fourni à votre agence en entrée de projet, pas en fin.
- Votre tracking — Google Analytics 4, Search Console, pixels de conversion : tout doit être testé et validé sur le site de recette avant le lancement. Un lancement sans tracking fonctionnel est aveugle.
- Votre contenu qui ranke — Certaines formulations et certains passages font ranker vos pages sur des requêtes précises. Avant de réécrire les textes "pour les moderniser", analysez quels passages génèrent du trafic. Réécrire, oui — mais en couvrant les mêmes champs sémantiques.
Refonte progressive vs refonte totale : impact business
| Refonte totale | Refonte progressive | |
|---|---|---|
| Risque | Concentré au lancement | Réparti, modulable |
| Délai | Plus court | Plus long |
| Monitoring | Tout à surveiller en même temps | Section par section |
| Recommandé si | Site < 50 pages, peu de trafic SEO | Site générant des leads, fort trafic organique |
Pour un site qui génère du chiffre d'affaires via des formulaires ou des appels, la refonte progressive est presque toujours plus sûre. Le coût supplémentaire est largement compensé par l'absence de période de flottement commercial.
Notre service de refonte de site web intègre cette question dès le cadrage — selon votre profil de risque, on choisit l'approche ensemble.
Le brief agence qui protège vos acquis
Un brief de refonte efficace contient, au minimum :
- La liste des URLs à conserver obligatoirement (issues de Search Console)
- Le mapping de redirection pour chaque URL amenée à changer
- La liste des pages de conversion (formulaires, landing pages, CTAs)
- Les objectifs de performance (Core Web Vitals, temps de chargement cibles)
- Le protocole de recette : qui valide quoi, dans quel ordre, avant le lancement
- L'exigence de tracking : GA4 + Search Console validés en recette
Ce brief n'est pas optionnel. C'est la différence entre une refonte qui conserve et une refonte qui part de zéro.
Les signaux d'alerte à surveiller pendant le projet
Si votre agence ne vous pose pas ces questions, posez-les vous-même :
- A-t-on fait l'inventaire des URLs existantes et de leurs performances ?
- Y a-t-il un mapping complet des redirections 301 ?
- Le tracking est-il testé en recette ?
- Les Core Web Vitals sont-ils mesurés sur le site de développement ?
- Y a-t-il un plan de rollback si le lancement révèle des problèmes critiques ?
L'absence de réponse à l'une de ces questions est un signal d'alerte, pas un détail.
Protocole de lancement et 30 premiers jours
Avant le lancement (J-7 minimum) :
- Crawl complet du site de recette avec Screaming Frog ou équivalent
- Vérification de toutes les redirections (aucun 404 sur les anciennes URLs)
- Test de tous les formulaires et tunnels de conversion
- Validation du tracking (GA4, Search Console, pixels)
- Vérification des balises techniques : canonical, robots.txt, sitemap
Après le lancement (J+1 à J+30) :
- Soumettre le nouveau sitemap dans Search Console le jour du lancement
- Surveiller le rapport "Couverture" dans Search Console quotidiennement pendant 2 semaines
- Comparer les positions SEO à J+7, J+14, J+30 sur les 20 requêtes principales
- Surveiller le taux de conversion des formulaires et pages clés
- Monitorer les erreurs 404 dans Search Console
Si les positions chutent de plus de 20% à J+14 sans explication évidente, c'est le moment de faire un audit technique d'urgence — pas d'attendre.
Notre service de refonte inclut ce protocole de lancement et de suivi post-mise en ligne.
FAQ
Peut-on refondre son site sans perdre ses positions Google ?
Oui, à condition de traiter le SEO comme une contrainte de conception et non comme une vérification post-lancement. Les positions sont préservées si les URLs sont gérées (redirections 301 exhaustives), si le contenu qui ranke est conservé ou réécrit avec les mêmes champs sémantiques, et si les balises techniques sont vérifiées avant la mise en ligne.
Qu'est-ce qu'on risque de perdre en leads lors d'une refonte ?
Les formulaires qui changent d'URL ou de structure, les landing pages déplacées, les tunnels de conversion modifiés sans test préalable, et la dégradation des Core Web Vitals qui fait chuter le taux de conversion. Un audit de conversion avant la refonte est le seul moyen d'identifier précisément ce qui génère des leads aujourd'hui.
Faut-il faire un audit avant de commencer une refonte ?
Systématiquement. Refondre sans audit, c'est reconstruire sans savoir ce qui fonctionnait. L'audit identifie les pages qui génèrent du trafic et des leads, les erreurs techniques existantes, et les priorités réelles — ce qui vous évite de corriger des problèmes mineurs tout en en créant de nouveaux.
Refonte progressive ou refonte totale : quelle différence pour les leads ?
Une refonte progressive (section par section) réduit l'exposition au risque à tout moment : on peut monitorer l'impact de chaque changement avant de passer à la suite. Une refonte totale est plus rapide mais concentre tous les risques au moment du lancement. Pour un site qui génère du chiffre d'affaires, la refonte progressive est plus sûre.