Sleezr
Acheter Sleezr
WordPressDNSmigrationfichier hostsstaging

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 Sleezr

·3 min de lecture
Tester un site WordPress avant la propagation DNS

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
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.

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. Sleezr 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

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

3 min de lecture
WordPressmigrationhébergement

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 Sleezr

Outils développeurs

3 min de lecture
WordPressredirectionmigration

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 Sleezr

Outils développeurs

10 min de lecture
tests QAstagingfichier hosts

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é.

S

Sleezr Team

2 min de lecture
DNSmacOS Sequoiaflush DNS

macOS Sequoia : vider le cache DNS (2026)

Commande exacte pour vider le cache DNS sur macOS 15 Sequoia, vérification avec dscacheutil, cache navigateur et dépannage fichier hosts.

É

Équipe Sleezr

Outils développeurs

2 min de lecture
aide-mémoireDNSfichier hosts

Aide-mémoire DNS & fichier hosts (Mac, Windows, Linux)

Aide-mémoire imprimable : vider le DNS, chemins du fichier hosts, mkcert et cache navigateur pour macOS, Windows 11 et Linux (2026).

É

Équipe Sleezr

Outils développeurs