Changer de plateforme ressemble rarement à ce que la brochure promet. Une migration Webflow consiste bien à reconstruire un site existant sur un nouvel outil, mais l’opération touche simultanément à l’architecture des adresses, à la structure du contenu, aux réglages techniques et parfois à la messagerie professionnelle. Les projets qui se passent mal ne butent presque jamais sur la difficulté de construire les pages : ils échouent sur l’inventaire de départ, sur le plan de redirections ou sur une bascule menée sans filet. Les pages qui suivent décrivent la séquence complète, dans l’ordre où elle doit être menée, avec les points de contrôle qui évitent les mauvaises surprises.
Ce que change réellement une migration vers Webflow
Une migration n’est pas une refonte graphique, même si les deux se mènent souvent ensemble. Reconstruire à l’identique un site de quarante pages coûte déjà plusieurs semaines de travail, sans que le visiteur perçoive la moindre différence. Décider en cours de route de revoir l’arborescence, les messages et les visuels multiplie le périmètre et brouille l’analyse des résultats : en cas de baisse de trafic, plus rien ne permet de dire ce qui l’a causée.
Le changement de plateforme modifie aussi le modèle de fonctionnement. L’hébergement, les mises à jour de sécurité et la disponibilité passent sous la responsabilité de l’éditeur, ce qui supprime une charge de maintenance et une source de pannes. En contrepartie, certaines fonctions natives d’un système ouvert disparaissent ou demandent un service tiers. Cet arbitrage mérite d’être posé avant de commencer, et notre comparatif entre les deux systèmes détaille les différences qui pèsent le plus sur un site vitrine.
Dernier point structurant : la reprise du contenu dynamique. Un blog de trois cents articles, un catalogue de références ou un annuaire ne se transfèrent pas par copier-coller. Ils exigent un export propre, une transformation vers un format tabulaire compatible et une importation contrôlée, avec toutes les questions de correspondance de champs que cela suppose.
L’inventaire préalable, étape que personne n’aime
Cartographier toutes les adresses existantes
Le point de départ obligatoire est l’inventaire des URL. Il se construit en croisant plusieurs sources, car aucune n’est complète à elle seule : le plan de site déclaré, l’export des pages depuis l’ancien système, la liste des adresses ayant reçu du trafic sur les douze derniers mois, et les journaux du serveur si l’accès existe. Le croisement fait systématiquement apparaître des pages oubliées, souvent anciennes, parfois encore visitées.
Chaque adresse recensée reçoit ensuite une décision explicite : conservée à l’identique, conservée avec une adresse modifiée, fusionnée avec une autre page, ou supprimée. Cette classification constitue le fichier de correspondance qui servira de base au plan de redirections. Un tableau de trois colonnes suffit, mais il doit être exhaustif.
Auditer le contenu avant de le reprendre
Une migration offre l’occasion rare de faire le ménage. Les pages sans aucune visite depuis deux ans, les articles obsolètes, les doublons créés au fil des années : les reprendre revient à payer pour transporter des cartons vides. La règle raisonnable consiste à conserver ce qui reçoit du trafic ou des liens entrants, à fusionner ce qui traite d’un même sujet et à supprimer le reste, en redirigeant toujours vers la page la plus proche thématiquement.
Recenser les fonctions non éditoriales
Formulaires, moteur de recherche interne, espace de téléchargement, calculateur, connexion à un outil de gestion commerciale, système de réservation : chaque brique doit être listée avec son remplacement prévu. Certaines se reconstruisent nativement, d’autres passent par un service externe intégré, quelques-unes n’ont pas d’équivalent direct et imposent un compromis. Découvrir ce point trois jours avant la bascule transforme un projet maîtrisé en improvisation.
Le plan de redirections, pièce maîtresse
Les redirections 301 indiquent aux navigateurs et aux moteurs qu’une adresse a définitivement changé de place, et transmettent l’essentiel de la valeur accumulée par l’ancienne page. Leur absence ou leur imprécision explique l’essentiel des chutes de trafic constatées après un changement de plateforme.
Trois principes gouvernent un plan solide. Chaque ancienne adresse pointe vers la page nouvelle la plus proche par le sujet, jamais vers l’accueil par facilité. Les chaînes de redirections successives sont éliminées, une adresse ancienne devant atteindre sa destination finale en un seul saut. Enfin, la forme exacte des adresses est respectée, notamment la présence ou l’absence de barre oblique finale, un détail qui génère à lui seul des quantités de pages introuvables.
| Situation rencontrée | Traitement recommandé | Risque en cas d’oubli |
|---|---|---|
| Page conservée, adresse identique | aucune action | nul |
| Page conservée, adresse modifiée | redirection permanente vers la nouvelle | perte de position et de trafic |
| Deux pages fusionnées en une | redirection des deux vers la page retenue | contenu dupliqué, dilution |
| Page supprimée sans équivalent | redirection vers la rubrique parente | erreur 404 sur des liens actifs |
| Adresses avec et sans barre finale | une forme servie, l’autre redirigée | duplication et exploration gaspillée |
| Version non sécurisée du domaine | redirection vers la version sécurisée | avertissement du navigateur |
Le plan se prépare avant la bascule, se charge dans l’interface de la plateforme et se teste sur un échantillon représentatif : les dix pages les plus visitées, les cinq plus anciennes, deux pages profondes et une page supprimée. Un contrôle automatisé du fichier complet, ligne par ligne, se mène dans les heures qui suivent la mise en ligne à l’aide d’un outil de vérification de codes de réponse.
Reprendre le contenu sans le perdre
La reprise d’un contenu structuré suit une séquence stable. Export depuis l’ancien système, nettoyage dans un tableur, modélisation des collections cibles, importation d’un lot témoin de cinq entrées, vérification, puis importation complète. Sauter le lot témoin fait perdre plusieurs heures dès que la correspondance des champs se révèle inexacte.
Les points de vigilance sont toujours les mêmes. Les caractères accentués et les apostrophes typographiques survivent mal aux exports mal encodés. Les images intégrées dans le corps des articles pointent vers l’ancien domaine et doivent être rapatriées puis réécrites. Les dates changent de format d’un système à l’autre. Les catégories et étiquettes deviennent des champs de référence, ce qui suppose de créer d’abord les collections liées. Enfin, les plafonds de volume propres à chaque plan de la plateforme se vérifient avant l’import, sous peine de blocage à mi-chemin : notre article sur les collections et leurs limites précise la logique de ces seuils.
Un principe simplifie beaucoup l’opération : instaurer une période de gel éditorial. Aucune publication ni modification sur l’ancien site pendant les jours qui séparent l’export de la bascule. Faute de quoi, les contenus créés dans l’intervalle disparaissent purement et simplement, et personne ne s’en aperçoit avant des semaines.
La bascule et les jours qui suivent
La bascule technique repose sur le changement des enregistrements DNS du domaine, opération dont la propagation prend de quelques minutes à plusieurs heures selon les configurations. Deux précautions valent d’être prises. Abaisser la durée de vie des enregistrements quarante-huit heures avant l’opération accélère la propagation et facilite un retour en arrière. Vérifier que les enregistrements de messagerie ne sont pas écrasés évite de couper les courriels de l’organisation, incident classique et particulièrement mal vécu.
Une répétition générale change la nature de la journée de bascule. Elle consiste à publier le nouveau site sur son adresse temporaire, protégée par un mot de passe, puis à dérouler la liste complète des vérifications comme s’il s’agissait du jour J : parcours des gabarits, envoi d’un formulaire test, contrôle des liens de navigation, affichage sur trois tailles d’écran, lecture des textes par une personne extérieure au projet. Les anomalies découvertes à ce stade se corrigent tranquillement, celles découvertes en production coûtent dix fois plus cher en stress et en réputation.
La fenêtre de bascule se choisit en début de semaine et en matinée, jamais un vendredi soir. La disponibilité de l’équipe pendant les vingt-quatre heures suivantes vaut mieux qu’un horaire théoriquement moins fréquenté. Une 404 personnalisée utile, avec un lien vers les rubriques principales et un accès à la recherche, limite les dégâts sur les adresses oubliées.
Le suivi post-bascule occupe les quatre à six semaines suivantes. Les indicateurs à surveiller sont peu nombreux : évolution du trafic organique par rubrique, courbe des erreurs remontées par l’outil de suivi d’indexation, temps de chargement des gabarits principaux, taux de soumission des formulaires. Les réglages spécifiques à la plateforme qui influencent ces courbes sont détaillés dans notre guide du référencement sur Webflow.
Les pièges qui coûtent le plus cher
Le premier est la migration menée en même temps qu’une refonte complète des textes. Le second est l’oubli des sous-domaines, souvent une ancienne version mobile ou un espace de documentation restés actifs. Le troisième est le renvoi massif vers l’accueil, solution de facilité qui annule l’intérêt des redirections. Le quatrième est l’absence de sauvegarde exploitable de l’ancien site : conserver une copie complète des fichiers et de la base pendant six mois minimum coûte quelques euros et sauve des situations.
Deux autres écueils reviennent régulièrement. Les pages accessibles uniquement par un lien envoyé par courriel, devis en ligne, documents partagés, invitations à un événement, échappent à tous les inventaires automatiques et restent pourtant actives dans les boîtes de réception des destinataires. Un appel aux équipes commerciales et administratives permet de les récupérer avant qu’elles ne deviennent des impasses. Les paramètres d’URL utilisés pour le suivi des campagnes publicitaires posent un problème voisin : ils s’ajoutent aux adresses et doivent continuer à fonctionner sur les nouvelles pages, faute de quoi les liens diffusés dans des annonces encore en ligne cessent d’aboutir.
Un dernier piège, plus discret, concerne les balises de suivi et le consentement aux traceurs. Reproduire l’ancien dispositif à l’identique sans vérifier sa conformité perpétue d’éventuels manquements, alors que la reconstruction offrait l’occasion de repartir sur une base propre, avec un bandeau conforme aux exigences en vigueur et un blocage effectif des dépôts avant recueil du consentement.