Changer d’hébergeur sans perdre votre site ni vos e-mails.

La réponse courte

Changer d’hébergeur n’a pas à vous coûter un seul e-mail ni une seule visite. Ce qui casse tout, c’est l’ordre. Si l’on modifie le DNS avant que tout soit prêt chez le nouvel hébergeur, les e-mails arrivent dans une boîte que vous ne consultez plus et le site affiche une erreur le temps que la modification se propage sur Internet. On fait l’inverse : on copie d’abord tout et on le teste chez le nouvel hébergeur, puis on modifie le DNS du site et la messagerie passe en dernier. On ne résilie l’ancien hébergement qu’après avoir vérifié qu’il ne reçoit plus rien.

Ce que l’on perd si c’est mal fait

• Des e-mails pendant le changement de DNS. Tant que la modification n’a pas atteint tous les serveurs, certains distribuent les e-mails chez l’ancien hébergeur et d’autres chez le nouveau. Si l’ancien est déjà résilié, ces e-mails se perdent sans que personne ne soit prévenu.
• Les anciennes boîtes e-mail. Les e-mails conservés sur le serveur de l’hébergeur ne déménagent pas tout seuls. Si vous résiliez l’hébergement sans les copier, des années d’échanges avec vos clients et vos fournisseurs disparaissent.
• Les formulaires. Beaucoup de formulaires envoient leur notification depuis le serveur lui-même. Chez le nouvel hébergeur, elles peuvent ne plus arriver ou finir en spam sans que personne s’en aperçoive.
• Le certificat SSL. Le cadenas ne voyage pas avec le site. S’il n’est pas installé chez le nouvel hébergeur quand les visiteurs arrivent, le navigateur avertit que le site n’est pas sécurisé et beaucoup repartent.
• Les positions sur Google. Si les adresses des pages changent avec le déménagement, par exemple en passant de Wix à WordPress, chaque ancienne adresse renvoie une erreur. Les pages qui apparaissaient sur Google perdent leur place si personne ne les redirige.
• Le nom de domaine. S’il a été souscrit chez le même hébergeur et que vous résiliez tout ensemble, vous pouvez le perdre. Et vos e-mails avec lui.

Le bon ordre

1. Une sauvegarde complète. Les fichiers, la base de données, les boîtes e-mail et la liste des enregistrements DNS actuels, y compris le MX, le SPF et le DKIM de la messagerie. Avant de toucher à quoi que ce soit.
2. Réduire le TTL des DNS. À quelques heures, au moins une semaine avant. Ainsi, le moment venu, la modification atteint plus vite tout le monde.
3. Installer le site chez le nouvel hébergeur et le tester. Sans modifier encore le DNS. On teste les pages, les formulaires et le certificat.
4. Créer les boîtes e-mail chez le nouveau fournisseur et copier les e-mails par IMAP. On connecte les deux serveurs et on copie les dossiers de chaque boîte. Les anciennes boîtes continuent de fonctionner pendant ce temps.
5. Si les adresses changent, le plan de redirection. Une liste qui associe chaque ancienne adresse à sa nouvelle page, avec une redirection 301 de l’une vers l’autre. Jamais tout vers la page d’accueil.
6. Modifier le DNS du site. L’enregistrement qui pointe vers le serveur passe au nouvel hébergeur.
7. Modifier le MX en dernier. Quand les nouvelles boîtes contiennent déjà les anciens e-mails. On recopie ensuite ce qui est arrivé entre-temps dans l’ancienne et on vérifie le SPF et le DKIM pour le nouveau serveur.
8. Vérifier après coup. Envoyer et recevoir des e-mails depuis l’extérieur, remplir le formulaire, regarder le cadenas et ouvrir quelques anciennes adresses pour voir qu’elles redirigent. L’ancien hébergement n’est résilié que lorsqu’il ne reçoit plus de trafic.

Ce que disent Google et Microsoft

Google a un guide pour chaque cas. Si vous changez seulement d’hébergeur et que les adresses restent les mêmes, Changement d’hébergement recommande de réduire le TTL des DNS à quelques heures au moins une semaine avant et de ne pas désactiver l’ancien hébergement tant qu’il reçoit du trafic. Si les adresses changent, Migrer un site demande de préparer la correspondance entre anciennes et nouvelles URL, d’utiliser des redirections permanentes côté serveur et de les conserver aussi longtemps que possible, généralement au moins un an. Il demande aussi de ne pas rediriger en masse des anciennes URL vers une même destination sans rapport, comme la page d’accueil. Pour la messagerie, Microsoft décrit dans Ce que vous devez savoir sur la migration de vos boîtes aux lettres IMAP vers Microsoft 365 ou Office 365 le même ordre : d’abord les boîtes aux lettres et la copie par IMAP, ensuite la modification de l’enregistrement MX. Et il prévient qu’IMAP ne migre ni les contacts, ni le calendrier, ni les tâches.

Ce que vous pouvez faire vous-même

• Vérifiez où est enregistré le nom de domaine et où se gère son DNS. Ce n’est pas toujours chez l’hébergeur.
• Notez tout ce qui utilise le nom de domaine : le site, chaque boîte e-mail, le formulaire, les factures et les newsletters.
• Téléchargez une sauvegarde du site depuis l’espace client de l’hébergeur et gardez sur votre ordinateur les e-mails que vous ne pouvez pas perdre.
• Si votre messagerie est déjà chez Google Workspace ou Microsoft 365, les boîtes e-mail ne déménagent pas. Ce qu’il faut reprendre à l’identique, ce sont leurs enregistrements DNS, si le DNS change aussi de fournisseur.
• Si votre site est simple et que les adresses ne changent pas, beaucoup d’hébergeurs le migrent pour vous. Demandez-le avant de souscrire.
• Après le changement, envoyez-vous un e-mail depuis un compte extérieur, remplissez votre formulaire et ouvrez le site sur votre mobile avec les données mobiles.

Ce qu’il vaut mieux éviter

• Ne résiliez pas l’ancien hébergement le jour même. C’est là qu’arrive encore une partie des e-mails tant que la modification n’a pas atteint tout le monde.
• Ne modifiez pas le MX avant d’avoir copié les boîtes e-mail. Les nouveaux e-mails arrivent dans des boîtes vides et les anciens restent là où vous ne regardez plus.
• Ne redirigez pas toutes les anciennes adresses vers la page d’accueil. Google demande de l’éviter et peut les traiter comme des pages qui n’existent plus. Chaque adresse doit mener à la page qui la remplace.
• Ne refaites pas le site en même temps sans plan de redirection. Si, en plus de déménager, vous changez de plateforme, les adresses changent. C’est sans liste de redirections que l’on perd les positions.
• N’oubliez pas les e-mails qu’envoie le site. Le SPF doit inclure le nouveau serveur, sinon les notifications du formulaire finissent en spam.

Quand faire appel à quelqu’un

Si le site est simple, que votre messagerie est déjà chez Google Workspace ou Microsoft 365 et que les adresses ne changent pas, vous pouvez sans doute le faire vous-même avec l’aide du nouvel hébergeur. Mieux vaut le confier à quelqu’un si votre messagerie est chez l’hébergeur que vous quittez, s’il y a plusieurs boîtes e-mail avec des années d’échanges, si le site a une boutique ou des formulaires qui ne doivent pas tomber en panne ou si vous profitez du déménagement pour refaire le site. Un MX mal configuré prive toute l’entreprise d’e-mails et des redirections oubliées se voient sur Google des semaines plus tard.

Comment Vaseia procède

• Avant toute intervention, une sauvegarde complète et la liste de tout ce qui utilise le nom de domaine.
• Le site installé et testé chez le nouvel hébergeur avant de modifier le DNS.
• Les boîtes e-mail copiées par IMAP et le MX modifié en dernier, avec une seconde copie de ce qui arrive dans l’ancienne pendant le changement.
• SPF, DKIM et DMARC vérifiés pour le nouveau serveur et le certificat contrôlé.
• Si les adresses changent, un plan de redirections 301, une par une. C’est ce qui a été fait pour le site d’un centre de formation de Madrid : 26 redirections sans perdre de positions.
• Une vérification après le changement. L’ancien hébergement n’est résilié que lorsqu’il ne reçoit plus rien.

Si vos e-mails arrivaient déjà en spam avant le déménagement, c’est le bon moment pour régler le problème : lisez pourquoi vos e-mails arrivent en spam. Et si vous partez parce que le site est lent, mesurez d’abord ce qui le ralentit en lisant pourquoi votre site est lent. Changer d’hébergeur ne rend pas plus légères des images énormes.

Si vous préférez ne pas vous en occuper

Je m’en charge, avec un prix fixe avant de commencer. Dites-moi où se trouvent aujourd’hui votre site, votre nom de domaine et votre messagerie, puis où vous voulez les transférer. Je vous dis ce qu’il faut déplacer et dans quel ordre. Je travaille à distance et en français avec des entreprises hors d’Espagne. Je ne me bats pas sur le prix : je mise sur la qualité et la rapidité.

Questions