Kurz gesagt, deine Webseite steckt fest (z.B. URL 1 verweist auf URL 2 und URL 2 verweist zur\u00fcck auf URL 1, oder die Domain hat dich zu oft umgeleitet). Im Gegensatz zu anderen Fehlern l\u00f6sen sich diese selten von selbst und ben\u00f6tigen wahrscheinlich dein Eingreifen zu ihrer Behebung.<\/p>\n
Vielleicht ist dir auch schon der Fehler „Anfrage hat das Limit von 10 internen Weiterleitungen aufgrund eines wahrscheinlichen Konfigurationsfehlers \u00fcberschritten<\/strong>“ begegnet.<\/p>\n Abh\u00e4ngig von dem Browser, den du verwendest, tritt der Fehler in verschiedenen Varianten auf.\u00a0<\/span><\/p>\n\n In Google Chrome wird dir der Fehler als ERR_TOO_MANY_REDIRECTS<\/strong> (wie du unten sehen kannst) oder als \u201eThis webpage has a redirect loop problem<\/strong>\u201c angezeigt<\/p>\n This page isn’t working. domain.com redirected you too many times.<\/p><\/blockquote>\n (Hier erf\u00e4hrst du, wie du den ERR_CACHE_MISS<\/a>-Fehler von Chrome beheben kannst).<\/p>\n In Mozilla Firefox wird es als \u201eThe page isn\u2019t redirecting properly\u201d <\/strong>angezeigt (wie du unten sehen kannst).<\/p>\n An error occured during a connection to domain.com. This problem can sometimes be caused by disabling or refusing to accept cookies.<\/p><\/blockquote>\n In Microsoft Edge wird es lediglich als \u201eThis page isn’t working right now“<\/strong> angezeigt (wie du unten sehen kannst).<\/p>\n Domain.com redirected you too many times.<\/p><\/blockquote>\n In Safari wird angezeigt, dass „Safari Can’t Open the Page“\u00a0<\/strong>(wie du unten sehen kannst).<\/p>\n Too many redirects occurred trying to open „domain.com.“ This might occur if you open a page that is redirected to open another page which is then redirected to open the original page.<\/p><\/blockquote>\n Hier sind einige Empfehlungen und Dinge, die du \u00fcberpr\u00fcfen solltest, um den Fehler zu beheben (sortiert nach den h\u00e4ufigsten Gr\u00fcnden, die wir f\u00fcr das Auftreten sehen):<\/p>\n Sowohl Google als auch Mozilla empfehlen tats\u00e4chlich direkt unter der Fehlermeldung „versuchen Sie Ihre Cookies zu l\u00f6schen“. Cookies k\u00f6nnen manchmal fehlerhafte Daten enthalten, die den Fehler ERR_TOO_MANY_REDIRECTS verursachen. Dies ist eine M\u00f6glichkeit, die du ausprobieren kannst, auch wenn du auf den Fehler auf einer Webseite st\u00f6\u00dft, die du nicht selbst besitzt.<\/p>\n Da Cookies deinen „Angemeldet“ Status und andere Einstellungen auf Webseiten beinhalten, empfehlen wir dir, die Cookies nur von der Webseite zu l\u00f6schen, die das Problem hat<\/strong>. Auf diese Weise wirst du keine deiner anderen aktuellen Sitzungen oder Webseiten, die du h\u00e4ufiger besuchst, beeintr\u00e4chtigen.<\/p>\n F\u00fchre die folgenden Schritte aus, um ein Cookie auf einer bestimmten Webseite in Google Chrome zu l\u00f6schen.<\/p>\n Klicke in Google Chrome auf die drei kleinen Punkte in der rechten oberen Ecke. Klicke dann auf „Settings“.<\/p>\n Scrolle nach unten und klicke auf \u201eAdvanced\u201c<\/p>\n Klicke auf \u201eContent Settings\u201c<\/p>\n Klicke auf \u201eCookies\u201c<\/p>\n Klicke auf \u201eSee all cookies and site data\u201c<\/p>\n Suche nach der Webseite (Domain), auf der der Fehler ERR_TOO_MANY_REDIRECTS auftritt. Du kannst dann die aktuell auf deinem Computer gespeicherten Cookies f\u00fcr diese Domain l\u00f6schen. Versuche dann, die Seite erneut aufzurufen.<\/p>\n Da Redirect Loops Reaktionen sind, die im Cache zwischengespeichert werden k\u00f6nnen, wird immer empfohlen, den Cache deiner WordPress Seite, dem Server, den Proxy-Diensten von Drittanbietern und bei Bedarf sogar deines Browsers zu l\u00f6schen.<\/p>\n Abh\u00e4ngig von der Art des Redirect Loops hast du m\u00f6glicherweise immer noch Zugriff auf dein WordPress Admin Dashboard. In diesem Fall kannst du den Cache einfach in den Einstellungen deines Caching Plugins leeren. Hier sind ein paar Links, wie man den WordPress Cache mit beliebten Plugins leert:<\/p>\n Wenn du ein Kinsta-Kunde bist, kannst du deinen Cache ganz einfach \u00fcber die WordPress-Admin-Symbolleiste l\u00f6schen<\/a>.<\/p>\n Wenn du keinen Zugriff auf den WordPress-Admin<\/a> hast, bieten viele WordPress-Hosts eigene Tools an, mit denen du den Cache auf deiner WordPress-Seite leeren kannst.<\/p>\n Wenn du ein Kinsta-Kunde bist, kannst du den WordPress-Cache manuell aus dem MyKinsta-Dashboard l\u00f6schen<\/a>. Klicke einfach auf deine Webseite, klicke auf Tools und dann auf die Schaltfl\u00e4che „Cache l\u00f6schen“. \u00dcberpr\u00fcfe dann deine Webseite, ob der Redirect Loop noch existiert.<\/p>\n Wenn du einen Reverse-Proxy-Service eines Drittanbieters wie Cloudflare<\/a> oder Sucuri verwendest, kann es auch vorteilhaft sein, den Cache auf deren Seite zu l\u00f6schen.<\/p>\n Um den Cloudflare Cache zu leeren, logge dich in das Dashboard ein, klicke auf „Caching“ und dann auf „Purge Everything“.<\/p>\n Um den Sucuri-Cache zu leeren, logge dich in das Dashboard ein, gehe zu „Leistung“ und klicke auf „Cache l\u00f6schen“.<\/p>\n Wenn du \u00fcberpr\u00fcfen m\u00f6chtest, ob das Problem m\u00f6glicherweise von deinem Browser Cache ausgeht, ohne den Browser Cache zu l\u00f6schen, kannst du deinen Browser jederzeit im Incognito-Modus \u00f6ffnen<\/a>. Oder teste einfach einen anderen Browser um zu sehen, ob der Fehler ERR_TOO_MANY_REDIRECTS dort auch besteht.<\/p>\n Wenn du feststellst, dass es durch deinen Browser Cache verursacht wird, kannst du ihn einfach bereinigen. Nachfolgend findest du Anweisungen, wie du dies in verschiedenen Browsern tun kannst:<\/p>\n Wenn das L\u00f6schen des Caches nicht funktioniert hat, dann solltest du sehen, ob du die Art des Redirect Loops bestimmen kannst. Unser kostenlose Online-Tool Redirect Checker<\/a> erlaubt dir weitere Analysen durchzuf\u00fchren, um herauszufinden, was m\u00f6glicherweise vor sich geht. Dies k\u00f6nnte auch \u00fcber cURL erfolgen.<\/p>\n Zum Beispiel beinhaltet untenstehende Seite einen 301 Redirect Loop zur\u00fcck zu sich selbst, was in der Folge eine Reihe an weiteren fehlerhaften Redirects verursacht. Du kannst allen Umleitungen folgen und bestimmen, ob es sich um eine Loop zu sich selbst handelt oder ob es sich m\u00f6glicherweise um einen HTTP-zu-HTTPS-Loop handelt. Darauf, wie man das behebt, werden wir weiter unten genauer eingehen.\u00a0<\/span><\/p>\n Die Erweiterung Redirect Path<\/a> Chrome kann ebenfalls sehr n\u00fctzlich sein und bietet Einblicke in alle auf deiner Webseite stattfindenden Redirects (spezifische URL oder Seite).<\/p>\n Als n\u00e4chstes solltest du deine HTTPS-Einstellungen \u00fcberpr\u00fcfen. H\u00e4ufig tritt der ERR_TOO_MANY_REDIRECTS Fehler auf, wenn jemand gerade erst seine WordPress-Seite nach HTTPS migriert hat<\/a> und entweder nicht vollst\u00e4ndig abgeschlossen oder etwas falsch eingerichtet hat.<\/p>\n\n Dies ist bei weitem der h\u00e4ufigste Grund, auf den wir regelm\u00e4\u00dfig sto\u00dfen. Wenn du deine WordPress Seite zwingst, \u00fcber HTTPS zu laden, ohne vorher ein SSL-Zertifikat zu installieren, landet deine Webseite sofort in einem Redirect Loop. Um dies zu beheben, installiere einfach ein SSL-Zertifikat<\/a> auf deiner WordPress Seite.<\/p>\n Es wird auch empfohlen, einen SSL Check<\/a> durchzuf\u00fchren. SSL\/TLS-Zertifikate<\/a> erfordern nicht nur dein Hauptzertifikat, sondern auch, dass sogenannte Zwischenzertifikate (Chain) installiert werden. Diese m\u00fcssen nat\u00fcrlich dann auch richtig eingerichtet werden.<\/p>\n Wir empfehlen die Verwendung des kostenlosen SSL-Check-Tools von Qualys SSL Labs. Es ist sehr zuverl\u00e4ssig und wird von uns f\u00fcr alle Kinsta-Kunden bei der \u00dcberpr\u00fcfung von Zertifikaten verwendet. Gehe einfach zu ihrem SSL-Checktool<\/a>, gib deine Domain in das Feld Hostname ein und klicke auf „Submit“. Es kann ein oder zwei Minuten dauern, bis die SSL\/TLS-Konfiguration deiner Webseite auf deinem Webserver \u00fcberpr\u00fcft wurde.<\/p>\n Es gibt einige kostenlose SSL WordPress Plugins, wie z.B. das Really Simple SSL Plugin<\/a>, das dir hilft, automatisch zu HTTPS umzuleiten. Wir empfehlen diese Methode jedoch nicht als dauerhafte L\u00f6sung, da Plugins von Drittanbietern immer eine weitere Ebene an m\u00f6glichen\u00a0 <\/span>Problemen und Kompatibilit\u00e4tsproblemen bedeutet. Tempor\u00e4r ist es eine gute L\u00f6sung; auf Dauer solltest du aber tats\u00e4chlich deine hartkodierten HTTP-Links aktualisieren<\/strong>.<\/p>\n Hierf\u00fcr haben wir f\u00fcr dich ein gro\u00dfartiges Tutorial mit 4 einfachen M\u00f6glichkeiten, wie du ein Suchen-und-Ersetzen in WordPress durchf\u00fchren kannst<\/a>. Wenn du ein Kinsta-Kunde bist, kannst du dich jederzeit an unser Support-Team wenden, das dies jederzeit f\u00fcr dich tun wird.<\/p>\n Es kann sehr gut sein, dass die HTTPS Umleitungsregeln auf deinem Server m\u00f6glicherweise falsch konfiguriert waren.<\/p>\n Wenn auf deinem Webserver Nginx l\u00e4uft<\/a>, kannst du deinen gesamten HTTP-Traffic auf HTTPS umleiten, indem du den folgenden Code zu deiner Nginx-Konfigurationsdatei hinzuf\u00fcgst. Dies ist die empfohlene Methode zur Umleitung von WordPress, das auf Nginx l\u00e4uft.<\/p>\n Wir verwenden Nginx f\u00fcr alle hier bei Kinsta. Die gute Nachricht ist, dass du dir dar\u00fcber keine Sorgen machen musst. Wenn du eine Umleitung hinzuf\u00fcgen m\u00f6chtest, \u00f6ffne einfach ein Supportticket<\/a> und teile uns mit, welche Domain du umleiten m\u00f6chtest. Wir f\u00fcgen es dann f\u00fcr dich in die Nginx-Konfiguration ein.<\/p>\n Wenn auf deinem Webserver Apache l\u00e4uft<\/a>, kannst du deinen gesamten HTTP-Traffic ganz einfach auf HTTPS umleiten, indem du den folgenden Code zu deiner Vielleicht hast du einfach zu viele HTTPS-Umleitungen. Mit dem Patrick Sextons Redirect Mapper-Tool<\/a> kannst du deine Webseite ganz einfach analysieren, um zu sehen, wie viele Umleitungen verwendet werden. Hier ist ein Beispiel f\u00fcr Umleitungen, die nicht korrekt eingerichtet sind und die mit dem Redirect-Mapper leicht zu erkennen sind. Du kannst sehen, dass sowohl in der www-, als auch in der non-www-Version doppelte HTTPS-Umleitungen stattfinden.<\/p>\n ERR_TOO_MANY_REDIRECTS wird oft auch durch Reverse-Proxy-Dienste wie Cloudflare verursacht<\/strong>. Dies geschieht in der Regel, wenn die Option Flexible SSL aktiviert ist und du bereits ein SSL-Zertifikat auf deinem WordPress Host installiert hast. Warum? Bei der Auswahl \u201eFlexible\u201c werden alle Anfragen an deinen Hosting-Server \u00fcber HTTP gesendet. Dein Hostserver hat h\u00f6chstwahrscheinlich bereits eine Umleitung von HTTP auf HTTPS eingerichtet, so dass dadurch ein Redirect Loop entsteht.<\/p>\n Um dies zu beheben, musst du die Einstellungen der Cloudflare Kryptographie von \u201eFlexible\u201c auf \u201eFull\u201c oder \u201eFull (strict)\u201c \u00e4ndern. Wenn du ein Kinsta-Kunde bist, wirf gerne auch einen Blick auf unsere Anleitung zur Installation eines SSL-Zertifikats bei Verwendung von Cloudflare<\/a>.<\/p>\n Mit der Regel „Always Use HTTPS“<\/a> kannst du alle Benutzer auf HTTPS umleiten, ohne einen Loop zu erstellen. Eine weitere Sache, auf die man bei Cloudflare achten sollte, sind die Regeln f\u00fcr die Weiterleitung von URL-Umleitungen<\/a>. Achte darauf, dass du keine Umleitung erstellst, bei der die Domain auf sich selbst als Ziel zeigt. Dies kann zu einem Unendliche- Umleitungen-Fehler f\u00fchren, den die betroffenen URLs nicht beheben k\u00f6nnen.<\/p>\n Wenn du StackPath verwendest, hast du eine Option namens „Origin Pull Protocol“, die nur auf HTTPS gesetzt werden muss.<\/p>\n Wenn du nur das DNS von Cloudflare und nicht dessen Proxy\/WAF-Dienst verwenden m\u00f6chtest, dann solltest du sicherstellen, dass Ihre deine DNS-Eintr\u00e4ge auf \u201cNur DNS\u201d eingestellt sind. Die Wolken erscheinen als \u201cgrau\u201d statt als \u201corange\u201d. Du konfigurierst dies unter der Registerkarte \u201cDNS\u201d im Cloudflare-Bedienfeld.<\/p>\n Eine weitere Sache, die du \u00fcberpr\u00fcfen solltest, sind deine WordPress-Seiteneinstellungen. Es gibt zwei verschiedene Felder, bei denen du \u00fcberpr\u00fcfen solltest, dass sie korrekt eingestellt sind und nicht auf eine falsche Domain zeigen oder nicht \u00fcbereinstimmen (siehe nachfolgende Grafik). Ein weiterer h\u00e4ufiger Fehler ist, dass du nicht das richtige Pr\u00e4fix verwendest, das mit dem Rest deiner Webseite, www oder nicht-www, \u00fcbereinstimmt. Manchmal wenn du Hosts wechselst oder Domains wechselst, \u00e4ndern sich die Pr\u00e4fixe, ohne dass du es merkst.<\/p>\n Beide sollten \u00fcbereinstimmen, es sei denn, du gibst WordPress ein eigenes Verzeichnis<\/a>.<\/p>\n H\u00f6chstwahrscheinlich kannst du an dieser Stelle nicht auf dein WordPress Dashboard zugreifen. Was du also tun kannst, ist, die obigen Einstellungen zu \u00fcberschreiben, indem du die Werte in deine wp-config.php-Datei eingibst<\/strong>.<\/p>\n Die Datei wp-config.php befindet sich typischerweise im Stammverzeichnis deiner WordPress Seite und kann \u00fcber FTP<\/a>, SSH oder WP-CLI aufgerufen werden. Um WP_HOME und WP_SITEURL hart zu kodieren, gib einfach den folgenden Code am Anfang der Datei ein und \u00e4ndere die Werte, um deine Domain wiederzugeben.<\/p>\n Unten siehst du ein Beispiel davon, wie deine wp-config.php Datei danach aussehen k\u00f6nnte.<\/p>\n Hier sind zwei zus\u00e4tzliche M\u00f6glichkeiten, wie du deine WordPress-URLs \u00e4ndern kannst, ohne auf dein Admin-Dashboard zuzugreifen, falls du dies bevorzugst:<\/p>\n<\/div>\n Sobald du es manuell eingestellt hast, kannst du im Browser auf deine Webseite gehen, um zu \u00fcberpr\u00fcfen, ob es den Redirect Loop repariert oder nicht.<\/p>\n Wenn du Domains auf einer Multisite<\/a> \u00e4nderst, solltest du auch die Tabelle Wenn es um WordPress geht, kann das vor\u00fcbergehende Deaktivieren aller deiner WordPress-Plugins<\/a> ein schneller Weg sein, um Probleme zu identifizieren. Beispielsweise kannst du mit Plugins wie Redirection<\/a> oder Yoast SEO Premium Umleitungen implementieren<\/a>. Manchmal k\u00f6nnen Einstellungen oder Aktualisierungen dieser Plugins mit Umleitungen kollidieren, die m\u00f6glicherweise bereits auf deinem Server eingerichtet sind, was zu einem Redirect Loop f\u00fchrt.<\/p>\n Denke daran, dass du durch das reine Deaktivieren eines Plugins keine Daten verlierst. Wahrscheinlich kannst du nicht direkt auf den WordPress Admin zugreifen. Daher musst du dich per SFTP auf deinem Server anmelden<\/a>. Dort benennst du deinen Plugin Ordner in beispielsweise \u201eplugins_alt\u201c um. \u00dcberpr\u00fcfe dann deine Seite noch einmal.<\/p>\n Wenn es funktioniert hat, musst du jedes Plugin einzeln testen. Benenne deinen Plugin-Ordner wieder in „Plugins“ um und \u00e4ndere dann der Reihe nach jeden einzelnen Plugin-Ordner innerhalb des Plugin-Ordners um, bis du die fehlerhafte Datei findest. Du kannst auch versuchen, dies zuerst auf einer Staging Seite<\/a> zu replizieren.<\/p>\n Neben den HTTP-zu-HTTPS-Weiterleitungen auf deinem Server kann es Sinn machen, sicherzustellen, dass keine anderen Umleitungen falsch eingerichtet sind. Zum Beispiel k\u00f6nnte eine fehlerhafte 301 Umleitung, die zur\u00fcck zu sich selbst f\u00fchrt, deine Webseite lahmlegen. Normalerweise befinden sich diese in den Konfigurationsdateien deines Servers.<\/p>\n Kinsta verwendet nur Nginx. Falls du aber einen anderen WordPress Host verwendest, auf dem Apache l\u00e4uft, k\u00f6nnte es sehr gut sein, dass deine Melde dich zun\u00e4chst per FTP<\/a> oder SSH bei deiner Webseite an und benennen deine Um diese Datei wiederherzustellen, kannst du normalerweise deine Permalinks<\/a> in WordPress einfach nochmal speichern. Wenn du jedoch mitten in einem ERR_TOO_MANY_REDIRECTS-Fehler feststeckst, kannst du h\u00f6chstwahrscheinlich nicht auf dein WordPress-Admin zugreifen, also ist dies keine Option. Du kannst aber eine neue Google Chrome<\/h3>\n
![\"ERR_TOO_MANY_REDIRECTS](\"https:\/\/staging.kinsta.site\/de\/wp-content\/uploads\/sites\/5\/2018\/01\/ERR_TOO_MANY_REDIRECTS-error-in-chrome.png\")
Mozilla Firefox<\/h3>\n
![\"ERR_TOO_MANY_REDIRECTS](\"https:\/\/staging.kinsta.site\/de\/wp-content\/uploads\/sites\/5\/2018\/01\/ERR_TOO_MANY_REDIRECTS-error-in-firefox.png\")
Microsoft Edge<\/h3>\n
![\"ERR_TOO_MANY_REDIRECTS](\"https:\/\/staging.kinsta.site\/wp-content\/uploads\/2018\/01\/ERR_TOO_MANY_REDIRECTS-error-in-edge.png\")
Safari<\/h3>\n
![\"ERR_TOO_MANY_REDIRECTS](\"https:\/\/staging.kinsta.site\/wp-content\/uploads\/2018\/01\/ERR_TOO_MANY_REDIRECTS-error-in-safari.png\")
\n
Cookies auf dieser speziellen Webseite l\u00f6schen<\/h2>\n
Schritt 1<\/h3>\n
![\"Chrome](\"https:\/\/staging.kinsta.site\/de\/wp-content\/uploads\/sites\/5\/2018\/01\/chrome-einstellungen.png\" "\\"Chrome")
Schritt 2<\/h3>\n
![\"Chrome](\"https:\/\/staging.kinsta.site\/de\/wp-content\/uploads\/sites\/5\/2018\/01\/chrome-erweiterte-einstellungen.png\")
Schitt 3<\/h3>\n
![\"Chrome](\"https:\/\/staging.kinsta.site\/de\/wp-content\/uploads\/sites\/5\/2018\/01\/chrome-content-einstellungen.png\")
Schritt 4<\/h3>\n
![\"Chrome](\"https:\/\/staging.kinsta.site\/de\/wp-content\/uploads\/sites\/5\/2018\/01\/chrome-cookies.png\")
Schritt 5<\/h3>\n
![\"Chrome](\"https:\/\/staging.kinsta.site\/de\/wp-content\/uploads\/sites\/5\/2018\/01\/chrome-alle-cookies-anzeigen.png\")
Schritt 6<\/h3>\n
![\"Cookies](\"https:\/\/staging.kinsta.site\/de\/wp-content\/uploads\/sites\/5\/2018\/01\/cookie-in-chrome-loschen.png\")
Server-, Proxy- und Browser-Cache l\u00f6schen<\/h2>\n
WordPress Seiten Cache l\u00f6schen<\/h3>\n
\n
![\"Kinsta](\"https:\/\/staging.kinsta.site\/de\/wp-content\/uploads\/sites\/5\/2018\/01\/kinsta-cache-uber-wordpress-admin-loschen.png\")
Server Cache l\u00f6schen<\/h3>\n
![\"WordPress](\"https:\/\/staging.kinsta.site\/de\/wp-content\/uploads\/sites\/5\/2018\/11\/mykinsta-clear-cache.jpg\")
Proxy-Cache l\u00f6schen<\/h3>\n
Cloudflare<\/h4>\n
![](\"https:\/\/staging.kinsta.site\/de\/wp-content\/uploads\/sites\/5\/2015\/04\/cloudflare-cache-loschen-1.png\")
<\/p>\nSucuri<\/h4>\n
![\"Sucuri](\"https:\/\/staging.kinsta.site\/de\/wp-content\/uploads\/sites\/5\/2018\/01\/sucuri-cache-loschen-1.png\")
Browser Cache l\u00f6schen<\/h3>\n
![\"Chrome](\"https:\/\/staging.kinsta.site\/de\/wp-content\/uploads\/sites\/5\/2018\/01\/chrome-im-incognito-modus-offnen.png\")
\n
Art des Redirect Loops bestimmen<\/h2>\n
![\"\u201eToo](\"https:\/\/staging.kinsta.site\/de\/wp-content\/uploads\/sites\/5\/2018\/01\/too-many-redirects.png\")
![\"Redirect](\"https:\/\/staging.kinsta.site\/de\/wp-content\/uploads\/sites\/5\/2018\/01\/redirect-path-erweiterung.png\")
\u00dcberpr\u00fcfe deine HTTPS-Einstellungen<\/h2>\n
1. Erzwinge HTTPS nicht ohne SSL-Zertifikat<\/h3>\n
![\"SSL](\"https:\/\/staging.kinsta.site\/de\/wp-content\/uploads\/sites\/5\/2018\/01\/SSL-test.png\")
2. Verwende kein SSL-Plugin, aktualisiere deine hartkodierten Links<\/h3>\n
3. HTTP zu HTTPS Umleitungen auf dem Server \u00fcberpr\u00fcfen<\/h3>\n
Umleiten von HTTP zu HTTPS in Nginx<\/h4>\n
server { listen 80; server_name domain.com www.domain.com; return 301 https:\/\/domain.com$request_uri; }<\/pre>\nSchau dir unseren Video-Leitfaden<\/a> zu Redirects an<\/h4>\n
Umleiten von HTTP zu HTTPS im Apache<\/h4>\n
.htaccess<\/code><\/a> Datei hinzuf\u00fcgst. Dies ist die empfohlene Methode zur Umleitung von WordPress, das auf Apache l\u00e4uft.<\/p>\nRewriteEngine On\nRewriteCond %<\/span>{<\/span>HTTPS<\/span>}<\/span> off\nRewriteRule ^<\/span>(<\/span>.<\/span>*<\/span>)<\/span>$ https:<\/span>\/\/%{HTTP_HOST}%{REQUEST_URI} [L,R=301]<\/span><\/code><\/pre>\n<\/div>\n4. \u00dcberpr\u00fcfe, ob zu viele HTTPS-Weiterleitungen bestehen<\/h3>\n
![\"Umleitungen\"](\"https:\/\/staging.kinsta.site\/de\/wp-content\/uploads\/sites\/5\/2016\/09\/umleitungen.png\" "\\"Redirects\\"")
Drittanbieterdienste pr\u00fcfen<\/h2>\n
![\"Cloudflare](\"https:\/\/staging.kinsta.site\/de\/wp-content\/uploads\/sites\/5\/2015\/04\/cloudflare-krypto-level-full.png\" "\\"Cloudflare")
Nur die Cloudflare DNS verwenden<\/h3>\n
![\"Nur](\"https:\/\/staging.kinsta.site\/de\/wp-content\/uploads\/sites\/5\/2018\/01\/cloudflare-dns-verwenden.png\")
\u00dcberpr\u00fcfe deine WordPress Seiteneinstellungen<\/h2>\n
\n
![\"WordPress](\"https:\/\/staging.kinsta.site\/de\/wp-content\/uploads\/sites\/5\/2018\/01\/wordpress-addresse.png\")
define('WP_HOME','https:\/\/yourdomain.com');\ndefine('WP_SITEURL','https:\/\/yourdomain.com');<\/code><\/pre>\n![\"WordPress](\"https:\/\/staging.kinsta.site\/de\/wp-content\/uploads\/sites\/5\/2017\/04\/wordpress-url-in-wp-config-php-andern.png\")
\n
Multisite<\/h3>\n
wp_blogs<\/code> \u00fcberpr\u00fcfen. Wir haben gesehen, dass Leute eine Suche durchf\u00fchren und falsch ersetzen und eine unendliche Umleitungsschleife verursachen. Dies liegt daran, dass die Netzwerkseite nicht mit den Unterseiten \u00fcbereinstimmt.<\/p>\nwp_#_options<\/code>: Jede Unterseite wird einen Satz von Tabellen haben, die der blog_id<\/code> in der wp_blogs<\/code>-Tabelle entsprechen. Rufe die Tabelle wp_#_options<\/code> auf, wobei # der blog_id<\/code> entspricht, und aktualisiere die Einstellungen „SITEURL“ und „HOME“ in dieser Tabelle.<\/p>\nWordPress Plugins vor\u00fcbergehend deaktivieren<\/h2>\n
![\"SFTP](\"https:\/\/staging.kinsta.site\/de\/wp-content\/uploads\/sites\/5\/2018\/01\/sftp-plugins-ordnen-umbenennen.png\")
![\"Plugin](\"https:\/\/staging.kinsta.site\/de\/wp-content\/uploads\/sites\/5\/2017\/08\/plugin-ordner-umbenennen-2.png\")
Umleitungen auf deinem Server \u00fcberpr\u00fcfen<\/h2>\n
Apache .htacces-Datei<\/h3>\n
.htaccess<\/code>-Datei eine falsche Regel enth\u00e4lt. F\u00fchre die folgenden Schritte aus, um eine neue Regel von Grund auf neu zu erstellen.<\/p>\n.htaccess<\/code> Datei in\u00a0.htaccess_old<\/code>um. Dadurch wird sichergestellt, dass du \u00fcber ein Backup verf\u00fcgst.<\/p>\n![\".htaccess](\"https:\/\/staging.kinsta.site\/de\/wp-content\/uploads\/sites\/5\/2017\/12\/htaccess-datei-umbenennen.png\")
.htaccess<\/code>\u00a0Datei erstellen und den folgenden Inhalt eingeben und diese dann auf dem Server hochladen. Im Folgenden werden die Standardeinstellungen verwendet.<\/p>\n# BEGIN WordPress\n\nRewriteEngine On\nRewriteBase \/\nRewriteRule ^index\\.php$ - [L]\nRewriteCond %{REQUEST_FILENAME} !-f\nRewriteCond %{REQUEST_FILENAME} !-d\nRewriteRule . \/index.php [L]\n\n# END WordPress<\/code><\/pre>\n
![\"Bad](\"https:\/\/staging.kinsta.site\/de\/wp-content\/uploads\/sites\/5\/2018\/11\/mykinsta-redirects.jpg\")