Migration site WordPress : guide complet pour changer d’hébergement sans stress
Votre site WordPress actuel est hébergé chez un prestataire qui ne vous satisfait plus, les performances sont en berne, ou vous avez besoin de changer complètement d’environnement technique ? La migration d’un site WordPress, c’est un sujet qui revient souvent dans mes échanges avec mes clients — et je comprends pourquoi ça peut faire flipper 😰
Pour ma part, j’ai géré des dizaines de migrations WordPress depuis que je suis freelance. Des petites, des grosses, des trucs qui auraient pu mal tourner mais qui se sont bien passés parce qu’on avait un process carré. Et c’est exactement ce que je vais partager avec vous aujourd’hui : comment réussir la migration de votre site WordPress sans perdre de données, sans casser votre référencement, et sans nuits blanches 😊
Que vous soyez une PME du Nord, un e-commerçant qui explose son hébergement mutualisé, ou une association qui veut moderniser son infrastructure — ce guide est fait pour vous. Et si vous préférez déléguer, je suis là pour ça 🚀
Migration WordPress : pourquoi c’est (souvent) nécessaire 🔄
On ne migre pas un site WordPress par plaisir. C’est toujours motivé par un vrai besoin. Voici les cas que je rencontre le plus souvent dans mon activité :
Changement d’hébergeur
C’est le cas numéro un. Votre hébergeur actuel est trop lent, le support est inexistant, les tarifs ont explosé, ou vous avez simplement besoin de plus de ressources. J’ai déjà accompagné des clients qui étaient chez des hébergeurs « low cost » et qui ne comprenaient pas pourquoi leur site mettait 8 secondes à charger. Imaginez un magasin dont la porte d’entrée met 8 secondes à s’ouvrir — personne n’attend 😅
Changement de nom de domaine
Rebranding, fusion d’entreprise, ou tout simplement un nom de domaine plus pertinent pour votre activité. Ce type de migration est un peu particulier parce qu’il impacte directement votre SEO. Les URLs changent, et Google doit comprendre que c’est toujours le même site. Mal gérée, cette étape peut vous faire perdre des mois de référencement. Bien gérée, votre trafic ne bouge pas d’un poil.
Passage en HTTPS
En 2026, ne pas être en HTTPS c’est un peu comme laisser la porte de votre bureau grande ouverte avec un panneau « servez-vous ». Google pénalise les sites non sécurisés, et les navigateurs affichent des alertes qui font fuir les visiteurs. Si votre site est encore en HTTP, la migration vers HTTPS est une priorité absolue.
Montée en charge technique
Votre site a grandi, le trafic a augmenté, et votre hébergement mutualisé à 3€/mois ne suit plus. Il est temps de passer sur un VPS ou un serveur dédié. C’est un classique chez les sites WooCommerce qui commencent à avoir du volume — et c’est exactement le genre de migration technique que j’adore gérer 🔥
Les risques d’une migration mal préparée ⚠️
Je ne vais pas vous mentir : une migration WordPress bâclée peut faire très mal. J’ai vu des cas où des entreprises ont perdu leur site pendant plusieurs jours parce que personne n’avait fait de sauvegarde avant de lancer la migration. C’est un peu comme déménager sans avoir mis vos affaires dans des cartons — ça finit par terre 😬
Voici les risques principaux :
- Perte de données : articles, pages, médias, commentaires, réglages WooCommerce… tout peut disparaître si la base de données est mal exportée ou importée
- Casse du référencement : URLs modifiées sans redirections 301, sitemap non mis à jour, fichier robots.txt oublié — Google déteste ça
- Temps d’indisponibilité : un site down pendant une migration, c’est des clients perdus et une image dégradée
- Erreurs techniques : liens cassés, images manquantes, plugins incompatibles, version PHP différente…
- Emails perdus : si vos emails sont liés au même hébergeur, ils peuvent être impactés par la migration
Tous ces problèmes sont évitables avec une bonne préparation. Et c’est exactement pour ça qu’un process méthodique fait toute la différence.
Ma méthode pour une migration WordPress réussie 🎯
Après des dizaines de migrations, j’ai développé un process qui fonctionne à chaque fois. Ce n’est pas de la magie, c’est de la rigueur. Voici les étapes que je suis systématiquement.
Étape 1 : Audit complet du site existant
Avant de toucher à quoi que ce soit, je fais un état des lieux complet. Ça inclut :
- La version de WordPress, PHP et MySQL en cours
- La liste de tous les plugins actifs (et leur compatibilité avec le nouvel environnement)
- Le thème utilisé et ses dépendances
- Le volume de données : nombre d’articles, pages, médias, produits WooCommerce
- Les configurations spécifiques : tâches cron, fichier .htaccess, constantes wp-config.php
- L’état du SEO : pages indexées, positionnement, Search Console
Cet audit me permet d’anticiper les problèmes potentiels avant qu’ils ne surviennent. C’est comme le diagnostic d’un médecin avant une opération — on ne coupe pas sans savoir ce qu’on fait 💪
Étape 2 : Sauvegarde intégrale
La règle d’or : on ne migre JAMAIS sans sauvegarde complète. Et quand je dis complète, c’est :
- Export de la base de données MySQL (avec
mysqldumpou via WP-CLI) - Copie de tous les fichiers : wp-content (thèmes, plugins, uploads), wp-config.php, .htaccess
- Vérification de l’intégrité de la sauvegarde (oui, je teste que la sauvegarde fonctionne réellement)
J’utilise WP-CLI pour automatiser une bonne partie de ce process. Un wp db export suivi d’un rsync des fichiers et c’est plié en quelques minutes, même sur de gros sites. C’est justement ce genre de gain de temps qui fait que j’adore les outils en ligne de commande 🛠️
Étape 3 : Préparation du nouvel environnement
Pendant que l’ancien site tourne normalement, je prépare le nouvel hébergement :
- Configuration du serveur (PHP, MySQL, extensions nécessaires)
- Installation d’un certificat SSL
- Mise en place de l’environnement WordPress
- Si c’est un projet Bedrock : configuration de Composer et du fichier .env
Le but, c’est que tout soit prêt avant de transférer quoi que ce soit. Quand j’utilise WP-CLI, le déploiement du nouvel environnement est ultra-rapide.
Étape 4 : Transfert des données
C’est le moment crucial. Je transfère la base de données et les fichiers vers le nouvel hébergement. Pour les sites complexes (WooCommerce notamment), j’utilise une approche en deux temps :
- Pré-transfert : copie initiale de tous les fichiers et de la BDD pendant que l’ancien site est encore actif
- Transfert final : synchronisation des dernières modifications juste avant le basculement DNS (pour minimiser les écarts de données)
Cette approche permet de réduire le temps d’indisponibilité à quelques minutes, voire zéro si tout se passe bien. Pour les boutiques en ligne qui font du chiffre, chaque minute de downtime compte 💰
Étape 5 : Rechercher-remplacer les URLs
C’est l’étape que beaucoup oublient, et c’est souvent là que ça casse. La base de données WordPress contient des URLs en dur partout : dans les articles, les options, les widgets, les données sérialisées des plugins…
Un simple wp search-replace 'ancien-domaine.fr' 'nouveau-domaine.fr' en WP-CLI fait le job proprement, en gérant même les données sérialisées PHP (ce qu’un rechercher-remplacer SQL basique ne sait pas faire). Si vous changez aussi de protocol (HTTP → HTTPS), c’est la même commande.
Étape 6 : Tests intensifs
Avant de basculer les DNS, je teste TOUT sur le nouveau serveur (via le fichier hosts local ou une URL temporaire) :
- Navigation complète du site
- Formulaires de contact
- Tunnel d’achat WooCommerce (si applicable)
- Performances (Core Web Vitals, temps de chargement)
- Compatibilité des plugins
- Affichage responsive
- Redirections 301 fonctionnelles
C’est un peu le contrôle technique avant de reprendre la route. On vérifie tout, on ne laisse rien au hasard 🔍
Étape 7 : Basculement DNS et vérifications post-migration
Le jour J, on bascule les DNS pour pointer vers le nouveau serveur. La propagation peut prendre de quelques minutes à 48 heures (en général, c’est réglé en moins de 2h). Pendant cette période, je surveille les deux serveurs pour m’assurer que tout se passe bien.
Ensuite, check-list post-migration :
- Vérifier que le SSL fonctionne (cadenas vert dans le navigateur)
- Tester les envois d’emails (formulaires, notifications WooCommerce)
- Resoumettre le sitemap dans Google Search Console
- Vérifier les redirections 301 si changement de domaine
- Surveiller les erreurs 404 dans les jours qui suivent
- Garder l’ancien hébergement actif quelques jours en backup
Les outils que j’utilise pour mes migrations 🛠️
En tant que développeur qui travaille avec des outils professionnels, je préfère les solutions techniques aux plugins « tout-en-un » grand public. Voici ma stack migration :
- WP-CLI : export/import de base de données, search-replace, gestion des plugins et thèmes en ligne de commande
- rsync : transfert de fichiers optimisé (ne copie que ce qui a changé, idéal pour les gros dossiers uploads)
- mysqldump / mysql : export et import de BDD fiables et scriptables
- Git : versionnement du code (thème, plugins custom). Sur les projets Bedrock, tout le code est versionné, ce qui rend la migration du code triviale
- SSH : accès direct au serveur pour des interventions rapides et sécurisées
Je n’utilise pas les plugins de migration grand public (type Duplicator ou All-in-One WP Migration) pour les projets pros. Ils fonctionnent bien pour les petits sites, mais sur des projets avec des bases de données de plusieurs Go ou des configurations complexes, les outils en ligne de commande sont infiniment plus fiables et rapides.
Migration et SEO : ne perdez pas votre référencement 📈
C’est LA grande peur de tout propriétaire de site : « Est-ce que je vais perdre mon référencement Google en migrant ? ». La réponse courte : non, si c’est bien fait. La réponse longue : voici exactement ce qu’il faut faire.
Si vous gardez le même domaine
Bonne nouvelle : tant que les URLs restent identiques, Google ne verra quasiment aucune différence. Le contenu est le même, les URLs sont les mêmes, seul le serveur a changé. Le seul risque, c’est un temps d’indisponibilité trop long pendant la propagation DNS.
Mon conseil : réduisez le TTL de vos DNS 24 à 48h avant la migration (passez-le à 300 secondes par exemple). Comme ça, la propagation sera ultra-rapide le jour J.
Si vous changez de domaine
Là, c’est plus délicat. Voici le protocole que je suis :
- Redirections 301 systématiques : chaque ancienne URL doit pointer vers sa nouvelle URL équivalente (pas juste tout rediriger vers la home page !)
- Google Search Console : ajouter le nouveau domaine ET utiliser l’outil « Changement d’adresse »
- Sitemap à jour : soumettre le nouveau sitemap avec les nouvelles URLs
- Liens internes : vérifier que tous les liens internes pointent vers le nouveau domaine
- Backlinks : contacter les sites qui font des liens vers vous pour leur demander de mettre à jour (quand c’est possible)
En suivant ce process, la perte de trafic est généralement minime et temporaire (quelques semaines max). J’ai déjà accompagné des clients sur ce type de migration sans perte significative de positionnement.
Cas concret : migration WooCommerce pour un client dans le Nord 🏪
Pour illustrer, laissez-moi vous raconter un cas récent. Un client e-commerce basé dans le Nord avait son site WooCommerce chez un hébergeur mutualisé. Le site comptait plus de 500 produits, une base de données de 2 Go, et le temps de chargement frôlait les 6 secondes sur mobile 😰
L’objectif : migrer vers un VPS optimisé pour WordPress, sans perdre une seule commande ni un seul client.
Le résultat ? Migration réalisée un dimanche matin, temps d’indisponibilité total : 4 minutes. Temps de chargement après migration : 1.8 secondes. Et le client a vu ses conversions augmenter de 15% le mois suivant, simplement grâce aux meilleures performances. C’est le genre de résultat qui fait plaisir 💪
Ce gain de performance, c’est d’ailleurs exactement ce que je détaille dans mon article sur l’optimisation des performances WordPress.
Combien coûte une migration WordPress ? 💶
La question qui revient à chaque fois ! Le coût dépend évidemment de la complexité du projet. Voici les facteurs qui influencent le prix :
- Taille du site : un site vitrine de 10 pages ≠ un WooCommerce avec 5000 produits
- Type de migration : simple changement d’hébergeur vs changement de domaine + restructuration
- Environnement technique : site classique vs projet Bedrock avec CI/CD
- Urgence : une migration planifiée vs « mon site est down, au secours ! »
En règle générale, comptez entre une demi-journée et deux jours de travail selon la complexité. À mon TJM de développeur freelance, ça reste un investissement très raisonnable comparé aux risques d’une migration ratée (perte de chiffre d’affaires, référencement dans les choux pendant des semaines…).
Et pour la suite ? Je propose aussi des contrats de maintenance WordPress pour garder votre site en pleine forme après la migration. Parce qu’un site, ça s’entretient 😊
Migration WordPress : DIY ou faire appel à un pro ? 🤔
Soyons honnêtes : pour un petit blog perso avec 20 articles, vous pouvez probablement gérer la migration vous-même avec un plugin comme Duplicator. Mais dès qu’on parle d’un site pro — surtout s’il génère du chiffre d’affaires — je recommande fortement de faire appel à un développeur expérimenté.
Pourquoi ? Parce que les enjeux sont trop importants. Un site e-commerce qui tombe pendant 48h, c’est de l’argent perdu. Un référencement cassé par des redirections mal configurées, c’est des mois de travail SEO qui partent en fumée. Le coût d’un professionnel est dérisoire comparé à ces risques.
En tant que développeur freelance WordPress, je travaille en full remote avec des clients dans tout le Nord, les Hauts-de-France et partout en France. Une migration, ça se gère très bien à distance — un accès SSH, un call de coordination, et c’est parti.
Les erreurs à éviter absolument lors d’une migration 🚫
En plus de dix ans dans le métier, j’ai vu pas mal d’horreurs. Voici les erreurs les plus courantes que je vois (et que vous devez éviter à tout prix) :
- Pas de sauvegarde avant migration : ça paraît évident, et pourtant… j’ai récupéré des projets où la migration avait été lancée sans aucun backup. Terrifiante idée.
- Oublier le search-replace : copier les fichiers et la BDD sans mettre à jour les URLs = site cassé garanti
- Ignorer les données sérialisées : un simple REPLACE SQL ne gère pas la sérialisation PHP. Utilisez WP-CLI ou un outil adapté.
- Pas de redirections 301 (changement de domaine) : vos anciennes URLs doivent rediriger, sinon c’est une pluie de 404
- Ne pas tester avant le basculement : « ça marchera bien, t’inquiète ». Non. On teste. Toujours.
- Supprimer l’ancien hébergement trop vite : gardez-le au moins 2 semaines après la migration. En cas de problème, vous serez content de l’avoir 🙏
Besoin d’aide pour votre migration WordPress ? 🚀
Si vous avez un projet de migration — que ce soit un simple changement d’hébergeur ou une refonte complète de votre infrastructure — n’hésitez pas à me contacter via le formulaire de contact. Je vous ferai un devis adapté à votre situation.
Basé à Lille mais disponible partout en France en full remote, j’accompagne des entreprises de toutes tailles dans leurs projets WordPress. De la migration simple au déploiement d’une infrastructure avec CI/CD automatisé, chaque projet est traité avec le même niveau d’exigence 🔥
Questions fréquentes sur la migration WordPress
La durée dépend de la taille et la complexité du site. Un site vitrine classique se migre en quelques heures. Un WooCommerce avec des milliers de produits peut nécessiter une journée complète, incluant les tests. Le temps d'indisponibilité réel est généralement de quelques minutes seulement grâce à la méthode de pré-transfert.
Non, à condition de suivre les bonnes pratiques : conserver les mêmes URLs (ou mettre en place des redirections 301), resoumettre le sitemap dans Search Console, et vérifier qu'il n'y a pas d'erreurs 404. Une migration bien gérée n'a aucun impact négatif sur le SEO.
Oui, c'est tout à fait possible. En utilisant la méthode de pré-transfert (copie initiale puis synchronisation finale), le temps d'indisponibilité peut être réduit à quelques minutes. Pour les sites e-commerce critiques, je planifie la migration sur des créneaux de faible trafic.
Idéalement avant, sur l'ancien hébergement. Ça permet de tester les mises à jour dans un environnement connu. Si une mise à jour pose problème, il est plus facile de revenir en arrière avant la migration qu'après. Mais dans certains cas, la migration elle-même est l'occasion de passer à une version PHP plus récente, ce qui nécessite de mettre à jour après le transfert.
La migration consiste à déplacer un site existant d'un environnement à un autre sans modifier le contenu ni le design. La refonte implique une transformation du site (nouveau design, nouvelle structure, parfois nouveau contenu). Les deux peuvent se combiner, mais ce sont des projets très différents en termes de scope et de budget.
Pour un petit site simple, ça peut suffire. Mais ces migrations automatisées ne gèrent pas toujours bien les configurations spécifiques, les plugins premium, les réglages WooCommerce ou les optimisations techniques. Pour un site professionnel qui génère du chiffre, je recommande de confier la migration à un développeur qui vérifiera chaque détail.