Alle Beiträge
· URLsCheck

Redirect-Schleifen finden und beheben

ERR_TOO_MANY_REDIRECTS durch Analyse von HTTPS, www, Slash, Proxy, CDN, Cookies, Login und Sprachregeln systematisch diagnostizieren.

Weiterleitungen Debugging CDN

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

  1. Mit neuer Sitzung und serverseitigem Test reproduzieren.
  2. Den kleinsten wiederholten Zyklus finden.
  3. Über Header und Logs den Erzeuger jedes Redirects bestimmen.
  4. CDN, Server und App im Staging einzeln isolieren.
  5. Protokoll, Host und Slash einem Besitzer zuordnen.
  6. 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.