Planning de refonte de site web : modèle et validations

Un planning de refonte commence par ce qui doit être prêt

Pour construire un planning de refonte de site web, partez du périmètre, des contenus disponibles et des personnes qui doivent valider. Reliez ensuite chaque travail à son prérequis, réservez la recette et fixez les conditions de lancement. La date obtenue dépend de ces hypothèses : le seul nombre de pages ne permet pas de promettre un délai fiable.

Ce guide fournit une méthode de rétroplanning, un exemple chiffré entièrement fictif et une fiche à joindre à une demande de devis. Il sert à discuter une date avec votre équipe et votre prestataire. Les durées de l’exemple ne sont ni des moyennes du marché ni un engagement de livraison de Gemme Studio.

Cinq informations à réunir avant d’annoncer une date

1. Le périmètre à livrer. Distinguez les pages à concevoir, les gabarits à développer et les contenus à reprendre. Douze articles utilisant un même modèle ne représentent pas le même travail que douze pages aux structures différentes. Identifiez aussi les langues et les fonctions attendues.

2. L’état réel des contenus. « Textes disponibles » peut signifier un document ancien, des informations métier à réécrire ou une version déjà approuvée. Pour chaque page importante, notez ce qui manque, qui le fournit et qui accepte la version finale. Une maquette construite autour de textes provisoires peut demander une reprise lorsque les contenus arrivent.

3. Les personnes et leurs disponibilités. Nommez un responsable par validation : offre, contenus, design, fonctionnement et lancement. Réservez les créneaux de relecture dans le calendrier. Trois jours de production suivis d’une semaine d’attente ne constituent pas un chantier de trois jours calendaires.

4. Les dépendances techniques. Inventoriez les accès, le domaine, les formulaires, le CRM et les fonctions à conserver. Une connexion annoncée comme simple doit être vérifiée sur votre cas. Si les URL changent, préparez le plan de redirections avec les contenus, avant la bascule.

5. La définition de « terminé ». Séparez site disponible en prévisualisation, recette acceptée, publication décidée et contrôles publics effectués. La réexploration des pages par Google constitue encore une autre observation. Le cahier des charges aide à fixer le périmètre ; le planning attribue à chaque livrable une dépendance et un rendez-vous de décision.

Construire le rétroplanning autour de six validations

Validation 1 — Le périmètre et les éléments conservés

Partez de la date cible et remontez les travaux nécessaires, puis vérifiez que l’ordre obtenu fonctionne aussi depuis aujourd’hui. L’audit doit permettre de décider ce qui change et ce qui reste : contenus, URL, composants et fonctions. Une date souhaitée devient discutable lorsque ce premier lot est décrit assez précisément pour être estimé.

Le livrable de cette étape est une liste de pages, de modèles et de fonctions, avec les exclusions. Une nouvelle demande en cours de projet doit pouvoir être comparée à cette liste pour mesurer son effet sur le coût et le calendrier.

Validation 2 — L’architecture et les contenus nécessaires au design

Faites approuver les messages et la structure des pages représentatives avant de figer leur interface. Des travaux peuvent avancer en parallèle : vérifier les accès pendant la préparation des textes, par exemple. Précisez toutefois le point où chaque contribution devient indispensable à la suite.

La preuve de validation est un contenu identifié, attribué à une page et accepté par son responsable métier. Un dossier partagé contenant plusieurs versions sans décision ne remplit pas cette condition.

Validation 3 — Les pages et comportements représentatifs

Choisissez les maquettes qui permettent réellement de vérifier le système : une page d’offre, un contenu long et un parcours de contact, selon le projet. Incluez les états importants sur petit écran et les contenus de longueur réaliste. Une validation limitée à une belle page d’accueil ne règle pas les questions des autres modèles.

Consignez les écarts à reprendre et la personne qui accepte leur résolution. Le nombre de retours et leur mode de consolidation doivent être discutés avec le prestataire ; ils ne se déduisent pas du nom de son offre.

Validation 4 — L’intégration et la reprise des contenus

Prévoyez la construction des modèles, la saisie ou l’import des contenus et les vérifications des intégrations. Distinguez ces charges dans le devis. L’existence d’un gabarit Blog ne prouve pas que tous les articles ont été repris avec leurs paragraphes, liens et formats.

Si une migration est nécessaire, elle ajoute ses propres correspondances et contrôles. Le guide refonte ou migration aide à séparer cette décision du changement de design.

Validation 5 — Une recette avec du temps pour corriger

Réservez une période pour exécuter les scénarios, traiter les écarts et les retester. Ne placez pas la première vérification complète le jour du lancement. Le cahier de recette précise les preuves à réunir : contenu complet, liens, formulaires, responsive, accès au clavier et contrôles SEO selon le périmètre.

Un défaut qui empêche la prise de contact ou retire un contenu indispensable appelle une décision avant publication. Un détail visuel mineur peut être différé si son effet et son responsable sont explicitement acceptés. Le calendrier ne doit pas transformer un blocage en finition.

Validation 6 — La décision de lancement et les observations publiques

Nommez qui autorise la mise en ligne, qui réalise la bascule et qui contrôle les pages et parcours après celle-ci. Prévoyez les accès, la disponibilité de ces personnes et la manière de réagir à un incident. La publication doit rester une décision identifiable.

Lorsqu’une migration change les URL, Google recommande de préparer les correspondances, tester le nouveau site et surveiller le déplacement. Des fluctuations peuvent accompagner le traitement des nouvelles adresses. Une date de publication ne constitue donc pas une date garantie de stabilisation SEO.

Exemple rempli : calculer une chaîne de dépendances

Scénario pédagogique fictif. Une entreprise veut reprendre quatre pages commerciales et douze articles dans son site Webflow existant, sans changement de domaine. Les textes sources sont disponibles, une personne consolide les retours et les intervenants ont réservé leurs créneaux. Ces hypothèses sont posées pour montrer le calcul, pas observées sur un projet client.

A — Cadrage : 2 jours ouvrés. Le périmètre et les responsabilités sont acceptés avant le début de B.

B — Contenus et architecture : 5 jours ouvrés. Les versions approuvées sont nécessaires à la validation du prototype C.

C — Prototype représentatif : 3 jours ouvrés. Le système est accepté avant l’intégration D.

D — Intégration et reprise : 5 jours ouvrés. Les pages et contenus du lot sont disponibles pour la recette E.

E — Recette, corrections et retests : 3 jours ouvrés. Le scénario suppose que les reprises prévues tiennent dans cette charge. Un écart plus important oblige à recalculer.

F — Lancement et contrôles immédiats : 1 jour ouvré. La décision de publication et les premières observations sont organisées après E.

Dans cet exemple, A → B → C → D → E → F forme une chaîne séquentielle de 19 jours ouvrés : 2 + 5 + 3 + 5 + 3 + 1. Ce total ne comprend ni jours fériés, ni indisponibilité, ni délai d’attente supplémentaire, ni marge de sécurité. Il ne se convertit pas directement en 19 jours calendaires.

La vérification des accès, estimée ici à deux jours, peut se faire pendant B. Elle ne rallonge pas la chaîne si elle est terminée avant D. En revanche, un retard de deux jours sur l’approbation des contenus de B reporte la fin de la chaîne à 21 jours ouvrés, si aucune autre tâche ne peut être avancée. La tâche la plus courte peut donc déplacer le lancement lorsqu’elle bloque la suite.

Pour votre rétroplanning, remplacez chaque durée par une estimation discutée avec son responsable. Ajoutez les attentes, les congés, les validations et une marge explicite adaptée aux risques. Vérifiez ensuite si les créneaux disponibles permettent réellement d’atteindre la date cible.

Si la date est fixe, arbitrer le lot plutôt que supprimer la recette

Option 1 — Livrer un premier lot cohérent. Il doit permettre au visiteur de comprendre l’offre, consulter une preuve utile et contacter l’équipe. Une page indispensable laissée vide ou un formulaire non vérifié ne constituent pas un premier lot utilisable.

Option 2 — Différer une fonction indépendante. Une ressource secondaire ou une animation peut être planifiée ensuite si le parcours principal reste complet. Vérifiez les dépendances : une fonction présentée comme optionnelle peut porter une intégration indispensable au contact.

Option 3 — Revoir la date. Si le périmètre indispensable et les personnes disponibles ne permettent pas une réception correcte, le report est une décision à comparer au coût d’un lancement incomplet. Ajouter des intervenants ne supprime pas les validations métier ni toutes les dépendances.

Le guide du prix d’une refonte aide à comparer le travail inclus. Deux devis annonçant la même date peuvent couvrir des lots, des contenus ou des contrôles différents.

La fiche de planning à joindre à votre consultation

1. Date cible et raison. Précisez l’événement concerné et ce qui se passerait si la date changeait.

2. Premier lot indispensable. Nommez les pages, modèles, contenus et fonctions à lancer ensemble.

3. Contributions disponibles. Indiquez les textes, preuves, accès et éléments encore manquants, sans les déclarer prêts par défaut.

4. Responsables de production et de validation. Attribuez chaque livrable et chaque décision à une personne ou un rôle confirmé.

5. Dépendances et estimations. Inscrivez ce qui doit être accepté avant de commencer la tâche suivante. Séparez charge de travail et temps d’attente.

6. Créneaux de relecture et marge. Vérifiez les disponibilités et rendez visible la réserve de temps retenue, avec sa justification.

7. Recette et décision de lancement. Décrivez les contrôles attendus, les écarts bloquants et la personne qui accepte le résultat.

8. Suivi après publication. Fixez les premières vérifications et les responsabilités. Les résultats SEO et les demandes commerciales seront observés séparément, avec leurs propres périodes et limites.

Discuter un planning de refonte avec Gemme Studio

La refonte Webflow de Gemme Studio permet de cadrer les pages, contenus, parcours et travaux à reprendre. Le calendrier se discute sur ce périmètre, les validations et les disponibilités confirmées ; aucun délai standard n’est promis par cet article.

Pour préparer votre projet de refonte, partagez le site actuel, la date souhaitée, les pages indispensables et l’état des contenus. Ces informations permettent d’examiner le premier lot, les dépendances et les décisions nécessaires avant d’établir une proposition.