Refonte ou migration de site : différences, risques et méthode

Refonte et migration répondent à deux questions différentes. La refonte demande ce qu’il faut transformer dans le site. La migration demande dans quel environnement technique le site doit fonctionner. Un projet peut nécessiter l’une, l’autre ou les deux.

La bonne décision part des limites observées : offre devenue difficile à comprendre, parcours qui convertit mal, dette technique, CMS peu adapté, maintenance trop lourde, performances insuffisantes ou risque SEO. Le choix d’une solution vient après ce diagnostic.

Refonte, migration ou les deux : la réponse courte

Choisissez une refonte lorsque le principal problème concerne le positionnement, l’arborescence, les contenus, l’expérience, le design ou la conversion, et que l’environnement technique peut encore soutenir le site.

Choisissez une migration lorsque la structure éditoriale et les parcours restent pertinents, mais que le CMS, l’hébergement ou l’architecture technique ne répondent plus aux besoins.

Combinez refonte et migration lorsque le changement de plateforme accompagne une transformation plus large du site. Le contenu, les URL, le design et la technique doivent alors être pilotés dans un seul projet.

Ce qu’une refonte change réellement

Une refonte peut rester limitée à certaines pages ou reprendre le site dans son ensemble. Elle peut clarifier l’offre, simplifier la navigation, réorganiser les contenus, revoir les preuves, améliorer les appels à l’action et reconstruire le système visuel.

Elle n’impose pas automatiquement de changer de CMS. Si la plateforme actuelle permet de publier, mesurer et maintenir le site dans de bonnes conditions, la conserver réduit le nombre de dépendances. Le projet peut alors concentrer le budget sur les problèmes éditoriaux et commerciaux.

Ce qu’une migration change réellement

Une migration déplace le site vers un nouvel hébergement, un nouveau CMS, une nouvelle architecture ou un nouveau domaine. Même lorsque le contenu et le design semblent inchangés, elle affecte des éléments sensibles : modèles de pages, champs CMS, URL, médias, formulaires, scripts, données de mesure et processus de publication.

Une migration réussie ne consiste donc pas à copier des pages. Elle doit démontrer que les contenus, les fonctions et les signaux SEO utiles existent encore dans le nouvel environnement.

Partir du problème pour choisir le bon périmètre

Les situations suivantes permettent de relier le symptôme observé au périmètre le plus cohérent, sans imposer un changement de plateforme par principe.

Le site ne reflète plus l’offre

Le besoin principal est éditorial et stratégique. Une refonte des messages, de l’arborescence et des pages prioritaires est généralement plus pertinente qu’une migration isolée.

Le site est difficile à administrer

Commencez par identifier la cause : modèle de contenu mal conçu, extensions devenues indispensables, droits mal répartis, absence de composants ou plateforme réellement inadaptée. Une migration se justifie seulement si elle résout ces contraintes de façon vérifiable.

Le design est daté mais le site fonctionne

Une refonte visuelle ciblée peut suffire. Vérifiez néanmoins que la nouvelle interface ne masque pas des problèmes de compréhension, de contenu ou de parcours.

Les performances ou la sécurité sont difficiles à maîtriser

Comparez les causes et les responsabilités actuelles avant de changer de plateforme. Une migration peut simplifier l’exploitation, mais elle ne remplace ni l’optimisation des contenus, ni la revue des scripts, ni les contrôles de mise en ligne.

Le site doit changer de CMS et de positionnement

Il s’agit d’une refonte avec migration. Séparez les décisions de contenu, de design et de technique, puis réunissez-les dans un plan de lancement commun.

Les critères de décision à documenter

Contenus et SEO. Quelles pages génèrent de la visibilité, des demandes ou des liens ? Quelles URL doivent rester identiques, être redirigées ou être fusionnées ?

Fonctionnalités. Quels formulaires, recherches, filtres, comptes, paiements, automatisations ou intégrations sont réellement utilisés ?

Édition. Qui publie, à quelle fréquence, avec quels droits et quelles validations ? Le nouveau CMS doit simplifier ces opérations sans supprimer une fonction utile.

Maintenance. Quelles tâches sont récurrentes, quelles dépendances provoquent des incidents et qui en porte la responsabilité ?

Budget et calendrier. Le chiffrage inclut-il l’audit, les contenus, le design, le développement, la migration, les redirections, la recette, la formation et le suivi ?

Comment cadrer un projet combiné

Phase 1 — Inventaire. Recensez les URL, contenus, gabarits, fonctionnalités, intégrations et données de référence du site actuel.

Phase 2 — Décisions éditoriales. Attribuez un rôle à chaque page et décidez ce qui est conservé, corrigé, fusionné, créé ou retiré.

Phase 3 — Modèle cible. Définissez l’arborescence, les champs CMS, les composants, les parcours et les responsabilités d’édition.

Phase 4 — Construction et migration. Recréez les pages et fonctionnalités, importez les contenus, puis contrôlez les écarts.

Phase 5 — Redirections et recette. Testez les anciennes URL, les nouvelles pages, les formulaires, le tracking, le responsive et les paramètres SEO.

Phase 6 — Lancement et suivi. Vérifiez le déploiement, surveillez les anomalies et comparez les indicateurs aux valeurs de départ.

La méthode de refonte en 10 étapes détaille ce déroulement. Pour prévenir les pertes liées au changement d’environnement, consultez aussi les erreurs de migration à éviter.

Budget : comparer des périmètres, pas seulement des montants

Une migration sans changement visible peut demander un travail important sur les données, les URL et les fonctions. À l’inverse, une refonte éditoriale ciblée peut limiter la reconstruction technique. Le prix d’une refonte de site internet doit donc être rapproché du périmètre exact et des risques pris en charge.

Dans un devis, vérifiez ce qui relève de la reprise de l’existant, de la transformation du site et des contrôles post-lancement. Une ligne « migration » trop générale ne permet pas de savoir si les contenus, redirections et intégrations sont réellement couverts.

Cas spécifique : passer de WordPress à Webflow

Le passage de WordPress à Webflow doit commencer par un inventaire des contenus, des extensions et des fonctions. Certains éléments se reprennent dans le CMS ; d’autres doivent être reconstruits ou remplacés. Le guide pour migrer WordPress vers Webflow détaille cette méthode.

Conclusion

Choisissez la refonte lorsque le site doit mieux expliquer et mieux convertir. Choisissez la migration lorsque l’environnement technique doit changer. Combinez les deux lorsque les décisions de contenu, de design et de plateforme sont interdépendantes.

Pour cadrer ce choix à partir du site existant, consultez le service de refonte Webflow de Gemme Studio.