Guide

ERR_TOO_MANY_REDIRECTS : corriger une boucle

Quand le navigateur revient sans cesse aux mêmes adresses, il interrompt le chargement avec cette erreur.

Que se passe-t-il exactement ?

Un serveur peut utiliser les réponses HTTP 301, 302, 303, 307 ou 308 pour demander au navigateur d’ouvrir une autre URL. Si la cible redirige en retour ou si la chaîne devient excessive, le navigateur s’arrête avec ERR_TOO_MANY_REDIRECTS.

Si vous êtes visiteur

  1. Actualisez et vérifiez l’adresse exacte.
  2. Ouvrez une fenêtre privée. Si elle fonctionne, un cookie ou une session peut être en cause.
  3. Supprimez au besoin les données du seul domaine concerné, sans effacer tout le navigateur.
  4. Désactivez provisoirement VPN, proxy ou extension modifiant le trafic pour comparer.
  5. Si l’erreur apparaît sur plusieurs appareils et réseaux, elle provient probablement du site.

Si vous gérez le site

Examinez la chaîne de redirections côté serveur avec notre vérificateur de sites. Pour une chaîne valide, l’outil affiche les étapes HTTP from → to ; dans une boucle, il peut montrer le parcours partiel avant l’arrêt. Comparez les règles du CDN, du serveur d’origine et de l’application.

Boucles de redirection les plus courantes

  • HTTP ↔ HTTPS : l’application impose HTTP alors que le CDN exige HTTPS.
  • www ↔ sans www : deux règles ne s’accordent pas sur le nom canonique.
  • Barre oblique finale : une règle ajoute / et une autre la retire.
  • CDN ↔ origine : le proxy et le serveur d’origine ne reconnaissent pas le même protocole ou hôte.
  • Connexion et cookies : une session cassée renvoie sans cesse au formulaire d’authentification.
  • Langue ou pays : deux règles de localisation se contredisent.

301, 302, 307 ou 308 ?

Un code ne crée pas de boucle à lui seul : c’est l’URL cible qui compte. Google traite 301 et 308 comme des redirections permanentes, 302 et 307 comme temporaires. Pour les migrations d’URL, privilégiez les redirections permanentes côté serveur et des chaînes courtes, idéalement directes vers l’adresse finale.

Ce que notre outil peut et ne peut pas voir

Il suit un nombre limité de redirections HTTP côté serveur portant un en-tête Location. Il n’exécute pas JavaScript, ne simule pas tout un profil de navigateur et ne garantit pas le même résultat lorsque les redirections dépendent des cookies, de la connexion, du pays ou du User-Agent. Le résultat reste un indice de diagnostic.

Questions fréquentes

Supprimer les cookies corrige-t-il toujours cette erreur ?

Non. Cela aide seulement si un cookie ou une session provoque la boucle, pas si les règles serveur sont fautives.

Les redirections 301 sont-elles mauvaises pour le SEO ?

Non. Une redirection permanente pertinente est utile lors d’un changement d’URL.

splet.me détecte-t-il les redirections JavaScript ?

Non. L’outil suit les réponses HTTP sans exécuter JavaScript.

Sources