La page de connexion WordPress redirige sans cesse en boucle

Ce que signifie cette erreur et comment la reconnaître

• L’ouverture de wp-login.php renvoie sans cesse vers la page de connexion.
• Le navigateur signale un trop grand nombre de redirections ou ne termine jamais le chargement du formulaire de connexion.
• La connexion semble réussir, mais la session revient immédiatement à l’écran de connexion.
• La boucle se produit dans un navigateur mais pas dans un autre, ou disparaît en navigation privée.
• Le problème a commencé après un changement de domaine, une migration HTTP vers HTTPS, un changement d’hébergeur, une modification du proxy ou un changement de configuration lié aux cookies.

Causes principales, classées par probabilité

1. Valeurs siteurl et home incohérentes : Les valeurs de la base de données WordPress peuvent utiliser des domaines ou des protocoles différents, ou conserver d’anciennes adresses de migration. Les redirections de connexion peuvent alors alterner entre des URL incompatibles.
2. Cookies obsolètes ou associés à un périmètre incorrect : Des cookies provenant d’un ancien domaine, protocole ou chemin peuvent contenir un état d’authentification inutilisable et renvoyer sans cesse le navigateur vers la connexion.
3. Désaccord lié à la terminaison SSL ou au reverse proxy : Un proxy peut recevoir la requête en HTTPS alors que l’origine l’interprète comme une requête HTTP. WordPress peut alors émettre des redirections basées sur le mauvais protocole.
4. Migration ou changement de domaine incomplet : La configuration ou la base de données peut encore faire référence à l’ancienne adresse du site.
5. Paramètres incompatibles de redirection, de cache, de sécurité ou de cookies : Ces causes sont moins probables que les problèmes d’URL, de cookies et de HTTPS, mais elles peuvent remplacer ou perturber le comportement normal de la connexion WordPress.

Comment corriger le problème

1. Vérifiez si le problème est spécifique au navigateur

Ouvrez wp-login.php dans une fenêtre de navigation privée ou dans un autre navigateur. Si la boucle disparaît, supprimez les cookies et les données du site correspondant au domaine concerné dans le navigateur d’origine, puis démarrez une nouvelle session.

Ce test permet de distinguer l’état enregistré dans le navigateur d’un problème côté serveur ; il ne prouve pas que la configuration du serveur est correcte.

2. Vérifiez siteurl et home

À l’aide de l’outil d’administration de la base de données ou d’une autre méthode de maintenance approuvée, examinez les entrées siteurl et home dans la table des options WordPress. La table peut utiliser un préfixe personnalisé plutôt que le préfixe wp_ par défaut.

Avant de les modifier, sauvegardez la base de données et vérifiez que vous travaillez sur le bon site. Les deux valeurs doivent :

• Utiliser le domaine actuel.
• Utiliser le même protocole prévu, généralement HTTPS lorsque le site est configuré en HTTPS.
• Éviter un ancien domaine, une adresse de migration ou un autre nom d’hôte non souhaité.
• Correspondre à l’adresse utilisée par les visiteurs pour accéder au site.

Si les valeurs sont incorrectes, corrigez-les de manière cohérente en suivant une procédure de maintenance approuvée, puis testez à nouveau la page de connexion. Ne modifiez pas d’autres paramètres en même temps.

3. Supprimez les cookies de connexion obsolètes

Supprimez les cookies et les données du site correspondant au domaine concerné, fermez l’onglet de connexion existant et ouvrez une nouvelle session. Testez à nouveau dans une fenêtre privée si possible.

Cette méthode est particulièrement utile après un changement de domaine, l’activation de HTTPS ou le déplacement du site. Si la suppression des cookies ne résout la boucle que temporairement, poursuivez les vérifications des URL et de HTTPS au lieu de considérer la suppression des cookies comme une solution définitive.

4. Vérifiez le comportement de HTTPS et du reverse proxy

Si un reverse proxy, un load balancer ou une couche d’hébergement gère SSL avant que les requêtes n’atteignent WordPress, vérifiez qu’il transmet correctement l’état HTTPS et que l’origine est configurée pour cette architecture.

Le navigateur, le proxy, le serveur web et WordPress doivent être d’accord sur le fait que la requête utilise HTTPS. Un scénario d’échec courant est le suivant : une requête HTTPS atteint l’origine en tant que requête HTTP, puis une redirection vers HTTPS est émise ; la requête suivante est interprétée de la même manière et le cycle se répète.

Appliquez les changements conformément à l’environnement d’hébergement et aux procédures de maintenance approuvées, puis testez à nouveau wp-login.php. Ne modifiez pas les paramètres du proxy ou du serveur sans autorisation, car ils peuvent affecter l’ensemble du site.

5. Examinez les changements récents

Si la boucle a commencé après une migration, un changement de domaine, une modification de SSL ou du proxy, ou un changement d’hébergeur, comparez la configuration actuelle à la précédente. Recherchez les anciennes références de domaine, les protocoles incohérents et les paramètres de cookies qui décrivent encore l’ancien environnement.

6. Isolez les conflits liés aux redirections et à la sécurité

Si les valeurs d’URL, les cookies et la configuration HTTPS sont corrects, examinez la configuration liée aux redirections, au cache, à la sécurité et aux cookies. Utilisez une procédure de maintenance approuvée, conservez une sauvegarde et ne testez qu’une modification à la fois.

L’objectif est d’identifier le paramètre qui modifie le comportement de la connexion, et non de désactiver définitivement les protections.

7. Testez à nouveau et notez la première redirection inattendue

Après chaque modification, commencez avec une session de navigateur propre et testez directement la page de connexion. Notez si le formulaire se charge, si l’envoi des identifiants renvoie vers la page de connexion et si l’adresse change de domaine ou de protocole.

La première redirection inattendue indique souvent le paramètre qui doit être corrigé.

Prévention et vérification du correctif

• Notez le domaine et le protocole prévus avant de modifier les paramètres d’URL de WordPress.
• Sauvegardez la base de données et la configuration avant une migration, une modification d’URL ou un changement de proxy.
• Après l’activation de SSL ou d’un proxy, testez à la fois le front-end et wp-login.php dans une session de navigateur propre.
• Supprimez ou mettez à jour les anciennes références de domaine après une migration.
• Documentez la manière dont le proxy transmet HTTPS à l’origine.
• Ne modifiez qu’un paramètre à la fois parmi ceux liés aux redirections, à la sécurité, au cache ou aux cookies, puis testez à nouveau le parcours de connexion.