Changer d’hébergeur fait peur, et cette crainte explique pourquoi tant de sites restent des années chez un prestataire trop lent ou trop cher. La réalité est plus rassurante : une migration correctement préparée est une opération sans risque particulier. Ce qui provoque les catastrophes, ce n’est pas le déménagement, c’est l’improvisation.
Le principe : monter le neuf avant de démonter l’ancien
L’erreur fondatrice consiste à résilier son ancien hébergement avant d’avoir vérifié le nouveau. On se retrouve alors sans filet, avec un site hors ligne et aucune possibilité de retour en arrière.
La bonne méthode est celle de tout chantier : on construit à côté, on teste, on bascule, et on ne démolit qu’ensuite. Concrètement, l’ancien hébergement reste actif et payé pendant au moins deux semaines après la bascule. C’est le principe de base que rappelle Jimenez Julien avant toute migration : le coût d’un mois d’hébergement en double est dérisoire comparé à celui d’une journée d’indisponibilité.
Avant : préparer
Cinq points à traiter avant de toucher à quoi que ce soit.
Sauvegardez intégralement fichiers et base de données, et téléchargez la copie sur votre machine.
Relevez vos indicateurs de départ : positions sur vos requêtes principales, trafic, nombre de pages indexées. Sans point de comparaison, vous ne saurez pas si la migration a eu un effet.
Vérifiez la compatibilité du nouvel environnement : version du langage serveur, base de données, espace disque, modules requis par vos extensions.
Notez tous vos accès : registrar du domaine, ancien et nouvel hébergement, comptes de messagerie associés.
Choisissez le bon moment. Une période creuse, en début de semaine, jamais un vendredi soir ni la veille d’un départ.
Pendant : l’ordre des opérations
Transférez d’abord les fichiers vers le nouveau serveur, puis importez la base de données, puis ajustez le fichier de configuration avec les nouveaux identifiants.
Testez ensuite le site sur le nouveau serveur sans toucher au domaine, en utilisant un fichier hosts local ou l’adresse temporaire fournie par l’hébergeur. Parcourez une dizaine de pages, testez un formulaire, connectez-vous à l’administration, vérifiez que les images s’affichent.
Ce n’est qu’une fois ces vérifications passées que vous modifiez les enregistrements DNS pour pointer vers le nouveau serveur.
Le délai de propagation
Un point qui déroute souvent. Après modification, le changement ne se répercute pas instantanément partout : selon les fournisseurs d’accès, la mise à jour prend de quelques minutes à 48 heures.
Pendant cette fenêtre, certains visiteurs voient l’ancien site, d’autres le nouveau. C’est la raison pour laquelle il ne faut rien publier ni modifier durant cette période : une modification faite sur l’ancien serveur serait purement et simplement perdue.
Astuce utile : abaissez la durée de vie de vos enregistrements DNS à 300 secondes environ 24 heures avant la migration. La propagation sera bien plus rapide le jour J.
Ne pas oublier la messagerie
C’est l’oubli le plus fréquent, et le plus embêtant. Si vos adresses de courriel dépendent du même hébergeur, changer les enregistrements DNS peut interrompre la réception.
Sauvegardez vos messages, notez les paramètres de vos comptes, et vérifiez si vos enregistrements de messagerie doivent être conservés ou modifiés. Testez un envoi et une réception juste après la bascule.
Après : vérifier
Dans les 48 heures, contrôlez que le certificat de sécurité est bien actif, que les formulaires envoient correctement, que les URL n’ont pas changé, et que le fichier robots.txt ne contient pas une consigne de blocage héritée d’un environnement de test.
Surveillez ensuite le rapport d’exploration pendant deux semaines. Une migration réussie ne produit aucun effet visible sur le référencement si votre trafic bouge, c’est qu’il reste quelque chose à corriger.