Un site qui ne convertit plus, un tunnel devenu fragile, une équipe marketing qui contourne le CMS à coups de fichiers Excel : c’est rarement le bon moment pour attendre. La question arrive alors sous une forme un peu télégraphique : « quel délai refonte site ? ». La réponse honnête tient en deux mots : ça dépend. La réponse utile, elle, consiste à regarder ce que vous refondez vraiment.
Une vitrine de marque, un site e-commerce, un espace client ou une plateforme métier ne jouent pas dans la même catégorie. Promettre trois mois avant d’avoir audité le périmètre, c’est du pilotage au doigt mouillé. À l’inverse, lancer un chantier sans échéance claire est le meilleur moyen de laisser le projet s’étirer jusqu’à ce que plus personne ne sache pourquoi il a commencé.
Quel délai pour une refonte de site web ?
Pour un site vitrine simple, avec une arborescence limitée et peu de contenus à reprendre, comptez généralement 6 à 10 semaines. Cela suppose des décisions rapides, des contenus disponibles et un circuit de validation court. C’est possible. Mais pas avec quinze personnes en copie de chaque e-mail.
Pour un site corporate plus dense, intégrant une nouvelle identité, plusieurs parcours, des composants sur mesure et une migration de contenus, le délai réaliste se situe plutôt entre 3 et 5 mois. On ajoute du travail de cadrage, de conception UX, de production éditoriale, de recette et de formation des équipes.
Pour un e-commerce, une plateforme transactionnelle ou un produit connecté à votre SI, prévoyez plus souvent 4 à 9 mois. Les connecteurs, la reprise de données, les règles métier, la performance et la sécurité ne sont pas des détails à régler en fin de projet. Ils structurent le planning dès le départ.
Le point clé : le délai ne se mesure pas seulement en nombre de pages. Il dépend surtout du niveau d’incertitude. Dix pages peuvent prendre plus de temps qu’un catalogue de cent pages si les objectifs sont flous, que les validations se contredisent ou que l’architecture technique n’est pas tranchée.
Les étapes qui font vraiment le planning
Une refonte solide avance par séquences. Certaines peuvent se chevaucher, mais aucune ne disparaît par magie parce qu’un lancement est annoncé au prochain comité de direction.
1. Cadrer avant de produire
Le cadrage prend souvent une à trois semaines. C’est le moment de regarder les données, les irritants utilisateurs, le SEO existant, la dette technique et les objectifs business. On fixe aussi le périmètre réel : ce qui doit être livré au lancement, ce qui peut attendre, et ce qui ne mérite tout simplement pas d’être reconduit.
C’est une phase que certains raccourcissent pour « gagner du temps ». Mauvais calcul. Un cadrage trop léger déplace les débats au milieu du design ou du développement, quand chaque changement coûte plus cher et casse la dynamique de l’équipe.
2. Concevoir les parcours et l’interface
La conception UX/UI représente souvent deux à six semaines selon la complexité. Il faut définir l’arborescence, les parcours prioritaires, les wireframes, le design system et les maquettes des écrans clés. Si votre identité visuelle est elle aussi en chantier, ajoutez du temps. Repenser le fond et la forme en parallèle peut être très pertinent, à condition que les décisions de marque soient suffisamment mûres.
Le piège classique ? Valider des maquettes comme des affiches. Un site n’est pas une suite d’écrans jolis dans Figma. Il doit guider, charger vite, fonctionner sur mobile, soutenir le référencement et permettre aux équipes de publier sans appeler un développeur à chaque virgule.
3. Développer sans créer une nouvelle dette
Le développement dure fréquemment quatre à douze semaines. Cette fourchette couvre l’intégration front-end, le back-end, le paramétrage du CMS, les composants, les API et les règles spécifiques. Une bibliothèque de composants bien pensée accélère la production. Elle évite surtout de fabriquer cinq variantes presque identiques du même bloc, avec cinq comportements différents à maintenir.
C’est aussi ici que le choix technique joue. Repartir sur un CMS connu par vos équipes peut accélérer l’autonomie. Adopter une architecture headless peut mieux répondre à une stratégie omnicanale. Mais choisir une technologie parce qu’elle est à la mode, sans équipe capable de la faire vivre, allonge le projet après la mise en ligne. Le coût du mauvais choix ne s’arrête pas au go-live.
4. Recetter, migrer et mettre en ligne
Gardez au moins une à trois semaines pour la recette et la mise en production. Tests multi-devices, formulaires, redirections, tracking, performances, droits utilisateurs, sauvegardes, conformité : la liste est moins glamour que les maquettes, mais c’est elle qui protège votre lancement.
La migration de contenus mérite une attention particulière. Reprendre les pages existantes sans tri recrée souvent le problème initial sur une plateforme neuve. Il faut décider quoi conserver, réécrire, fusionner ou supprimer. Et surtout prévoir les redirections pour ne pas sacrifier un trafic SEO acquis parfois depuis des années.
Ce qui rallonge une refonte de site, pour de bonnes raisons
Un planning qui s’allonge n’est pas forcément un échec. Parfois, il révèle qu’on traite enfin les vrais sujets. En revanche, certains ralentissements sont largement évitables.
Les validations trop nombreuses arrivent en tête. Quand personne n’est clairement responsable de la décision finale, chaque feedback devient une négociation. Désignez un sponsor, un owner côté métier et une équipe projet resserrée. Les autres parties prenantes peuvent être consultées, mais elles ne doivent pas toutes avoir le dernier mot.
Les contenus sont l’autre grand classique. Une refonte avance vite jusqu’au moment où il faut fournir les textes, les visuels, les fiches produit ou les témoignages clients. Si la production éditoriale n’est pas anticipée, le développement attend ou, pire, intègre du faux contenu qui ne reflète aucun usage réel.
Les intégrations complexes changent aussi la donne. CRM, PIM, ERP, outil de paiement, moteur de recherche, SSO, gestion des stocks : chaque connexion ajoute des dépendances, des tests et des interlocuteurs. Il ne s’agit pas de les éviter, mais de les cartographier avant de promettre une date.
Enfin, le périmètre mouvant fait exploser les calendriers. Si une fonctionnalité importante apparaît en cours de route, elle doit être arbitrée franchement : remplace-t-elle une autre priorité ou décale-t-elle la livraison ? Dire oui à tout ne rend pas une équipe plus agile. Cela la rend juste moins prévisible.
Comment accélérer sans faire n’importe quoi
Le premier levier consiste à viser un lancement utile, pas une perfection théorique. Identifiez les parcours qui génèrent réellement de la valeur : prise de contact, demande de démo, achat, activation, support. Construisez un premier lot cohérent autour de ces usages, puis planifiez les améliorations suivantes avec des données concrètes.
Le deuxième levier est humain. Une équipe expérimentée, disponible et alignée réduit les frictions de passage de relais. Produit, design et tech doivent travailler ensemble dès le début, pas se transmettre un dossier à tour de rôle. Chez The One Studio, c’est précisément l’idée : constituer le bon collectif pour faire avancer un projet, pas empiler des CV et espérer que ça colle.
Le troisième est opérationnel : préparez vos décisions avant le kickoff. Qui valide ? Quel budget est disponible ? Quels contenus existent ? Quelles contraintes légales ou techniques sont non négociables ? Plus ces réponses sont nettes, moins le projet perd de l’énergie en réunions de rattrapage.
Faut-il refaire tout le site d’un coup ?
Pas toujours. Une refonte complète est pertinente si votre technologie bloque les évolutions, si les parcours sont structurellement mauvais ou si la marque a changé de positionnement. Mais si le problème se concentre sur une conversion faible, un tunnel d’achat ou une gestion de contenus laborieuse, une refonte ciblée peut livrer des résultats plus vite.
La bonne question n’est donc pas « combien de temps pour refaire le site ? ». C’est : « quel problème devons-nous résoudre maintenant, et que faut-il réellement reconstruire pour y arriver ? » Un projet bien cadré peut aller vite. Un projet flou restera lent, même avec les meilleurs profils autour de la table.
Avant de fixer une date de lancement, mettez le périmètre, les décideurs et les dépendances sur la même page. Vous gagnerez moins de promesses creuses, et beaucoup plus de chances de livrer un site qui sert vraiment votre business.
