Vous saisissez votre identifiant et votre mot de passe sur la page de connexion WordPress, cliquez sur Se connecter et revenez directement à la page de connexion. Aucune erreur, aucun message, simplement le même formulaire. Ou le navigateur indique « Cette page ne fonctionne pas : vous a redirigé un trop grand nombre de fois » (ERR_TOO_MANY_REDIRECTS).
Cette boucle de redirection à la connexion vient presque toujours des cookies, d’URL de site incorrectes, d’une mauvaise configuration HTTPS ou d’une extension. Voici comment en sortir.
Étape 1 : supprimer les cookies et essayer une fenêtre privée
WordPress utilise des cookies pour maintenir votre connexion. Si un cookie ancien ou défectueux est enregistré, WordPress le rejette continuellement.
- Ouvrez une fenêtre de navigation privée et essayez de vous y connecter.
- Si cela fonctionne, supprimez les cookies et le cache de votre site dans votre navigateur habituel.
- Vérifiez que le navigateur ne bloque pas les cookies pour votre domaine.
Étape 2 : vérifier l’adresse WordPress et l’adresse du site
Si les deux URL utilisées par WordPress pour votre site ne correspondent pas à l’adresse à laquelle vous le consultez, les cookies sont définis pour une adresse puis vérifiés sur une autre. Les différences courantes sont une adresse avec www au lieu d’une adresse sans www, et http au lieu de https.
Vous ne pouvez pas les modifier dans wp-admin sans vous connecter. Définissez-les donc dans wp-config.php, au-dessus de « That’s all, stop editing » :
define( 'WP_HOME', 'https://www.example.com' );
define( 'WP_SITEURL', 'https://www.example.com' );Utilisez l’adresse exacte à laquelle votre site doit se charger, avec ou sans www, et avec https si vous avez un certificat SSL. Réessayez ensuite de vous connecter.
Étape 3 : corriger les conflits de redirection HTTPS
« Trop de redirections » signifie souvent que deux systèmes redirigent dans des directions opposées. Par exemple, WordPress envoie les visiteurs vers HTTPS tandis qu’un proxy ou un CDN les renvoie vers HTTP.
- Cloudflare : si le mode SSL/TLS est défini sur Flexible, Cloudflare se connecte à votre serveur en HTTP alors que WordPress impose HTTPS. Passez à Full ou Full (strict) lorsque votre serveur possède un certificat.
- Derrière un proxy ou un répartiteur de charge : WordPress peut ne pas détecter HTTPS. Ajoutez ceci dans
wp-config.phpau-dessus des réglages WordPress :if ( isset( $_SERVER['HTTP_X_FORWARDED_PROTO'] ) && 'https' === $_SERVER['HTTP_X_FORWARDED_PROTO'] ) { $_SERVER['HTTPS'] = 'on'; } - Règles de redirection en double : cherchez dans
.htaccesset votre panneau d’hébergement les redirections HTTPS ou www qui entrent en conflit avec une extension SSL. Ne conservez qu’un seul ensemble de règles.
Étape 4 : désactiver les extensions qui affectent la connexion
Les extensions de sécurité, de personnalisation de la connexion, de double authentification, d’adhésion et de cache peuvent toutes perturber la connexion. Sans accès à wp-admin :
- Dans le gestionnaire de fichiers ou par SFTP, ouvrez
wp-content/plugins/. - Renommez le dossier
pluginsenplugins-off. - Essayez de vous connecter. Si cela fonctionne, redonnez au dossier son nom initial et réactivez les extensions une par une pour trouver la responsable.
Vérifiez aussi que votre extension de cache ou le cache du serveur ne met en cache ni /wp-login.php ni /wp-admin/. Ces adresses ne doivent jamais être mises en cache.
Étape 5 : écarter le thème
Dans de rares cas, le fichier functions.php d’un thème contient du code de redirection qui perturbe la connexion. Renommez le dossier du thème actif dans wp-content/themes/ pour que WordPress utilise un thème par défaut, puis réessayez.
Étape 6 : réinitialiser le fichier .htaccess
Un fichier .htaccess endommagé ou trop complexe peut provoquer des boucles de redirection. Renommez-le en .htaccess-old et créez-en un nouveau contenant les règles WordPress standard :
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPressSi le site était dans un sous-dossier, adaptez RewriteBase et la dernière règle. Réintroduisez une par une les règles de sécurité ou de redirection de l’ancien fichier.
Étape 7 : vérifier les réglages de session et de cookies
- Vérifiez que l’horloge du serveur est correcte. Un décalage important peut faire paraître les cookies expirés et entraîner leur rejet.
- Si vous avez défini
COOKIE_DOMAINdanswp-config.php, vérifiez qu’il correspond au domaine du site ou supprimez-le. - Vérifiez que le serveur dispose d’espace disque libre. Un disque plein peut empêcher l’enregistrement des sessions.
Toujours sans accès ? Notre service de réparation WordPress vous redonne accès à wp-admin et corrige la cause du problème de redirection ou de connexion. Prix fixe de $45, confirmé avant le début de l’intervention. Demander une réparation.
Questions fréquentes
Pourquoi la boucle a-t-elle commencé après l’installation d’un certificat SSL ?
Les URL du site utilisent encore http, ou un CDN ou un proxy redirige dans l’autre sens. Passez les deux URL en https et corrigez le mode SSL du CDN. Notre guide pour corriger le contenu mixte après le passage à HTTPS couvre le reste.
Puis-je réinitialiser mon mot de passe si la page de connexion se recharge sans cesse ?
Une réinitialisation du mot de passe ne corrige pas une boucle de redirection, car celle-ci concerne les cookies et les URL, pas votre mot de passe. Corrigez d’abord la cause.
Une boucle de redirection à la connexion est-elle un signe de piratage ?
Généralement non. Mais si vous trouvez du code de redirection inconnu dans .htaccess ou dans les fichiers du thème, consultez notre guide sur les étapes à suivre si votre site WordPress est piraté.
