Migrer WordPress vers un nouvel hébergeur sans perte de référencement

Changer d'hébergeur WordPress pour de meilleures performances, un tarif plus compétitif ou un support plus réactif est une décision saine, à condition qu'elle ne se traduise pas par des jours d'indisponibilité, des liens cassés ou une chute brutale des positions Google. La migration technique en elle-même n'est pas complexe ; c'est la préparation, souvent bâclée, qui détermine si le site en ressort indemne ou pénalisé.

Pourquoi une migration mal préparée coûte des positions Google

Du point de vue d'un moteur de recherche, une migration d'hébergeur ne devrait rien changer : même contenu, mêmes URLs, même structure. Le risque ne vient donc pas du changement de serveur en soi, mais des effets secondaires qui l'accompagnent souvent : temps d'indisponibilité pendant la propagation DNS, erreurs 404 ou 500 temporaires détectées par les robots d'exploration, certificat SSL manquant sur le nouvel hébergeur, ou pire, changement involontaire de structure d'URLs lors de la réinstallation.

Google explore le site en continu ; s'il rencontre des erreurs serveur au mauvais moment, la confiance accordée au site peut être temporairement dégradée, avec un effet sur le classement qui met parfois plusieurs semaines à se résorber. Une migration bien préparée reste, du point de vue de Google, un non-événement.

Avant de migrer : sauvegardes, audit et TTL du DNS

Trois actions préparatoires conditionnent la réussite de la migration, idéalement 48 à 72 heures avant la bascule effective :

1. Sauvegarder l'intégralité du site : fichiers WordPress (thème, extensions, médias) et base de données, via un export complet plutôt qu'une simple copie de dossier, pour garantir la cohérence des données.
2. Réaliser un audit rapide des URLs existantes, notamment via Google Search Console, pour disposer d'une liste de référence des pages actuellement indexées à comparer après migration.
3. Abaisser le TTL (Time To Live) des enregistrements DNS du domaine, idéalement à 300 secondes (5 minutes), plusieurs heures avant la bascule prévue. Un TTL élevé, parfois fixé à 24 heures par défaut, ralentit considérablement la propagation et prolonge la période où certains visiteurs atterrissent encore sur l'ancien serveur.

Tester le site sur le nouvel hébergeur avant toute bascule

Avant de modifier le moindre enregistrement DNS, le site doit être installé, configuré et testé sur le nouvel hébergeur, accessible via une adresse temporaire (URL de prévisualisation fournie par l'hébergeur) ou en modifiant localement le fichier hosts de son ordinateur pour pointer temporairement le nom de domaine vers la nouvelle adresse IP, sans que les visiteurs ni les robots ne soient concernés.

• Vérifier l'affichage complet du site : thème, images, formulaires, panier e-commerce le cas échéant.
• Contrôler les URLs internes générées par WordPress, qui doivent rester strictement identiques à celles en production (aucun changement de structure de permaliens à cette étape).
• Activer et vérifier le certificat SSL sur le nouvel hébergeur avant la bascule, pour que le site soit servi en HTTPS dès la première visite après le changement de DNS, un point détaillé dans notre guide sur le renouvellement d'un certificat SSL sans coupure, dont la logique s'applique directement à une migration.
• Tester les performances (temps de chargement, comportement mobile) pour confirmer que le nouvel hébergeur tient ses promesses avant d'y engager le trafic réel.

Basculer le DNS sans coupure de service

Une fois le site validé sur le nouvel hébergeur, la bascule proprement dite consiste à modifier les enregistrements DNS du domaine (généralement l'enregistrement A, parfois CNAME) pour pointer vers la nouvelle adresse. Pendant la période de propagation, ancien et nouvel hébergeur doivent rester actifs simultanément : couper l'ancien serveur avant que la propagation soit achevée provoque des erreurs pour une partie des visiteurs, ceux dont le fournisseur d'accès n'a pas encore mis à jour son cache DNS.

Étape	Bon réflexe
Avant la bascule	TTL abaissé, site testé et validé sur le nouvel hébergeur, SSL actif
Pendant la bascule	DNS modifié, ancien hébergeur maintenu actif en parallèle
Après la bascule	Propagation vérifiée, ancien hébergeur conservé au moins deux semaines avant résiliation

48-72 h de préparation recommandées avant la bascule DNS, TTL abaissé compris

Les vérifications indispensables après la migration

Une fois la propagation DNS achevée, plusieurs contrôles permettent de confirmer que la migration n'a laissé aucune trace négative :

1. Vérifier l'absence d'erreurs d'exploration dans Google Search Console, notamment les rapports de couverture d'index, dans les jours suivant la bascule.
2. Contrôler que le sitemap XML reste accessible à la même adresse et continue de refléter fidèlement les URLs du site.
3. Comparer les temps de chargement avant et après migration, idéalement via un outil de mesure des Core Web Vitals, pour confirmer le gain de performance attendu.
4. Surveiller les positions sur les principaux mots-clés pendant deux à trois semaines, une légère fluctuation temporaire restant normale même sur une migration parfaitement exécutée.

Les erreurs qui font perdre du référencement pendant une migration

La migration idéale est invisible : ni pour les visiteurs, ni pour les robots d'exploration, ni pour les classements.

• Couper l'ancien hébergement trop tôt, avant la fin complète de la propagation DNS, ce qui génère des erreurs pour une partie du trafic et des robots d'exploration.
• Changer la structure des permaliens à l'occasion de la migration, ce qui casse tous les liens déjà indexés sans mise en place de redirections, une négligence à mettre en parallèle avec les bonnes pratiques détaillées dans notre guide sur les redirections 301 et 302, indispensables dès qu'une URL doit malgré tout changer.
• Oublier le certificat SSL sur le nouvel hébergeur, provoquant un avertissement de connexion non sécurisée dès la bascule, avec un impact immédiat sur le taux de rebond et la confiance des visiteurs.
• Négliger les tâches planifiées et intégrations tierces (envoi d'e-mails transactionnels, sauvegardes automatiques, extensions de cache) qui référencent parfois en dur l'ancienne configuration serveur et cessent silencieusement de fonctionner après la migration.

En résumé, migrer un site WordPress vers un nouvel hébergeur sans perte de référencement n'a rien d'un exercice périlleux, à condition de respecter l'ordre des opérations : sauvegarder, tester sur le nouvel hébergeur avant toute bascule, abaisser le TTL, puis basculer le DNS en maintenant les deux hébergements actifs le temps de la propagation. C'est cette discipline, plus que la technique elle-même, qui fait la différence entre une migration réussie et plusieurs semaines de récupération SEO.