Migrer un ancien site vers une nouvelle plateforme sans perdre de données

Quand il est temps de déménager

• La plateforme est obsolète : plus de mises à jour, des modules qui lâchent, un hébergeur qui impose une vieille version de PHP.
• Chaque petite retouche exige un développeur, parce que l'administration ne la propose tout simplement pas.
• Le site est lent et ne peut plus être accéléré sur cette plateforme.
• La boutique a dépassé son constructeur : il vous faut vos propres filtres, des intégrations, des exports, l'import automatique des tarifs.
• Les développeurs de l'ancien système sont introuvables et les accès sont restés chez des gens avec qui vous ne travaillez plus.

Ce qui part vers la nouvelle plateforme

Si certaines données sont techniquement inaccessibles — par exemple si l'ancien système ne rend pas l'historique des paiements —, nous le disons avant le démarrage, pas après la migration.

Comment les positions sont préservées

Les positions ne se perdent pas à cause du déménagement lui-même, mais à cause de détails faciles à manquer : adresses modifiées sans redirections, métadonnées non reprises, pages bloquées dans robots « le temps des travaux » et restées bloquées, filtres qui se mettent à produire des doublons.

Notre méthode est simple : nous relevons d'abord la carte complète de l'ancien site — toutes les adresses, métadonnées, titres et positions au jour du déménagement. C'est la référence. Après la mise en ligne, nous comparons le nouveau site à cette référence page par page : tout ce qui a disparu ou changé d'adresse reçoit une 301. Pendant deux semaines nous surveillons la Search Console et les positions — une baisse se voit tout de suite, pas un mois plus tard par le client.

Déroulé et délais

• Audit de l'ancien site (gratuit, 3–5 jours). Ce qu'il contient, combien de produits et de pages, quelles données sont réellement récupérables, ce qu'il vaut mieux ne pas reprendre. En sortie : un plan et un prix.
• Nouvelle plateforme sur un environnement de test. Nous construisons le site pendant que l'ancien tourne tranquillement. Démo chaque semaine.
• Migration des données. D'abord un essai sur une copie, puis un contrôle des volumes : il y avait 4 312 produits — il y en a 4 312. Pas « à peu près autant ».
• Redirections et vérification. Carte des adresses, 301, métadonnées, sitemap, vitesse, formulaires et paiement.
• Bascule. Dans la fenêtre de trafic la plus faible. L'ancien environnement reste actif quelques jours — retour arrière en une minute.
• Deux semaines de surveillance. Search Console, positions, erreurs 404, demandes. Les petits restes sont corrigés sans facture supplémentaire.

Délais courants : site vitrine ou corporate — 2 à 4 semaines migration comprise ; boutique de plusieurs milliers de produits avec intégrations — à partir de 5 semaines.

Le coût de la migration

Le prix a deux composantes : la nouvelle plateforme au tarif habituel et la migration des données, dont l'ampleur n'apparaît qu'après l'audit — 200 produits et 20 000 produits avec une dizaine d'intégrations, ce n'est pas le même travail. C'est pourquoi nous ne donnons pas de chiffre à l'aveugle : d'abord le site, ensuite un montant ferme.

Il vous faut seulement changer de serveur, sans changer de moteur ? C'est la configuration serveur — à partir de €50.

Ce qui tourne mal ailleurs, en général

• On déménage le « site », pas les données. Le catalogue est resaisi à la main, commandes et clients restent dans l'ancienne base — et disparaissent avec elle six mois plus tard.
• On oublie les redirections. La nouvelle plateforme a produit d'autres adresses, les anciennes renvoient 404 — et les positions comme les backlinks partent avec.
• On laisse le noindex après les tests. Un classique : le site reste fermé aux moteurs pendant un mois, puis « bizarre, pourquoi le trafic a chuté ».
• On ne vérifie pas les volumes. « Presque tout » a été transféré — et personne n'a remarqué 300 fiches sans photo et 40 catégories vides.
• On bascule et on s'en va. Les deux premières semaines sont les plus importantes : c'est là qu'apparaissent 404, doublons et problèmes d'indexation.

Nous vérifions le résultat par comparaison avec une référence, pas à l'œil : un code 200 ne signifie pas encore que la page est intacte.

Questions et réponses

Services associés