Intermédiaire 6 min 1 min de lecture Indexation & crawl

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.

Par Nicolas Dupont Mis à jour le 23 juin 2026

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.

— Nicolas Dupont

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.

Levez tous les blocages avant la bascule

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.

Besoin d'aide pour mettre en pratique ? Nos experts SEO vous accompagnent.
Parler à un expert

À 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

  1. 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.

  2. 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.

  3. 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.txt qui interdit l’exploration ou par une balise noindex. Pensez à lever tous ces blocages au lancement.

À propos de l'auteur

Nicolas Dupont

Nicolas Dupont

Expert SEO Sénior & Fondateur

Il a fait grimper des sites en haut de Google et accompagné plus de 120 entreprises avant de fonder Les Webineurs. Sur votre projet SEO, vous échangez directement avec Nicolas, pas un commercial ni un junior. Un expert dédié et du trafic organique qui dure.

Voir le profil

Besoin d'un accompagnement SEO ?

Un blocage oublié lors d'un changement d'hébergement peut rendre tout votre site invisible.

Faire le point avec un expert SEO