Comment migrer WordPress vers un autre hébergeur sans perdre vos e-mails

Migrer un site WordPress ne doit couper ni votre site ni vos e-mails. Le vrai risque n’est pas le site, c’est la messagerie : si vous changez le DNS avant que les boîtes e-mail existent chez le nouvel hébergeur, les messages sont rejetés ou perdus. Ce guide suit un ordre qui protège les deux : le site reste en ligne chez l’ancien hébergeur pendant que vous préparez et testez le nouveau, et la messagerie a une boîte qui attend le jour du basculement.

Étape 1 : faites l’inventaire

Avant de toucher à quoi que ce soit, notez ce qui existe aujourd’hui :

1. Sites et sous-domaines : s’agit-il d’un seul WordPress, ou y a-t-il aussi des sous-domaines comme boutique.votredomaine.com ou blog.votredomaine.com ?
2. Comptes e-mail : chaque boîte (contact@, commercial@), sa taille approximative, les redirections et les réponses automatiques.
3. Où se trouve la messagerie : chez votre hébergeur ou dans un service externe comme Google Workspace ou Microsoft 365. Si elle est externe, il n’y a aucune boîte à déplacer.
4. Enregistrements DNS : exportez ou capturez la zone complète : A, CNAME, MX et TXT (SPF, DKIM, DMARC et vérifications).
5. Versions : WordPress, PHP, thème et extensions.

Le point 4 est celui qu’on oublie le plus : quand vous changez les serveurs de noms, la nouvelle zone DNS remplace l’ancienne, et tout ce que vous n’avez pas copié disparaît.

Comparez votre inventaire avec les offres QuimeraCloud (toutes les données figurent dans la fiche de données) :

Offre	Sites	Messagerie	SSH	Première année (paiement annuel)
Premium	3	6 comptes par domaine, jusqu’à 3 domaines de messagerie	Non	3,99 US$/mois
Unlimited	Illimité	Illimitée	Non	4,99 US$/mois
Cloud Startup	Illimité	Illimitée	Oui (shell cloisonné)	9,99 US$/mois

Après la première année, l’offre se renouvelle (Premium, par exemple, à 131,88 US$ par an). Si votre hébergement actuel compte plus de 6 comptes e-mail par domaine, ou plus de 3 domaines de messagerie, Premium ne suffit pas. Pour changer d’offre plus tard, écrivez-nous sur WhatsApp et nous changeons votre offre sans déplacer votre site : fichiers, bases de données et e-mails restent où ils sont.

Étape 2 : faites votre propre sauvegarde

Téléchargez sur votre ordinateur les fichiers et la base de données de l’hébergement actuel, et exportez les e-mails importants. C’est votre filet de sécurité. Chez QuimeraCloud, la sauvegarde quotidienne automatique est stockée sur le même serveur (seule la plus récente est conservée) : mieux vaut donc garder aussi une copie à vous, en dehors de ce serveur.

Étape 3 : créez le domaine et les comptes e-mail chez le nouvel hébergeur

Souscrivez à une offre d’hébergement WordPress, ajoutez votre nom de domaine dans le panneau de contrôle HestiaCP (disponible en français) et créez chaque compte e-mail avec exactement les mêmes adresses que dans votre inventaire. Le courrier passe par l’antispam SpamAssassin et l’antivirus ClamAV.

Ne touchez pas encore au DNS. Si vous payez avec une carte bancaire bolivienne (le paiement passe par Stripe, en dollars américains), vérifiez auprès de votre banque qu’elle est activée pour les achats à l’étranger. En commençant par là, vous êtes sûr que, le jour du basculement, les boîtes existent déjà et que les nouveaux messages ne sont pas rejetés.

Étape 4 : copiez le site

Vous avez deux options. La documentation officielle de WordPress (source) résume la méthode manuelle : copier les fichiers et la base de données, ajuster la configuration et ne rien réinstaller.

Option A : extension de migration

C’est le plus simple : vous installez une extension de migration sur le site actuel, vous générez l’archive de migration et vous la restaurez chez le nouvel hébergeur, sans toucher à la base de données à la main. Si l’extension exige un WordPress vierge à destination, installez-le d’abord avec l’installeur en un clic du panneau. Si le site est volumineux, vérifiez les limites de taille de téléversement.

Option B : fichiers et base de données

1. Téléchargez le dossier WordPress complet (wp-content contient les thèmes, les extensions et les fichiers téléversés).
2. Exportez la base de données dans un fichier .sql.
3. Chez le nouvel hébergeur, créez une base MySQL/MariaDB et son utilisateur.
4. Envoyez les fichiers et importez le .sql.
5. Modifiez wp-config.php avec les informations de la nouvelle base :

define( 'DB_NAME', 'nom_nouvelle_base' );
define( 'DB_USER', 'nouvel_utilisateur' );
define( 'DB_PASSWORD', 'nouveau_mot_de_passe' );
define( 'DB_HOST', 'localhost' ); // confirmez cette valeur auprès de votre hébergeur

Comme le nom de domaine reste le même, les URL ne changent pas et il n’est pas nécessaire de chercher et remplacer des adresses. Sans SSH (Premium et Unlimited), l’option A est la plus pratique ; Cloud Startup permet en plus la ligne de commande.

Étape 5 : testez le nouveau site avant de changer le DNS

Modifiez le fichier hosts de votre ordinateur pour être le seul à voir le nouveau site, pendant que tous les autres restent sur l’ancien. Ajoutez une ligne avec l’IP du nouveau serveur (demandez-la au support si vous ne l’avez pas sous la main) ; celle ci-dessous n’est qu’un exemple :

203.0.113.10  votredomaine.com www.votredomaine.com

Le fichier se trouve dans C:\Windows\System32\drivers\etc\hosts (ouvrez-le en tant qu’administrateur) ou dans /etc/hosts sur Mac et Linux. Vérifiez la page d’accueil, les pages internes, la connexion à WordPress, les formulaires et, si vous avez une boutique, une commande de test. Supprimez ensuite la ligne. Il est normal que le cadenas HTTPS n’apparaisse pas encore (ou que le navigateur affiche un avertissement) : le SSL gratuit de Let’s Encrypt se valide en général quand le nom de domaine pointe déjà vers le serveur ; vous vérifiez donc le cadenas après le basculement, à l’étape 9.

Étape 6 : abaissez le TTL 24 à 48 heures avant

Le TTL est la durée, en secondes, pendant laquelle les serveurs mémorisent un enregistrement DNS avant de le redemander. S’il est de plusieurs heures, le changement paraît lent. Dans votre DNS actuel, abaissez-le à 300 (cinq minutes) sur les enregistrements A, www et MX, puis attendez que l’ancien TTL soit écoulé. Les serveurs de noms sont publiés auprès du registre du domaine avec leur propre durée de cache, que vous ne contrôlez pas, et ils peuvent mettre plus de temps.

Étape 7 : changez les serveurs de noms

Avant de le faire, vérifiez que la nouvelle zone DNS contient les enregistrements de votre inventaire. Copiez tels quels ceux des services externes (Google Workspace, Microsoft 365, vérifications de domaine). Les enregistrements de messagerie de l’ancien hébergeur (son MX, son SPF et son DKIM) pointent vers l’ancien serveur : ne les copiez pas, votre domaine doit utiliser ceux du nouveau serveur (en cas de doute, demandez-nous avant le basculement). Ensuite, là où vous gérez votre nom de domaine, remplacez les serveurs de noms par les deux suivants :

• ns1.quimeracloud.com
• ns2.quimeracloud.com

Vous n’avez pas besoin de transférer le domaine : il reste enregistré là où il est. Pour enregistrer un nouveau nom de domaine ou connecter celui que vous possédez déjà, consultez la page noms de domaine. Nous enregistrons les .com, .net et .org, mais nous ne vendons pas de .bo : un domaine .bo reste là où vous le gérez, et vous ne pouvez le connecter que si cet endroit autorise des serveurs de noms personnalisés. Les étapes selon votre bureau d’enregistrement, le cas d’un .bo et la façon de vérifier le changement avec nslookup se trouvent dans le guide comment pointer un domaine .com ou .bo vers votre hébergement.

Si vous préférez déplacer le site et la messagerie séparément, laissez le DNS où il est et changez d’abord uniquement l’enregistrement A du site. Attention : si votre MX pointe vers le même nom que le site (par exemple votredomaine.com), changer cet enregistrement A déplace aussi la messagerie ; vérifiez donc vers quoi pointe votre MX avant de toucher à quoi que ce soit. Le MX et l’enregistrement du serveur de messagerie viennent ensuite, une fois les boîtes prêtes.

Étape 8 : copiez les anciens e-mails en IMAP

Depuis le basculement, les nouveaux messages arrivent dans la nouvelle boîte et les anciens restent chez l’ancien hébergeur. IMAP laisse les messages sur le serveur : on peut donc les copier de l’un à l’autre.

• Peu de boîtes : ajoutez l’ancien et le nouveau compte dans Thunderbird (ou votre client de messagerie) en IMAP, puis glissez les dossiers de l’un vers l’autre.
• Beaucoup de boîtes : utilisez un outil de copie IMAP comme imapsync :

imapsync \
  --host1 serveur-ancien-hebergeur --user1 info@votredomaine.com --password1 'ANCIEN_MOT_DE_PASSE' --ssl1 \
  --host2 serveur-nouvel-hebergeur --user2 info@votredomaine.com --password2 'NOUVEAU_MOT_DE_PASSE' --ssl2

Pour l’ancien serveur, utilisez le nom que vous indique ce fournisseur, et non mail.votredomaine.com : après le basculement, ce nom pointe déjà vers le nouveau serveur. À la fin, relancez la copie une seconde fois pour récupérer les messages arrivés chez l’ancien hébergeur pendant la mise à jour du DNS.

Étape 9 : que vérifier ensuite

Vérification	Comment
Recevoir des e-mails	Envoyez un message depuis Gmail ou Outlook à chaque adresse
Envoyer des e-mails	Écrivez à un compte externe et vérifiez que le message n’atterrit pas dans les spams ; contrôlez SPF, DKIM et DMARC
HTTPS	Cadenas sur toutes les pages (Let’s Encrypt, renouvellement automatique). S’il n’apparaît pas quelques heures après le basculement, vérifiez le SSL du domaine dans le panneau ou écrivez-nous
Formulaires et boutique	Un formulaire et une commande de test
Liens	Dans Réglages, Permaliens, enregistrez sans rien modifier
Redirections et réponses automatiques	Recréez-les dans la nouvelle boîte
Sauvegardes	Vérifiez la sauvegarde quotidienne et téléchargez la vôtre

Gardez l’ancien hébergement actif quelques jours et ne le résiliez qu’après avoir tout vérifié, y compris la seconde passe de copie des e-mails.

En toute transparence sur le serveur

QuimeraCloud n’a qu’un seul serveur, à Seattle (États-Unis). Si votre public est en Bolivie, la distance ajoute un peu de latence, et le test de l’étape 5 vous permet de la constater avant de vous engager. Si vous avez besoin d’un accès root, un VPS vous convient davantage ; nous comparons les deux dans hébergement mutualisé, cloud ou VPS.

Quand votre inventaire est prêt, voyez quelle offre couvre vos boîtes e-mail dans nos offres. Si vous butez sur un point, écrivez-nous sur WhatsApp au +591 773 14890 : une personne de l’équipe Quimera vous répond.