Changer d’hébergeur WordPress, étape par étape

Votre hébergement actuel est lent, le support répond au bout de trois jours, ou le tarif de renouvellement vient de bondir. Vous savez qu'il faut partir, mais une question vous retient : « Et si je perdais mon site, mes e-mails ou ma place sur Google ? » Cette peur est raisonnable, parce qu'une migration mal préparée peut entraîner une page blanche, des formulaires muets ou une messagerie à l'arrêt.

Elle se prépare pourtant. Le principe tient en une phrase : on installe et on teste le site sur le nouvel hébergement pendant que l'ancien continue de tourner, et on ne change l'adresse du serveur qu'une fois tout validé. Ce guide déroule les vérifications à faire avant de commencer, les trois façons de copier le site, la méthode en 8 étapes, le piège des e-mails et les points à surveiller après la bascule. Nous ne promettons aucune coupure nulle : nous expliquons comment la limiter.

Avant de commencer : ce qu'il faut identifier

Un hébergeur ne porte pas que le site. Repérez tout ce qui en dépend, sinon vous le découvrirez le jour de la bascule.

Trois façons de copier le site

1. La migration par extension

Une extension de migration emballe les fichiers et la base de données dans une archive que vous restaurez sur le nouvel hébergement. C'est la voie la plus abordable pour un site de taille modeste, mais des limites de taille ou de durée d'exécution peuvent bloquer sur un gros site.

2. La migration manuelle

Vous copiez les fichiers par FTP, vous exportez puis importez la base de données, et vous adaptez le fichier de configuration (wp-config.php) avec les nouveaux identifiants de base. Plus de contrôle, plus de temps, et moins de marge d'erreur : à réserver à quelqu'un d'à l'aise avec ces outils.

3. La migration par le nouvel hébergeur

Certains hébergeurs proposent de reprendre votre site à leur charge, gratuitement ou avec un supplément selon l'offre. Demandez-le avant de souscrire : c'est une façon simple de limiter les risques si vous ne souhaitez pas manipuler les fichiers vous-même.

La méthode en 8 étapes

1. Sauvegardez le site complet (fichiers et base de données), et conservez la copie hors de l'ancien hébergement (voir notre guide de sauvegarde).
2. Abaissez la durée de mise en cache DNS (le « TTL ») de l'enregistrement du site, un ou deux jours avant la bascule, si votre gestionnaire DNS le permet. Le changement d'adresse se répandra plus vite.
3. Préparez le nouvel hébergement : version de PHP compatible, base de données vide, certificat HTTPS prêt.
4. Copiez fichiers et base de données avec la méthode choisie.
5. Adaptez la configuration : identifiants de base de données dans wp-config.php, puis enregistrez de nouveau les permaliens (Réglages > Permaliens) pour éviter des erreurs 404 (voir notre guide de la page 404).
6. Testez avant de basculer. Le fichier « hosts » de votre ordinateur permet de faire croire à votre machine que le domaine pointe déjà vers le nouveau serveur : vous voyez et testez le nouveau site, alors que vos visiteurs voient encore l'ancien. Contrôlez pages clés, menu, formulaire, connexion, HTTPS.
7. Basculez dans une période calme. Évitez le vendredi soir et les périodes de forte activité. Sur un site marchand, arrêtez les commandes le temps de la bascule, ou prévoyez de reprendre celles passées entre la copie et le changement d'adresse. Modifiez alors l'enregistrement DNS du site vers le nouveau serveur.
8. Vérifiez et gardez l'ancien hébergement actif jusqu'à validation complète : pages, formulaire, messagerie, HTTPS, mesure d'audience. Ne résiliez l'ancien contrat qu'après plusieurs jours de fonctionnement sans incident.

Le temps de propagation d'un changement DNS dépend des fournisseurs et des caches : il peut aller de quelques minutes à plusieurs heures, et personne ne peut le garantir à la minute près. C'est pourquoi le test préalable et le maintien de l'ancien site comptent autant que la bascule elle-même.

Le piège des e-mails

La messagerie est la première chose que l'on oublie. Regardez vers où pointent vos enregistrements MX :

• Vers un service de messagerie externe (Google Workspace, Microsoft 365, etc.) : rien ne change, à condition de ne pas modifier les enregistrements MX en même temps que ceux du site.
• Vers l'ancien hébergeur : recréez les boîtes chez le nouveau prestataire avant la bascule et copiez les messages, ou déplacez la messagerie vers un service indépendant de l'hébergement, ce qui évitera le même souci à la prochaine migration.

Si la zone DNS est gérée chez le prestataire du domaine, ne modifiez que l'enregistrement qui désigne le site. Vérifiez aussi l'envoi des e-mails du site lui-même : certains hébergeurs limitent ou désactivent l'envoi par défaut, et un formulaire de contact peut cesser d'arriver sans qu'aucune erreur ne s'affiche.

Et pour le référencement ?

Si le nom de domaine et les adresses des pages restent identiques, changer d'hébergeur n'implique pas de redirection. Les risques sont indirects : un site inaccessible longtemps, des erreurs serveur, un site plus lent, ou une case « demander aux moteurs de recherche de ne pas indexer » restée cochée depuis un environnement de test (voir notre guide de l'environnement de test). Après la bascule, ouvrez la Search Console et surveillez les erreurs d'exploration pendant quelques semaines.

Exemple illustratif : un cabinet d'expertise comptable migre son site un mardi matin, avec son nouveau serveur testé la veille. Ses e-mails sont hébergés chez un service externe : ils ne bougent pas. Le lendemain, il relit son formulaire de contact avec un message de test, et résilie son ancien hébergement après une semaine sans incident.