Changer d’hébergeur sans perdre ses emails est possible, mais le transfert du site ne déplace pas automatiquement les boîtes de courriel. Le domaine, la zone DNS, WordPress et la messagerie peuvent être gérés par des fournisseurs différents. Une mauvaise modification des serveurs de noms ou des MX peut donc couper la réception alors que le nouveau site fonctionne.
Pour conserver ses courriels, il faut identifier où la messagerie est hébergée, préserver ou migrer ses données, puis tester la réception, l’envoi et les messages automatiques. Pour le déplacement global des fichiers, de la base et du domaine, consultez plutôt la checklist de migration WordPress.
À retenir
Un MX indique où recevoir les nouveaux courriels; il ne copie pas l’historique d’une boîte. Si la messagerie reste chez son fournisseur, conservez ses enregistrements. Si elle déménage, créez les boîtes de destination, copiez les messages et gardez l’ancien service accessible jusqu’à la validation finale.
Avant de changer d’hébergeur sans perdre ses emails
Identifier qui gère le domaine, le DNS, le site et la messagerie
Identifiez le registraire, les serveurs de noms autoritaires, l’hébergeur WordPress et celui des boîtes. Un domaine peut être enregistré chez une entreprise, utiliser les DNS d’une deuxième et confier les courriels à Microsoft 365.
Consultez la zone DNS et les contrats. Les entrées A et AAAA pointent généralement vers le serveur Web; les MX dirigent la réception. Des TXT ou CNAME peuvent servir à SPF, DKIM, DMARC ou à la validation du domaine.
Cette distinction détermine le scénario :
- si seul le site change d’hébergeur, la messagerie peut souvent rester intacte;
- si les serveurs de noms changent, toute la zone DNS doit être reproduite avec exactitude;
- si le serveur de courriel appartient à l’ancien forfait d’hébergement, les boîtes et leurs données doivent être traitées avant sa fermeture.
La page d’hébergement Web WordPress aide à évaluer la nouvelle infrastructure, mais la messagerie demeure un service distinct.
Inventorier les boîtes et ce qu’elles contiennent réellement
Listez chaque boîte, alias, groupe, redirection et adresse utilisée par un formulaire, un CRM ou une boutique. Notez les quotas, dossiers partagés, règles, signatures, calendriers et contacts. Une adresse info@ peut être une boîte, un alias ou une redirection : ces objets se recréent différemment.
Avec IMAP, les dossiers présents sur le serveur peuvent être copiés vers une boîte compatible. Un outil de migration entre deux comptes IMAP demande les accès de la source et de la destination. En revanche, POP peut avoir téléchargé puis supprimé des messages du serveur. PowerMail signale ce risque : une copie IMAP ne récupère pas ce qui n’existe plus à la source.
Sauvegardez avant la bascule. Vérifiez séparément contacts, calendriers, règles et archives locales : IMAP vise les messages et dossiers, pas nécessairement ces éléments.
Photographier la zone DNS et préparer un retour arrière
Exportez la zone DNS et prenez des captures. Consignez noms, types, valeurs, priorités et TTL des entrées A, AAAA, CNAME, MX et TXT. Les valeurs ne sont pas universelles : Cloudflare recommande de les obtenir du fournisseur de messagerie.
Ne résiliez pas l’ancien forfait avant d’avoir une zone complète, des boîtes prêtes et un retour arrière documenté. Pour garder aussi le site accessible, suivez la procédure pour migrer WordPress sans interruption.
Changer d’hébergeur sans perdre ses courriels : bascule et contrôles
Si la messagerie reste chez le même fournisseur
Si les boîtes restent chez Google Workspace ou Microsoft 365, le trafic Web et le courrier suivent des entrées différentes. Kinsta explique cette indépendance entre hébergement Web et MX : changer le pointage Web n’exige pas, à lui seul, de modifier les MX.
Conservez les MX et les entrées TXT ou CNAME liées au courriel. Avec les mêmes serveurs de noms, modifiez seulement le pointage du site. Si le fournisseur DNS change, recréez et comparez toute la zone avant de modifier la délégation.
N’écrasez pas la zone avec un modèle par défaut qui ignorerait une validation, DKIM, un sous-domaine ou un service tiers.
Si les boîtes de courriel déménagent aussi
Pour une migration email entre hébergeurs, créez les comptes de destination, puis reproduisez alias, groupes et redirections. Configurez la récupération et l’authentification multifacteur lorsque le fournisseur les offre. Utilisez ses paramètres DNS de messagerie exacts.
Copiez une première fois les messages pendant que l’ancien service est actif. Comparez les dossiers, quelques messages anciens et récents, les pièces jointes et le volume transféré. Corrigez les erreurs avant les MX.
Appliquez ensuite les nouveaux enregistrements et relancez une synchronisation pour récupérer les messages récents. Des résolveurs peuvent encore utiliser une réponse DNS en cache. Gardez les anciennes boîtes accessibles jusqu’à la réussite des tests et à l’arrêt des nouvelles réceptions. Le délai dépend des TTL observés, du fournisseur et des contrôles.
Vérifier MX, SPF, DKIM et DMARC sans les confondre
Les MX orientent les messages entrants. SPF, DKIM et DMARC authentifient les envois. Le Centre canadien pour la cybersécurité explique que DKIM signe les messages et que DMARC s’appuie sur SPF ou DKIM avec l’alignement du domaine « De ».
Inventoriez boîtes humaines, serveur Web, formulaires, boutique, CRM et infolettre. La documentation SPF de Google Workspace cite les serveurs Web et services automatisés. Un nouvel expéditeur peut exiger une adaptation du SPF.
N’ajoutez pas un deuxième SPF. Microsoft précise qu’un seul est permis par domaine ou sous-domaine; plusieurs peuvent produire une erreur. Faites fusionner les sources par une personne qui maîtrise la syntaxe. Pour DKIM et DMARC, suivez la procédure du fournisseur.
Tester trois flux avant de fermer l’ancien service
Une page d’accueil fonctionnelle ne valide pas les courriels. Testez :
- d’une adresse externe vers chaque boîte critique;
- d’une boîte du domaine vers au moins un destinataire externe;
- une réponse avec pièce jointe;
- les alias et redirections stratégiques;
- le webmail et les appareils utilisés;
- un formulaire WordPress jusqu’à la réception;
- une réinitialisation de mot de passe et, si applicable, une notification WooCommerce.
Vérifiez les indésirables, rejets, journaux et en-têtes d’authentification. « Envoyé » ne prouve pas la livraison.
Après la bascule, la maintenance WordPress après une migration ou une refonte suit formulaires, erreurs et conversions. Le monitoring WordPress surveille le site, pas les boîtes.
FAQ sur le changement d’hébergeur et les emails
Changer d’hébergeur supprime-t-il les anciens courriels?
Pas automatiquement. Si les boîtes appartiennent au forfait qui sera fermé, sauvegardez ou copiez leur contenu avant la résiliation. Un transfert de site ou de domaine ne déplace pas leur historique.
Faut-il modifier les MX quand on change d’hébergeur Web?
Non, si la messagerie reste au même endroit. Oui, si sa destination change. Si les serveurs de noms changent, recopiez les MX même si leur valeur reste identique.
Une migration IMAP transfère-t-elle toute la messagerie?
Elle copie les messages et dossiers présents sur le serveur source. Elle ne garantit pas les éléments locaux, contacts, calendriers, signatures, règles ou paramètres. Vérifiez-les séparément.
Peut-on conserver Google Workspace ou Microsoft 365?
Oui. Un changement d’hébergement WordPress n’impose pas de changer de messagerie. Préservez ses MX et autres entrées, puis vérifiez la zone.
Pourquoi le site fonctionne-t-il alors que les courriels ne passent plus?
Le site et la messagerie suivent des routes DNS distinctes. L’entrée Web peut être correcte alors qu’un MX manque ou qu’une boîte n’existe pas. Si seules les notifications WordPress échouent, consultez le futur diagnostic WordPress n’envoie plus les courriels ou les formulaires.
Quand peut-on fermer l’ancien hébergement?
Après la copie finale et les tests entrants, sortants et WordPress. Vérifiez que les anciennes boîtes ne reçoivent plus de messages à cause d’un cache DNS.
Conclusion
Pour changer d’hébergeur sans perdre ses emails, traitez le site et la messagerie comme deux systèmes reliés par le DNS. Identifiez les fournisseurs, inventoriez les boîtes, sauvegardez, configurez les bons enregistrements et testez les trois flux avant toute résiliation.