Ein Besucher ruft die HTTPS-Adresse ohne wwwauf. Das CDN leitet zu wwwweiter, WordPress wieder zurück, bis der Browser zu viele Weiterleitungen meldet. Ein Administrator sieht die Website möglicherweise trotzdem, weil angemeldete Zugriffe einen gecachten Schritt umgehen.
Entscheidend ist nicht der nächste Schalter für eine weitere Weiterleitung. Geklärt werden muss, welche Komponente jede Antwort erzeugt und welche Regeln sich bei Host, Protokoll, Pfad, Sprache oder Anmeldestatus widersprechen.
- Was das Thema bedeutet
- Ein realistisches WordPress-Beispiel
- Warum es wichtig ist und wann es eingesetzt wird
- Der einfache Weg für Einsteiger
- Der technische Weg
- Risiken, häufige Fehler, Backup und Rückweg
- Wie AIOWS unterstützt: AIOWS Weiterleitungs-Manager
- Passende AIOWS-Artikel
- Fazit und empfohlener Weg
- Offizielle Quellen
Was das Thema bedeutet
Eine Weiterleitungsschleife ist ein Zyklus, in dem eine Antwort auf eine URL oder einen Zustand verweist, der später wieder zu einem früheren Punkt führt. Eine endgültige Seite wird nie erreicht. Neben einfachen Zwei-Schritt-Schleifen gibt es längere oder sporadische Varianten, die nur mit Cache oder Anmeldung auftreten.
Beteiligt sein können CDN, Reverse Proxy, Webserver, WordPress-Adressen, HTTPS-Erkennung, Sprach- und Loginregeln sowie Plugins. Das Löschen von Cookies verändert mitunter das Verhalten, benennt aber nicht die widersprüchlichen Stellen.
Ein realistisches WordPress-Beispiel
Im Beispiel erzwingt das CDN www, während WordPress die Domain ohne Präfix als kanonisch behandelt. Statuscode und Location-Header jeder Antwort zeigen einen eindeutigen Zyklus zwischen beiden Adressen.
Das Team lässt eine funktionierende Administratorsitzung offen, gleicht die CDN-Regel an die WordPress-Adresse an und prüft anschließend ohne Administrator-Cookie. Die Schleife verschwindet, ohne unabhängige HTTPS-, Sprach- oder Loginregeln anzutasten.
Warum es wichtig ist und wann es eingesetzt wird
Weiterleitungsschleifen sperren Besucher und Crawler aus und können Anmeldung, Checkout, Callbacks und API-Wege unbrauchbar machen. Sobald der wiederholte Sprung reproduzierbar ist, sollte die widersprüchliche Regel gezielt korrigiert werden.
Sichern Sie die Belege, bevor Caches geleert werden. Für eine saubere Anfrage werden alle Statuscodes, Ziele, Hosts, Protokolle, Cookie-Zustände, antwortenden Ebenen und Cache-Ergebnisse bis zur ersten Wiederholung notiert.
Der einfache Weg für Einsteiger
- Sichern Sie WordPress-Adressen sowie die betroffenen CDN-, Server- und Pluginregeln.
- Rufen Sie die fehlerhafte URL ohne Cookies auf und notieren Sie Status und
Locationjedes Schritts. - Ordnen Sie jede Antwort dem CDN, Proxy, Webserver, WordPress oder Plugin zu.
- Legen Sie einen kanonischen Host samt Protokoll fest und deaktivieren oder korrigieren Sie nur die widersprechende Regel.
- Testen Sie anonyme und angemeldete Zugriffe,
wp-admin, Login und Logout, Sprachseiten, Query-Strings und Callbacks erneut.
Der technische Weg
Vergleichen Sie Edge und direkten Ursprung, HTTP und HTTPS, beide Hostvarianten sowie unterschiedliche Serverknoten. Prüfen Sie außerdem die Vertrauensgrenze für weitergeleitete Protokoll-Header, Multisite-Domains, Slash-Normalisierung, Sprachauswahl, Login-Weiterleitungen, HSTS und Cache-Schlüssel.
Bei sporadischen Schleifen erhält jeder Schritt Angaben zu Knoten, Cookie-Zustand und Cachetreffer. Entfernen Sie in Staging genau eine nachgewiesene Kante und sagen Sie den erwarteten Weg voraus. Weicht er ab, fehlt noch eine beteiligte Regel.
Risiken, häufige Fehler, Backup und Rückweg
Ungeprüfte Änderungen an homeoder siteurlerschweren die Wiederherstellung. Wer vor der Aufzeichnung alle Caches und Cookies löscht, vernichtet wichtige Hinweise. Immer neue Ausnahmen um eine zu breite Regel machen aus einer kurzen Schleife häufig eine längere.
Stellen Sie den letzten funktionierenden Regelstand wieder her, wenn wp-adminunerreichbar wird, Host oder Protokoll weiter wechseln, ein POST ein anderes Ziel erhält oder Serverknoten unterschiedliche Wege zeigen. Der Notfallzugang darf nicht von der geänderten Regel abhängen.
Wie AIOWS unterstützt:
AIOWS Weiterleitungs-Manager
Der AIOWS Weiterleitungs-Manager zeigt unterstützte WordPress-Regeln mit Quelle, Ziel, Status und Umfang. So lässt sich feststellen, ob eine dieser Regeln Teil des wiederholten Sprungs ist oder ob CDN beziehungsweise Webserver bereits vorher antworten.
Deaktivieren Sie nur eine Regel, deren Beteiligung durch die aufgezeichnete Kette belegt ist. Bauen Sie den Weg danach für anonyme und angemeldete Anfragen neu auf und prüfen Sie Login, Verwaltung, Sprachseiten, Query-Strings und Callbacks.
DNS, CDN-Richtlinien, Proxy-Header und Webserverregeln kann das Modul nicht ändern. Diese Ebenen bleiben bei ihren Betreibern. Der Weiterleitungs-Manager hält die WordPress-Regeln jedoch sichtbar und umkehrbar, statt eine weitere versteckte Ausnahme hinzuzufügen.
AIOWS Weiterleitungs-Manager ansehenAIOWS-Tarife vergleichen
Passende AIOWS-Artikel
- 301 Weiterleitung in WordPress: Sicher einrichten und testen
- Weiterleitungsketten in WordPress finden und beheben
- Probleme mit Trailing-Slash-Weiterleitungen in WordPress
Fazit und empfohlener Weg
Zeichnen Sie die vollständige Weiterleitungskette auf, ordnen Sie jeden Sprung seinem Erzeuger zu und korrigieren Sie genau die Regel, die dem kanonischen Ziel widerspricht. Erst stabile anonyme und angemeldete Zugriffe samt weiterhin verfügbarem Administratorzugang schließen die Arbeit ab.
