WordPress-Anmeldeseite leitet in einer Schleife weiter

DIREKTE ANTWORT

Eine WordPress-Login-Weiterleitungsschleife wird meist durch nicht übereinstimmende Werte für `siteurl` und `home`, veraltete Login-Cookies oder unterschiedliche HTTPS-Annahmen von WordPress und einem Reverse-Proxy verursacht. Testen Sie `wp-login.php` in einem privaten Fenster, überprüfen Sie die URL-Werte in der Options-Tabelle, löschen Sie Website-Cookies und prüfen Sie das Proxy- und SSL-Verhalten. Behandeln Sie eine ausschließlich beim Login auftretende Schleife getrennt von einem websiteweiten Weiterleitungsproblem.

Wichtigste Punkte

  • Bestätigen Sie, dass siteurl und home die aktuelle Domain und dasselbe gewünschte Protokoll verwenden.
  • Testen Sie in einem privaten Fenster oder einem anderen Browser, um gespeicherte Cookies von einer serverseitigen Konfiguration zu unterscheiden.
  • Wenn ein Proxy oder Load Balancer SSL beendet, überprüfen Sie, ob WordPress den korrekten HTTPS-Status erhält.
  • Prüfen Sie Domain-, Migrations-, Caching-, Sicherheits- und Cookie-Änderungen, die kurz vor Beginn der Schleife vorgenommen wurden.
  • Sichern Sie Datenbank und Konfiguration, bevor Sie URL- oder Weiterleitungseinstellungen ändern, und ändern Sie jeweils nur eine Einstellung.
Aktualisiert am 2026-09-25 · Redaktionelle Prüfung ausstehend WordPress-Fehler
SA

Site Administrator

Was dieser Fehler bedeutet und wie du ihn erkennst

  • Beim wiederholten Öffnen von wp-login.php wird erneut die Login-Seite angezeigt.
  • Der Browser meldet zu viele Weiterleitungen oder lädt das Login-Formular nie vollständig.
  • Der Login scheint erfolgreich zu sein, aber die Sitzung führt sofort wieder zur Login-Seite.
  • Die Schleife tritt in einem Browser auf, aber nicht in einem anderen, oder verschwindet in einem privaten Browserfenster.
  • Das Problem begann nach einer Domainänderung, einer HTTP-zu-HTTPS-Migration, einem Hosting-Umzug, einer Proxy-Änderung oder einer Änderung der Cookie-Konfiguration.

Hauptursachen nach Wahrscheinlichkeit

  1. Nicht übereinstimmende Werte für siteurl und home: Die WordPress-Datenbankwerte können unterschiedliche Domains, Protokolle oder veraltete Migrationsadressen verwenden. Login-Weiterleitungen können dann zwischen widersprüchlichen URLs wechseln.
  2. Veraltete oder falsch zugeordnete Cookies: Cookies einer früheren Domain, eines früheren Protokolls oder Pfads können einen unbrauchbaren Authentifizierungsstatus enthalten und den Browser wiederholt zum Login zurückleiten.
  3. Unstimmigkeit bei SSL-Terminierung oder Reverse-Proxy: Ein Proxy kann HTTPS empfangen, während der Origin die Anfrage als HTTP interpretiert. WordPress kann dann Weiterleitungen auf Grundlage des falschen Protokolls ausgeben.
  4. Unvollständige Migration oder Domainänderung: Konfigurations- oder Datenbankwerte können weiterhin auf die frühere Website-Adresse verweisen.
  5. Widersprüchliche Weiterleitungs-, Caching-, Sicherheits- oder Cookie-Einstellungen: Diese sind weniger wahrscheinlich als URL-, Cookie- und HTTPS-Probleme, können jedoch das normale WordPress-Login-Verhalten überschreiben oder beeinträchtigen.

So behebst du den Fehler

1Tritt die Schleife nur in einem Browser auf?2Stimmen siteurl und home mit der aktuellen Domain unddem gewünschten Protokoll überein?3Wird HTTPS von einem Proxy, Load Balancer oder einerHosting-Schicht verarbeitet?4Trat das Problem nach einer Migration, Domain-, SSL-,Caching- oder Sicherheitsänderung auf?
Diagnostic flow at a glance — full detail in the steps below.

1. Feststellen, ob das Problem browserspezifisch ist

Öffnen Sie wp-login.php in einem privaten Browserfenster oder einem anderen Browser. Wenn die Schleife verschwindet, löschen Sie Cookies und Website-Daten für die betroffene Domain im ursprünglichen Browser und starten Sie anschließend eine neue Sitzung.

Dieser Test trennt den gespeicherten Browserstatus von einem serverseitigen Problem. Er beweist jedoch nicht, dass die Serverkonfiguration korrekt ist.

2. siteurl und home prüfen

Überprüfen Sie mit dem Datenbankverwaltungstool oder einer anderen vertrauenswürdigen Wartungsmethode die Einträge siteurl und home in der WordPress-Options-Tabelle. Die Tabelle kann ein benutzerdefiniertes Präfix anstelle des Standardpräfixes wp_ verwenden.

Erstellen Sie vor der Bearbeitung ein Datenbank-Backup und bestätigen Sie, dass Sie an der richtigen Website arbeiten. Beide Werte sollten:

  • die aktuelle Domain verwenden,
  • dasselbe gewünschte Protokoll verwenden – normalerweise HTTPS, wenn die Website für HTTPS konfiguriert ist,
  • keine alte Domain, Migrationsadresse oder unbeabsichtigten alternativen Hostnamen enthalten,
  • mit der Adresse übereinstimmen, über die Benutzer die Website tatsächlich aufrufen.

Wenn die Werte falsch sind, korrigieren Sie sie konsistent über einen genehmigten Wartungsprozess und testen Sie die Login-Seite erneut. Ändern Sie nicht gleichzeitig andere, nicht verwandte Einstellungen.

3. Veraltete Login-Cookies entfernen

Löschen Sie Cookies und Website-Daten für die betroffene Domain, schließen Sie den bestehenden Login-Tab und öffnen Sie eine neue Sitzung. Testen Sie nach Möglichkeit erneut in einem privaten Fenster.

Das ist besonders nach einer Domainänderung, der Aktivierung von HTTPS oder einem Website-Umzug hilfreich. Wenn das Löschen der Cookies die Schleife nur vorübergehend behebt, fahren Sie mit den URL- und HTTPS-Prüfungen fort, anstatt das Löschen von Cookies als dauerhafte Lösung zu betrachten.

4. HTTPS- und Reverse-Proxy-Verhalten prüfen

Wenn ein Reverse-Proxy, Load Balancer oder eine Hosting-Schicht SSL verarbeitet, bevor Anfragen WordPress erreichen, überprüfen Sie, ob der korrekte HTTPS-Status weitergegeben wird und der Origin für diese Anordnung konfiguriert ist.

Browser, Proxy, Webserver und WordPress sollten sich einig sein, ob die Anfrage über HTTPS erfolgt. Ein häufiges Fehlermuster besteht darin, dass eine HTTPS-Anfrage den Origin als HTTP erreicht, woraufhin eine Weiterleitung zu HTTPS erfolgt. Die nächste Anfrage wird auf dieselbe Weise interpretiert und der Kreislauf wiederholt sich.

Nehmen Sie Änderungen entsprechend der Hosting-Umgebung und den genehmigten Wartungsverfahren vor und testen Sie anschließend wp-login.php erneut. Ändern Sie Proxy- oder Servereinstellungen nicht ohne Autorisierung, da sie die gesamte Website beeinflussen können.

5. Kürzliche Änderungen überprüfen

Wenn die Schleife nach einer Migration, Domainänderung, SSL-Änderung, Proxy-Änderung oder einem Hosting-Umzug begann, vergleichen Sie die aktuelle Einrichtung mit der vorherigen. Suchen Sie nach Verweisen auf alte Domains, inkonsistenten Protokollen und Cookie-Einstellungen, die weiterhin die alte Umgebung beschreiben.

6. Konflikte bei Weiterleitungen und Sicherheit isolieren

Wenn URL-Werte, Cookies und HTTPS-Konfiguration korrekt sind, überprüfen Sie die Weiterleitungs-, Caching-, Sicherheits- und Cookie-bezogene Konfiguration. Verwenden Sie einen genehmigten Wartungsprozess, bewahren Sie ein Backup auf und testen Sie jeweils nur eine Änderung.

Ziel ist es, die Einstellung zu identifizieren, die das Login-Verhalten verändert – nicht, Schutzmaßnahmen dauerhaft zu deaktivieren.

7. Erneut testen und die erste unerwartete Weiterleitung dokumentieren

Beginnen Sie nach jeder Änderung mit einer sauberen Browsersitzung und testen Sie die Login-Seite direkt. Notieren Sie, ob das Formular geladen wird, ob das Absenden der Zugangsdaten wieder zum Login führt und ob sich die Adresse zwischen Domains oder Protokollen ändert.

Die erste unerwartete Weiterleitung weist oft auf die Einstellung hin, die korrigiert werden muss.

Vorbeugung und Überprüfung der Lösung

  • Dokumentieren Sie die gewünschte Domain und das gewünschte Protokoll, bevor Sie WordPress-URL-Einstellungen ändern.
  • Sichern Sie Datenbank und Konfiguration vor Migrationen, URL-Änderungen oder Proxy-Änderungen.
  • Testen Sie nach der Aktivierung von SSL oder eines Proxys sowohl das Frontend als auch wp-login.php in einer sauberen Browsersitzung.
  • Entfernen oder aktualisieren Sie nach einer Migration Verweise auf alte Domains.
  • Dokumentieren Sie, wie der Proxy den HTTPS-Status an den Origin übermittelt.
  • Ändern Sie Weiterleitungs-, Sicherheits-, Caching- oder Cookie-bezogene Einstellungen einzeln und testen Sie den Login-Ablauf erneut.

Wann externe Hilfe sinnvoll ist

Wenden Sie sich an Ihren Hosting-Anbieter oder WordPress-Administrator, wenn Sie nicht auf die Datenbank zugreifen können, nicht wissen, ob SSL von einem Proxy beendet wird, oder die Schleife nach der Prüfung von Cookies und URL-Werten weiterhin besteht.

Leiten Sie das Problem nach einer Migration umgehend weiter, wenn Sie unsicher sind, welche Datenbank- oder Konfigurationswerte maßgeblich sind. Geben Sie den ungefähren Beginn, kürzliche Änderungen, das Ergebnis im privaten Browsermodus, das Verhalten von Domain und Protokoll sowie die erste unerwartete Weiterleitung an. Teilen Sie keine Passwörter oder Authentifizierungs-Cookies.

Website prüfen

Weitere Dokumentation

Für maßgebliche Details zur Implementierung konsultieren Sie die WordPress-Dokumentation zu Änderungen der Website-URL, Login-Cookies sowie der HTTPS- oder Reverse-Proxy-Konfiguration. Konsultieren Sie außerdem die Dokumentation des Hosting-Anbieters, Proxys, Load Balancers oder Webservers der Website, um zu bestätigen, wie der HTTPS-Status an WordPress weitergegeben wird.