ToggleHosts
Tester un site WordPress avant la propagation DNS

Tester un site WordPress avant la propagation DNS

3 min de lecture

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.

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.

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) :
TEXT
203.0.113.50 example.com www.example.com
  1. Enregistrez, voir modifier le fichier hosts sous Windows ou sur Mac.
  2. Videz le DNS pour appliquer le changement, sur Windows ou sur Mac.
  3. Ouvrez https://example.com et testez pages, connexion, paiement, médias.
  4. 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.

Certaines installations figent aussi l’URL via les constantes WP_HOME et WP_SITEURL dans wp-config.php. La méthode du fichier hosts fonctionne dans tous les cas : comme vous gardez le vrai domaine pendant toute la phase de préproduction (staging), aucune constante n’est à modifier et aucune URL temporaire n’est à rechercher-remplacer.

Vérifier que vous atteignez le nouveau serveur

TEXT
nslookup example.com

Cela 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. ToggleHosts 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._

Sources et ressources externes

À lire aussiTester un site avant migration DNS
À lire aussiMigrer WordPress vers un nouveau serveur sans coupure
Partager cet article

Questions fréquentes

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.

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.

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.

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