Vos enregistrements MX et votre h\u00e9bergement web fonctionnent ind\u00e9pendamment<\/h2>\n
Le syst\u00e8me de noms de domaine (DNS)<\/a> g\u00e8re chaque type d\u2019enregistrement s\u00e9par\u00e9ment lors des transitions d\u2019h\u00e9bergement.<\/p>\n Lorsque vous changez d\u2019h\u00e9bergeur, vous mettez \u00e0 jour les enregistrements A<\/strong> qui dirigent les navigateurs vers la nouvelle adresse IP du serveur. Vos enregistrements MX<\/strong> restent inchang\u00e9s \u00e0 moins que vous ne les modifiez d\u00e9lib\u00e9r\u00e9ment, de sorte que les serveurs de messagerie continuent d\u2019acheminer les e-mails vers votre fournisseur de messagerie existant sans aucun changement de configuration.<\/p>\n Le processus de migration de Kinsta clone votre site tandis que votre h\u00e9bergeur d\u2019origine continue de g\u00e9rer le trafic. Cela permet aux deux environnements d’afficher le m\u00eame contenu simultan\u00e9ment. Pendant la propagation DNS<\/a>, certains visiteurs voient des versions diff\u00e9rentes de votre site en fonction de la requ\u00eate de connexion au serveur DNS. Les valeurs TTL<\/a> d\u00e9terminent la dur\u00e9e de cette p\u00e9riode (g\u00e9n\u00e9ralement jusqu’\u00e0 quelques heures).<\/p>\n Pendant toute cette p\u00e9riode, vos enregistrements MX<\/strong> redirigent les e-mails vers votre serveur de messagerie sans interruption : en r\u00e9sum\u00e9, le routage des e-mails fonctionne sur un chemin de recherche DNS distinct du trafic web.<\/p>\n Les configurations d’h\u00e9bergement de messagerie d\u00e9terminent le comportement des enregistrements MX<\/strong> pendant les migrations. Vous devez adopter une approche diff\u00e9rente selon l’emplacement actuel de votre messagerie et selon que vous pr\u00e9voyez ou non de changer de fournisseur de messagerie pendant la migration du site.<\/p>\n Les services de messagerie tels que Google Workspace<\/a> ou Microsoft 365<\/a> fonctionnent sur une infrastructure totalement distincte de l’h\u00e9bergement web. Votre site web fonctionne sur une seule plateforme, tandis que la messagerie passe par un fournisseur sp\u00e9cialis\u00e9 disposant de serveurs de messagerie<\/a> d\u00e9di\u00e9s.<\/p>\n Lors de la migration vers Kinsta, seuls vos enregistrements A<\/strong><\/a> changent pour rediriger les visiteurs vers votre nouvel h\u00e9bergeur. Vos enregistrements MX<\/strong> continuent de pointer vers Google Workspace ou Microsoft 365 sans modification. Les e-mails transitent par l’infrastructure de votre fournisseur de messagerie exactement comme avant, sans qu’aucune modification de configuration ne soit n\u00e9cessaire pendant la transition.<\/p>\n Cornershop Creative<\/a>, client de Kinsta, g\u00e8re des centaines de sites clients, ce qui implique des centaines de migrations de sites sans interruption de la messagerie. Son processus permet de conserver la messagerie sur Google Workspace tout en transf\u00e9rant les sites web vers Kinsta.<\/p>\n C’est la configuration recommand\u00e9e par Kinsta pour tous les sites. Elle s\u00e9pare la messagerie de l’h\u00e9bergement, de sorte que lorsque vous migrez des sites, mettez \u00e0 jour des serveurs ou apportez des modifications \u00e0 l’infrastructure, le service de messagerie continue de fonctionner sans n\u00e9cessiter de coordination suppl\u00e9mentaire.<\/p>\n Kinsta ne fournit pas d’h\u00e9bergement de messagerie dans le cadre de son h\u00e9bergement WordPress infog\u00e9r\u00e9<\/a>. C’est la solution optimale, car cela permet de conserver la messagerie sur une infrastructure d\u00e9di\u00e9e, con\u00e7ue pour la livraison des messages, le filtrage des spams<\/a> et la conformit\u00e9 aux normes d’authentification des e-mails.<\/p>\n Cependant, certains h\u00e9bergeurs regroupent la messagerie avec l’h\u00e9bergement web, ce qui cr\u00e9e des d\u00e9pendances complexes. Comme vos comptes de messagerie se trouvent sur le m\u00eame serveur que les fichiers et les bases de donn\u00e9es de votre site web, cela lie directement le service de messagerie \u00e0 l’infrastructure de votre h\u00e9bergeur.<\/p>\n Vous devez donc prendre une d\u00e9cision lorsque vous migrez depuis un h\u00e9bergement e-mail group\u00e9 : utiliser un fournisseur de messagerie distinct avant de d\u00e9placer votre site, ou ne d\u00e9placer que les fichiers de votre site web vers Kinsta.<\/p>\n Migrer votre messagerie vers un fournisseur tiers avant la migration de votre site implique de cr\u00e9er de nouveaux comptes, de configurer les enregistrements MX<\/strong> pour qu\u2019ils pointent vers le nouveau fournisseur et de tester la livraison des e-mails avant de mettre \u00e0 jour vos enregistrements A<\/strong>. Une fois que votre messagerie est fiable, vous pouvez proc\u00e9der \u00e0 la migration de votre site. L\u2019alternative consiste \u00e0 conserver un compte chez votre ancien h\u00e9bergeur sp\u00e9cialement pour la messagerie, ce qui est co\u00fbteux et inefficace.<\/p>\n Vous devez vous pr\u00e9parer \u00e0 l’avance lorsque vous transf\u00e9rez vos e-mails pendant une migration de site. Cela implique de faire fonctionner les deux syst\u00e8mes de messagerie en parall\u00e8le pendant une br\u00e8ve p\u00e9riode de test avant de modifier les enregistrements DNS pour que la nouvelle configuration soit effective.<\/p>\n Commencez par cr\u00e9er un compte chez votre nouveau fournisseur de messagerie et configurez les enregistrements MX<\/strong> dans votre panneau de gestion DNS. Ces nouveaux enregistrements MX<\/strong> coexistent avec votre configuration actuelle, avec des valeurs de priorit\u00e9 initialement plus faibles pour emp\u00eacher les e-mails de production de passer pendant les tests.<\/p>\n Ensuite, testez la nouvelle configuration de messagerie \u00e0 l’aide d’un outil tel que MXToolbox<\/a> pour v\u00e9rifier que les enregistrements existent et pointent vers les bons serveurs de messagerie :<\/p>\n \u00c0 ce stade, envoyez des messages de test, v\u00e9rifiez les d\u00e9lais de livraison et assurez-vous que l’envoi et la r\u00e9ception fonctionnent correctement via le nouveau fournisseur avant d’effectuer les modifications.<\/p>\n Une fois que vous avez confirm\u00e9 que la nouvelle infrastructure de messagerie fonctionne correctement, coordonnez les modifications DNS. Pour cela, vous devez mettre \u00e0 jour les priorit\u00e9s des enregistrements MX<\/strong> afin de diriger l’e-mail vers le nouveau fournisseur, et les enregistrements A<\/strong> pour qu\u2019ils pointent vers Kinsta. Certains e-mails peuvent encore \u00eatre achemin\u00e9s vers votre ancien fournisseur en raison d\u2019enregistrements DNS mis en cache ; par cons\u00e9quent, en conservant l\u2019acc\u00e8s aux deux syst\u00e8mes de messagerie pendant 48 heures maximum, vous pourrez r\u00e9cup\u00e9rer les messages retard\u00e9s.<\/p>\n Chaque site sur Kinsta re\u00e7oit un domaine Cette URL vous donne un acc\u00e8s complet pour vous connecter \u00e0 WordPress<\/a>, parcourir les pages du frontend, envoyer des formulaires et v\u00e9rifier les fonctionnalit\u00e9s, tandis que votre site de production continue de servir le trafic via l\u2019h\u00e9bergeur d\u2019origine.<\/p>\n Vous devrez effectuer un processus de v\u00e9rification pour identifier tout probl\u00e8me avant la propagation DNS. Si des probl\u00e8mes surviennent, les r\u00e9soudre ici permet de ne pas affecter votre site de production. Ce n\u2019est qu\u2019apr\u00e8s avoir confirm\u00e9 que tout fonctionne correctement que vous pouvez proc\u00e9der aux mises \u00e0 jour DNS.<\/p>\n L\u2019\u00e9quipe de support de Kinsta<\/a> fournit des conseils et de la documentation pour l\u2019ensemble du processus post-migration et est disponible 24\/7 pour r\u00e9pondre \u00e0 vos questions.<\/p>\n Le DNS Kinsta<\/a> propose un h\u00e9bergement DNS en option si vous souhaitez g\u00e9rer les enregistrements de domaine directement dans MyKinsta plut\u00f4t que chez votre registraire ou un fournisseur DNS tiers. Le service inclut des fonctionnalit\u00e9s sp\u00e9cialement con\u00e7ues pour la gestion des enregistrements de messagerie.<\/p>\n Vous pouvez configurer des enregistrements MX<\/strong> en quelques clics dans Google Workspace. Lorsque vous ajoutez un nouveau domaine depuis l’\u00e9cran DNS<\/strong> dans MyKinsta, cochez la case \u00ab Ajouter des enregistrements MX Gmail<\/strong> \u00bb. Cela cr\u00e9e automatiquement les cinq enregistrements MX<\/strong> n\u00e9cessaires avec les valeurs de priorit\u00e9 et les noms d’h\u00f4te corrects.<\/p>\n Pour les domaines d\u00e9j\u00e0 configur\u00e9s dans Kinsta DNS, acc\u00e9dez \u00e0 la section DNS<\/strong>, s\u00e9lectionnez votre domaine, puis cliquez sur le bouton \u00ab Ajouter des enregistrements MX Gmail \u00bb<\/strong> en haut de la page. Cela vous permet de voir les cinq enregistrements MX Google Workspace avant de terminer le processus :<\/p>\n La valeur par d\u00e9faut du TTL est de 3600 secondes (une heure) pour ces enregistrements, ce qui d\u00e9termine la dur\u00e9e pendant laquelle les serveurs DNS du monde entier mettent les informations en cache avant de v\u00e9rifier s’il y a des mises \u00e0 jour. Cela permet d’\u00e9quilibrer l’efficacit\u00e9 de la mise en cache DNS et la possibilit\u00e9 d’apporter des modifications quand vous en avez besoin.<\/p>\n Pour les fournisseurs de messagerie autres que Google Workspace,vous devez configurer manuellement les enregistrements MX<\/strong>. Votre fournisseur vous fournit ces valeurs, g\u00e9n\u00e9ralement les noms d’h\u00f4te des serveurs de messagerie et les num\u00e9ros de priorit\u00e9.<\/p>\n Dans MyKinsta, cliquez sur DNS<\/strong>, s\u00e9lectionnez votre domaine, puis dans Ajouter un enregistrement DNS<\/strong>, cliquez sur Ajouter un enregistrement<\/strong>. S\u00e9lectionnez le type d’enregistrement MX<\/strong> et remplissez les champs obligatoires :<\/p>\n Enfin, cliquez sur \u00ab Ajouter un enregistrement DNS<\/strong> \u00bb pour enregistrer la configuration.<\/p>\n Microsoft 365 utilise g\u00e9n\u00e9ralement un seul enregistrement MX<\/strong> pointant vers un serveur de messagerie r\u00e9gional, tandis que Zoho n\u00e9cessite plusieurs enregistrements MX<\/strong> avec des valeurs de priorit\u00e9 diff\u00e9rentes. La plupart des fournisseurs prennent en charge plusieurs enregistrements MX ; ajoutez-les s\u00e9par\u00e9ment en suivant le m\u00eame processus.<\/p>\n Vous n’\u00eates pas oblig\u00e9 d’utiliser le DNS de Kinsta non plus. Vous pouvez plut\u00f4t g\u00e9rer le DNS via votre registraire de domaine ou un autre fournisseur tout en h\u00e9bergeant votre site sur Kinsta. Cela simplifie parfois le d\u00e9pannage et facilite les mises \u00e0 jour lorsque vous modifiez les configurations d’h\u00e9bergement web ou de messagerie.<\/p>\n Quelles que soient les mesures de planification et d’att\u00e9nuation que vous mettez en place, il y a toujours un probl\u00e8me \u00e0 r\u00e9soudre. Voici quelques-uns des probl\u00e8mes les plus courants li\u00e9s aux enregistrements MX<\/strong>:<\/p>\n Tout d’abord, les enregistrements MX<\/strong> qui pointent vers des enregistrements CNAME<\/strong><\/a> entra\u00eenent des \u00e9checs de livraison. En effet, les serveurs de messagerie interrogent les enregistrements MX<\/strong> et s’attendent \u00e0 trouver des enregistrements A<\/strong> ou AAAA<\/strong> contenant des adresses IP. Lorsqu’un enregistrement MX<\/strong> pointe vers un CNAME<\/strong>, le serveur de messagerie ne peut pas terminer la cha\u00eene de recherche, ce qui entra\u00eene le renvoi des messages.<\/p>\n La solution consiste \u00e0 vous assurer que vos enregistrements MX<\/strong> pointent directement vers des noms d’h\u00f4te disposant d’enregistrements A<\/strong>. Une configuration correcte montre que ton enregistrement MX<\/strong> pointe vers Des valeurs de priorit\u00e9 incorrectes peuvent \u00e9galement causer des probl\u00e8mes de routage du courrier lorsqu’il existe plusieurs enregistrements MX<\/strong> pour un domaine. Les num\u00e9ros de priorit\u00e9 les plus bas re\u00e7oivent l’e-mail en premier, donc votre serveur principal devrait avoir une valeur telle que Si votre serveur de messagerie principal est hors ligne, un serveur de secours mal configur\u00e9 ne parvient pas \u00e0 traiter tes e-mails. Un enregistrement MX<\/strong> pointant vers une infrastructure inexistante ou sous-optimale cr\u00e9e un faux sentiment de redondance. Pour y rem\u00e9dier, ajustez temporairement les valeurs de priorit\u00e9 sur le serveur de secours pour le rendre principal, puis envoyez des messages de test pour v\u00e9rifier la livraison.<\/p>\n La migration d\u2019un site peut prendre du temps, surtout si vous devez \u00e9galement g\u00e9rer tes enregistrements MX<\/strong>. L\u2019approche optimale consiste \u00e0 documenter vos enregistrements avant la migration, y compris les valeurs de priorit\u00e9, afin de cr\u00e9er une sauvegarde compl\u00e8te de tous les enregistrements DNS.<\/p>\n Dans le tableau de bord MyKinsta, vous pouvez cr\u00e9er des enregistrements MX<\/strong> en quelques clics (pour les utilisateurs de Google Workspace). Une fois la migration r\u00e9ussie, il est prioritaire de tester que tout fonctionne. L’\u00e9quipe d’assistance de Kinsta<\/a> dispose de l’expertise n\u00e9cessaire pour vous accompagner tout au long du processus.<\/p>\n En plus de cette assistance experte en mati\u00e8re de migration<\/a>, l’h\u00e9bergement WordPress infog\u00e9r\u00e9<\/a> de Kinsta comprend une infrastructure fiable con\u00e7ue pour les sites de toutes tailles et des outils de gestion DNS qui simplifient la configuration des e-mails.<\/p>\n","protected":false},"excerpt":{"rendered":" La migration d’un site web comporte deux aspects : les fichiers et les bases de donn\u00e9es du site, ainsi que vos serveurs de messagerie. Un probl\u00e8me …<\/p>\n","protected":false},"author":287,"featured_media":82787,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_kinsta_gated_content":false,"_kinsta_gated_content_redirect":"","footnotes":""},"tags":[],"topic":[1031],"class_list":["post-82786","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","topic-hebergement-wordpress"],"yoast_head":"\n3 sc\u00e9narios de migration et implications sur les enregistrements MX<\/h2>\n
1. E-mails h\u00e9berg\u00e9s s\u00e9par\u00e9ment de votre site web (le plus courant)<\/h3>\n
2. E-mails et site web sur le m\u00eame serveur<\/h3>\n
3. Changer \u00e0 la fois de fournisseur web et de fournisseur de messagerie<\/h3>\n
![\"La](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2026\/02\/mxtoolbox-home.png\")
Gestion des enregistrements MX pendant les migrations vers Kinsta<\/h2>\n
kinsta.cloud<\/code> temporaire. L’outil \u00ab Aper\u00e7u du site \u00bb<\/a> vous permet d’acc\u00e9der \u00e0 cette URL temporaire pour tester votre site migr\u00e9 avant d’effectuer toute mise \u00e0 jour DNS.<\/p>\n![\"Le](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2026\/02\/site-preview.png\")
Fonctionnalit\u00e9s DNS de Kinsta pour la gestion des e-mails<\/h3>\n
![\"Fen\u00eatre](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2026\/02\/add-domain-dns.png\")
\n
aspmx.l.google.com<\/code> (priorit\u00e9 1<\/code>)<\/li>\nalt1.aspmx.l.google.com<\/code> (priorit\u00e9 5<\/code>)<\/li>\nalt2.aspmx.l.google.com<\/code> (priorit\u00e9 5<\/code>)<\/li>\nalt3.aspmx.l.google.com<\/code> (priorit\u00e9 10<\/code>)<\/li>\nalt4.aspmx.l.google.com<\/code> (priorit\u00e9 10<\/code>)<\/li>\n<\/ul>\nAjouter des enregistrements MX pour d\u2019autres fournisseurs de messagerie<\/h3>\n
\n
Probl\u00e8mes courants li\u00e9s aux enregistrements MX et comment les r\u00e9soudre<\/h2>\n
\n
mail.example.com<\/code>, qui poss\u00e8de un enregistrement A<\/strong> contenant l’adresse IP de votre serveur de messagerie.<\/p>\n10<\/code>, tandis que les serveurs de secours utilisent des num\u00e9ros plus \u00e9lev\u00e9s (20<\/code> ou 30<\/code>). Confondre ces valeurs entra\u00eene des retards si un serveur de secours doit transf\u00e9rer des messages vers le serveur principal.<\/p>\nPlanifier votre migration en tenant compte de la messagerie<\/h2>\n