Changer d’hébergeur fait peur : site inaccessible, emails perdus, référencement en chute. Ces problèmes viennent presque toujours d’une migration faite dans la précipitation. Avec la bonne méthode, vous pouvez migrer un site WordPress chez un nouvel hébergeur sans que vos visiteurs ne voient la moindre coupure. Voici les étapes que je suis.

Étape 1 : l’inventaire avant de commencer

  • La version de PHP utilisée aujourd’hui, et celles que propose le nouvel hébergeur.
  • Les emails : sont-ils hébergés chez l’hébergeur actuel ? C’est le point le plus souvent oublié.
  • Le nom de domaine : où est-il enregistré, qui gère ses DNS, et avez-vous les accès ?
  • Les tâches planifiées, les sous-domaines, les redirections et les réglages particuliers du serveur.
  • La taille du site : fichiers et base de données, qui déterminent la méthode de transfert.

Étape 2 : réduire la durée de cache DNS

Un ou deux jours avant la bascule, réduisez la durée de vie (TTL) des enregistrements DNS du domaine, par exemple à 5 minutes. Le jour du changement, les visiteurs seront redirigés vers le nouveau serveur en quelques minutes au lieu de plusieurs heures.

Étape 3 : copier les fichiers et la base de données

Deux méthodes, selon la taille et les accès :

  • Une extension de migration : pratique pour un petit site, mais parfois bloquée par les limites de taille ou de temps d’exécution de l’hébergeur.
  • La méthode manuelle : archive des fichiers, export de la base de données, transfert, import sur le nouveau serveur. Plus fiable sur les gros sites, surtout avec un accès SSH.

Sur le nouvel hébergement, créez la base de données, importez-la, puis mettez à jour les identifiants dans wp-config.php : nom de la base, utilisateur, mot de passe et serveur.

Étape 4 : tester avant de changer les DNS

C’est l’étape qui garantit l’absence de coupure. En modifiant le fichier hosts de votre ordinateur, vous pouvez afficher votre domaine depuis le nouveau serveur, alors que vos visiteurs voient toujours l’ancien. Testez :

  • toutes les pages principales et l’administration ;
  • les formulaires et l’envoi des emails du site ;
  • pour une boutique, une commande complète en mode test ;
  • les journaux d’erreurs du nouveau serveur.

Si le nom de domaine change en même temps, les adresses enregistrées dans la base doivent être remplacées. Ne le faites pas avec un simple rechercher-remplacer dans le fichier SQL : certaines données sont sérialisées et seraient corrompues. La commande wp search-replace de WP-CLI, ou une extension prévue pour cela, gère ce cas correctement.

Étape 5 : préparer les emails et le HTTPS

  • Emails : s’ils restent chez l’ancien prestataire, ne modifiez que les enregistrements DNS du site, pas les enregistrements MX. S’ils déménagent aussi, créez les boîtes à l’avance et prévoyez le transfert des messages.
  • HTTPS : vérifiez comment le nouvel hébergeur génère le certificat. Certains ne peuvent le créer qu’une fois les DNS basculés : prévoyez de le lancer juste après le changement.

Étape 6 : la bascule

  1. Choisir un moment calme et demander de ne pas publier de contenu pendant l’opération.
  2. Pour une boutique ou un site très actif, refaire une dernière copie de la base juste avant.
  3. Modifier les enregistrements DNS pour pointer vers le nouveau serveur.
  4. Vérifier le site, le certificat HTTPS et les formulaires dès que le changement est visible.

Étape 7 : après la migration

  • Surveiller le site et les journaux d’erreurs pendant quelques jours.
  • Vérifier la Search Console : aucune hausse d’erreurs ne doit apparaître.
  • Garder l’ancien hébergement actif une à deux semaines avant de le résilier, le temps de tout valider.
  • Remettre une durée de cache DNS normale.

Une migration est aussi le bon moment pour passer à une version récente de PHP et nettoyer les extensions inutiles. Et si votre site était lent sur l’ancien hébergement, voyez le guide site WordPress lent pour vérifier que la cause était bien le serveur.

Questions fréquentes

Mon référencement va-t-il baisser ?

Non, si le domaine et les URLs restent identiques. Google ne voit qu’un changement de serveur. Un serveur plus rapide est même plutôt favorable.

Combien de temps le site est-il inaccessible ?

En suivant cette méthode, il ne l’est pas : l’ancien serveur répond jusqu’à ce que les DNS pointent vers le nouveau, où le site est déjà prêt et testé.

Puis-je changer de nom de domaine en même temps ?

Oui, mais il faut alors remplacer les adresses dans la base et mettre en place des redirections 301 de chaque ancienne URL vers la nouvelle, pour conserver le référencement.