Changer d'hébergeur fait peur : perte de trafic, coupure des emails pro. Voici la méthode complète pour migrer sans rien perdre, expliquée par ceux qui le font.
En résumé :
Personne ne change d'hébergeur par plaisir. On le fait parce que le site rame, parce que le support ne répond plus, parce que le prix a grimpé sans raison, ou parce qu'on veut enfin un interlocuteur capable de décrocher le téléphone. Mais dès que la décision est prise, la même angoisse revient : et si le site disparaissait de Google pendant la bascule ? Et si les emails clients partaient dans le vide sans que personne ne s'en aperçoive ?
Cette peur n'a rien d'exagéré. Une migration mal préparée peut effectivement provoquer les deux. Une migration bien préparée, en revanche, est un non-événement pour vos visiteurs et vos clients. La différence ne tient ni à la chance ni au hasard : elle tient à la méthode. C'est cette méthode que nous détaillons ici, y compris sur la partie que la plupart des guides survolent : les emails.
Une migration change le support technique du site : l'hébergeur, parfois le nom de domaine. Le contenu, le design et les textes restent strictement identiques. C'est une opération de plomberie, pas de décoration.
Une refonte touche au design, à l'arborescence, parfois aux textes. C'est un projet différent, avec des enjeux SEO différents, et souvent plus lourds, puisque les URLs et le contenu changent en même temps que le support.
On confond régulièrement les deux, ce qui pousse à sur-préparer une simple migration ou, à l'inverse, à sous-préparer une refonte déguisée en migration. Si vous changez uniquement d'hébergeur sans toucher au site, ce qui suit s'applique intégralement et sans complication supplémentaire.
Google indexe votre site à une adresse précise. Si cette adresse change sans redirection, les liens qui pointent vers vos pages (depuis Google, depuis d'autres sites, depuis les favoris de vos visiteurs) mènent soudain nulle part. Le SEO accumulé sur ces pages se perd avec eux.
C'est le point le plus sous-estimé, et souvent le plus stressant pour un dirigeant de TPE. contact@monentreprise.fr qui cesse de recevoir des messages pendant deux jours, ce sont des devis, des commandes et des réponses clients qui disparaissent silencieusement, sans alerte visible.
Entre le moment où l'ancien hébergeur s'arrête et celui où le nouveau prend le relais, il ne doit pas y avoir de trou. Un site inaccessible pendant quelques heures, c'est une mauvaise expérience. Un site qui affiche une erreur de certificat de sécurité, c'est pire : le visiteur repart immédiatement, convaincu que le site n'est pas fiable, et ne revient pas toujours.
Tout commence par un état des lieux. Listez l'ensemble de vos pages et leurs adresses actuelles, un plan de site (sitemap XML) suffit pour cela. C'est aussi le moment de repérer les pages à conserver telles quelles, celles à mettre à jour, et celles qui ne servent plus à rien.
Faites une sauvegarde complète du site : fichiers, base de données, médias. Cette sauvegarde est votre filet de sécurité si quelque chose se passe mal pendant le transfert, elle ne doit jamais être une étape facultative, même quand la migration semble simple.
Chaque ancienne adresse doit être redirigée vers son équivalent sur le nouvel hébergement, via une redirection 301. C'est cette redirection qui indique à Google et aux navigateurs que la page n'a pas disparu, qu'elle a simplement déménagé, et qui transfère le poids SEO acquis vers la nouvelle adresse.
La bascule elle-même passe par une modification de la zone DNS, qui indique où trouver votre site. Cette modification ne se propage pas instantanément : selon les cas, cela va de quelques heures à quelques jours. Pendant cette fenêtre, certains visiteurs peuvent voir l'ancienne version, d'autres la nouvelle : c'est normal, à condition que les deux versions restent accessibles et cohérentes.
Un point trop souvent oublié : le certificat SSL. Sur l'ancien hébergeur, il était probablement installé automatiquement. Si personne ne pense à le reconfigurer sur le nouveau serveur avant la bascule, le navigateur affiche une alerte de connexion non sécurisée dès que le DNS pointe vers le nouvel hébergement. C'est l'une des erreurs les plus fréquentes, et l'une des plus coûteuses en confiance visiteur.
Une fois la bascule effectuée, vérifiez que toutes les pages répondent correctement, que les redirections fonctionnent, et que le certificat SSL est actif. Dans Google Search Console, surveillez les erreurs d'exploration dans les semaines qui suivent : c'est le meilleur indicateur que la transition s'est bien passée du point de vue de Google.
C'est la partie que la plupart des guides de migration traitent en une phrase rassurante, sans jamais expliquer le mécanisme. Pourtant, c'est souvent l'inquiétude numéro un des dirigeants de TPE et PME que nous accompagnons.
Le site web et les emails ne suivent pas le même chemin technique. Le site répond aux enregistrements A (et AAAA) de la zone DNS, qui indiquent où trouver les fichiers du site. Les emails, eux, répondent aux enregistrements MX, qui indiquent où envoyer les messages adressés à votre domaine. Ce sont deux systèmes indépendants.
Concrètement, cela veut dire une chose essentielle : changer d'hébergeur web ne coupe jamais les emails automatiquement. La coupure ne survient que si les enregistrements MX sont modifiés en même temps que le reste, sans préparation. C'est justement l'erreur la plus commune et la plus évitable.
La méthode sûre suit un ordre précis :
1.
Créer, chez le nouvel hébergeur, toutes les boîtes mail à l'identique, mêmes adresses, sans en oublier aucune.
2.
Ne toucher à rien côté DNS pour le moment : les emails continuent d'arriver normalement sur l'ancien service.
3.
Tester la réception sur les nouvelles boîtes en parallèle, pour s'assurer que tout fonctionne avant de couper quoi que ce soit.
4.
Une fois la certitude acquise, faire évoluer les enregistrements MX vers le nouvel hébergeur.
5.
Migrer ensuite le contenu des anciennes boîtes (messages, dossiers, historique) vers les nouvelles.
Pendant toute cette période de transition, les deux environnements coexistent. Rien n'est coupé tant que le nouveau n'a pas fait ses preuves.
Le TTL (Time To Live) définit la durée de vie d'une information DNS avant qu'elle ne soit revérifiée. Abaisser le TTL de votre zone DNS quelques jours avant la bascule accélère la propagation du changement une fois que vous basculez réellement les MX, ce qui réduit la fenêtre pendant laquelle les emails pourraient arriver au mauvais endroit. C'est un détail technique, mais c'est exactement le genre de détail qui fait la différence entre une migration invisible et une migration qui fait perdre trois jours de messages.
Chacune des étapes ci-dessus est maîtrisable seul, à condition d'avoir le temps et l'aisance technique nécessaires. Pour beaucoup de dirigeants de TPE et PME, ce n'est ni l'un ni l'autre : le site et les emails sont des outils de travail, pas un terrain d'expérimentation.
C'est précisément ce que nous prenons en charge chez CloudEst. Basés à Millery, entre Nancy et Metz, nous accompagnons les migrations de nos clients du Grand Est de bout en bout, y compris la partie la plus délicate, la continuité des emails professionnels. Une question pendant la bascule ? Notre équipe est joignable directement, sans ticket qui reste sans réponse pendant trois jours.