Kiedy prowadzisz swoją stronę na WordPressie, każda awaria potrafi podnieść ciśnienie. Jednak mało który błąd frustruje tak bardzo, jak nagły komunikat o treści ERR_TOO_MANY_REDIRECTS, znany w języku polskim jako pętla przekierowań. Wchodzisz na swój portal, a zamiast znajomego widoku strony głównej lub panelu logowania, wita Cię pusta biała karta z bezduszną informacją przeglądarki, że strona nie działa, ponieważ próba otwarcia spowodowała zbyt wiele przekierowań. Najgorsze w tym wszystkim jest to, że jako użytkownik czujesz się bezradny – przeglądarka dosłownie wpada w nieskończony cykl, gdzie serwer mówi jej „idź pod adres A”, pod adresem A słyszy „idź pod adres B”, a stamtąd znowu zostaje odesłana do punktu wyjścia. I tak w kółko, aż system powie „pas”.
Z mojego doświadczenia wynika, że ten problem rzadko pojawia się sam z siebie i zazwyczaj jest bezpośrednim skutkiem niedawnych zmian: wdrożenia certyfikatu SSL, modyfikacji w pliku .htaccess, instalacji nowej wtyczki do SEO czy po prostu drobnego błędu w ustawieniach ogólnych WordPressa. Nie musisz się jednak martwić na zapas. Choć sytuacja wygląda groźnie, bo blokuje dostęp do witryny również Twoim klientom, w rzeczywistości naprawa pętli przekierowań w WordPressie wymaga metodycznego podejścia i odrzucenia kolejnych potencjalnych winowajców. W tym kompleksowym poradniku przeprowadzę Cię krok po kroku przez cały proces diagnostyki i naprawy, od najprostszych działań po te wymagające zajrzenia na serwer FTP.
Czym jest pętla przekierowań ERR_TOO_MANY_REDIRECTS i dlaczego paraliżuje WordPressa?
Zanim przejdziemy do klikania i edycji kodu, musisz zrozumieć, z czym tak naprawdę się mierzysz. Przeglądarki internetowe posiadają wbudowane mechanizmy bezpieczeństwa, które chronią zasoby Twojego komputera przed bezużytecznym zapętleniem. Gdy serwer wysyła komendę przekierowania (na przykład kod HTTP 301 lub 302), przeglądarka posłusznie podąża za nowym wskazaniem. Jeśli jednak po dotarciu na nowe miejsce dostaje kolejną instrukcję powrotu lub przejścia dalej, która ostatecznie i tak kieruje ją w to samo miejsce, algorytm przerywa to po kilkunastu próbach. Efektem jest właśnie znany nam komunikat.
W ekosystemie WordPressa winę za taki stan rzeczy ponosi najczęściej konflikt na linii baza danych – konfiguracja serwera – wtyczki. WordPress jest systemem niezwykle elastycznym, ale ta elastyczność sprawia, że adres URL strony jest definiowany w wielu miejscach jednocześnie. Wystarczy, że w jednym pliku nakażesz stronie działać wyłącznie pod adresem z przedrostkiem „www”, a w samej bazie danych zostawisz adres bez „www”, by wywołać cyfrowy konflikt tragiczny. Serwer będzie usilnie dodawał „www”, a silnik WordPressa będzie ten przedrostek usuwał. Dla postronnego użytkownika Twoja strona po prostu zniknie z sieci, generując straty wizerunkowe i finansowe.
Czyszczenie pamięci podręcznej i ciasteczek jako pierwszy krok ratunkowy
Zaczynamy od absolutnych podstaw, które bardzo często rozwiązują problem, zanim w ogóle zdążysz się realnie spocić. Zanim zaczniesz modyfikować pliki systemowe WordPressa, musisz wykluczyć sytuację, w której pętla przekierowań istnieje już tylko na Twoim komputerze.
Przeglądarki internetowe potrafią być niezwykle agresywne w zapamiętywaniu (cache’owaniu) przekierowań typu 301. Oznacza to, że jeśli Twoja strona miała problem godzinę temu, ale w międzyczasie samoczynnie wróciła do normy lub automatyczny skrypt hostingu coś naprawił, Twoja przeglądarka wciąż może serwować Ci starą, wadliwą ścieżkę zapisaną w pamięci podręcznej. Jak to sprawdzić w najprostszy możliwy sposób? Uruchom okno w trybie incognito (prywatnym) lub spróbuj otworzyć witrynę na telefonie komórkowym, korzystając z sieci komórkowej, a nie z domowego Wi-Fi. Jeśli w trybie incognito strona startuje bez problemu, kamień spada Ci z serca – winna jest Twoja lokalna pamięć podręczna.
W takim wypadku musisz całkowicie wyczyścić ciasteczka oraz pamięć podręczną dla tej konkretnej domeny. W przeglądarce Google Chrome lub Edge najszybciej zrobisz to, klikając w ikonkę kłódki (lub suwaków ustawień) tuż obok adresu URL w pasku przeglądarki, wybierając „Ustawienia witryn”, a następnie klikając przycisk „Wyczyść dane”. Możesz też użyć uniwersalnego skrótu Ctrl + F5 (lub Cmd + Shift + R na Macu), co wymusi twarde odświeżenie zasobów z pominięciem lokalnego cache.
Weryfikacja adresów URL w ustawieniach WordPressa (gdy masz dostęp do kokpitu)
Jeśli czyszczenie pamięci lokalnej nie przyniosło rezultatu, kolejnym punktem na liście jest kontrola adresów wpisanych w konfiguracji systemu. Błędnie skonfigurowany adres URL to klasyka gatunku przy tym problemie.
Zastanów się, czy przed wystąpieniem błędu nie zmieniałeś czegoś w zakładce Ustawienia -> Ogólne. Znajdują się tam dwa kluczowe pola: Adres WordPressa (URL) oraz Adres witryny (URL). Oba te adresy powinny być identyczne w 99% przypadków. Kluczowe znaczenie mają tutaj detale: obecność przedrostka „www” (np. https://www.stronynazlecenie.pl vs https://stronynazlecenie.pl) oraz protokół – czy zaczyna się od http://, czy od bezpiecznego https://. Jeśli w jednym polu wpiszesz wersję z www, a w drugim bez, silnik WordPressa zacznie walczyć sam ze sobą, co błyskawicznie wygeneruje pętlę przekierowań.
Upewnij się, że oba adresy odzwierciedlają stan faktyczny Twojej domeny. Jeśli niedawno uruchomiłeś certyfikat SSL, oba adresy muszą bezwzględnie zaczynać się od https://. Zmiana choćby jednej litery lub pominięcie kropki w tym miejscu potrafi całkowicie odciąć Cię od strony.
Jak naprawić adresy URL WordPressa przez plik wp-config.php (gdy kokpit nie działa)
Co jednak zrobić w sytuacji, gdy błąd ERR_TOO_MANY_REDIRECTS jest tak poważny, że blokuje Ci również wejście do panelu administratora pod adresem /wp-admin/? Nie możesz wtedy zmienić ustawień przez kokpit, ale na szczęście możesz je nadpisać bezpośrednio w plikach na serwerze.
Do wykonania tego kroku będziesz potrzebować dostępu do konta FTP (np. przez darmowy program FileZilla) lub menedżera plików w panelu zarządzania Twoim hostingiem (cPanel, DirectAdmin itp.). Po zalogowaniu się na serwer wejdź do głównego katalogu, w którym zainstalowany jest Twój WordPress (zwykle jest to katalog public_html). Znajdź plik o nazwie wp-config.php, który jest sercem konfiguracji całego systemu, i pobierz go na dysk lub otwórz do edycji.
Musisz wymusić poprawne adresy URL, dopisując odpowiednie linie kodu. Otwórz plik wp-config.php w zwykłym edytorze tekstowym (np. Notepad++) i tuż przed linijką, która mówi /* That's all, stop editing! Happy publishing. */ (lub jej polskim odpowiednikiem), wklej poniższe dwie linie, podstawiając oczywiście adres swojej własnej witryny:
define('WP_HOME','https://stronynazlecenie.pl');
define('WP_SITEURL','https://stronynazlecenie.pl');
Zapisz zmiany i prześlij plik z powrotem na serwer, nadpisując stary dokument. Co ta operacja właściwie robi? Wprowadzenie tych definicji powoduje „sztywne” nadpisanie wartości z bazy danych. Pola w kokpicie WordPressa staną się teraz poszarzałe i nieaktywne, a system zacznie bezwzględnie słuchać instrukcji z pliku konfiguracyjnego. Jeśli to rozbieżność adresów była powodem pętli, Twoja strona powinna natychmiast ożyć.
Wyłączanie wtyczek w WordPressie bez dostępu do panelu administratora
Kolejnym potężnym generatorem pętli przekierowań są wtyczki (plugins). Szczególnie narażone na tego typu awarie są rozbudowane wtyczki do optymalizacji SEO (jak Rank Math, Yoast SEO), wtyczki zabezpieczające (Wordfence, iThemes Security) oraz wszelkie rozszerzenia odpowiedzialne za pamięć podręczną (WP Rocket, W3 Total Cache) czy automatyczne tworzenie przekierowań (Redirection).
Wystarczy, że wtyczka SEO ma zapisaną starą regułę przekierowania ukierunkowaną na adres, który inna wtyczka próbuje przekierować gdzie indziej. Ponieważ nie masz dostępu do kokpitu, musimy zastosować sprytny trik z masowym wyłączaniem wtyczek bezpośrednio przez FTP. Zaloguj się ponownie na swój serwer FTP i przejdź do katalogu /wp-content/. Znajdziesz tam folder o nazwie plugins. To właśnie tutaj fizycznie znajdują się wszystkie rozszerzenia zainstalowane na Twojej stronie.
Teraz uważaj: zmień nazwę folderu plugins na dowolną inną, na przykład plugins_dezaktywacja. V momencie, gdy zmienisz tę nazwę, WordPress podczas kolejnej próby załadowania strony wejdzie do katalogu /wp-content/, nie znajdzie folderu „plugins” i automatycznie wyłączy absolutnie wszystkie wtyczki, uznając, że ich nie ma. Nie stracisz przy tym żadnych danych ani ustawień!
Terba odśwież swoją stronę w przeglądarce. Jeśli strona zaczęła działać, wiesz już na 100%, że winowajcą jest jedna z wtyczek. Co robimy dalej? Przywróć oryginalną nazwę folderu na serwerze (zmień z powrotem na plugins). Strona nadal będzie działać, ponieważ wtyczki w bazie danych są nadal oznaczone jako nieaktywne. Zaloguj się teraz bez przeszkód do swojego kokpitu WordPressa, wejdź w zakładkę „Wtyczki” i zacznij włączać je pojedynczo, za każdym razem sprawdzając, czy strona główna nadal się ładuje. Gdy po włączeniu konkretnego rozszerzenia pętla przekierowań powróci, zdemaskujesz winnego. Wtedy wystarczy go usunąć, zaktualizować lub poprawnie skonfigurować jego opcje związane z przekierowaniami.
Regeneracja pliku .htaccess i czyszczenie reguł serwera Apache
Jeśli manipulacje wtyczkami oraz adresami URL nie pomogły, czas zejść poziom niżej – do konfiguracji samego serwera. W przypadku serwerów opartych na technologii Apache, za kierowanie ruchem odpowiada niewidoczny na pierwszy rzut oka plik o nazwie .htaccess, zlokalizowany w głównym katalogu WordPressa.
Plik .htaccess zawiera instrukcje dla serwera, jak ma reagować na zapytania użytkowników, jak przepisywać linki (funkcja Mod_Rewrite) oraz jak obsługiwać przekierowania. Bardzo często wtyczki buforujące lub wtyczki bezpieczeństwa dopisują tam swoje własne, skomplikowane reguły. Czasami podczas deinstalacji jakiejś wtyczki, jej kod nie zostaje poprawnie usunięty z tego pliku, co owocuje kompletnym chaosem w instrukcjach i blokuje stronę błędem ERR_TOO_MANY_REDIRECTS.
Aby to naprawić, musisz wygenerować czysty, domyślny plik .htaccess. Zaloguj się przez FTP, znajdź plik .htaccess in katalogu głównym (jeśli go nie widzisz, włącz w swoim programie FTP opcję „Pokazuj ukryte pliki”, ponieważ pliki zaczynające się od kropki są domyślnie traktowane przez systemy Linux jako ukryte). Zmień jego nazwę na .htaccess_stary – w ten sposób zabezpieczysz jego dotychczasową treść.
Następnie stwórz na swoim komputerze nowy plik tekstowy, nazwij go dokładnie .htaccess (pamiętaj o kropce na początku i usuń rozszerzenie .txt, jeśli Twój system je dodał) i wklej do niego podstawowy, podstawowy kod instalacyjny WordPressa:
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress
Wgraj ten nowo utworzony plik na serwer. Ta operacja całkowicie resetuje wszelkie niestandardowe przekierowania serwerowe i zmusza WordPressa do korzystania z podstawowego, czystego mechanizmu routingu. Jeśli to uszkodzony plik konfiguracji serwera generował pętlę, Twoja witryna powinna natychmiast ruszyć z kopyta. Gdy odzyskasz dostęp do kokpitu, pamiętaj, aby wejść w Ustawienia -> Bezpośrednie odnośniki i po prostu kliknąć „Zapisz zmiany”, co upewni system, że struktura linków została poprawnie odświeżona.
Konfiguracja certyfikatu SSL i protokołu HTTPS – pułapka Cloudflare i proxy
Na koniec zostawiłem problem, który w ostatnich latach stał się absolutną plagą, a wynika z rosnącej popularności systemów CDN, takich jak Cloudflare, oraz zewnętrznych zapór sieciowych proxy.
Ważna przestroga: Jeśli Twoja domena jest podpięta pod darmowe konto Cloudflare, a Ty właśnie włączyłeś certyfikat SSL na swoim hostingu, pętla przekierowań na 90% wynika z konfliktu trybów szyfrowania pomiędzy Cloudflare a Twoim serwerem źródłowym.
Jak dochodzi do tego konfliktu? W panelu Cloudflare, w zakładce SSL/TLS, dostępnych jest kilka trybów pracy: Flexible, Full oraz Full (Strict). Domyślnie ustawiony tryb Flexible (Elastyczny) oznacza, że ruch między użytkownikiem a Cloudflare jest szyfrowany (HTTPS), ale ruch między Cloudflare a Twoim serwerem odbywa się już tradycyjnym, nieszyfrowanym protokołem HTTP. Jeżeli w tym samym czasie na swoim serwerze lub w ustawieniach WordPressa włączyłeś wymuszenie HTTPS, dzieje się rzecz następująca: Cloudflare pyta serwer przez HTTP, serwer odpowiada „nie, przejdź na HTTPS”, Cloudflare odbiera tę odpowiedź i… ponownie pyta serwer przez HTTP. Mamy idealny przepis na nieskończoną pętlę przekierowań.
Rozwiązanie jest banalnie proste, ale trzeba wiedzieć, gdzie szukać. Zaloguj się do swojego panelu zarządzania Cloudflare, przejdź do sekcji SSL/TLS i zmień tryb szyfrowania z Flexible na Full lub najlepiej Full (Strict). Tryb Full zmusza Cloudflare do komunikacji z Twoim serwerem przy użyciu bezpiecznego profesjonalnego protokołu HTTPS, co natychmiast gasi konflikt i sprawia, że komunikat ERR_TOO_MANY_REDIRECTS bezpowrotnie znika z ekranów użytkowników.
Warto też wiedzieć, że jeśli Twój serwer korzysta z odwrotnego proxy (Nginx działający przed Apache), WordPress może nie potrafić poprawnie wykryć, że strona jest wywoływana przez bezpieczny protokół. Wtedy pomocne bywa dopisanie do pliku wp-config.php specjalnej reguły, która informuje silnik WordPressa, że ruch przechodzi przez bezpieczne proxy:
if (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https') {
$_SERVER['HTTPS'] = 'on';
}
Podsumowanie
Naprawa pętli przekierowań w WordPressie bywa stresująca, ale jak widzisz, trzymając się jasnych wytycznych i sprawdzając po kolei pamięć podręczną, adresy URL, wtyczki, plik .htaccess oraz ustawienia sieci CDN/SSL, jesteś w stanie samodzielnie zlokalizować źródło problemu i przywrócić działanie swojej witryny. Kluczem jest zawsze zachowanie spokoju i metodyczne eliminowanie kolejnych podejrzanych.
Rozumiemy, że Twój czas jest niezwykle cenny, a samodzielne grzebanie w plikach konfiguracyjnych, bazach danych czy ustawieniach serwera FTP może budzić obawy przed całkowitym zepsuciem strony. Jeśli błąd ERR_TOO_MANY_REDIRECTS nadal spędza Ci sen z powiek, Twoja strona działa wolno lub po prostu wolisz, aby opieką nad Twoim biznesem online zajęli się doświadczeni eksperci – nie ryzykuj przestojów w działaniu firmy.
W Strony na Zlecenie od lat zdejmujemy z barków przedsiębiorców problemy techniczne z WordPressem. Zdiagnozujemy i błyskawicznie usuniemy każdą awarię, zoptymalizujemy działanie Twojego sklepu lub stworzymy dla Ciebie całkowicie nową, szybką i bezpieczną stronę internetową od A do Z, która będzie realnie sprzedawać Twoje produkty i usługi.
Nie pozwól, aby awarie odpychały Twoich klientów. Skontaktuj się z nami już teraz poprzez formularz na stronie stronynazlecenie.pl lub zadzwoń do nas bezpośrednio. Chętnie porozmawiamy o Twoich potrzebach, przeanalizujemy problem i zaproponujemy najlepsze, bezstresowe rozwiązanie dla Twojego biznesu!
Na co dzień zajmuję się tworzeniem stron internetowych w Rzeszowie, a na blogu dzielę się inspirującymi treściami z różnych dziedzin – od poradników WordPress po strategie marketingu internetowego. Piszę o swoich doświadczeniach, wiedzy i pomysłach, aby wspierać rozwój i motywować do działania. Znajdziesz tu artykuły, które pomagają w codziennym życiu i w osiąganiu Twoich celów. Regularnie publikuję nowe wpisy, dzięki czemu możesz liczyć na świeże i wartościowe materiały.
