Changer d’hébergement (ou passer à un CDN) sans perdre son SEO
Changement d'hébergeur ou passage à un CDN sans toucher aux URL : suivez la méthode étape par étape pour préserver votre SEO.
Changer d’hébergeur ou passer à un réseau de distribution de contenu (CDN) modifie l’infrastructure qui sert votre site, sans toucher aux URL visibles par les utilisateurs. C’est ce qui distingue cette opération d’une migration classique : les adresses de vos pages restent identiques, seule la machine qui les diffuse change. Si vos URL changent, la démarche est différente et relève d’une migration avec changement d’URL.
Bien menée, cette opération est presque transparente pour le SEO, mais une erreur de configuration peut faire chuter votre visibilité. L’enjeu est de garantir que l’exploration et l’indexation Google accède sans interruption à la nouvelle infrastructure, que rien ne bloque l’exploration au moment de la bascule, et que la transition se fasse en douceur. Ce tutoriel détaille la méthode en quatre temps recommandée par Google : préparer, lancer, surveiller, puis désactiver l’ancien hébergement.
Ce qui distingue ce chantier d’une vraie migration, c’est que vos URL ne bougent pas, et c’est précisément ce qui pousse à le sous-estimer. Je teste systématiquement la nouvelle infrastructure avant de basculer le DNS, puis de vérifier que Googlebot y accède sans entrave. La plupart des incidents que j’ai vus venaient d’un pare-feu ou d’un CDN qui bloquait Googlebot par défaut, sans que personne ne l’ait voulu.
Les quatre étapes d'un changement d'infrastructure
Le processus suit une séquence claire, de la préparation de la nouvelle infrastructure jusqu’à l’arrêt de l’ancienne. Le tableau ci-dessous récapitule chaque étape et son objectif.
| Étape | Action | Objectif |
|---|---|---|
1. Préparer l’infrastructure |
Copier le site sur le nouvel hébergeur ou configurer le CDN, puis tester |
Disposer d’une copie fonctionnelle et accessible à Googlebot |
2. Lancer la migration |
Mettre à jour les enregistrements DNS vers la nouvelle infrastructure |
Amorcer la redirection du trafic |
3. Surveiller le trafic |
Suivre les journaux des anciens et nouveaux serveurs et la Search Console |
Détecter tout problème pendant la propagation DNS |
4. Désactiver l’ancien hébergement |
Arrêter l’ancienne infrastructure une fois son trafic à zéro |
Clore la migration en toute sécurité |
Préparer et tester la nouvelle infrastructure
Commencez par importer une copie de votre site sur la nouvelle plateforme : fichiers HTML à répliquer ou export de base de données à réimporter, selon votre CMS. Testez ensuite toutes les fonctionnalités utilisées par vos visiteurs. Créez un environnement de test, éventuellement restreint à certaines adresses IP, et examinez chaque élément dans un navigateur : pages, images, formulaires, téléchargements. Un nom d’hôte temporaire, par exemple beta.exemple.com, permet de vérifier l’accessibilité du site et l’accès de Googlebot. Pensez aussi à réduire la valeur TTL de vos enregistrements DNS au moins une semaine avant la bascule, pour accélérer la propagation des nouveaux paramètres.
Vérifier l'accès de Googlebot et la Search Console
Sans compte Search Console, créez-en un pour surveiller l’accès et le trafic de Google ; si vous avez créé un nom d’hôte temporaire, validez aussi cette propriété. Vérifiez que Googlebot atteint la nouvelle infrastructure avec l’outil d’inspection d’URL. Contrôlez surtout votre pare-feu et votre protection anti-déni de service : ils ne doivent pas empêcher Googlebot d’atteindre le DNS ou les serveurs. Enfin, assurez-vous que votre validation Search Console restera effective après la bascule : un fichier de validation HTML doit figurer sur la nouvelle version, et toute balise meta ou code Analytics intégré aux modèles doit y être présent.
Lancer la migration et surveiller le trafic
Au moment de la bascule, mettez à jour les enregistrements DNS pour qu’ils pointent vers le nouvel hébergeur. Surveillez ensuite la transition : les journaux des anciens serveurs montreront une baisse du trafic, compensée par une hausse équivalente sur les nouveaux. Utilisez plusieurs outils publics de vérification DNS pour confirmer la propagation à travers le monde, et suivez la couverture de l’index dans la Search Console. Une fois le trafic de l’ancien hébergeur tombé à zéro, vous pouvez le désactiver : la migration est terminée. Si la couverture stagne, voyez comment résoudre les problèmes d’exploration.
Pendant la préparation, beaucoup de copies de site sont protégées par un fichier robots.txt qui interdit l’exploration, ou par des balises meta robots noindex et des en-têtes HTTP qui bloquent l’indexation. L’oubli le plus coûteux est de laisser ces blocages actifs au moment de la migration : votre nouvelle infrastructure resterait alors invisible dans Google. Avant de mettre à jour le DNS, supprimez systématiquement toutes ces restrictions de la nouvelle copie.
À faire
- tester toutes les fonctionnalités sur un environnement dédié
- valider l’accès de Googlebot avec l’outil d’inspection d’URL
- réduire la valeur TTL avant la bascule
- lever tous les blocages d’exploration au lancement
- surveiller les journaux et la couverture de l’index
À éviter
- oublier un noindex ou un blocage robots.txt de la copie de test
- négliger la configuration du pare-feu face à Googlebot
- perdre la validation Search Console après la bascule
- désactiver l’ancien hébergement avant que son trafic atteigne zéro
- s’alarmer d’une baisse temporaire de la vitesse d’exploration
Points clés à retenir
- Conservez vos URL : sinon, il s'agit d'une migration avec changement d'URL.
- Testez la nouvelle infrastructure et l'accès de Googlebot avant la bascule.
- Réduisez la valeur TTL des enregistrements DNS en amont.
- Levez tous les blocages noindex et robots.txt au lancement.
- Désactivez l'ancien hébergement seulement quand son trafic est nul.
Un changement d’infrastructure préserve le SEO s’il est préparé et surveillé.
Quiz : testez vos connaissances
Quiz : testez vos connaissances
-
Qu'est-ce qui distingue un changement d'hébergement d'une migration classique ?
- Le contenu des pages est entièrement réécrit
- Les URL visibles par les utilisateurs restent identiques
- Toutes les adresses de pages changent obligatoirement
Changer d’hébergeur ou passer à un CDN modifie l’infrastructure qui sert votre site sans toucher aux URL visibles. C’est ce qui le distingue d’une migration classique.
-
Quel réglage est conseillé avant de basculer les enregistrements DNS vers le nouvel hébergeur ?
- Désactiver l'ancien hébergement la veille
- Réduire la valeur TTL avant la bascule
- Augmenter fortement le TTL pour stabiliser le trafic
Pensez à réduire la valeur TTL avant la bascule. Au moment du changement, mettez à jour les enregistrements DNS pour qu’ils pointent vers le nouvel hébergeur, puis surveillez la transition.
-
Quel oubli fréquent peut compromettre un changement d'infrastructure ?
- Laisser un noindex ou un blocage robots.txt hérité de la copie de test
- Créer un compte Search Console pour surveiller l'accès de Google
- Conserver des URL identiques entre l'ancien et le nouveau site
Beaucoup de copies de site sont protégées par un
robots.txtqui interdit l’exploration ou par une balisenoindex. Pensez à lever tous ces blocages au lancement.
Besoin d'un accompagnement SEO ?
Un blocage oublié lors d'un changement d'hébergement peut rendre tout votre site invisible.