La quasi-totalité des guides de migration WordPress s'arrêtent à la seule étape qui ne décide de rien : faire s'afficher le site sur son nouvel hébergeur. Sauvegarder votre site, exporter la base de données, créer la nouvelle base, importer la base, mettre à jour les URL, tester le site. Ce processus technique peut être exécuté à la perfection, et votre trafic peut quand même s'effondrer le lendemain. Le paradoxe est là : une migration peut réussir sur le plan des fichiers et échouer sur le seul plan qui vous fait vivre, votre flux de leads. Car déplacer un site WordPress vers un nouveau serveur, ce n'est jamais manipuler des données. C'est déménager vos positions de référencement, votre suivi de conversion et vos tunnels, ces actifs que ni un plugin ni un tutoriel manuel via phpMyAdmin ne pense à protéger. La vraie question n'est donc pas « comment migrer », mais « comment migrer sans perdre ce que vous avez déjà payé pour acquérir ».
🚀 Chez Kobalt, nous ne migrons pas des fichiers, nous protégeons votre flux de leads pendant le transfert. Sur une migration WordPress, notre seul juge n'est pas « le site fonctionne-t-il ? », mais « votre acquisition a-t-elle survécu à l'opération ? »
Migrer, c'est déménager votre machine à leads
Avant d'entrer dans le détail, voici la réponse rapide selon votre situation. Le raisonnement derrière ce tableau compte autant que le tableau lui-même, mais si une seule ligne suffit à vous décider, tant mieux.
| Votre situation | Méthode à privilégier |
| Site simple, vous êtes à l'aise en technique, budget nul | Migration manuelle |
| Site standard, vous voulez du rapide et du fiable | Plugin de migration WordPress |
| Site avec trafic payant, formulaires et suivi de conversion | Accompagnement par une agence |
Trois actifs d'acquisition traversent chaque migration WordPress, et chacun peut se rompre sans déclencher la moindre alerte visible.
Vos positions SEO : le piège des redirections oubliées
Vous avez mis des mois à gagner vos positions dans Google. Une migration WordPress mal préparée les balaie en quelques heures. Le coupable habituel : le changement d'URL. Passage de HTTP à HTTPS, modification de la structure des permaliens, changement de nom de domaine, et voilà des centaines d'adresses qui répondent en erreur 404 là où Google attendait vos pages.
La parade tient en deux gestes : cartographier toutes vos URL avant la bascule, puis poser des redirections 301 propres de l'ancienne adresse vers la nouvelle. C'est exactement le type de contrôle qu'un audit méthodique repère avant qu'il ne coûte cher, une logique que nous détaillons dans notre approche de l'audit SEO WordPress orienté acquisition. Sans ce filet, votre référencement chute, et avec lui le trafic gratuit qui alimente vos conversions.
Votre suivi de conversion : les balises qui disparaissent sans bruit
C'est le piège le plus vicieux. Votre site fonctionne correctement après le transfert, tout semble normal, et pourtant vos conversions ne remontent plus. La raison : les balises et pixels qui vivaient dans votre thème ou dans votre gestionnaire de balises n'ont pas suivi. Balise de mesure d'audience, pixel Meta, balise de conversion Google Ads, conteneur GTM, tout cela peut sauter à la bascule et ne se voir que trois semaines plus tard, quand vous constatez un tableau de bord vide.
Le problème n'est pas seulement technique. Sans suivi de conversion, vous pilotez vos campagnes publicitaires à l'aveugle, vous optimisez sur des chiffres faux, et chaque euro investi devient un pari.
Vos tunnels et formulaires : là où le lead se volatilise
Un formulaire de contact qui n'envoie plus ses notifications, une landing page dont la mise en page casse, un tunnel de conversion interrompu entre deux étapes : autant de fuites invisibles. Le visiteur clique, remplit, valide, et son message se perd. Vous ne le saurez jamais, sauf à tester chaque parcours après la migration. La construction de ces parcours a ses propres exigences, que nous traitons à part dans nos contenus sur le tunnel de vente WordPress et sur la landing page WordPress pensée pour convertir.
🧠 Chez Kobalt, nous sommes convaincus qu'une migration WordPress ne se juge pas à la santé du serveur mais à la continuité du flux d'acquisition. Un site en ligne qui ne génère plus de leads a échoué à la seule chose qui comptait.
Migration manuelle, plugin ou agence : le vrai arbitrage
Il existe trois façons de migrer votre site, et le choix ne dépend pas de votre budget seul mais du risque que représente une interruption pour votre acquisition. Voici comment trancher.
La migration manuelle : contrôle total, risque maximal
Migrer manuellement, c'est réaliser chaque geste à la main, sans intermédiaire. Vous gardez le contrôle absolu sur le processus de migration (migration process), ce qui séduit les développeurs et les profils techniques. En contrepartie, la moindre inattention casse quelque chose.
Le principe est toujours le même : vous devez sauvegarder puis exporter la base de données via phpMyAdmin, récupérer l'intégralité des fichiers du site par FTP, recréer une nouvelle base sur le nouveau serveur, importer la base de données, remonter les fichiers, puis ajuster la configuration du fichier wp-config.php pour reconnecter le tout. Cette méthode manuelle convient à un site vitrine simple. Elle devient périlleuse dès que le site grossit, embarque WooCommerce ou fonctionne en multisite.
La migration par plugin : le « un clic » et ses angles morts
Un plugin de migration WordPress automatise la quasi-totalité du travail. Vous installez l'extension sur l'ancien et le nouveau site, elle empaquette tout, et la migration facile promise sur la boîte devient presque réelle. Presque, car chaque outil a ses limites : taille maximale d'archive, gestion aléatoire des gros sites, restauration parfois capricieuse.
Voici les meilleurs plugins de migration, du plus grand public au plus technique. C'est le comparatif à garder sous les yeux pour choisir le meilleur plugin selon votre profil.
| Plugin | Version gratuite | Point fort | Niveau requis |
| Duplicator | Oui (version pro disponible) | Contrôle fin, populaire chez les développeurs | Intermédiaire |
| All-in-One WP Migration | Oui | Le plus simple, migration et backup en un clic | Débutant |
| Migrate Guru | Oui | Pensé pour les gros sites, migration gratuite sans limite de taille | Débutant |
| UpdraftPlus | Oui (version premium) | Excellent pour la sauvegarde et la restauration planifiées | Débutant |
| WP Migrate | Version pro surtout | Migration de base de données très fine | Avancé |
Le plugin all in one le plus connu, All-in-One WP Migration, illustre bien le compromis : redoutable de simplicité en version gratuite, il bute sur les sites volumineux sans passer à la version pro. Duplicator et Migrate Guru prennent alors le relais. Aucun n'est universellement le meilleur plugin : le bon choix dépend de la taille de votre site, de votre hébergement et de votre aisance technique.
La migration par une agence : quand déléguer devient rentable
Dès que votre site porte du trafic payant, des formulaires stratégiques et un suivi de conversion, l'enjeu n'est plus « le site s'affiche-t-il ? » mais « combien de leads vais-je perdre pendant l'opération ? ». À ce stade, déléguer la migration WordPress à des experts qui protègent d'abord votre acquisition n'est pas une dépense, c'est une assurance sur votre chiffre d'affaires.
Avant de toucher quoi que ce soit : votre protocole de sécurité
Une migration WordPress réussie se joue avant le premier transfert. La phase de préparation est celle que les tutoriels bâclent et que les professionnels ne sautent jamais.
La sauvegarde complète : base de données ET fichiers
Avant tout, sauvegarder votre site intégralement. Et intégralement veut dire deux choses distinctes : la base de données d'un côté (elle contient vos articles, vos pages, vos réglages), les fichiers du site de l'autre (thème, extensions, images, médias). Une sauvegarde partielle est une fausse sauvegarde.
Concrètement, vous allez exporter la base de données depuis phpMyAdmin ou via un plugin de sauvegarde, puis récupérer les fichiers par FTP ou par l'archive générée par votre outil. Conservez ce backup en lieu sûr : c'est votre seule police d'assurance si la bascule tourne mal. Et vérifiez que vous savez le restaurer, car une sauvegarde qu'on ne sait pas restaurer ne vaut rien.
L'inventaire de vos actifs d'acquisition
Voici l'étape que personne ne documente, et pourtant la plus rentable. Avant la bascule, dressez la liste écrite de tout ce qui génère ou mesure vos leads : chaque balise, chaque pixel, chaque formulaire, chaque redirection en place, chaque URL suivie dans vos rapports. Cet inventaire devient votre grille de contrôle après la migration. Sans lui, vous ne saurez même pas ce qui a cassé.
L'environnement de préproduction : tester avant de basculer
Ne migrez jamais directement en production. Montez une copie sur un sous-domaine ou en local, testez le site dans cette destination, vérifiez que tout fonctionne correctement, puis seulement basculez. La documentation officielle de WordPress.org détaille les bonnes pratiques d'installation et de préparation, un point d'appui utile pour cadrer cette étape.
Les étapes d'une migration qui ne casse rien
Place au cœur opérationnel. Voici, dans l'ordre, la migration d'un site du départ à l'arrivée. Considérez cette section comme le tutoriel détaillé de la bascule elle-même, une fois la préparation faite. En résumé, une migration WordPress s'enchaîne en quatre gestes : sauvegarder, exporter base de données, importer base de données sur le nouveau serveur, puis contrôler la configuration fichier par fichier.
Transférer les fichiers et la base de données
Première étape : déplacer les données vers le nouvel hébergeur. Vous remontez les fichiers du site sur le nouveau serveur par FTP, vous créez une nouvelle base de données côté hébergement, puis vous venez importer la base de données exportée à l'étape de sauvegarde. Si vous migrez manuellement, c'est le moment d'importer base via phpMyAdmin sur le nouveau site. Un outil de type search and replace corrige au passage les anciennes adresses inscrites en dur dans la base.
Basculer le DNS sans coupure de service
C'est ici que se joue le temps de coupure. Pour migrer vers un nouvel hébergeur sans downtime, réduisez d'abord la valeur TTL de votre zone DNS quelques heures avant le transfert de serveur, ce qui accélère la propagation. Une fois le nouveau site testé et validé sur sa destination, faites pointer le nom de domaine vers la nouvelle adresse. La propagation peut prendre de quelques minutes à quelques heures : chaque heure d'indisponibilité est une heure de leads perdus, d'où l'intérêt d'anticiper.
Reconnecter et vérifier les URL
Dernière étape technique : la mise à jour des URL. Il faut mettre à jour les URL en base de données pour qu'elles pointent vers le bon domaine, vérifier le maillage interne et traquer les liens absolus qui renverraient encore vers l'ancien site internet. Un outil de crawl passé sur le nouveau site repère instantanément les 404 et les liens cassés, avant que vos visiteurs (et Google) ne les découvrent.
Migration bloquée : les erreurs qui surviennent et comment vous en sortir
Une migration qui coince n'est pas un échec, c'est un moment de bascule prévisible. Les mêmes erreurs reviennent d'un projet à l'autre, et chacune a sa solution. Le vrai danger n'est d'ailleurs pas le problème visible, l'écran blanc ou le message d'erreur en gros caractères. C'est la panne silencieuse, celle qui laisse le site debout mais casse le suivi de conversion sans que rien ne le signale.
Voici les situations les plus fréquentes et leur solution.
| Problème rencontré | Cause probable | Solution |
| « Error establishing a database connection » | Identifiants incorrects dans wp-config.php | Corriger nom de base, utilisateur et mot de passe dans le fichier de configuration wp-config.php |
| Écran blanc de la mort | Extension ou thème incompatible, mémoire PHP | Désactiver les extensions, vérifier la version PHP du nouveau serveur |
| Images et liens cassés | URL non mises à jour après le transfert | Lancer un script search and replace sur la base de données |
| Dépassement de la taille limite d'import | Plafond du plugin ou du serveur atteint | Passer en version pro, augmenter la limite, ou migrer manuellement |
| Échec de restauration du backup | Sauvegarde incomplète ou corrompue | Restaurer depuis une sauvegarde saine, séparer base et fichiers |
Face à une difficulté d'import en migration manuelle, phpMyAdmin reste votre meilleur allié : c'est là que vous pouvez exporter base et réimporter proprement, table par table si nécessaire. Et rappelez-vous le fil rouge : une erreur visible se corrige en dix minutes. Une conversion qui ne remonte plus peut passer inaperçue pendant des semaines. C'est cette seconde catégorie qui coûte réellement cher.
Après la bascule : comment savoir si votre acquisition a survécu ?
Le transfert est terminé, le nouveau site répond. La vraie question commence maintenant : votre machine à leads tourne-t-elle toujours ? Trois contrôles répondent, dans cet ordre.
Contrôler l'indexation et les redirections
Ouvrez la Search Console, soumettez votre nouveau sitemap, et déclarez le changement d'adresse si le nom de domaine a changé. Passez ensuite un crawl complet du site pour chasser les 404 : chaque page en erreur est une position de référencement qui s'évapore. Vérifiez que vos redirections 301 renvoient bien vers les bonnes cibles.
Vérifier que vos conversions remontent toujours
C'est le contrôle que personne ne fait et qui compte le plus. Soumettez vous-même un vrai formulaire. Vérifiez qu'il déclenche bien la notification et la balise de conversion. Contrôlez que vos événements de mesure d'audience et votre pixel publicitaire s'enregistrent correctement. Reprenez votre inventaire pré-migration ligne par ligne : chaque balise doit répondre présente. C'est la seule preuve que votre acquisition a survécu.
Surveiller positions et flux de leads les premières semaines
Une migration WordPress ne se solde pas le jour de la bascule mais deux à trois semaines plus tard. Surveillez de près l'évolution de vos positions, votre trafic organique et surtout votre volume de leads. Une baisse persistante n'est pas un aléa : c'est un signal qu'un actif d'acquisition est resté cassé.
Conclusion
Migrer un site WordPress réussi ne se mesure pas à un site qui s'affiche correctement, mais à un flux de leads qui n'a jamais faibli. La méthode (manuelle, plugin ou agence), les étapes techniques et le dépannage des erreurs comptent, mais ils ne sont que les moyens d'un seul objectif : déménager votre site sans faire tomber la machine qui vous ramène des clients. Les guides s'arrêtent au serveur. Votre acquisition, elle, commence là où ils s'arrêtent.
🚀 Vous devez migrer votre site et vous refusez de sacrifier des leads dans l'opération ? C'est exactement le travail de Kobalt : transférer votre site en protégeant vos positions, votre suivi de conversion et vos tunnels, pour qu'au lendemain de la bascule votre acquisition tourne comme avant. Parlons de votre migration
FAQ
Combien de temps prend une migration WordPress ?
Pour un site vitrine simple, comptez quelques heures avec un plugin de migration WordPress. Pour un site volumineux avec WooCommerce, du contenu lourd ou un multisite, prévoyez une à plusieurs journées, préparation et vérifications comprises. Le facteur décisif n'est pas la taille des fichiers mais la complexité de vos actifs d'acquisition à préserver.
Un plugin suffit-il, ou faut-il une agence ?
Un plugin suffit pour un site simple sans trafic payant ni suivi de conversion complexe. Dès que votre site porte des campagnes publicitaires, des formulaires stratégiques et des balises de mesure, la migration facile promise par l'outil ne couvre pas le risque réel : la perte silencieuse de vos leads. C'est là qu'un accompagnement se justifie.
La migration fait-elle perdre le référencement ?
Elle le peut, si les redirections et les URL sont mal gérées. Une migration WordPress bien préparée, avec cartographie des adresses et redirections 301 propres, préserve vos positions. C'est justement le point que les tutoriels génériques négligent le plus.
Peut-on migrer sans coupure de service ?
Oui, en réduisant le TTL de votre DNS avant la bascule et en testant le nouveau site sur sa destination avant de faire pointer le nom de domaine. Un transfert de serveur bien orchestré réduit le downtime à quelques minutes, voire à zéro pour vos visiteurs.
Comment migrer depuis un autre CMS vers WordPress ?
Le principe reste le migrer votre site vers une nouvelle installation WordPress, mais l'étape supplémentaire est la conversion du contenu au format WordPress. Des outils d'import dédiés existent selon le CMS d'origine. Prévoyez ensuite un contrôle renforcé de la structure des URL et du référencement.
Peut-on migrer un multisite ou automatiser via WP-CLI ?
Oui. Un réseau multisite se migre, avec des précautions supplémentaires sur la table des sites et les domaines. Les développeurs peuvent aussi automatiser sauvegardes et migrations en ligne de commande via WP-CLI, une option puissante mais réservée à un niveau technique avancé.
Fabien Bertrand Expert site Web
"Un site e-commerce n’est pas une vitrine, c’est une machine à générer des ventes"
