Un hébergeur trop lent, un support injoignable ou une offre qui ne suit plus votre activité : tôt ou tard, beaucoup de PME envisagent de changer d’hébergement. La crainte est toujours la même : couper le site, perdre des e-mails ou dégrader son référencement. Bien préparée, une migration WordPress se fait pourtant sans interruption visible pour vos clients. Voici la méthode, étape par étape.

Avant de bouger : faire l’inventaire de ce que vous hébergez

Un hébergement ne contient pas seulement un site. Il regroupe souvent plusieurs services que l’on découvre au moment où ils cessent de fonctionner. Avant toute chose, dressez la liste précise de ce qui tourne chez votre hébergeur actuel :

• Le site WordPress : fichiers (thème, extensions, médias) et base de données.
• Les e-mails professionnels : boîtes, alias, redirections, éventuels répondeurs.
• Le nom de domaine et sa zone DNS : chez qui est-il enregistré, qui gère les enregistrements ?
• Les tâches planifiées (cron) : envois automatiques, synchronisations, exports.
• Les sous-domaines et services annexes : préproduction, extranet, outil de réservation, certificat SSL particulier.
• Les accès : identifiants FTP/SFTP, base de données, panneau d’administration, compte registrar.

Vérifiez aussi la version de PHP utilisée et les extensions serveur requises par votre site : le nouvel hébergement doit proposer un environnement compatible, faute de quoi le site peut afficher des erreurs dès la bascule.

Préparer le terrain : sauvegarde complète et TTL réduit

La première règle est simple : ne jamais commencer une migration sans une sauvegarde complète, testée et stockée hors du serveur actuel. Fichiers et base de données doivent être récupérables indépendamment de l’ancien hébergeur, au cas où l’accès serait coupé plus tôt que prévu.

Le second réflexe concerne la zone DNS. Chaque enregistrement possède une durée de vie en cache, le TTL. Quelques jours avant la bascule, abaissez le TTL des enregistrements concernés (par exemple à quelques minutes au lieu de plusieurs heures). Ainsi, lorsque vous pointerez le domaine vers le nouveau serveur, les internautes et les serveurs de messagerie prendront en compte le changement beaucoup plus vite. Une fois la migration stabilisée, vous pourrez remonter le TTL à sa valeur habituelle.

Enfin, choisissez le bon moment : une période de faible trafic, jamais la veille d’une opération commerciale, et un jour où quelqu’un peut surveiller le site dans les heures qui suivent.

Copier et tester le site avant de basculer le domaine

L’erreur classique consiste à basculer le domaine puis à découvrir les problèmes en production. La bonne méthode est inverse : on installe d’abord une copie complète du site sur le nouvel hébergement, et on la teste alors que l’ancien site continue de servir vos visiteurs.

Concrètement :

• transférez les fichiers et importez la base de données sur le nouveau serveur ;
• adaptez le fichier wp-config.php aux nouveaux identifiants de base de données ;
• consultez la copie via une URL temporaire fournie par l’hébergeur, ou en modifiant le fichier hosts de votre ordinateur pour faire pointer le domaine vers la nouvelle adresse IP sur votre seul poste ;
• testez les parcours essentiels : pages clés, formulaires de contact, recherche, espace client, tunnel de commande WooCommerce et paiements en mode test ;
• contrôlez l’envoi des e-mails transactionnels (confirmation de commande, réinitialisation de mot de passe).

Si le nom de domaine change en même temps que l’hébergeur, les URL enregistrées dans la base doivent être remplacées avec un outil qui respecte les données sérialisées de WordPress. Un simple « rechercher/remplacer » dans un fichier SQL peut casser des réglages de thème ou de widgets.

Ne pas oublier les e-mails : la partie la plus sensible

Dans la plupart des migrations ratées, ce n’est pas le site qui pose problème mais la messagerie. Si vos e-mails sont hébergés chez le même prestataire que le site, deux cas se présentent :

• Les e-mails restent où ils sont : seul l’enregistrement qui pointe vers le site change ; les enregistrements MX, SPF, DKIM et DMARC doivent être conservés à l’identique.
• Les e-mails déménagent aussi : il faut recréer les boîtes, migrer les messages existants, puis modifier les MX et mettre à jour SPF et DKIM pour le nouveau serveur d’envoi.

Dans les deux cas, exportez la zone DNS complète avant toute modification. Si la gestion DNS change de prestataire, chaque enregistrement doit être recopié : un oubli sur un enregistrement de vérification (Google, Microsoft 365, outil d’emailing) peut désactiver discrètement un service plusieurs jours plus tard.

Le jour J : bascule DNS et contrôles

Lorsque la copie est validée, figez le contenu de l’ancien site (pas de nouvelle commande ni de modification pendant la bascule, surtout pour une boutique), refaites une synchronisation de la base si nécessaire, puis modifiez les enregistrements DNS pour pointer vers le nouveau serveur. Grâce au TTL réduit, la propagation est rapide, mais pendant un moment certains visiteurs verront encore l’ancien serveur : c’est pourquoi celui-ci doit rester actif.

Juste après la bascule, vérifiez :

• que le certificat SSL est bien émis et que le site s’affiche en HTTPS sans alerte ;
• que les formulaires et les e-mails fonctionnent depuis le nouveau serveur ;
• que les tâches planifiées et les sauvegardes automatiques sont actives sur le nouvel hébergement ;
• que la Search Console ne remonte pas d’erreurs d’exploration inhabituelles dans les jours suivants.

Pour savoir comment réagir si le site affiche malgré tout une erreur après la bascule, notre article Site WordPress en panne : les bons réflexes en 30 minutes détaille la marche à suivre.

Après la migration : ne pas résilier trop vite

Conservez l’ancien hébergement actif encore quelque temps après la bascule. Il sert de filet de sécurité si un fichier, une boîte e-mail ou un réglage a été oublié. Avant de résilier, assurez-vous d’avoir récupéré une dernière sauvegarde complète, les factures et les éventuels journaux utiles, puis vérifiez que plus aucun enregistrement DNS ne pointe vers l’ancien serveur.

Profitez enfin de la migration pour remettre à plat la maintenance : mises à jour, sauvegardes externalisées, surveillance de disponibilité. Un nouvel hébergement performant ne compense pas un site laissé sans entretien. Si vous hésitez encore sur le type d’offre à choisir, consultez notre guide Hébergement WordPress : quel est le meilleur choix ?.

Conclusion

Changer d’hébergeur n’a rien d’une opération risquée lorsqu’elle suit un ordre précis : inventaire, sauvegarde, TTL réduit, copie testée, bascule DNS maîtrisée, puis période de recouvrement avant résiliation. Ce qui coûte cher, ce sont les improvisations, en particulier sur les e-mails et la zone DNS. Vous envisagez de déplacer votre site WordPress et souhaitez être accompagné ? Contactez L’agence Digisense pour en parler.