Changer d’hébergeur sans perdre son référencement

Une migration d’hébergement bien conduite est invisible : ni pour vos visiteurs, ni pour les moteurs. Une migration mal conduite produit des heures d’indisponibilité, des pages qui répondent en erreur au moment précis où le robot passe, et parfois des semaines à réparer.

La différence ne tient pas à la compétence technique, mais à l’ordre des opérations. Voici la procédure, étape par étape, avec les points de contrôle à chaque palier.

La règle qui évite la moitié des problèmes

Une migration d’hébergement ne change ni vos URL, ni votre structure, ni votre contenu. Elle déplace des fichiers d’une machine à une autre. Correctement menée, elle n’a aucun effet sur votre référencement.

Le problème survient quand on en profite pour tout faire en même temps : nouveau design, nouvelles URL, passage à un autre logiciel de site. Chacun de ces chantiers comporte ses propres risques. Combinés, ils deviennent impossibles à diagnostiquer, puisque vous ne saurez jamais lequel a causé la baisse.

Migrez d’abord, laissez passer deux ou trois semaines, puis engagez le reste. C’est la seule règle qui compte vraiment. Elle vaut a fortiori pour un changement de nom de domaine, opération sans commune mesure en termes de risque.

Avant la bascule

Une semaine avant

1. Relevez votre état de référence. Positions actuelles sur vos requêtes principales, nombre de pages indexées, temps de réponse serveur moyen, éventuelles erreurs d’exploration. Sans ce point de départ, vous serez incapable de dire si quelque chose s’est dégradé.
2. Exportez une liste complète de vos URL. Votre sitemap fait l’affaire. Elle servira à vérifier après la bascule que tout répond.
3. Vérifiez les dépendances techniques. Version du langage, extensions serveur requises, tâches planifiées, envoi de courriel, éventuels services externes appelés par votre site. C’est ici que se cachent les mauvaises surprises.

Deux à trois jours avant

Réduisez la durée de vie de vos enregistrements DNS. C’est l’étape la plus souvent oubliée, et celle qui détermine la durée de la période de bascule. Cette valeur indique aux serveurs de noms combien de temps conserver l’ancienne adresse en mémoire. Si elle est réglée sur une durée longue, une partie du monde continuera de voir l’ancien serveur pendant des heures après votre changement.

Abaissez-la à quelques minutes, plusieurs jours à l’avance pour que l’ancienne valeur ait expiré partout. Vous la remonterez une fois la migration terminée.

La veille

Installez le site sur le nouveau serveur et testez-le en accès direct, sans toucher au DNS. La plupart des hébergeurs fournissent une adresse temporaire, ou vous pouvez forcer la résolution sur votre propre machine. Parcourez le site : pages principales, formulaires, connexion, moteur de recherche interne, envoi de courriel. Corrigez tout ce qui cloche avant que la moindre visite réelle n’arrive.

La bascule

1. Passez le site en lecture seule si c’est possible. Sur un annuaire ou un site à contributions, cela évite qu’une soumission arrive sur l’ancien serveur après le dernier export et soit perdue.
2. Faites l’export final de la base et des fichiers modifiés depuis la copie de test, puis importez-les sur le nouveau serveur.
3. Modifiez l’enregistrement DNS vers la nouvelle adresse.
4. Laissez l’ancien serveur en service. C’est le point capital : pendant la propagation, une partie des visiteurs et des robots atteint encore l’ancienne machine. Si vous l’avez éteinte, ils reçoivent une erreur. Gardez-la allumée et fonctionnelle plusieurs jours.

Après la bascule

Dans les deux heures

• Vérifiez que le certificat de sécurité fonctionne sur le nouveau serveur, avec et sans le préfixe de sous-domaine. Un certificat mal installé produit un avertissement qui fait fuir tout le monde.
• Contrôlez que les redirections historiques répondent toujours, notamment celle qui force la version canonique de votre domaine. Le nettoyage préalable de vos redirections évite d’en empiler de nouvelles sur des chaînes existantes.
• Testez un formulaire et vérifiez qu’un courriel arrive réellement.
• Confirmez que votre fichier d’exclusion des robots n’a pas été remplacé par celui de l’environnement de test. C’est une erreur classique, et elle bloque l’exploration entière.

Dans les 48 heures

Passez votre liste d’URL à un outil qui vérifie leur code de réponse. Toutes doivent répondre correctement, aucune ne doit renvoyer d’erreur serveur. Surveillez ensuite le rapport d’exploration de votre outil de suivi : une hausse d’erreurs signale un problème de configuration, pas un simple délai.

Comparez enfin le temps de réponse serveur à votre relevé initial. Une migration censée améliorer les performances qui les dégrade est un signal à traiter immédiatement, pendant que le retour arrière reste possible.

Après deux semaines

Remontez la durée de vie DNS à une valeur normale, vérifiez vos positions par rapport au relevé de départ, et seulement alors résiliez l’ancien hébergement. Deux semaines de fonctionnement vérifié valent mieux que quelques jours d’économie sur un abonnement.

Le cas particulier de l’annuaire

Un annuaire ajoute deux difficultés. D’abord le volume de la base, qui rend l’export et l’import plus longs et plus fragiles : testez la restauration sur le nouveau serveur avant la bascule, jamais le jour même. Ensuite les soumissions en cours, qui peuvent arriver pendant la fenêtre de migration et se perdre. La mise en lecture seule, même quelques heures, règle ce second point. Les autres spécificités techniques sont détaillées dans notre article sur l’hébergement d’un annuaire.

Questions fréquentes

Pour aller plus loin