ERR_TOO_MANY_REDIRECTS : réparer une boucle de redirection

Localiser la boucle en une commande

Inutile de deviner : demandez au serveur de vous montrer le chemin qu'il fait suivre. Une requête qui suit les redirections et affiche chaque saut révèle immédiatement le cycle — vous verrez une URL réapparaître, ou deux URL alterner indéfiniment. Notez précisément quelles adresses composent le cycle : c'est ce couple qui désigne la règle fautive.

Ce diagnostic doit se faire depuis l'extérieur, pas depuis votre navigateur, car un cookie ou un cache local peut modifier le comportement. Pensez d'ailleurs à vider les cookies du domaine avant tout test : une boucle causée par un cookie de session périmé (fréquent sur les espaces de connexion) disparaît dès que le cookie est supprimé.

curl -sIL http://exemple.com | grep -Ei "^(HTTP/|location:)"

for u in http://exemple.com http://www.exemple.com https://exemple.com https://www.exemple.com; do
  echo "== $u"; curl -sI "$u" | grep -Ei "^(HTTP/|location:)"
done

Cause 1 : le CDN ou le proxy (Cloudflare et consorts)

C'est la cause numéro un. Quand le mode SSL du CDN est réglé sur « Flexible », le CDN parle en HTTPS au visiteur mais contacte votre serveur en HTTP. Votre serveur, qui a une règle de redirection HTTP vers HTTPS, renvoie donc le CDN vers HTTPS… qui redemande la page en HTTP. Boucle infinie.

Deux correctifs, à appliquer ensemble idéalement. Côté CDN, passez le mode SSL sur « Full » ou « Full (strict) », ce qui suppose un certificat valide sur le serveur d'origine — c'est la bonne pratique de toute façon. Côté serveur, basez la condition de redirection sur l'en-tête X-Forwarded-Proto, qui reflète le protocole réellement utilisé par le visiteur, plutôt que sur l'état de la connexion locale.

RewriteEngine On
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteCond %{HTTPS} off
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

if ($http_x_forwarded_proto = "http") {
    return 301 https://$host$request_uri;
}

Cause 2 : www contre sans-www, et cause 3 : le CMS

Deux règles contradictoires — l'une force le www, l'autre le supprime — produisent la même boucle. Choisissez une seule variante canonique et vérifiez qu'une seule règle l'impose, en supprimant les doublons hérités d'anciennes configurations ou d'extensions.

Sur WordPress, la boucle vient très souvent d'une incohérence entre les URL enregistrées en base (options siteurl et home) et la configuration serveur : si la base dit http:// alors que le serveur force https://, chaque chargement redéclenche une redirection. Corrigez les deux réglages dans Réglages puis Général, ou directement en base, et n'ajoutez pas une extension de redirection par-dessus une règle .htaccess qui fait déjà le travail.

Vérifiez enfin les redirections empilées : un plugin SEO, une règle .htaccess, une redirection au niveau du panneau d'hébergement et une règle CDN peuvent coexister sans que personne ne s'en souvienne. Le principe à retenir : une seule redirection canonique, en 301, appliquée à un seul endroit.

Vérifier et prévenir

Après correction, chaque variante d'entrée (avec et sans www, en HTTP et en HTTPS) doit aboutir à votre URL canonique en une seule redirection 301, jamais deux. Une chaîne de redirections multiples n'est pas une panne, mais elle ralentit le site et dilue le référencement — autant la nettoyer tant que vous y êtes.

Videz ensuite les caches : celui du CDN, celui du CMS et celui de votre navigateur, sans quoi vous continuerez de voir l'ancienne boucle après l'avoir corrigée. Un scan externe confirme le comportement réel des redirections et vérifie au passage que la version HTTPS est bien servie avec un certificat valide et les en-têtes de sécurité attendus.