GUIDE
Changer d’hébergeur est un peu comme déménager : tout le monde repousse, parce que tout le monde sait que ça peut mal se passer. Et c’est vrai - une migration improvisée peut coûter des jours de coupure, des courriels perdus et des semaines de référencement. Mais rester chez un hébergeur qui plafonne votre site coûte aussi, chaque jour, en visiteurs et en ventes. Voici comment décider, puis comment migrer sans rien casser.
Les signes qu’il est temps de partir
- Votre site est lent malgré les optimisations : quand images, cache et base de données sont propres mais que le temps de réponse du serveur reste élevé, le plafond vient de l’hébergement.
- Des pannes récurrentes : un site régulièrement indisponible, même brièvement, perd des clients et de la crédibilité auprès de Google.
- Une version PHP qu’on ne peut pas mettre à jour : si votre hébergeur ne propose pas les versions récentes de PHP, votre site devient chaque mois un peu plus lent et un peu moins sécurisé.
- Un support injoignable : le vrai test d’un hébergeur, c’est sa réactivité quand votre site est en panne un samedi.
- Des limites dépassées : espace disque, trafic, ressources processeur - votre site a grandi, pas votre forfait.
Ce qui peut mal tourner (et pourquoi ça arrive)
Les migrations ratées se ressemblent toutes. Le site est copié à moitié - fichiers sans la base de données, ou l’inverse. La bascule DNS est faite avant que la copie soit testée, et les visiteurs découvrent les erreurs en direct. Les courriels professionnels, qui passaient par l’ancien hébergeur, cessent d’arriver parce que personne n’a pensé aux enregistrements MX. Le certificat SSL n’est pas réinstallé et les navigateurs affichent un avertissement de sécurité. Chacun de ces pièges est évitable - à condition de savoir qu’il existe.
La méthode sans coupure
Le principe central : l’ancien site reste en ligne et sert les visiteurs pendant toute l’opération. La copie s’installe et se teste en parallèle sur le nouvel hébergement, et la bascule ne se fait qu’une fois tout vérifié.
- Sauvegarde complète - fichiers et base de données, conservée hors des deux hébergements. Quoi qu’il arrive ensuite, le site est récupérable.
- Inventaire DNS - domaine, sous-domaines, courriels (MX, SPF, DKIM) : tout ce qui pointe quelque part est répertorié avant d’y toucher.
- Copie et installation sur le nouvel hébergement, avec les mêmes versions de PHP et les mêmes réglages - ou des meilleurs.
- Tests complets via un accès temporaire : pages, formulaires, parcours d’achat pour une boutique, courriels transactionnels, certificat SSL.
- Bascule DNS préparée : TTL réduit à l’avance pour une propagation rapide, bascule en période creuse, et l’ancien site reste actif pendant la propagation - les visiteurs arrivent sur l’un ou l’autre, mais toujours sur un site fonctionnel.
- Surveillance post-migration : trafic, formulaires, courriels et Search Console vérifiés pendant plusieurs jours avant de fermer l’ancien compte.
Et le référencement dans tout ça ?
Tant que votre domaine ne change pas, une migration d’hébergeur est invisible pour Google : mêmes adresses, même contenu, juste un autre serveur - souvent plus rapide, ce qui est un signal positif. Les pertes de référencement attribuées aux migrations viennent en réalité des migrations ratées : jours d’indisponibilité, pages en erreur, redirections oubliées. La méthode fait toute la différence.
Faire migrer son site sans y passer ses nuits
Une migration bien menée demande de la méthode plus que de l’héroïsme - mais elle demande aussi de savoir exactement où regarder à chaque étape. C’est un service courant chez Umani Web, souvent combiné à un forfait de maintenance avec hébergement inclus : le site déménage vers un environnement suivi, et la question de l’hébergeur ne se repose plus jamais. Le diagnostic gratuit permet d’évaluer si votre hébergement actuel est vraiment le goulot - ou si le problème est ailleurs.
Votre hébergement vous freine ?