Redirect-Schleifen finden und beheben
ERR_TOO_MANY_REDIRECTS durch Analyse von HTTPS, www, Slash, Proxy, CDN, Cookies, Login und Sprachregeln systematisch diagnostizieren.
Eine Redirect-Schleife führt zu einer bereits besuchten URL zurück. Der Browser folgt den Anweisungen bis ERR_TOO_MANY_REDIRECTS. Die Ursache liegt oft verteilt in CDN, Proxy, Webserver und Anwendung.
Kleinsten Zyklus erfassen
Gib die exakte Fehler-URL in den URL Redirect Checker ein und suche Wiederholungen:
https://example.com/page
→ https://www.example.com/page
→ https://example.com/page
Notiere Status, Protokoll, Host, Pfad, Query und Typ jedes Hops. Zwei wechselnde URLs deuten meist auf gegensätzliche Regeln in zwei Schichten hin.
Häufige Ursachen
HTTP und HTTPS
Der Nutzer verbindet sich per HTTPS mit dem CDN, das den Origin per HTTP anspricht. Sieht die App nur diese Verbindung, fordert sie wieder HTTPS. Verarbeite Forwarded oder X-Forwarded-Proto nur von vertrauenswürdigen Proxies.
www und Slash
Eine Schicht erzwingt www, die andere entfernt es; ein Framework fügt / hinzu, ein anderes entfernt ihn. Lege eine kanonische Regel und einen Verantwortlichen fest.
Login und Cookies
Falsche Domain-, Secure-, SameSite- oder Callback-Einstellungen können zwischen Login und geschützter Seite pendeln. Ein privates Fenster isoliert Zustand, ersetzt aber nicht die Korrektur der Session.
Sprache und Region
URL-Präfix, Cookie, Land und Accept-Language können widersprechen. Explizite URLs und Nutzerwahl sollten automatische Erkennung überstimmen.
Diagnoseprozess
- Mit neuer Sitzung und serverseitigem Test reproduzieren.
- Den kleinsten wiederholten Zyklus finden.
- Über Header und Logs den Erzeuger jedes Redirects bestimmen.
- CDN, Server und App im Staging einzeln isolieren.
- Protokoll, Host und Slash einem Besitzer zuordnen.
- Caches leeren und öffentlich nachtesten.
Permanente Redirects können lokal gecacht sein. Wenn nur ein alter Browser scheitert, unterscheide mit einem frischen Profil Cache und Live-Problem.
Vorbeugung
- Kanonisches Protokoll, Host und Pfadformat dokumentieren.
- Keine gegensätzliche Normalisierung in mehreren Schichten.
- Vertrauenswürdige Proxies explizit konfigurieren.
- Produktionsnahe CDN-Regeln vor dem Release testen.
- Regex vermeiden, die ihr eigenes Ziel erneut trifft.