Combien d'étapes pour une refonte ?

Une refonte de site web se déroule en huit étapes : le cadrage et l'audit, le cahier des charges, la conception, le développement et l'intégration des contenus, la préparation SEO et le plan de redirections, la recette, la mise en ligne, puis le suivi post-lancement. Elles s'enchaînent toujours dans cet ordre, chacune validant la précédente.

Ce découpage n'est pas une théorie : c'est le déroulé que je pilote concrètement sur mes projets, du site vitrine à la migration à fort trafic. Le nombre exact d'étapes importe moins que leur séquence. On ne conçoit pas sans avoir cadré, on ne développe pas sans conception validée, on ne met pas en ligne sans recette. Chaque phase se referme par un jalon, un point de validation qui autorise la suivante.

  1. Le cadrage et l'audit de l'existant. Définir les objectifs, le périmètre, le budget, et mesurer ce qui vaut d'être conservé.
  2. Le cahier des charges. Écrire noir sur blanc le besoin qui servira de référence à tout le projet.
  3. La conception. Arborescence, wireframes puis maquettes graphiques.
  4. Le développement et l'intégration des contenus. Construire le site et y verser les textes et médias définitifs.
  5. La préparation SEO et le plan de redirections. Cartographier les URL et sécuriser le référencement avant la bascule.
  6. La recette. Tester méthodiquement avant de mettre en ligne.
  7. La mise en ligne. Le jour J, la bascule en production.
  8. Le suivi post-lancement. Surveiller et corriger dans les semaines qui suivent.

Le reste de cette page détaille chaque étape, ce qu'elle produit et le rôle que le pilote y joue.

Étape 1 : le cadrage et l'audit de l'existant

Le cadrage est la première étape : on y définit les objectifs, les cibles, le périmètre, le budget et les contraintes, puis on audite le site actuel (technique, SEO, contenu, données d'audience) pour décider ce qui doit être conservé. C'est la fondation du projet, celle qui oriente toutes les décisions suivantes.

Refondre sans cadrer, c'est partir en voyage sans destination. Cette phase répond à trois questions : pourquoi refait-on ce site, pour qui, et jusqu'où va le chantier. En parallèle, l'audit de l'existant mesure la valeur déjà en place : pages qui rankent, contenus qui convertissent, état technique, Core Web Vitals (les indicateurs de performance mesurés par Google) et données de la Search Console. C'est ce diagnostic qui distingue une refonte pilotée par les faits d'une refonte pilotée par le goût. Le livrable : une note de cadrage claire et un inventaire de l'existant, qui alimentent directement l'étape suivante.

Étape 2 : le cahier des charges

Le cahier des charges formalise par écrit ce que doit être le nouveau site : objectifs, arborescence, contenus, fonctionnalités, exigences techniques et SEO. C'est le document de référence du projet. Sans lui, chaque prestataire chiffre autre chose et les arbitrages se règlent au feeling plutôt que sur une base commune.

Un bon cahier des charges décrit des besoins et des objectifs, pas des solutions toutes faites. Il permet de comparer des devis sur une base identique, de protéger le client comme le prestataire, et de trancher les désaccords en cours de route. C'est aussi là qu'on inscrit les exigences de préservation du référencement, faute de quoi personne ne s'estime responsable le jour où le trafic bouge. Quelques jours investis à le rédiger évitent des semaines de malentendus. Pour savoir quoi y mettre et récupérer une trame prête à adapter, consultez le guide dédié au cahier des charges de refonte de site web.

Étape 3 : la conception

La conception traduit le cahier des charges en structure et en visuels : arborescence détaillée, maquettes fil de fer (wireframes), puis maquettes graphiques. On valide l'ergonomie et le design à cette étape, avant d'écrire la moindre ligne de code, parce que corriger un wireframe coûte infiniment moins cher que corriger un site développé.

La conception se déroule en couches successives. D'abord l'arborescence : la carte des pages et leur hiérarchie, qui a un impact direct sur le SEO et sur la navigation. Ensuite les wireframes, ces schémas en noir et blanc qui posent l'agencement de chaque type de page sans se laisser distraire par les couleurs. Enfin les maquettes graphiques, qui habillent la structure validée. Chaque couche se valide avant de passer à la suivante. Le livrable est une maquette approuvée, écran par écran, qui sert de contrat visuel pour le développement.

Étape 4 : le développement et l'intégration des contenus

Le développement construit le site sur la base des maquettes validées : intégration du design, mise en place des fonctionnalités, puis intégration des contenus définitifs (textes, images, médias) page par page. C'est l'étape la plus longue en jours de travail, mais aussi la plus prévisible quand la conception a été correctement bouclée.

Deux chantiers avancent ici de front. Le développement technique donne vie aux maquettes et branche les fonctionnalités : formulaires, moteur de recherche, paiement, connexions aux outils métier. L'intégration des contenus verse dans les gabarits les textes et médias réels, pas du faux texte. C'est le poste le plus souvent sous-estimé : reprendre et réorganiser le contenu représente une vraie charge, et un développement terminé qui attend des textes en retard bloque tout le projet. Le travail se fait sur un environnement de préproduction (ou staging), séparé du site en ligne, que le pilote passe régulièrement en revue.

Étape 5 : la préparation SEO et le plan de redirections

La préparation SEO sécurise le référencement avant la bascule : on cartographie toutes les anciennes URL, on construit le plan de redirections 301, on gèle les pages stratégiques et on pose les balises et données structurées. Une redirection 301 indique de façon permanente à Google qu'une URL a déménagé, ce qui transmet son historique à la nouvelle adresse.

C'est l'étape qui décide de la survie du trafic. Elle commence dès le cadrage, mais elle se concrétise ici, juste avant la mise en ligne. On liste chaque URL du site actuel avec un outil de crawl comme Screaming Frog, on associe à chacune son équivalent sur le nouveau site, et on documente ce plan de redirections ligne par ligne. En parallèle, on vérifie les balises title, les métadonnées, le maillage interne et le sitemap.xml. Deux guides détaillent ce travail : la méthode complète pour refondre son site sans perdre son SEO et le mode d'emploi du plan de redirection 301.

Étape 6 : la recette

La recette est la phase de tests avant la mise en ligne : on vérifie méthodiquement l'affichage, les fonctionnalités, les formulaires, le responsive (le comportement sur mobile et tablette), la performance et, surtout, le plan de redirections. Rien ne passe en production tant que la recette n'est pas validée point par point.

La recette est le filet de sécurité du projet. On la mène sur la préproduction, à partir d'une liste de contrôle qui ne laisse rien au hasard : chaque gabarit sur plusieurs navigateurs et tailles d'écran, chaque formulaire réellement envoyé, chaque scénario d'achat déroulé jusqu'au bout, les temps de chargement mesurés, et un test des redirections pour vérifier qu'aucune ancienne URL ne renvoie une erreur 404. Sauter ou bâcler la recette, c'est découvrir les bugs en même temps que vos visiteurs. Le livrable est un procès-verbal de recette : les anomalies corrigées et le feu vert pour la mise en ligne.

Étape 7 : la mise en ligne (le jour J)

La mise en ligne est la bascule du nouveau site en production : on publie, on active le plan de redirections 301, on envoie le nouveau sitemap.xml et on vérifie l'indexation dans la Search Console. C'est le moment le plus sensible du projet, celui qui se prépare pour se dérouler sans surprise, idéalement sur un créneau à faible trafic.

Le jour J n'est pas un moment d'improvisation mais l'exécution d'une checklist préparée à l'avance. On bascule le site, on active les redirections validées en recette, on soumet le sitemap.xml actualisé à Google, on contrôle les balises d'indexation (pas de noindex oublié qui traînerait depuis la préproduction) et on vérifie que les outils de suivi d'audience remontent bien les données, en gardant un moyen de revenir en arrière au cas où. Bien préparée, la bascule est presque un non-événement, ce qui est exactement le but.

Étape 8 : le suivi post-lancement

Le suivi post-lancement consiste à surveiller le site dans les jours et semaines qui suivent la bascule : indexation, positionnement, erreurs d'exploration, performance et conversions. C'est là qu'on rattrape vite les incidents, avant qu'ils ne se transforment en perte de trafic durable. Une refonte ne se termine pas le jour de la mise en ligne.

Les premières semaines sont décisives. On surveille dans la Search Console l'évolution de l'indexation et les éventuelles erreurs 404, on contrôle que les redirections tiennent, on suit les positions sur les mots-clés stratégiques et on garde un oeil sur les conversions. Google met du temps à recrawler et à digérer un site refondu : une petite fluctuation les premiers jours est normale, une chute franche est un signal à traiter immédiatement. Ce suivi actif est ce qui distingue une refonte qui se stabilise vite d'une refonte qui perd du terrain sans que personne ne réagisse.

Combien de temps dure une refonte ?

Une refonte dure généralement de quelques semaines pour un site vitrine simple à plusieurs mois pour un site riche, e-commerce ou multilingue. Le délai dépend moins de la technique que de la clarté du cahier des charges, du volume de contenu à reprendre et de la réactivité des interlocuteurs côté client.

Un rétroplanning n'a de sens qu'une fois le périmètre connu. En ordre de grandeur, le cadrage et le cahier des charges se comptent en jours à quelques semaines, la conception occupe une part importante du calendrier parce qu'elle enchaîne plusieurs validations, le développement est le poste le plus lourd, et la recette puis la mise en ligne demandent un temps court mais incompressible. Le suivi, lui, s'étale sur plusieurs semaines après le lancement.

D'après mon expérience, ce qui rallonge un projet n'est presque jamais la technique, mais les validations qui traînent, les contenus livrés en retard et les décisions repoussées. Un rétroplanning réaliste part donc de la date cible et remonte étape par étape, en réservant des marges sur les phases qui dépendent du client. Un planning tenu est d'abord un planning où chacun sait ce qu'il doit valider, et quand.

Le rôle du pilote à chaque étape

Le pilote fait le lien entre le porteur du besoin (le maître d'ouvrage, ou MOA) et ceux qui réalisent (le maître d'oeuvre, ou MOE : agence, freelance, équipe interne). À chaque étape, il garde le cap sur les objectifs, provoque les décisions, valide les livrables et anticipe les risques, en particulier sur le SEO et la recette.

La plupart des refontes qui échouent ne butent pas sur un problème technique mais sur un défaut de pilotage : objectifs flous, arbitrages repoussés, communication qui se délite. Le pilote joue un rôle différent à chaque phase. Au cadrage, il fixe les objectifs et challenge le périmètre. Sur le cahier des charges, il traduit le besoin métier en exigences claires. En conception et en développement, il valide chaque jalon et protège les décisions déjà prises contre les revirements. En préparation SEO et en recette, il refuse tout raccourci sur les redirections et les tests. Le jour de la mise en ligne, il déroule la checklist. Après, il surveille et déclenche les corrections. Pour approfondir cette dimension, voyez le guide sur la gestion de projet d'une refonte.

Le conseil que je répète sur chaque projet.

Chaque étape existe pour valider la précédente. C'est justement pour ça qu'on est tenté de sauter celles qui ne se voient pas : le cadrage, parce qu'on a hâte de voir des maquettes, et la recette, parce qu'on veut mettre en ligne. Or ce sont les deux étapes dont l'absence coûte le plus cher. Sauter le cadrage, c'est construire vite quelque chose qu'il faudra refaire. Sauter la recette, c'est lancer les yeux fermés. Dans mon expérience, elles sont la première cause de refonte qui dérape en délais, en budget et en trafic perdu. Prenez le temps sur les deux bouts de la chaîne : le reste s'enchaîne beaucoup mieux.

Discuter du planning de votre refonte

Questions fréquentes

Une refonte se déroule généralement en huit étapes : cadrage et audit, cahier des charges, conception, développement et intégration, préparation SEO et redirections, recette, mise en ligne, puis suivi post-lancement. Le nombre importe moins que l'ordre : chaque étape valide la précédente et rien ne saute.
Une refonte dure généralement de quelques semaines pour un site vitrine simple à plusieurs mois pour un site riche, e-commerce ou multilingue. Le délai dépend surtout de la clarté du cahier des charges, du volume de contenu à reprendre et de la réactivité des interlocuteurs côté client, plus que de la seule technique.
On commence toujours par le cadrage et l'audit de l'existant, jamais par le design. Il faut d'abord définir les objectifs, cartographier ce qui marche déjà (pages qui rankent, contenus qui convertissent) et fixer le périmètre. Sauter cette étape est la première cause de refonte qui dérape.
Oui. Le site actuel reste en production et continue de travailler pendant qu'on construit le nouveau sur un environnement séparé (préproduction ou staging). La bascule se fait en une fois, le jour de la mise en ligne, une fois la recette validée. Vos visiteurs ne voient jamais le chantier.
Le SEO se pense dès le cadrage, pas à la fin. On audite les positions au départ, on inscrit les exigences dans le cahier des charges, on gèle les URL stratégiques en conception, puis on prépare le plan de redirections 301 avant la mise en ligne. Ajouté après coup, quand les URL sont figées, il coûte beaucoup plus cher.
Oui, c'est l'étape qui protège le jour du lancement. La recette teste l'affichage, les formulaires, le responsive, la performance et surtout le plan de redirections avant la bascule. Mettre en ligne sans recette, c'est découvrir les bugs et les erreurs 404 en même temps que vos visiteurs et Google.
Laurent Tulpan

À propos de l'auteur

Laurent Tulpan

Directeur de projet digital senior, ancien développeur et expert SEO depuis 2005. Il pilote des refontes et des projets digitaux pour des grands comptes et des PME (TF1, SFR, Orange, SNCF), en faisant le lien entre les équipes techniques et la direction. Découvrir son approche.

À lire ensuite