6 min de lecture
Devant une boucle de redirection WordPress, ajouter une nouvelle règle peut aggraver le problème. Il faut d’abord comprendre où la visite repart en arrière : HTTP vers HTTPS, version avec ou sans www, ancienne adresse ou parcours de connexion. La méthode ci-dessous part de cette chaîne pour conserver les renvois utiles et retirer la contradiction.
Redirection en boucle : que fait WordPress ?
Une redirection normale mène à une destination qui finit par répondre. Une boucle de redirection WordPress revient vers une adresse déjà rencontrée ou produit une succession sans issue. Le navigateur interrompt alors le parcours et peut afficher ERR_TOO_MANY_REDIRECTS. Le contenu de la page n’est pas forcément supprimé : il est devenu inaccessible par ce chemin.
Exemple d’une contradiction
- Adresse A
https://exemple.fr/offre/
- Adresse B
https://www.exemple.fr/offre/
- Retour vers A
La seconde règle inverse le choix de domaine.
Dans les outils du navigateur, onglet Réseau, conservez les requêtes puis rechargez l’adresse concernée. Regardez les réponses 3xx et leur en-tête Location. Ne publiez pas de capture contenant cookies ou informations de session. Pour un accès connecté, une alternance entre connexion et espace privé peut aussi être liée à la session.
Que signifie l’erreur « Trop de redirections » ?
- Un renvoi recommence : noter la première adresse qui revient dans la chaîne.
- Les règles se contredisent : rechercher les composants qui imposent chacun une destination.
- Une session ne tient pas : comparer le parcours public et le parcours après connexion.
La boucle de redirection WordPress peut dépendre du navigateur, du compte ou d’une URL précise. Testez une fenêtre privée pour comparer, sans effacer toutes les données de votre navigateur. Si le problème n’existe que dans une session, relevez d’abord ce constat ; les cookies du seul site pourront être retirés si nécessaire, en sachant que cela peut vous déconnecter.
| Alternance observée | Réglages à comparer | Précaution |
|---|---|---|
| HTTP ↔ HTTPS | Détection du protocole, serveur et proxy/CDN | Conserver un chiffrement correctement vérifié. |
| www ↔ sans www | Domaine canonique choisi par chaque composant | Retenir une destination cohérente. |
| Ancienne URL ↔ nouvelle URL | Règles exactes ou expressions trop larges | Préserver la liste des correspondances utiles. |
| Connexion ↔ espace privé | Cookies, cache, droits et extension de connexion | Tester avec un compte autorisé sans publier ses secrets. |
Cette lecture ne prouve pas encore l’origine de la règle. Une extension inactive peut avoir laissé une configuration serveur, et un CDN peut rediriger avant que WordPress soit exécuté.
Comment supprimer les redirections qui se contredisent ?
Préservez la configuration actuelle et la possibilité de la rétablir. Pour une boucle de redirection WordPress, recherchez ensuite les règles dans l’ordre où la requête peut les rencontrer : CDN ou proxy, serveur, WordPress et extensions. N’ajoutez pas un second gestionnaire pour compenser le premier.
- Comparer les adresses WordPress et du site dans Réglages → Général avec la configuration réellement voulue.
- Rechercher les constantes WP_HOME et WP_SITEURL si elles imposent ces valeurs.
- Lister les règles du gestionnaire de redirections et celles de l’hébergement qui touchent l’URL.
Les deux adresses WordPress ne sont pas obligatoirement identiques : une installation dans un sous-dossier peut avoir une organisation volontaire. Ne les alignez pas aveuglément. Le guide du fichier wp-config.php aide à repérer les valeurs imposées sans modifier les autres paramètres.
Exemple pédagogique : une règle trop large
Une ancienne rubrique /guides/ doit rejoindre /ressources/. Si une seconde règle renvoie toutes les URL contenant « ressources » vers /guides/, les deux transformations se répondent. Corriger la condition trop large permet de garder la migration utile, au lieu de supprimer tous les renvois du site.
Une boucle de redirection WordPress doit se traiter avec une modification à la fois et un nouveau relevé de la chaîne. Si vous examinez Apache, conservez les règles personnalisées avant de travailler sur le fichier .htaccess. N’utilisez pas un fichier standard comme remplacement universel.
Votre site reste bloqué dans une boucle ?
Je vous accompagne pour retrouver la règle en cause et vérifier les parcours après correction.
Que vérifier lorsque le HTTPS ou un CDN intervient ?
Un proxy peut recevoir le visiteur en HTTPS puis joindre le serveur d’origine autrement. Si WordPress ne reconnaît pas le protocole d’origine et renvoie systématiquement vers HTTPS, la visite peut recommencer. La documentation WordPress sur HTTPS derrière un reverse proxy décrit ce cas et la nécessité d’une configuration adaptée.
Deux liaisons à examiner
Le navigateur se connecte au CDN ou au proxy.
Certificat et protocole de cette liaison.
Le proxy contacte l’origine selon son propre réglage.
Chiffrement, certificat et transmission fiable du protocole.
Pour cette boucle de redirection WordPress, faites confirmer l’architecture par l’hébergeur. Ne copiez pas une condition sur un en-tête de proxy si n’importe quel visiteur peut le fournir. Le serveur doit faire confiance uniquement à l’intermédiaire prévu et transmettre correctement le protocole.
Ne désactivez pas le HTTPS pour masquer la boucle. De même, ne choisissez pas un mode de chiffrement moins protecteur au hasard. Le réglage attendu dépend du certificat de l’origine et du parcours réel de la requête.
Comment valider le site après correction ?
Une fois la contradiction retirée, purgez la couche qui conservait l’ancienne redirection, puis relevez de nouveau le parcours. Une boucle de redirection WordPress n’est pas résolue par le seul chargement d’une page déjà en cache.
- Tester les variantes HTTP/HTTPS et avec/sans www pertinentes pour votre site.
- Vérifier l’ancienne URL, sa destination finale et les liens internes qui doivent pointer directement au bon endroit.
- Contrôler la connexion, le formulaire et un parcours important sur téléphone et ordinateur.
Conservez une trace de la règle corrigée et de la réponse finale. Les explications Google sur les redirections HTTP distinguent renvoi permanent, temporaire et destination traitée. Le statut doit correspondre à la situation, sans promesse de retour immédiat dans les résultats.
Si une boucle de redirection WordPress réapparaît après une sauvegarde de réglages ou un déploiement, cherchez le composant qui régénère la règle. Une correction manuelle répétée ne remplace pas l’identification de son origine.
Questions fréquentes
Une redirection 301 peut-elle rester en mémoire ?
Oui, un navigateur ou un cache peut conserver une redirection. Après correction du réglage, comparez une nouvelle session et purgez la couche concernée pour observer la réponse actuelle.
Puis-je rediriger toutes les anciennes adresses vers l’accueil ?
Ce n’est pas une solution à une boucle. Chaque ancienne adresse utile doit rejoindre une destination pertinente, lorsque celle-ci existe. Un retour global vers l’accueil peut masquer des erreurs et décevoir le visiteur.
Le problème touche seulement les utilisateurs connectés : que transmettre ?
Indiquez le type de compte autorisé, l’action, l’heure et les deux adresses entre lesquelles le navigateur alterne. N’envoyez ni mot de passe ni cookie dans un message public.
Relevez les étapes, trouvez les deux règles incompatibles puis refaites les parcours importants. Pour déléguer ce diagnostic, consultez mon service de dépannage WordPress. Une boucle de redirection WordPress se corrige à son origine, avec une destination finale cohérente et les protections conservées.
