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
Sommaire
WordPress redirige vers le site en ligne sur un nouveau serveur parce que l’URL du site est codée en dur dans la base. WordPress stocke siteurl et home dans wp_options. Quand vous atteignez le nouveau serveur par IP, WordPress constate que l’hôte ne correspond pas et vous redirige en 301 vers le domaine en ligne — vous vous retrouvez sur l’ancien site. La solution propre : mapper le vrai domaine vers le nouveau serveur dans le fichier hosts, sans édition de base.
Corriger WordPress qui redirige vers le site en ligne
1. Récupérez l’IP du nouveau serveur. 2. Ajoutez-la au fichier hosts avec le vrai domaine :
203.0.113.50 example.com www.example.com3. Videz le DNS — sur Mac ou sur Windows. 4. Videz le cache hôte du navigateur sur chrome://net-internals/#dns (les 301 sont mis en cache agressivement). 5. Rouvrez https://example.com dans un nouvel onglet — il charge désormais le nouveau serveur sans redirection.
Pourquoi c’est mieux que d’éditer la base
Changer siteurl/home ou lancer un search-replace vers une URL temporaire risque de casser le site en ligne, de polluer la base et d’imposer une seconde migration des URLs plus tard. Le fichier hosts laisse WordPress intact et permet de prévisualiser la vraie URL de production exactement comme la verront les visiteurs après la bascule. Flux complet : migrer WordPress sans coupure.
Si la redirection persiste
- Avez-vous vidé le DNS ? L’OS peut encore résoudre l’ancienne IP — relancez le flush.
- 301 en cache navigateur ? Videz le cache hôte et utilisez un nouvel onglet ou une fenêtre privée.
- www manquant ? Ajoutez
example.cometwww.example.com. - HSTS qui force le HTTPS vers l’ancien hôte ? Testez dans un profil propre.
Pour le détail de l’URL codée en dur, le flux complet est dans tester un site WordPress avant la propagation DNS.
Éviter le piège entièrement
Le problème de redirection se résume à un mapping hosts précis à ajouter pour tester et retirer après la mise en ligne. Locahl gère ces entrées de migration comme un environnement activable et vide le DNS à votre place, pour que les tests WordPress ne rebondissent jamais vers l’ancien site et qu’aucune entrée périmée ne traîne après coup.
_Dernier test : juin 2026 avec WordPress 6.x 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
"A expliqué exactement pourquoi WordPress me renvoyait vers le domaine en ligne sur le nouveau serveur. Le fichier hosts a réglé ça."
13 juin 2026
"Fini les acrobaties de search-replace. Mapper le domaine vers la nouvelle IP m’a permis de tester proprement."
11 juin 2026
"A résolu ma boucle de redirection. Un extrait wp-config pour les urgences serait un plus."
9 juin 2026
Questions fréquentes
Pourquoi WordPress redirige-t-il vers le site en ligne sur un nouveau serveur ?
WordPress stocke l’adresse du site dans la base (siteurl et home dans wp_options). Quand vous visitez le nouveau serveur par IP, WordPress voit un hôte différent et redirige vers le domaine en ligne configuré.
Comment empêcher WordPress de rediriger pour tester le nouveau serveur ?
Mappez le vrai domaine vers l’IP du nouveau serveur dans le fichier hosts et videz le DNS. WordPress se charge alors sur le nouveau serveur sous sa propre URL, sans redirection.
Faut-il changer siteurl dans la base ?
Non. L’approche fichier hosts évite d’éditer wp_options, wp-config ou de lancer un search-replace, donc aucun risque de casser le site en ligne.
Pourquoi la redirection persiste après édition du hosts ?
Vous n’avez probablement pas vidé le DNS, le navigateur a mis la redirection en cache, ou l’entrée n’a pas la variante www. Videz le DNS, videz le cache hôte du navigateur, et incluez example.com et www.example.com.
Articles similaires
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
Outils développeurs
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 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
Corriger « Ce site est inaccessible » sur localhost
Corrigez « Ce site est inaccessible » / ERR_CONNECTION_REFUSED sur localhost : serveur lancé, bon port, IPv6 vs IPv4, fichier hosts et pare-feu. Checklist pas à pas.
Équipe Locahl
Outils développeurs
Développement WordPress local avec un domaine .test (fichier hosts)
Configurez un site WordPress local avec un domaine .test propre grâce au fichier hosts. Compatible LocalWP, MAMP, XAMPP et Docker. Mappez le domaine, videz le DNS, configurez WP.
Équipe Locahl
Outils développeurs