Pålitliga WordPress-handledningar, när du behöver dem som mest.
Nybörjarguide till WordPress
WPB-cupen
30 miljoner+
Webbplatser som använder våra plugins
20+
År av WordPress-erfarenhet
3000+
WordPress-handledningar
av experter

Hur du åtgärdar problemet med för många omdirigeringar i WordPress

Felet 'För många omdirigeringar' är ett av de vanligaste WordPress-felen, och du kan vanligtvis åtgärda det på några minuter.

Felet betyder helt enkelt att din webbplats har fastnat i en omdirigeringsloop, och det kan till och med låsa dig ute från ditt WordPress-administratörsområde.

I den här artikeln visar vi dig hur du enkelt åtgärdar felet 'För många omdirigeringar' i WordPress, steg för steg, även om du inte kan logga in.

Åtgärda felet för för många omdirigeringar i WordPress

Snabbt svar: Hur åtgärdar jag felet 'För många omdirigeringar' i WordPress?

Rensa dina webbläsarcookies först. Om felet kvarstår är det nästan alltid en av tre inställningar: din WordPress-adress och webbplatsadress måste matcha exakt, Cloudflares SSL-läge måste vara inställt på Full, och/eller din .htaccess-fil kan behöva återställas.

Du kan göra allt detta även om du är utelåst från din instrumentpanel, genom att redigera wp-config.php via FTP.

Vad orsakar felet 'För många omdirigeringar' i WordPress?

En omdirigeringsloop uppstår när sida A skickar din webbläsare till sida B, och sida B skickar den direkt tillbaka till sida A. Din webbläsare försöker igen och igen, ger upp efter cirka 20 försök och visar felet istället för din webbplats.

Omdirigeringar i sig är normala. WordPress och många plugins använder dem för att skapa permanenta 301-omdirigeringar och åtgärda 404-fel. Problemet börjar när två omdirigeringsregler pekar på varandra.

Det här felet visas vanligtvis omedelbart efter en av följande åtgärder, inte för att åtgärden är felaktig, utan för att en inställning konfigurerades felaktigt under tiden:

  • Du flyttade webbplatsen till HTTPS eller installerade ett SSL-certifikat.
  • Du aktiverade Cloudflare (eller en annan omvänd proxy / CDN).
  • Du installerade ett SSL-plugin eller ett plugin för omdirigeringshantering.
  • Du redigerade webbplatsens URL, migrerade värdar eller klistrade in en 'tvinga HTTPS'-regel i .htaccess.

Plugins som åtgärdar problemet med osäkert SSL-innehåll eller ett WordPress-cacheplugin kan också orsaka detta fel.

Så här ser meddelandet ‘ERR_TOO_MANY_REDIRECTS’ ut i Google Chrome.

Google Chrome visar felmeddelandet för många omdirigeringar

Så här ser felet ut i Firefox med meddelandet ‘Sidan omdirigerar inte korrekt’.

Firefox visar felmeddelandet sidan omdirigeras inte korrekt

Felsidan talar inte om vad som orsakar loopen. För att ta reda på problemet kan du använda ett gratis verktyg som httpstatus.io, ange din webbplats URL och titta på omdirigeringskedjan.

En frisk webbplats visar en 301 (en permanent omdirigering) som slutar med en 200-statuskod, vilket innebär att sidan laddades normalt.

En trasig webbplats visar en lång kedja av 301:or som studsar mellan samma två URL:er, och dessa två URL:er talar om vad som orsakar problemet. Till exempel, om de skiljer sig åt med http och https eller www och icke-www, då kan du följa stegen nedan för att åtgärda dem.

httpstatus visar omdirigeringsloop

Viktigt: Vissa av åtgärderna nedan ändrar din webbplats kärnfiler och databas. Innan du ändrar något, skapa en säkerhetskopia. Du kan följa vår guide om hur du skapar en manuell säkerhetskopia av WordPress-databasen.

Här är stegen vi kommer att gå igenom:

1. Rensa din webbläsares cache och cookies

En vanlig orsak till felet kan vara din webbläsares cookies. Försök först med en hård uppdatering (Ctrl + F5 på Windows eller Cmd + Shift + R på Mac), och försök sedan att komma åt din webbplats med en annan webbläsare, som Firefox, Safari, Opera eller Microsoft Edge.

Om du kan komma åt din webbplats normalt med en annan webbläsare, måste du rensa cookies och cache i din vanliga webbläsare.

Du behöver inte radera allt. Det räcker att rensa cookies för just din webbplats.

Välj cachade data att ta bort i Google Chrome

Vi har en detaljerad guide om hur du rensar din webbläsares cache i alla större webbläsare som hjälper dig att göra det.

Å andra sidan, om en annan webbläsare visar samma fel, kommer loopen från din webbplats snarare än din webbläsare, och dina URL-inställningar är nästa sak att kontrollera.

2. Se till att din WordPress-adress och webbplatsadress matchar

En stor orsak till detta fel är en inkonsekvens i dina WordPress URL-inställningar.

Normalt kan du se dessa alternativ på sidan Inställningar » Allmänt.

WordPress-adress och webbplatsadress

För de flesta webbplatser måste URL:erna i fälten 'WordPress-adress' och 'Webbplatsadress' vara exakt desamma. Kontrollera alla dessa tre detaljer i båda fälten:

  • http vs https – båda fälten måste använda samma.
  • www vs icke-www – välj en version och använd den i båda fälten.
  • Skiftläge – URL:erna bör vara helt gemener.

Eftersom felet kan ha låst dig ute från WordPress adminområde, kan du behöva åtgärda URL:erna utan instrumentpanelen. Du kan göra det genom att redigera wp-config.php-filen, som ligger i rotmappen på din webbplats.

Anslut till din webbplats med en FTP-klient eller filhanteraren i din värdkontrollpanel. Öppna sedan wp-config.php i en enkel textredigerare och lägg till dessa två rader precis ovanför raden som säger 'That’s all, stop editing!':

define( 'WP_HOME', 'https://example.com' );
define( 'WP_SITEURL', 'https://example.com' );

Glöm inte att ersätta 'https://example.com' med din egen webbplats-URL. Spara sedan filen och ladda upp den tillbaka till din webbplats, besök sedan din webbplats för att se om detta löser felet.

Notera: Dessa två rader åsidosätter URL-inställningarna i din databas. När din webbplats fungerar igen kan du låta dem vara kvar. Fälten på sidan Inställningar kommer bara att verka låsta.

För fler metoder, se vår handledning om hur du enkelt ändrar WordPress-URL:er.

3. Åtgärda Cloudflares SSL-inställning

Om felet började direkt efter att du anslöt din webbplats till Cloudflare, då är detta nästan säkert din lösning.

Cloudflare fungerar som en omvänd proxy. Det betyder att den sitter mellan dina besökare och din server och svarar på förfrågningar från sitt eget nätverk för att göra din webbplats snabbare och säkrare.

Den vanliga orsaken är att Cloudflares SSL-läge är inställt på Flexibel, vilket skapar en oändlig loop. Med Flexibel SSL ansluter besökare till Cloudflare via HTTPS, men Cloudflare pratar med din server via vanlig HTTP. Din server omdirigerar sedan den HTTP-förfrågan tillbaka till HTTPS, och loopen börjar.

För att åtgärda detta behöver du följa dessa två steg.

Gå först till Cloudflare-instrumentpanelen under SSL/TLS » Översikt och ändra läget från Flexibel till Fullständig, eller Fullständig (strikt) om du har ett verkligt SSL-certifikat installerat på din server, vilket du bör ha.

Konfigurera Cloudflare SSL genom att ställa in den på Full-läge.

Lägg sedan till kodavsnittet nedan i filen wp-config.php så att WordPress korrekt upptäcker att besökaren är på HTTPS bakom proxyn.

Lägg till detta i wp-config.php, ovanför raden 'stop editing':

if ( isset( $_SERVER['HTTP_X_FORWARDED_PROTO'] ) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https' ) {
    $_SERVER['HTTPS'] = 'on';
}

Den kombinationen löser de allra flesta Cloudflare-omdirigeringsloopar.

Samma kodavsnitt fungerar också om din webbplats ligger bakom någon annan omvänd proxy, lastbalanserare eller NGINX-frontend.

Medan du är i Cloudflare-instrumentpanelen, rensa även dess cache, så att en gammal cachad omdirigering inte fortsätter att visa felet. Gå till Cachning » Konfiguration och klicka på knappen 'Rensa allt'.

Rensa Cloudflare-cache

4. Återställ din WordPress .htaccess-fil

Notera: Detta steg gäller webbplatser som körs på Apache, den vanligaste typen av webbserver. Om din webbplats körs på NGINX, en annan populär webbserver, finns det ingen .htaccess-fil. På NGINX finns omdirigeringsreglerna i serverkonfigurationen, som du inte kan redigera via FTP, så be din värd att kontrollera den efter en regel som pekar tillbaka på sig själv.

Filen .htaccess är en speciell fil som din webbserver använder för att hantera omdirigeringar och andra serverinställningar. WordPress använder också denna fil för SEO-vänliga URL:er och andra omdirigeringar.

Ibland kan WordPress-plugins göra ändringar i din webbplats .htaccess-fil, vilket kan utlösa detta fel. Det är också möjligt att inaktivering av en plugin inte tar bort dessa ändringar från din .htaccess-fil.

I så fall behöver du manuellt återställa din WordPress .htaccess-fil.

Återigen, du måste komma åt din webbplats med en FTP-klient eller appen Filhanteraren i din värddashbord.

När du är ansluten ser du .htaccess-filen i rotmappen (vanligtvis /public_html/) på din webbplats.

Notera: Om du inte kan hitta din .htaccess-fil, se vår guide om hur du hittar .htaccess-filen i WordPress.

Först måste du ladda ner en kopia av din .htaccess-fil till din dator som en säkerhetskopia.

Ladda ner .htaccess-filen till din dator som en säkerhetskopia

Efter det, byt namn på filen till .htaccess_old istället för att ta bort den. Din server slutar läsa den oavsett, och att byta namn innebär att du kan ångra detta på två sekunder om filen visar sig inte vara orsaken.

Du kan nu försöka besöka din startsida. Om den laddas, orsakade din .htaccess-fil omdirigeringsfelet. Dina interna sidor kommer att ge 404-fel tills du återskapar filen nedan, så se inte det som ett misslyckat test.

Nu måste du återskapa .htaccess-filen.

Normalt kan din WordPress-webbplats göra det själv. Gå helt enkelt till sidan Inställningar » Permalänkar och klicka på knappen 'Spara ändringar' längst ner.

Återskapa permalänkar

Om du föredrar det kan du också återskapa filen själv.

Skapa helt enkelt en ny .htaccess-fil i din webbplats rotmapp och klistra in standard WordPress-reglerna:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

5. Inaktivera alla WordPress-plugins

Om återställning av .htaccess-filen inte löste loopen, är nästa troliga orsak en plugin-konflikt.

Alla plugins som ställer in en omdirigering på ett sätt som krockar med standard WordPress-omdirigeringar kan orsaka detta fel. De vanliga misstänkta är plugins som tvingar SSL eller HTTPS, omdirigeringshanterare, cache-plugins och säkerhets- eller inloggningsplugins.

För att åtgärda detta behöver du inaktivera alla WordPress-plugins på din webbplats. Normalt kan du bara gå till sidan Plugins » Alla plugins i WordPress-administrationsområdet och inaktivera plugins därifrån.

Inaktivera alla plugins

Vi antar dock att du på grund av omdirigeringsfelet kanske inte kan komma åt WordPress-administrationsområdet.

I så fall måste du inaktivera WordPress-plugins med en FTP-klient som FileZilla eller appen Filhanteraren i din WordPress-värdkontrollpanel.

Anslut helt enkelt till din webbplats med en FTP-klient och gå till mappen /wp-content/.

Byt namn på plugin-mappen för att inaktivera alla WordPress-plugins

Där hittar du mappen plugins, som du behöver byta namn på till ‘plugins.deactivated’.

Detta kommer att inaktivera alla WordPress-plugins på din webbplats.

I grund och botten letar WordPress efter en mapp som heter plugins för att ladda plugin-filerna. När den inte hittar mappen inaktiverar den automatiskt de aktiva plugins i databasen.

Nu kan du försöka besöka din WordPress-webbplats. Om du kan logga in i ditt WordPress-administrationsområde nu, betyder det att ett av plugins orsakade felet.

För att ta reda på vilket plugin som var boven behöver du byta tillbaka till FTP-klienten eller filhanteraren och byta namn på mappen plugins.deactivated tillbaka till ‘plugins’.

Byt sedan till WordPress adminområde på din webbplats och gå till sidan Plugins » Alla plugins. Härifrån kan du aktivera dina plugins en efter en och sedan besöka din webbplats för att se om du kan reproducera felet.

När du har hittat pluginet som orsakar felet kan du hitta ett alternativ till det pluginet eller rapportera problemet till pluginets WordPress-supportforum.

6. Åtgärda omdirigeringsloopen endast på wp-admin

Ibland fungerar din webbplats bra för besökare, men inloggningssidan eller wp-admin-området fortsätter att omdirigera. Denna version av felet kommer vanligtvis från din WordPress-inloggningscookie eller en URL-mismatch som bara påverkar adminområdet.

Här är vad du ska kontrollera, i ordning:

  • Rensa dina cookies för webbplatsen – en skadad inloggningscookie är den vanligaste orsaken, och steg 1 ovan visar dig hur.
  • Se till att dina URL:er matchar – en mismatch mellan www och icke-www bryter ibland bara adminområdet, så dubbelkolla steg 2.
  • Leta efter en COOKIE_DOMAIN-rad – öppna wp-config.php och leta efter en rad som innehåller COOKIE_DOMAIN. Om den inte exakt matchar din domän, ta bort den raden, spara och försök logga in igen.
  • Inaktivera säkerhets- och inloggningsplugins – plugins som ändrar din inloggnings-URL eller begränsar inloggningsförsök kan skapa loopar som bara påverkar administratörer. Använd FTP-metoden från steg 5, men byt bara namn på det specifika pluginets egen mapp inuti /wp-content/plugins/. Att byta namn på hela pluginmappen skulle ta alla plugins offline för besökare som fortfarande kan surfa på din webbplats.

För fler lösningar, se vår guide om hur du åtgärdar problemet med att WordPress-inloggningssidan uppdateras och omdirigeras.

7. Åtgärda för många omdirigeringar efter migrering av din webbplats

Om felet uppstod direkt efter att du flyttade din webbplats till en ny domän eller ett nytt värd, så pekar fortfarande en del av din webbplats på den gamla adressen.

Kontrollera först att din WordPress-adress och webbplatsadress använder den nya domänen. Om du inte kan logga in, använd wp-config.php-metoden från steg 2 för att ställa in dem.

Därefter behöver du uppdatera de gamla länkarna som finns kvar i din databas. Dina inlägg, sidor och temainställningar kan fortfarande innehålla länkar till din gamla domän, och dessa länkar kan skicka besökare mellan den gamla och nya adressen.

Installera det kostnadsfria pluginet Search & Replace Everything och gå till sidan Verktyg » WP Search & Replace.

Sök och ersätt för att uppdatera WordPress-URL:er efter en webbplatsmigrering

Här kan du söka efter din gamla domän och ersätta den med den nya.

Du bör också kontrollera din gamla webbplats eller gamla värd för en omdirigering som pekar på fel adress. För steg-för-steg-instruktioner, se vår guide om hur du åtgärdar att WordPress omdirigerar till den gamla domänen efter migrering.

Om du planerar en ny webbplatsflytt kan du undvika detta fel nästa gång genom att följa vår checklista om hur du korrekt flyttar WordPress till en ny domän.

Vad du ska göra om felet fortfarande inte är åtgärdat

Om de inte löste problemet kan du behöva prata med ditt WordPress-värdföretag för att säkerställa att det inte finns ett serverproblem.

När de har åtgärdat problemet på din webbplats bör du också kunna lista ut vad som orsakade det.

Om det var ett plugin, måste du rapportera problemet till pluginets supportforum. Se vår guide om hur du ber om WordPress-support. Men om du inte kan få hjälp, kan du alltid hitta ett alternativt plugin som gör samma sak.

Om felet orsakades av en felkonfiguration av en WordPress-webbplats, kan du notera det och se till att dina webbplatsinställningar är korrekt konfigurerade.

För fler tips, se vår detaljerade handledning om hur du felsöker WordPress-problem på egen hand som ett riktigt WordPress-proffs.

Vanliga frågor

Hur kan jag åtgärda felet ‘För många omdirigeringar uppstod’?

Så här formulerar Safari samma felmeddelande om omdirigeringsloop. Rensa cookies för webbplatsen i Safaris integritetsinställningar och försök igen. Om det är din egen webbplats, arbeta igenom lösningarna i den här artikeln, med början med din URL- och SSL-inställningar.

Hur fixar jag ’localhost omdirigerade dig för många gånger’?

Detta händer på lokala WordPress-installationer när webbplatsadressen fortfarande pekar på din live-domän. Lägg till raderna WP_HOME och WP_SITEURL från steg 2 till wp-config.php med din lokala adress, till exempel http://localhost/mysite, och rensa sedan webbläsarens cookies.

Hur fixar jag en webbplats som fortsätter att omdirigera?

Kör webbplatsadressen genom en omdirigeringskontroll som httpstatus.io för att se hela kedjan. Ta sedan bort den motstridiga regeln. Det är vanligtvis ett omdirigeringsplugin, en .htaccess-regel eller en SSL-inställning som skickar besökare fram och tillbaka mellan två versioner av samma URL.

Videohandledning

Om du inte gillar skriftliga instruktioner kan du följa vår videoguide istället:

Prenumerera på WPBeginner

Vi hoppas att den här artikeln hjälpte dig att lösa problemet med för många omdirigeringar på din webbplats. Du kanske också vill bokmärka vår ultimata handbok för vanliga WordPress-fel och se hur du kontaktar WordPress-support.

Om du gillade den här artikeln, prenumerera gärna på vår YouTube-kanal för WordPress-videoguider. Du kan också hitta oss på Twitter och Facebook.

Avslöjande: Vårt innehåll stöds av läsarna. Det betyder att om du klickar på några av våra länkar kan vi tjäna en provision. Se hur WPBeginner finansieras, varför det är viktigt och hur du kan stödja oss. Här är vår redaktionella process.

Det ultimata WordPress-verktyget

Få GRATIS tillgång till vår verktygslåda - en samling WordPress-relaterade produkter och resurser som alla proffs bör ha!

Läsarnas interaktioner

306 kommentarerLämna ett svar

  1. Jag har provat alla föreslagna lösningar men tyvärr verkar ingen av dem fungera för mig. Det sista jag minns att jag gjorde i cPanel var att använda Backup-guiden för att ta en fullständig säkerhetskopia av webbplatsen. Efter det antar jag att felet med för många omdirigeringar började visas. Jag har inte ens tillgång till adminpanelen nu. Kan det på något sätt kopplas till detta problem?

    Här är vad jag har gjort hittills:
    1) Jag lade till dessa kodrader i wp-config.php-filen med och utan www
    2) Jag raderade 2 .htaccess-filer, en i rotkatalogen och en annan i wp-content-mappen, en efter en
    3) Jag döpte om plugins-mappen för att inaktivera den
    4) Jag laddade ner säkerhetskopian från rotkatalogen och raderade den från servern
    4) Jag gick igenom alla kommentarer och sökte efter en möjlig lösning, men utan framgång

    All hjälp på något sätt skulle vara mycket uppskattad.

    Tack!

  2. I mitt fall var boven ett omdirigeringsplugin som hade en funktion (som jag inte minns att jag aktiverade, så det kan ha gjorts automatiskt under en versionsuppdatering) som övervakar ändringar i sid-URL:er och skapar automatiska omdirigeringar. Tanken bakom det är att om du hade en sida som du ursprungligen skapade under Kategori A, sedan flyttade den till Kategori B, skulle pluginet automatiskt skapa en HTTP 301-omdirigering från /kategori_a/slug till /kategori_b/slug. Förutom att den inte är tillräckligt smart för att ta bort den omdirigeringen om du sedan bestämde dig för att flytta sidan tillbaka till Kategori A och dumt nog skulle skapa en andra omdirigering från /kategori_b/slug till /kategori_a/slug. Detta skulle skapa en oändlig omdirigeringsloop.

    Min lösning på denna idioti var att inaktivera funktionen för automatisk omdirigering.

  3. Min webbplats fungerar bra, inga problem med det, jag har redigerat .htaccess-filen och även koden du angav, men problemet kvarstår fortfarande

  4. Jag har inaktiverat alla plugins (mappnamnet ändrat i wp-content) men kan fortfarande inte logga in i adminområdet, felet är detsamma som ERR_TOO_MANY_REDIRECTS. Vänligen ge mig råd. Jag har försökt lösa detta och kan inte publicera mina artiklar sedan 2 dagar.

  5. Jag upptäckte att det finns två .htaccess-filer, en i www-mappen och en annan i www/wp-admin-mappen. Jag upptäckte också att jag hade säkerhetsinställningar där admin-mappen endast tilläts från en specifik IP-adress. Min DSL-leverantör ändrade min utgående IP-adress vid ett tillfälle och började orsaka mig "omdirigerings"-problem. När jag lade till den nya IP-adressen i www/wp-admin/.htaccess-filen kunde jag se min admininloggningssida.

  6. Jag raderade .htaccess-filen men en ny har inte genererats. Finns det något jag behöver göra för att generera den nya .htaccess-filen?

    • Efter att ha raderat .htaccess-filen måste du logga in i ditt adminområde, gå till Inställningar -> Permalänkar, välj det lämpliga URL-val du föredrar och klicka sedan på Spara. En ny .htaccess-fil kommer att genereras åt dig.

  7. Efter att ha provat alla lösningar som föreslagits ovan utan framgång. Jag stötte på en lösning, min wp-admin-mapp låg inuti en cgi-bin-mapp, jag vet inte hur mappen skapades, jag kopierade min wp-admin-mapp till huvudmappen och raderade cgi-bin-mappen.

    Tack alla

  8. Vänligen, samma problem hände mig på en länk till Kontrollpanelen (wp-admin) och du experimenterade bara med den andra lösningen lyckades inte för mig

  9. Jag har oändlig loopomdirigering när jag ändrar i inställningar->allmänt
    http://example.com till https://example.com , jag tror att detta betyder att det finns någon omdirigering från https till http, men jag kan inte hitta den, såvitt jag vet har jag inga plugins som omdirigerar från https till http, men jag tror att detta är en standardfunktion i wordpress, hur kan jag stänga av den?
    Tack.

    • Hej Romas,

      Nej, det är inte en WordPress-funktion. Om du inte har SSL installerat på din webbplats måste du använda http:// i både webbplatsadressen och WordPress-adressfälten på Inställningar -> Allmänt.

      Admin

  10. Tack så mycket. Räddade precis min dag.
    Av misstag ändrade jag min webbplats-URL. Tack för hjälpen

  11. Min lösning: När jag märkte att ingen av ovanstående lösningar fungerade, insåg jag att varje gång det enda sättet jag kunde komma till mydomain/wp-admin var att gå till GoDaddy cPanel, Installatron, Mina applikationer och klicka på länken för mydomain.com/wp-admin
    Så jag högerklickade på den länken och klistrade in den i bokmärkesegenskapen. När jag gjorde det var sökvägen riktigt lång och inte den förväntade mydomain.com/wp-admin
    GoDaddy gjorde mycket mer än så för att få mig in.
    När jag hade uppdaterat bokmärket med rätt sökväg har jag nu en lösning med ett klick för att komma till administratörsnivå.

  12. 466/5000
    Samma sak händer mig. Jag kunde inte komma åt administratören när Polylang-tillägget är aktivt.

    Jag har använt metoden att inaktivera polylang-mappen (wp-content / plugins / polylang) via ftp, ändra dess namn till "polylang_backup" så att den åtminstone kommer in i instrumentpanelen.

    Men jag behöver att det fungerar med det aktiverade polylang. Vi har mycket innehåll som redan är översatt för kunden.

    * Jag märkte att detta hände när jag rensade cachen

    Hjälp

  13. Tack för din handledning. Jag flyttade nyligen min webbplats till https men jag insåg att det lade en stor CPU-belastning på servern så jag bestämde mig för att ändra tillbaka till http efter 3 dagar. Jag fick felet "för många omdirigeringar" men jag kunde fixa det genom att följa din handledning och rensa cookies.
    Mitt problem är att de som besökte https-versionen av min webbplats får felen "för många omdirigeringar" och vissa vet inte att de ska rensa sina cookies. Finns det något jag kan göra på serversidan så att de inte får omdirigeringsfel?
    Vänliga hälsningar

  14. Hej wp-nybörjare
    Min webbplats öppnades inte med icke-www-versionen så jag gjorde några ändringar som domänvidarebefordran till min egen domän (jag vet verkligen inte vad jag gjorde). Men nu har jag problem. Min webbplats har för många omdirigeringsloopfel. Snälla hjälp mig hur jag löser detta fel. Det är mycket viktigt för mig
    Tack!

    • Hej Akash,

      Först måste du ångra de ändringar du gjort på din webbplats, som domänvidarebefordran. Därefter måste du kontakta din WordPress-värdleverantör. Vissa WordPress-värdleverantörer konfigurerar sina servrar på ett sätt som gör att du automatiskt kan omdirigera användare från icke-www till www URL och vice versa. Välj den och håll dig sedan till den och glöm inte att ange din föredragna URL i WordPress-inställningarna.

      Admin

  15. Jag hade det här problemet efter att jag ändrade en inställning i PLESK. Under "värdinställningar". Jag ställde in "föredragen domän" till istället för och kunde inte nå min wordpress längre.

  16. Vad välsignad och behaglig dagen är!
    Det tog mig 51 dagar att lösa alla dessa problem.
    Mina webbplatsproblem började med "Fel vid upprättande av databanslutning".
    Jag besökte många webbforum för hjälp men till ingen nytta, tills jag bytte värd.
    Den nya värden gjorde allt de kunde och sedan började mitt admin-backend fungera. Min webbplats fick ett annat fel "Internt serverfel" och detta löstes efter att ha googlat efter en lösning. Sedan började det tredje felet "För många omdirigeringar".

    Jag läste det här inlägget och gjorde alla föreskrivna lösningar, också utan resultat. Jag fortsatte att läsa kommentarerna tills jag stötte på SARAH HAYES kommentar. Gissa vad?
    En enda stor bokstav som jag använde i mitt domännamn orsakade felet.

    Det här är vad jag gjorde:
    Jag ersatte myDomainName.com med mydomainname.com i min wordpress-databas och min wp-config.php-fil och problemet löstes omedelbart.

    Vilken smärtsam läxa att lära sig. ANVÄND ALDRIG VERSALER FÖR DOMÄNNAMN i dina webbplatsinställningar och filer.
    använd alltid små bokstäver rakt igenom.
    Tack alla för att ni delade med er.

  17. Jag kopplade in en sista gång. Jag läste den här artikeln och kopplade ur. Mitt problem är löst. Tack för din artikel.

  18. Jag har inte kunnat komma åt Nätverksadministration efter att ha installerat Multisite med localhost. Eftersom jag ännu inte har en webbplatsadress, är det ens en möjlig lösning att lägga till följande rader i min wp-config.php-fil? Vad skulle jag ange istället för adressen? All insikt i detta skulle uppskattas mycket. :)

    define(‘WP_HOME’,’http://example.com’); define(‘WP_SITEURL’,’http://example.com’);

  19. Hej, tydligen orsakade wooCommerce-pluginet det här problemet för mig och jag inaktiverade det... men jag behöver ett plugin för att lägga in i min butik... några förslag?

  20. Hej där,

    Jag vill dela min lösning. Jag hade samma problem och jag sökte en hel dag för att fixa det. Jag hade provat alla lösningar ovan, men inget fungerade för mig. För mig hade det något att göra med min webbhotell.

    Efter att jag inaktiverade mitt SSL-certifikat fungerade det igen. Så jag grävde djupare och hittade orsaken. SSL-certifieringen var för mitt domännamn utan "www". Efter att jag aktiverade SSL igen och ändrade dessa rader i wp-config, fungerade allt igen:

    FRÅN
    define(‘WP_HOME’,’https://www.example.com’);
    define(‘WP_SITEURL’,’https://www.example.com’);

    TILL (utan www)
    define(‘WP_HOME’,’https://example.com’);
    define(‘WP_SITEURL’,’https://example.com’);

    Jag hoppas att jag kunde hjälpa någon med samma problem.

    Tack för den artikeln, den leder mig på rätt väg.

  21. Hej mannen, jag har fått omdirigeringsfel sedan igår. Kan du hjälpa mig, faktiskt när jag söker från Google sökmotor, uppstår detta fel, jag har provat stegen som nämnts ovan men det fungerar inte för mig.
    Du kan också söka efter punjab police physical details, det kommer inte att öppnas första gången, och när det uppdateras igen kommer det att öppnas.
    Kan du hjälpa mig.

  22. på vilken rad ska jag lägga till
    define(‘WP_HOME’,’http://example.com’);
    define(‘WP_SITEURL’,’http://example.com’); jag använder atom editor.

      • Det här är meddelandet som visas i min webbläsare, Parse error: syntax error, unexpected ‘:’ in /hermes/bosnaweb10a/b2702/ipg.villsmed/public_html/kob/Freestyle/wp-config.php on line 83. Tack för ert samarbete

        • Felet betyder att det finns ett extra kolon : i koden i din wp-config.php-fil på rad 83. Du måste redigera den filen med en FTP-klient och gå till rad 83. Koden på den raden har ett felplacerat eller oönskat kolon.

  23. Tack så mycket – jag är glad att jag hittade detta. Jag kunde fixa felet efter att ha väntat i 2 timmar i supportkö hos min värd som inte hade en aning!! :) Beröm till dig.

  24. Hej,

    Kan du hjälpa mig med den här omdirigeringsfrågan?

    Min webbplatsadress är example.com/some-page.php och WordPress-URL är example.com/some-page/
    Nu ser Google båda som olika sidor. Så jag vill omdirigera some-page.php till /some-page/
    Hur ska jag göra det?
    Jag använde 301-omdirigering men det ger felmeddelandet Redirect Loop Problem.
    All hjälp skulle vara mycket uppskattad.

    • Anslut till din webbplats med en FTP-klient. Leta reda på .php-filen och ladda ner den till din dator som en säkerhetskopia. När du har den på din dator kan du säkert radera den från din server. Dina omdirigeringar bör fungera bra nu.

      Admin

  25. Även jag hade ett liknande problem ”omdirigerad för många gånger” på alla webbläsare. Problemet berodde på ”WC Vendors”. Jag inaktiverade detta plugin och sedan fungerar min webbplats perfekt. Så inaktivera ”WC Vendors” så blir allt bra..

  26. Jag hade dessa problem och jag gjorde allt som listades ovan och hade fortfarande omdirigeringsproblem. Problemet var användningen av stora bokstäver.

  27. Har någon haft problemet under lokal utveckling? Jag hade nyligen uppdaterat plugins, men att flytta alla plugin-mappar till papperskorgen hjälpte inte. Jag har tillgång till databasen: Om jag lägger till det föreslagna språket i wp-config.php-filen, visar wp-options ett "kritiskt Javascript-fel". Fler förslag? Idén med www är inte relevant på localhost (jag använder #s-URL:en, inte localhost: språk)

  28. Tack för inlägget. Min klients webbplats hade detta problem och det orsakades av ett plugin som heter "Verve SSL" som ändrar https- och http-URL-inställningarna. Jag inaktiverade det och fick inte längre detta fel. Nu måste vi arbeta med vår värd för att felsöka vidare eftersom jag inte vet om detta är ett nödvändigt plugin för min klients HTTPS-webbplats.

  29. Tack. Har letat i timmar för att förstå varför "pretty links" inte fungerade och min webbplats hade kraschat.
    Enkel lösning
    define(‘WP_HOME’,’http://example.com’);
    define(‘WP_SITEURL’,’http://example.com’);

    • Hej Matthew

      Det verkar vara en mycket smart lösning – tack för att du delar med dig
      Men för oss landkrabbor – skulle du vara så vänlig att lägga till bara ett par rader för att förklara vad exakt du har gjort och att det löste problemet??

      Många många tack

  30. Hej alla, jag hade samma problem (för många omdirigeringar) och jag ville dela med mig av min lösning.

    Jag har ett intranät med ett specialbyggt tema.

    Problemet började när jag ändrade Front End-mallen i Läsförinställningar, från Dina senaste inlägg till en Statisk sida. Jag bytte tillbaka till Senaste inlägg och det fungerade.

    Jag märkte det inte direkt eftersom jag var inloggad hela tiden. Jag såg det bara när jag försökte logga in igen. Men jag hade gjort så många ändringar att jag inte visste vad problemet var direkt, vilket ledde mig till detta utmärkta inlägg! :)

    • Jag har försökt fixa min webbplats i dagar och inget fungerade! Jag läste precis din kommentar och provade den. BAM! Fungerar! Tack så mycket för att du postade detta!!!

      • Hej Laura, jag är glad att det hjälpte.

        Det visade sig att jag använde funktionen wp_redirect( home_url() ) i min index.php, vilket genererade home_url() så det omdirigerades tillbaka till samma sida, vilket skulle orsaka en oändlig omdirigeringsloop.

        Jag tog till slut bort den kodraden från index.php och använde den statiska sidan som hemsida. Om användaren inte är inloggad, istället för att omdirigera, visas helt enkelt inloggningsformuläret.

      • Hej Dave, jag är glad att det fungerade för dig. Tog du bort funktionen wp_redirect() från din index.php eller ändrade du dina startsidesinställningar i dina inställningar?

  31. Hej, jag hade ett omdirigeringsproblem i Chrome efter att ha ändrat en inställning i min anpassade permalänk. Att ta bort .htaccess-filen för att servern skulle generera den igen löste problemet. Tack.

  32. Hej grabbar,

    nyligen installerade jag Wordpress och Travelo – Travel and Booking Theme. Allt fungerade smidigt från början. Sedan uppstod problemet too_many_redirects på min skärm. Jag har tillgång till min Wordpress Admin Panel. Allt är inställt bra (webbplatsens URL, wordpress URL), mina permalänkar är inställda på Dag och namn. Jag inaktiverade alla plugins, raderade .htaccess-filen, kontaktade min värdleverantör (de var trevliga och försökte hjälpa mig) och vi upptäckte att Travelo-temat orsakade problemet. Varje gång jag aktiverar Travelo uppstår problemet. När jag byter tema är allt i perfekt skick. Jag kontaktade Soap Theme Support och väntar på deras lösning. Om ni har någon idé om hur man kan fixa det, vänligen meddela mig. Tack.

    • Hej @Martin!
      Jag har haft samma problem och provat så många lösningar men efter många försök insåg jag att vissa .php-filer i mina teman (från Woocommerce) var föråldrade. efter att ha uppdaterat blev allt okej. Nu fungerar det bra.

  33. Jag har också samma problem. Men till slut löste jag det genom att spendera hela dagen hahah. Jag flyttade av misstag wp-admin-mappen inuti wp-content så jag har brottats med problemet hela dagen... hahah...

    • Precis! En saknad wp-admin-mapp resulterar i samma symptom. Jag raderade tydligen oavsiktligt min localhost wp-admin-mapp. Upptäckte att mappen saknades när jag skulle återställa från säkerhetskopia. :P

  34. Hej!
    Jag har också det här problemet och som en regelbunden läsare av den här bloggen kommer jag till den här bloggen och når det här inlägget, har gjort allt detta men fortfarande kvar.
    Jag har använt ett migreringsplugin "duplicator" för att migrera webbplatsen från localhost till min hosting.

    Sidan fungerar inte, du har omdirigerats för många gånger.
    Försök:
    Ladda om sidan
    Rensa dina cookies
    ERR_TOO_MANY_REDIRECTS

      • Jag har haft samma problem efter att ha migrerat webbplatsen till en ny hostingleverantör. Kan någon hjälpa oss? Vi får "för många omdirigeringar" med en nyligen migrerad webbplats.

  35. Tack!

    endast lägga till i wp-config.com
    define(‘WP_HOME’,’http://example.com’);
    define(‘WP_SITEURL’,’http://example.com’);

    fixat det! Äntligen efter att ha provat många saker!!!

  36. Perfekt! Det visar sig att min webbplatsadress ändrades av en slarvig teknisk supportkille. Jag lyckades hitta och korrigera felet och nu är min webbplats uppe och körs igen :)

  37. Jag undrar om någon annan har sett omdirigeringsproblem relaterade till att använda pluginet Rename wp-login.php. Jag gillar att använda det pluginet för att ändra standardadressen för wp-admin. Jag har använt det tillsammans med en funktion som lägger till en specifik sträng i slutet av inloggnings-URL:en (exempel: ?jedi=theforce). Den här ytterligare funktionen använder ett par omdirigeringar. Funktionen anger bara att om strängen saknas eller inte är korrekt, omdirigera till Google. Den (tror jag) har orsakat för många omdirigeringar på en av mina webbplatser. Om någon har en möjlig lösning, vänligen meddela oss.

    Tack!

  38. och andra tanken är denna,,,, när jag öppnar till detta nästa gång på samma dator, då kommer det inte att omdirigera till någon webbplats ,,,,, om du vill se detta problem nästa gång på samma dator, än rensa cookies från samma dator och om du försöker igen att öppna min webbplats än samma problem visar sig

    huvudövervägande är detta

    om cookies redan är lagrade på min webbplats dator, då visas inte detta problem
    om jag rensar cookies från min dator, då visas problemet igen

  39. define(‘WP_HOME’,’http://example.com’); define(‘WP_SITEURL’,’http://example.com’);

    kommer att fungera bra... Tack..... ADMIN

  40. Tack så otroligt mycket! Jag sökte igår kväll och sökte. I morse efter timmar av utmattning som försökte lösa det igår kväll. Jag hittade din video i morse på den här sidan!

    Jag uppskattar det verkligen!
    Tack igen!

Lämna ett svar

Tack för att du väljer att lämna en kommentar. Tänk på att alla kommentarer modereras enligt vår kommentarpolicy, och din e-postadress kommer INTE att publiceras. Använd INTE nyckelord i namn fältet. Låt oss ha en personlig och meningsfull konversation.