Panne

Boucle de redirection (ERR_TOO_MANY_REDIRECTS) : causes et solutions

Mis à jour le 14 octobre 2026 · 8 minutes de lecture

« Cette page ne fonctionne pas : elle vous a redirigé trop de fois. » Ce message bloque l'accès à votre site pour 100 % de vos visiteurs, sans qu'aucun contenu ne s'affiche jamais. Voici ce qui provoque une boucle de redirection et comment la stopper rapidement.

Ce que voit réellement votre visiteur

Contrairement à une page blanche ou une erreur 404, une boucle de redirection ne s'affiche pas immédiatement : le navigateur tente d'abord de suivre les redirections, une par une, avant d'abandonner et d'afficher un message d'erreur.

« ERR_TOO_MANY_REDIRECTS — Cette page ne fonctionne pas. nomdedomaine.fr vous a redirigé trop de fois. »

Sur Firefox, le message est « La page ne redirige pas correctement ». Sur Safari, « Safari ne peut pas ouvrir la page car le serveur redirige trop de fois ». Le fond est identique partout : le navigateur a suivi une chaîne de redirections (généralement 20 étapes) sans jamais atteindre de contenu réel, et renonce.

Pourquoi c'est particulièrement grave

• Blocage total. Aucune page du site n'est accessible, pas seulement l'accueil.
• Tous les visiteurs sont touchés, sur tous les navigateurs et tous les appareils, contrairement à un bug d'affichage isolé.
• Désindexation rapide. Les robots de Google abandonnent l'exploration d'une page en boucle après quelques tentatives et peuvent retirer vos pages de l'index.
• E-mails et formulaires coupés si la boucle touche aussi les sous-domaines liés (webmail, espace client).
• Diagnostic qui semble confus au premier abord : le message ne dit jamais explicitement quelle redirection est en cause.

Les causes les plus fréquentes

1. Conflit entre deux forçages HTTPS

C'est la cause numéro un. Votre hébergeur force déjà la redirection HTTP → HTTPS au niveau du serveur, et votre CMS (WordPress, Prestashop…) ou votre fichier .htaccess fait la même chose en parallèle. Résultat : le serveur renvoie vers HTTPS, le CMS croit recevoir du HTTP et renvoie à nouveau vers HTTPS, indéfiniment.

2. Mauvaise détection de HTTPS derrière un proxy ou un CDN

Si votre site passe par un CDN ou un reverse proxy (répartiteur de charge, Cloudflare…), la connexion entre le CDN et votre serveur d'origine est parfois en HTTP alors que le visiteur est en HTTPS. Le serveur, ne voyant que du HTTP, redirige vers HTTPS en boucle sans fin.

3. Règles de redirection mal empilées

Une règle dans le fichier .htaccess ou nginx.conf qui redirige « www » vers « sans-www », combinée à une autre règle qui fait l'inverse plus bas dans le fichier, crée un aller-retour permanent entre les deux versions de l'URL.

4. Cookies ou session corrompus

Certains CMS et extensions de sécurité redirigent selon la présence d'un cookie de session. Si ce cookie est corrompu ou bloqué par le navigateur du visiteur, la page de destination redemande ce cookie, qui redemande la page, et ainsi de suite — pour ce visiteur précis uniquement.

5. Modification récente de l'URL d'un site WordPress

Un changement d'adresse du site (siteurl / home) mal synchronisé entre la base de données et le fichier wp-config.php, ou une extension de redirection mal configurée, renvoie le site vers lui-même avec un protocole ou un domaine différent à chaque tentative.

Diagnostiquer la boucle en 5 minutes

1. Testez en navigation privée, sans extension active. Si la boucle disparaît, le problème vient d'un cookie ou d'une extension de votre navigateur habituel, pas du serveur.
2. Testez depuis un autre appareil ou avec le diagnostic gratuit de Sitalerte, qui simule une requête externe neutre. Si la boucle persiste, la cause est bien côté serveur et touche tous vos visiteurs.
3. Identifiez le point exact de la boucle avec un outil en ligne de traçage d'en-têtes HTTP (recherchez « header checker » ou « redirect checker ») : il liste chaque redirection et son code (301, 302) jusqu'à l'abandon.
4. Repérez le motif : la boucle alterne-t-elle HTTP/HTTPS, www/sans-www, ou renvoie-t-elle systématiquement vers la même URL exacte ?

Comment corriger chaque cas

Conflit HTTPS entre hébergeur et CMS

Désactivez le forçage HTTPS d'un des deux côtés. En général, on garde la redirection au niveau du serveur (plus fiable) et on désactive celle du CMS ou de l'extension de sécurité qui fait doublon.

Proxy ou CDN mal configuré

Activez l'en-tête X-Forwarded-Proto dans la configuration du proxy, ou la fonctionnalité équivalente côté CDN (souvent nommée « Full » ou « Full strict » pour le mode SSL), pour que le serveur d'origine sache que la requête initiale était bien en HTTPS.

Règles de redirection empilées

Ouvrez le fichier .htaccess (ou la configuration serveur équivalente) via le gestionnaire de fichiers ou le FTP, et repérez les lignes contenant RewriteRule ou Redirect. Supprimez les règles redondantes ou contradictoires, en ne laissant qu'une seule règle par type de redirection (www, HTTPS).

Cookie ou session corrompu

Demandez au visiteur concerné de vider les cookies de votre domaine, ou désactivez temporairement l'extension de sécurité qui gère ces cookies pour confirmer la cause avant de la reconfigurer.

URL mal synchronisée sur WordPress

Vérifiez les valeurs siteurl et home dans la base de données (table wp_options) et confirmez qu'elles correspondent exactement à l'adresse actuelle du site, protocole inclus. En cas de doute, ajoutez temporairement les bonnes valeurs directement dans wp-config.php, qui a priorité sur la base.

Éviter que cela se reproduise

• Une seule règle de redirection HTTPS, au niveau le plus bas possible (serveur plutôt que CMS).
• Testez chaque redirection après une migration ou un changement d'hébergeur, comme décrit dans notre guide sur la migration de site sans perdre son référencement.
• Documentez vos règles de redirection existantes avant d'en ajouter une nouvelle, pour éviter les doublons.
• Surveillez votre site en continu : une boucle de redirection se détecte en quelques secondes avec un contrôle automatique, bien avant qu'un client ne vous appelle.

Questions fréquentes