Tester un site WordPress avant la propagation DNS
Prévisualisez et testez un site WordPress sur un nouveau serveur avant la propagation DNS grâce au fichier hosts. Mappez le vrai domaine sur la nouvelle IP, vérifiez, puis basculez le DNS.
Équipe Locahl
Sommaire
Pour tester un site WordPress avant la propagation DNS, mappez le vrai domaine vers l’IP du nouveau serveur dans votre fichier hosts. Votre ordinateur charge alors le nouveau serveur en utilisant le nom de domaine réel, tandis que tout le monde voit encore l’ancien site. C’est la façon la plus sûre de valider une migration WordPress avec la vraie URL — sans édition de base, sans coupure.
Comment tester WordPress avant la propagation DNS
1. Récupérez l’adresse IP du nouveau serveur auprès de votre hébergeur. 2. Ouvrez le fichier hosts et ajoutez le domaine (et www) :
203.0.113.50 example.com www.example.com3. Enregistrez — voir modifier le fichier hosts sous Windows ou sur Mac. 4. Videz le DNS pour appliquer le changement — sur Windows ou sur Mac. 5. Ouvrez https://example.com et testez pages, connexion, paiement, médias. 6. Quand tout fonctionne, changez le vrai DNS chez votre registrar, puis retirez l’entrée hosts et videz à nouveau le DNS.
Pourquoi l’IP brute ne marche pas pour WordPress
WordPress code en dur l’adresse du site dans la base (siteurl et home dans wp_options). Si vous visitez le nouveau serveur par IP, WordPress vous redirige vers le domaine en ligne — vous testez donc l’*ancien* serveur. Mapper le vrai domaine dans le fichier hosts fait servir le nouveau serveur sous sa propre URL, exactement comme après la bascule.
Vérifier que vous atteignez le nouveau serveur
nslookup example.comCela doit renvoyer la nouvelle IP, depuis votre machine uniquement. Vous pouvez aussi déposer un fichier témoin sur le nouveau serveur et confirmer qu’il se charge. Pour une checklist complète, voir tester un site avant migration DNS.
Nettoyer après la mise en ligne
Les entrées de migration oubliées sont la cause n°1 du « je vois encore l’ancien site » plus tard. Une fois le DNS basculé, supprimez la ligne temporaire et videz le DNS pour résoudre via le vrai DNS, comme vos visiteurs.
Rendre les migrations indolores
Éditer le fichier hosts à la main pour chaque migration client est source d’erreurs — mauvaise IP, www oublié, ou entrée périmée laissée derrière. Locahl garde les entrées de migration dans un environnement séparé que vous activez pour tester et désactivez après la mise en ligne, et vide le DNS automatiquement : vos bascules WordPress restent propres.
_Dernier test : juin 2026 sous Windows, macOS et Linux._
Prêt à simplifier votre workflow ?
Arrêtez de perdre du temps avec le terminal. Locahl vous permet de gérer votre fichier hosts en quelques clics, avec validation automatique et sans risque d'erreur.
- Interface visuelle intuitive
- Flush DNS automatique
- Gestion multi-environnements
- Sauvegardes automatiques
- Import/Export JSON
Avis des lecteurs
"J’ai mappé mon domaine sur l’IP du nouvel hébergeur et testé tout le site WordPress avant de basculer le DNS. Zéro coupure."
13 juin 2026
"C’est la seule manière fiable de prévisualiser WordPress avec le vrai domaine. A sauvé la migration de mon client."
11 juin 2026
"Très bien. Un rappel pour retirer l’entrée après la mise en ligne aiderait les débutants."
9 juin 2026
Questions fréquentes
Comment tester un site WordPress avant la propagation DNS ?
Ajoutez une ligne au fichier hosts mappant le vrai domaine vers l’IP du nouveau serveur (ex. 203.0.113.50 example.com www.example.com), videz le DNS, puis ouvrez le site. Votre machine atteint le nouveau serveur tandis que le reste du monde voit encore l’ancien.
Pourquoi ne pas simplement utiliser l’IP du nouveau serveur dans le navigateur ?
WordPress stocke l’URL du site dans la base (siteurl/home), donc visiter l’IP brute vous redirige vers le domaine en ligne. Mapper le vrai domaine dans le fichier hosts évite cela.
Faut-il éditer la base de données pour prévisualiser WordPress ?
Non. La méthode du fichier hosts permet de prévisualiser avec le vrai domaine sans toucher à wp_options : aucun changement d’URL temporaire ni search-replace.
Que faire une fois le site correct ?
Mettez à jour le DNS vers le nouveau serveur, puis retirez l’entrée hosts temporaire et videz le DNS pour suivre la vraie propagation comme tout le monde.
Articles similaires
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.
Équipe Locahl
Outils développeurs
Corriger WordPress qui redirige vers le site en ligne
WordPress redirige vers le site en ligne quand on teste un nouveau serveur car l’URL est codée en dur dans la base. Corrigez-le avec le fichier hosts, sans éditer la base.
Équipe Locahl
Outils développeurs
Fichier hosts pour QA et staging
Guide QA pour tester les environnements staging avant propagation DNS avec workflows, fichier hosts et bonnes pratiques de contrôle qualité.
Locahl Team
127.0.0.1 vs localhost : quelle différence ?
127.0.0.1 vs localhost expliqué : les deux pointent vers votre machine, mais diffèrent en résolution DNS, IPv6 et fichier hosts. Quand utiliser chacun, exemples.
Équipe Locahl
Outils développeurs
Corriger DNS_PROBE_FINISHED_NXDOMAIN (2026)
Corrigez DNS_PROBE_FINISHED_NXDOMAIN dans Chrome et Edge : videz le DNS, vérifiez le fichier hosts, changez de serveurs DNS et videz le cache du navigateur.
Équipe Locahl
Outils développeurs