Une refonte de site se compte en semaines, et la période où l'on écrit du code est rarement la plus longue. Le calendrier réel est fixé par trois choses : la vitesse à laquelle les décisions sont tranchées, la date à laquelle le contenu définitif arrive, et l'état du site existant. Voici les sept étapes dans l'ordre où elles s'enchaînent, ce qui fait varier chacune, et les trois moments où un projet dérape.
7 min de lecture · mis à jour le 19 septembre 2026
Ce qui allonge une refonte n'est presque jamais la technique
Construire le gabarit d'une page de service prend un temps borné. Obtenir le texte définitif de cette page, validé par la personne qui a le dernier mot, n'a aucune borne tant que personne ne l'a écrit. C'est toute l'asymétrie d'une refonte : la production est prévisible, la décision ne l'est pas.
Deux projets au périmètre identique peuvent donc finir à des mois d'écart sans que la quantité de travail diffère. Ce qui diffère, c'est le temps mort entre les livraisons : la maquette envoyée un mardi et commentée trois semaines plus tard, les textes promis « pour la semaine prochaine » depuis un mois, l'arbitrage qui attend un retour de congés.
Les repères de durée donnés plus bas sont des ordres de grandeur, destinés à raisonner sur la forme du calendrier. Ce ne sont ni un engagement ni une moyenne mesurée. Trois facteurs les déplacent bien plus que le choix de la technologie : le nombre de gabarits réellement différents, le nombre de personnes qui peuvent dire non, et la quantité de contenu à reprendre.
- Cadrage : objectifs, périmètre, inventaire de l'existant, mesure de référence.
- Arborescence et parcours : ce qui reste, ce qui fusionne, ce qui disparaît.
- Contenu : rédaction, photo, traduction, reprise des pages conservées.
- Direction artistique : le parti pris visuel, appliqué aux gabarits qui portent le trafic.
- Intégration et développement : gabarits, composants, back-office, connexions tierces.
- Recette : contenu réel, appareils réels, accessibilité, performance, formulaires.
- Mise en ligne : bascule, redirections, surveillance des premières semaines.
Cadrage, arborescence, contenu : la moitié du calendrier se joue avant la première maquette
Le cadrage tient en quelques jours quand une personne peut trancher seule côté client, et s'étire dès que le périmètre reste ouvert. Son livrable utile n'est pas un document d'intention : c'est la liste des gabarits à produire et la liste de ce qui est explicitement hors périmètre. Sans cette seconde liste, chaque ajout en cours de route ressemble à un détail, et douze détails font une étape.
Le cadrage comprend aussi une mesure de référence du site actuel, prise avant tout changement : pages qui reçoivent du trafic, requêtes qui l'amènent, pages qui génèrent des contacts. Sans ce relevé, une variation observée après la bascule devient ininterprétable : on ne peut plus distinguer une perte causée par la refonte d'une saisonnalité normale.
L'arborescence se décide en une poignée de séances de travail. Elle coince toujours au même endroit : les pages que plus personne ne lit mais que personne n'ose supprimer. La bonne question n'est pas « est-ce qu'on la garde ? » mais « qui la lit, et que fait cette personne ensuite ? ». Une page sans réponse à la seconde question se fusionne ou se laisse partir, avec une redirection.
Le contenu est l'étape qui décide du calendrier, et c'est celle qu'on planifie le moins. Comptez en semaines, davantage si la rédaction reste côté client : elle s'ajoute alors à un travail à temps plein. Une séance photo se cale sur des disponibilités et parfois une météo ; une traduction attend un texte source figé. Ces deux tâches ne se rattrapent pas en accélérant le développement.
Un projet où le contenu démarre après la validation des maquettes prend du retard, systématiquement. L'ordre inverse — écrire d'abord, dessiner ensuite — évite en plus les gabarits conçus pour un texte qui n'existera jamais dans cette longueur.
Direction artistique et intégration : la partie visible n'est pas la plus longue
La direction artistique ne se produit pas page par page. On maquette les gabarits qui portent la décision — l'accueil, une page de service ou de produit, le contact, un gabarit d'article — et on en déduit les autres. Maquetter l'intégralité du site est un gaspillage : les écarts se règlent plus vite en intégration, sur le contenu réel.
Cette étape se mesure en semaines et son délai dépend surtout du nombre d'allers-retours. Deux tours de retours groupés valent mieux que cinq tours d'ajustements isolés : un retour groupé se traite en une fois, un retour isolé rouvre le fichier, le contexte et la discussion.
L'intégration est l'étape la plus prévisible du projet quand la précédente a été faite. Elle devient la plus imprévisible lorsqu'elle absorbe des décisions qui auraient dû être prises avant : un champ qui manque au back-office, un cas de page non maquetté, une règle d'affichage découverte en écrivant le code.
Les connexions vers des outils tiers se traitent en premier, pas en dernier. Un CRM, un logiciel de facturation, un agenda de réservation, un flux de stock : chacun a ses limites, une documentation plus ou moins à jour et son propre interlocuteur à joindre. Un accès non obtenu bloque autant qu'un défaut, à ceci près qu'il ne se corrige pas en interne.
Recette et mise en ligne : la seule étape où aller vite ne fait rien gagner
La recette se fait sur le contenu réel. Un gabarit tient parfaitement avec trois lignes de remplissage et casse avec le titre à rallonge qui arrivera en production. Les formulaires se testent jusqu'au bout : on vérifie que le message atterrit dans une boîte que quelqu'un relève, pas seulement que la page de confirmation s'affiche.
Trois vérifications tombent toujours ici et gagnent à commencer plus tôt. L'accessibilité, parce qu'une correction de contraste ou de hiérarchie de titres se répercute sur tous les gabarits. La performance, parce que le poids des images se traite à la source. L'affichage sur de vrais appareils, parce que le mode responsive d'un navigateur de bureau ne reproduit ni les claviers mobiles, ni les polices système, ni une connexion moyenne.
La bascule elle-même est courte. Ce qui la précède ne l'est pas : le plan de redirections. Chaque URL qui change doit pointer vers son équivalent le plus proche, en redirection permanente, une par une. Une redirection globale vers la page d'accueil est le moyen le plus rapide de perdre le référencement acquis : elle indique aux moteurs que l'ancienne page n'a plus d'équivalent.
Ne basculez pas un vendredi, et ne changez pas tout le même jour. Refondre le design, modifier les URLs, changer de CMS et migrer d'hébergeur en une seule opération rend le diagnostic impossible : si le trafic baisse la semaine suivante, aucune des quatre causes ne peut être écartée. Quand c'est faisable, la migration d'hébergement se place avant ou après, à quelques semaines d'écart.
Les premières semaines qui suivent font partie du projet. On surveille les erreurs 404 qui remontent, l'indexation des nouvelles adresses, les formulaires, et les écarts par rapport à la mesure de référence prise au cadrage.
Les trois moments où une refonte dérape
Le premier est l'attente du contenu. C'est de loin la cause la plus fréquente, et elle se reconnaît à un signe : le projet est « presque fini » depuis plusieurs semaines. Le remède se pose au cadrage — une date de livraison, la personne qui produit nommément désignée, et ce qu'on fait si la date passe. Mettre en ligne avec les textes existants repris vaut mieux que laisser le projet en suspens.
Le deuxième est l'arrivée tardive d'un décideur. Un dirigeant, un associé, un responsable commercial découvre les maquettes pendant l'intégration et rouvre des arbitrages tranchés un mois plus tôt. Ce n'est pas un problème de personne, c'est un problème de liste : si toutes celles qui peuvent dire non ne sont pas identifiées au cadrage, l'une d'elles parlera trop tard.
Le troisième est la découverte de l'existant. Un site qu'on croyait statique alimente une application mobile. Des comptes clients doivent être repris avec des mots de passe qu'on ne peut pas relire. Les accès au domaine et à la zone DNS sont détenus par un prestataire injoignable. Un inventaire technique sérieux au cadrage coûte quelques heures et fait gagner des semaines.
Ces trois causes sont toutes détectables au cadrage et toutes coûteuses à découvrir ensuite. C'est pourquoi un cadrage expédié n'accélère jamais un projet : il déplace le temps vers un moment où il coûte plus cher.
Ce qui raccourcit réellement le calendrier
Réduire le nombre de gabarits distincts. Une page « à part » se paie deux fois : à la conception, puis à chaque évolution, parce qu'elle échappe aux composants communs.
Nommer un interlocuteur unique côté client, qui tranche les désaccords internes avant de transmettre. Des retours contradictoires venus de trois personnes ne se traitent pas : ils se renvoient, et ce renvoi coûte une semaine à chaque tour.
Écrire le contenu avant de valider le design, ou au minimum en parallèle. C'est le seul levier qui agit directement sur l'étape la plus longue, et il appartient entièrement au client.
Accepter de sortir en deux temps. Les pages qui portent le trafic et les demandes de contact passent en ligne ; le blog repris, les traductions et la page recrutement suivent. Un site en ligne qui s'améliore vaut mieux qu'un site complet qui attend une photo.