Migrer son site vers un nouvel hébergeur sans coupure et sans casser l'email pro

Vous avez décidé de changer d'hébergeur : trop cher, trop lent, ou le support ne répond tout simplement plus. Votre vraie peur, ce n'est pas le site lui-même, c'est le jour du déménagement, quand soudain les clients ne trouvent plus le site et que les emails sur votre adresse professionnelle commencent à disparaître. Cette peur est justifiée, car c'est exactement là que la plupart des migrations ratées s'effondrent.

La bonne nouvelle : une migration sans coupure n'est pas une question de chance, mais d'ordre. Si vous suivez la bonne séquence — tout construire d'abord sur le nouveau serveur, vérifier, et seulement ensuite basculer le DNS — les visiteurs ne sentent rien et l'email continue de circuler. Dans cet article, je vous montre les étapes exactes, les vrais pièges (surtout côté email) et ce qu'il faut exiger de tout fournisseur sérieux avant de vous lancer.

Première règle : le site et l'email sont deux choses distinctes

L'erreur la plus fréquente est de croire que "déplacer le site" déplace aussi l'email. Ce n'est pas le cas. Votre domaine (ex. entreprise.fr) a des enregistrements DNS séparés : l'un dit où se trouve le site, l'autre où se trouve l'email.

• Enregistrement A / CNAME → pointe vers le serveur du site
• Enregistrement MX → pointe vers le serveur email
• Enregistrements SPF, DKIM, DMARC → authentifient l'email pour éviter le spam

Si vous déplacez l'hébergement mais laissez l'email en place, il suffit de NE PAS toucher aux enregistrements MX et d'authentification. Le problème surgit quand le nouveau fournisseur "réinitialise" tout le DNS à ses valeurs par défaut et réécrit, sans le vouloir, votre MX. À partir de cette seconde, l'email pro commence à tomber. Donc : identifiez d'abord ce qui relève du site et ce qui relève de l'email, séparément.

L'ordre correct des étapes (c'est là que tout se joue)

La coupure arrive presque toujours quand on bascule le DNS avant que le nouveau serveur soit prêt. La bonne séquence est l'inverse :

1. Construisez ou copiez le site complet sur le nouvel hébergeur, mais accédez-y via une adresse temporaire ou votre fichier hosts local.

2. Testez tout : pages, formulaires, panier, vitesse, certificat SSL.

3. Notez TOUS vos enregistrements DNS actuels (capture ou export). C'est votre filet de sécurité.

4. Réduisez le TTL la veille (ex. à 300 secondes) pour que le changement se propage vite.

5. Basculez seulement maintenant l'enregistrement A vers la nouvelle IP. NE touchez PAS au MX.

6. Gardez l'ancien serveur actif quelques jours, le temps que le DNS se propage complètement (jusqu'à 24-48h).

Ainsi, à tout moment, quiconque arrive sur le site voit soit l'ancienne version, soit la nouvelle — jamais une page morte.

Comment garder l'email vivant pendant la migration

L'email est la partie sensible, car un message perdu ne se récupère plus. Règles claires :

• Si vous NE changez PAS de fournisseur email, ne touchez pas du tout aux enregistrements MX, SPF, DKIM et DMARC. Laissez-les exactement tels quels.
• Si vous changez aussi l'email (ex. passage à Google Workspace ou Zoho), créez d'abord les nouvelles boîtes, migrez les anciens messages via IMAP, et seulement ensuite basculez le MX.
• Attention à la propagation : pendant que le DNS se diffuse, certains emails peuvent arriver sur l'ancien serveur, d'autres sur le nouveau. D'où l'intérêt de garder les deux actifs quelques jours.
• Après la migration, envoyez un email de test depuis l'extérieur (un autre compte) et vérifiez qu'il arrive sans tomber en spam. Contrôlez SPF et DKIM avec un outil de délivrabilité.

Règle d'or : n'annulez pas l'ancien abonnement email le jour du déménagement. Attendez d'avoir confirmé que tout circule sur le nouveau serveur.

Les pièges qui provoquent des coupures même quand on fait tout "bien"

Quelques éléments qui prennent les gens au dépourvu :

• Le certificat SSL : si le nouveau serveur n'a pas de certificat valide avant la migration, les visiteurs voient un avertissement "site non sécurisé". Émettez-le et vérifiez-le AVANT le changement DNS.
• Serveurs de noms vs enregistrements individuels : changer les serveurs de noms d'un coup réinitialise TOUT le DNS, y compris le MX. Il est plus sûr de modifier uniquement l'enregistrement A, de façon ciblée.
• Base de données et fichiers : sur les sites dynamiques (WordPress, boutiques), si quelqu'un passe une commande sur l'ancien serveur après la migration de la base, cette commande est perdue. Migrez donc aux heures creuses et, idéalement, mettez l'ancien site en "lecture seule" pendant la transition.
• Redirections et liens codés en dur : vérifiez qu'aucune ancienne adresse (http, IP fixe) ne subsiste dans le code ou les réglages.

Comment nous gérons les migrations chez MPO Web Studio

Chez MPO Web Studio, nous réalisons les migrations à distance, pour des clients partout dans le pays, sans que personne n'ait à se déplacer. Notre approche est simple et sans stress pour vous :

• Nous construisons d'abord la copie complète sur le nouvel hébergeur et vous la montrons sur une adresse de test — vous constatez de vos propres yeux que tout fonctionne avant qu'on touche quoi que ce soit au domaine.
• Nous cartographions tout le DNS actuel et séparons clairement le site de l'email, pour que votre adresse pro ne cligne même pas.
• Nous effectuons le changement aux heures creuses et surveillons la propagation jusqu'à stabilisation.
• Prix transparent, annoncé d'emblée, sans coûts surprises une fois le travail commencé.

Si vous avez un site et un email pro que vous n'osez pas toucher, écrivez-nous sur WhatsApp, nous regarderons votre situation ensemble et vous dirons honnêtement si cela vaut la peine de migrer et comment. Sans pression.