En bref :
- Une migration WordPress réussie repose avant tout sur une sauvegarde complète et vérifiée, jamais sur la confiance seule dans l’ancien hébergeur.
- Le point de vigilance principal est le délai de propagation DNS : il faut tester le site sur le nouvel hébergeur avant de basculer officiellement le domaine.
- La bonne démarche consiste à migrer par étapes (fichiers, base de données, DNS) plutôt que de tout faire d’un coup, pour pouvoir revenir en arrière à tout moment.
Changer d’hébergeur WordPress est une décision qui revient régulièrement pour un dirigeant de TPE ou de PME : lenteurs persistantes, support injoignable, tarifs qui grimpent sans justification, ou simplement besoin d’un environnement plus adapté à la croissance du site. Le problème, c’est que la migration elle-même fait souvent hésiter. On imagine facilement le pire scénario : le site inaccessible pendant plusieurs heures, des commandes perdues sur une boutique WooCommerce, ou des emails professionnels qui cessent d’arriver du jour au lendemain.
Cette inquiétude est légitime, mais elle vient surtout d’un manque de méthode. Une migration WordPress bien préparée ne nécessite pas de coupure du site, à condition de respecter un ordre précis d’opérations et de vérifier chaque étape avant de passer à la suivante. Cet article détaille cette méthode, depuis la préparation jusqu’à la bascule finale, pour vous permettre de changer d’hébergeur avec sérénité, que vous le fassiez vous-même ou que vous encadriez un prestataire.
Pourquoi et quand migrer son site WordPress vers un nouvel hébergeur
La migration n’est jamais une fin en soi : c’est une réponse à un problème constaté. Avant de choisir une date, il est utile de clarifier ce qui motive réellement le changement, car cela oriente aussi le choix du nouvel hébergeur et le niveau de précaution à adopter pendant l’opération.
Les signaux qui poussent à changer d’hébergeur
Certains signes reviennent fréquemment chez les dirigeants qui envisagent une migration. Le site met plusieurs secondes à charger malgré les optimisations déjà réalisées (compression d’images, plugin de cache), le support technique met des jours à répondre à une simple question, ou les tarifs augmentent sans amélioration visible du service. Dans d’autres cas, c’est un besoin technique précis qui manque : version PHP trop ancienne impossible à mettre à jour, absence de certificat SSL automatique, ou limitations sur le nombre de bases de données pour héberger plusieurs projets.
Si vous vous reconnaissez dans plusieurs de ces situations, le guide sur comment choisir un hébergement WordPress adapté à une TPE ou PME permet de définir précisément ce que devrait offrir votre futur hébergeur avant même de lancer la migration.
Les risques d’une migration mal préparée
Une migration improvisée expose à plusieurs risques concrets. Le plus fréquent est la perte de contenu récent : si la sauvegarde utilisée date de plusieurs jours, tous les articles, commandes ou modifications effectués depuis seront perdus lors du transfert. Le second risque est la coupure d’emails professionnels, souvent hébergés sur le même compte que le site, et qui peuvent cesser de fonctionner pendant plusieurs heures si les enregistrements DNS ne sont pas reproduits à l’identique chez le nouvel hébergeur.
Un troisième risque, moins visible immédiatement, concerne le référencement naturel : si l’URL du site change de structure, ou si des redirections mal configurées cassent des liens déjà indexés par Google, l’impact SEO peut se faire sentir plusieurs semaines. C’est pourquoi la migration doit être pensée comme une opération technique à part entière, avec ses propres vérifications, et non comme un simple transfert de fichiers.
Ce qu’il faut préparer avant de lancer la migration
La qualité d’une migration se joue avant tout dans sa préparation. Prendre le temps de cette étape réduit considérablement les mauvaises surprises pendant la bascule elle-même.
Faire l’inventaire complet du site
Avant de migrer quoi que ce soit, il faut savoir précisément ce que contient le site actuel : les fichiers du thème et des plugins, les médias uploadés, la base de données, mais aussi les éléments moins évidents comme les certificats SSL personnalisés, les redirections configurées au niveau du serveur, ou les tâches cron spécifiques (par exemple pour l’envoi de newsletters ou la synchronisation d’un catalogue WooCommerce). Un inventaire écrit, même succinct, évite d’oublier un élément critique pendant le transfert.
Il faut également identifier ce qui est géré par le domaine plutôt que par l’hébergement web : les emails professionnels, les sous-domaines existants et tout enregistrement DNS spécifique (comme un enregistrement TXT pour vérifier la propriété du domaine auprès d’un outil tiers). Ces éléments doivent être reproduits à l’identique chez le nouvel hébergeur, ou migrés séparément si nécessaire.
Choisir la bonne méthode de migration
Trois approches principales existent pour transférer un site WordPress, et le choix dépend de votre niveau de confort technique et de la complexité du site.
Migration manuelle via FTP et base de données
Cette méthode consiste à télécharger l’ensemble des fichiers du site via un client FTP, exporter la base de données via phpMyAdmin, puis réimporter le tout sur le nouvel hébergeur en adaptant le fichier wp-config.php avec les nouveaux identifiants de connexion à la base. Elle offre un contrôle total sur chaque étape, mais demande une bonne compréhension de la structure WordPress et davantage de temps.
Migration via plugin dédié
Des plugins comme All-in-One WP Migration ou Duplicator automatisent la majeure partie du processus : ils empaquettent le site (fichiers et base de données) dans une seule archive, que l’on réimporte ensuite sur le nouvel hébergeur via une interface guidée. Cette méthode est plus accessible pour un non-technicien, mais certains hébergeurs limitent la taille des archives importables sur leur offre d’entrée de gamme, ce qui peut poser problème pour un site volumineux avec beaucoup de médias.
Les étapes concrètes d’une migration sans coupure
Une fois le site inventorié et la méthode choisie, la migration proprement dite suit une séquence précise, où chaque étape doit être validée avant de passer à la suivante.
Sauvegarder avant toute intervention
Avant même de toucher au nouvel hébergeur, il est indispensable de réaliser une sauvegarde complète et récente du site actuel : fichiers, base de données, et si possible configuration serveur. Cette sauvegarde doit être stockée en dehors de l’hébergement actuel (sur un disque local ou un espace cloud), pour rester accessible même si l’ancien compte devient indisponible pendant la transition. Le guide sur les vérifications mensuelles indispensables d’un site WordPress détaille d’ailleurs pourquoi une stratégie de sauvegarde régulière évite bien des situations de stress, migration ou non.
Tester le site sur le nouvel hébergeur avant de basculer le DNS
C’est l’étape qui permet réellement d’éviter toute coupure : une fois les fichiers et la base de données transférés chez le nouvel hébergeur, le site peut être testé via une URL temporaire ou en modifiant localement le fichier hosts de votre ordinateur, sans que le domaine public ne soit encore redirigé. Cela permet de vérifier que les pages s’affichent correctement, que les formulaires fonctionnent, que WooCommerce traite bien une commande test, et que le certificat SSL est actif, tout cela sans que les visiteurs réels ne voient une version incomplète du site.
Si des anomalies apparaissent à ce stade (erreur de connexion à la base, plugin incompatible avec la version PHP du nouvel hébergeur), elles se corrigent sans impact sur le site en ligne, puisque l’ancien hébergeur continue de servir les visiteurs pendant ce temps.
Basculer le DNS en douceur
Une fois le test validé, la bascule consiste à modifier les enregistrements DNS du domaine pour qu’ils pointent vers le nouvel hébergeur. Cette propagation peut prendre de quelques minutes à 48 heures selon les serveurs DNS concernés. Pendant cette fenêtre, il est recommandé de réduire temporairement la valeur du TTL (durée de mise en cache DNS) avant la bascule, pour accélérer la propagation, et de laisser l’ancien hébergement actif quelques jours supplémentaires afin de pouvoir revenir en arrière en cas de problème imprévu.
Les erreurs à éviter pendant une migration
La première erreur consiste à supprimer l’ancien hébergement immédiatement après la bascule DNS, alors que la propagation n’est pas encore terminée pour tous les visiteurs : certains verront encore l’ancienne version pendant que d’autres accèdent déjà à la nouvelle, et supprimer l’ancien site prive les premiers d’un accès fonctionnel. La deuxième erreur fréquente est d’oublier les emails professionnels associés au domaine : si la messagerie est gérée par l’ancien hébergeur et que les enregistrements MX ne sont pas reproduits chez le nouvel hébergeur (ou transférés vers un service email dédié), les emails peuvent cesser d’arriver sans avertissement.
Une troisième erreur consiste à négliger les redirections d’URL si la structure du site change pendant la migration (nouveau nom de domaine, changement de sous-dossier). Sans redirection 301 correctement configurée, les liens déjà indexés par Google renvoient une erreur 404, ce qui pénalise le référencement acquis. Enfin, beaucoup sous-estiment le temps nécessaire à une migration complète et la programment un vendredi soir en espérant que tout se passe bien avant le week-end : il est préférable de choisir un moment calme en semaine, où un problème peut être corrigé rapidement si besoin.
Une migration à préparer sans mauvaise surprise ?
En discuter avec moiQuand faire appel à un professionnel pour cette migration
Si votre site tourne sur WooCommerce avec un catalogue conséquent, s’il reçoit un trafic significatif, ou si vous ne vous sentez pas à l’aise avec la manipulation d’une base de données et de fichiers de configuration, faire appel à un professionnel réduit fortement le risque d’erreur. C’est aussi le cas si votre site utilise des configurations serveur particulières (règles de réécriture personnalisées, certificats SSL spécifiques, intégrations avec des outils tiers) qui demandent d’être reproduites précisément chez le nouvel hébergeur.
Un accompagnement professionnel permet également de planifier la migration en dehors des heures d’activité, de tester exhaustivement le site avant la bascule, et de conserver un plan de retour en arrière si un imprévu survenait malgré la préparation. C’est souvent ce filet de sécurité, plus que la technique elle-même, qui justifie de déléguer cette opération.
| Méthode | Complexité | Risque d’erreur | Adaptée si |
|---|---|---|---|
| Migration manuelle (FTP + base) | Élevée | Élevé sans expérience | Vous êtes à l’aise techniquement et voulez tout contrôler |
| Migration via plugin dédié | Moyenne | Modéré | Site de taille moyenne, pas de configuration serveur complexe |
| Migration accompagnée par un professionnel | Faible pour vous | Faible | Boutique WooCommerce active, trafic important, ou configuration spécifique |
Conclusion
Changer d’hébergeur WordPress n’a pas à être une source d’angoisse. En sauvegardant correctement le site, en testant tout sur le nouvel environnement avant de basculer le DNS, et en gardant l’ancien hébergement actif quelques jours en filet de sécurité, la migration se déroule sans coupure visible pour vos visiteurs ni perte de données. Si vous rencontrez ce problème sur votre site WordPress ou WooCommerce, je peux regarder le contexte, identifier la cause probable et vous proposer une intervention adaptée.
Oui, à condition de tester le site sur le nouvel hébergeur via une URL temporaire avant de basculer le DNS du domaine. L’ancien site continue de fonctionner normalement pendant toute la phase de test.
La propagation peut prendre de quelques minutes à 48 heures selon les serveurs DNS. Réduire le TTL avant la bascule permet généralement d’accélérer ce délai.
Ils continuent de fonctionner si les enregistrements MX sont reproduits à l’identique chez le nouvel hébergeur avant la bascule DNS, ou si la messagerie est gérée séparément du site web.
Oui, il est recommandé de le conserver actif quelques jours après la bascule, le temps que la propagation DNS soit terminée pour tous les visiteurs et que le nouveau site soit validé comme stable.
Elle peut l’affecter si l’URL du site change sans redirections 301 correctement configurées. Si le domaine reste identique et que les redirections nécessaires sont en place, l’impact SEO est généralement négligeable.