
Migrer WordPress vers un nouveau serveur sans coupure
Migrez WordPress vers un nouvel hébergeur sans coupure : copiez fichiers et base, testez le nouveau serveur via le fichier hosts avant le DNS, puis basculez et nettoyez.
Gérez vos fichiers hosts sans terminal
ToggleHosts vous permet de gérer vos environnements visuellement sur Windows, macOS et Linux, avec flush DNS automatique et sauvegardes.
Paiement unique
La clé d’une migration WordPress sans coupure est de tester entièrement le nouveau serveur avant de changer le DNS, en utilisant le fichier hosts pour prévisualiser le site sous son vrai domaine. Vous copiez tout sur le nouvel hébergeur, vérifiez en local avec l’URL réelle, et ne basculez le DNS qu’ensuite. Les visiteurs continuent d’atteindre l’ancien serveur tant que le nouveau n’est pas validé.
Migrer WordPress vers un nouveau serveur sans coupure
- Baissez le TTL DNS (ex. à 300 s) un ou deux jours avant le déplacement.
- Copiez les fichiers vers le nouveau serveur (SFTP, rsync ou plugin de migration).
- Exportez et importez la base, en gardant le même domaine dans
siteurl/home. - Mappez le domaine vers le nouveau serveur dans le fichier hosts :
203.0.113.50 example.com www.example.com- Videz le DNS, sur Mac ou sur Windows.
- Testez en profondeur sur le nouveau serveur avec le vrai domaine : pages, connexion, formulaires, paiement, médias, plugins.
- Basculez le DNS chez votre registrar vers l’IP du nouveau serveur.
- Retirez l’entrée hosts et videz le DNS pour suivre la vraie propagation.
Pourquoi tester avec le fichier hosts (et pas l’IP)
WordPress stocke son adresse dans la base, donc naviguer par IP redirige vers le domaine en ligne, vous testeriez l’ancien site par erreur. Le fichier hosts fait servir le nouveau serveur sous sa vraie URL. Détails : tester un site WordPress avant la propagation DNS.
À ne pas oublier
- Email / MX : hébergement web et email sont séparés ; confirmez les MX.
- SSL : émettez le certificat sur le nouveau serveur avant la mise en ligne pour éviter les avertissements.
- Cache/CDN : purgez les caches après la bascule.
- wp-config.php : si
WP_HOME/WP_SITEURLy sont codés en dur, gardez-les sur le vrai domaine, le test via le fichier hosts couvre la phase de préproduction (staging) sans les modifier. - Search-replace : uniquement si vous changez volontairement de domaine, inutile pour un déplacement à domaine identique.
Pour la version générale, voir tester un site avant migration DNS.
Des bascules propres et reproductibles
Éditer le fichier hosts à la main pour chaque migration invite aux erreurs : faute dans l’IP, www manquant, ou entrée temporaire oubliée qui vous fait « voir l’ancien site » pendant des jours. ToggleHosts range les entrées de migration dans un environnement dédié que vous activez pour tester et désactivez après la mise en ligne, en vidant le DNS automatiquement, chaque déplacement WordPress est propre et reproductible.
_Dernier test : juin 2026 sous Windows, macOS et Linux._
Sources et ressources externes
- Documentation officielle de WordPress
- Comment fonctionne le DNS (Cloudflare Learning)
- Le fichier hosts expliqué (Wikipédia)
Questions fréquentes
Copiez les fichiers et la base vers le nouveau serveur, testez-le sur place via le fichier hosts (en mappant le vrai domaine vers la nouvelle IP) avant de changer le DNS, puis basculez le DNS une fois validé. Les visiteurs ne tombent jamais sur un site cassé.
Ajoutez une entrée hosts pointant votre domaine vers l’IP du nouveau serveur, videz le DNS et naviguez sur le site. Seule votre machine voit le nouveau serveur jusqu’au changement de DNS.
Oui. Baisser le TTL un ou deux jours avant le déplacement raccourcit la propagation et accélère la bascule.
Migrez ou confirmez les enregistrements MX séparément. Déplacer l’hébergement web ne déplace pas l’email, sauf si vos MX pointent vers le même fournisseur.
Articles similaires
Tester un site WordPress avant la propagation DNSWordPress
Tester un site WordPress avant la propagation DNS
3 min de lecture
Corriger WordPress qui redirige vers le site en ligneWordPress
Corriger WordPress qui redirige vers le site en ligne
3 min de lecture
ERR_TOO_MANY_REDIRECTS et fichier hosts : stopper la boucleDépannage
ERR_TOO_MANY_REDIRECTS et fichier hosts : stopper la boucle
4 min de lecture