Jak naprawić błąd "Strona spowodowała zbyt wiele przekierowań"?
Komunikat ERR_TOO_MANY_REDIRECTS oznacza, że przeglądarka trafia w pętlę przekierowań. Zwykle dwie konfiguracje kierują ją na przemian między adresami, np. z www i bez www albo z HTTP i HTTPS. Ustal docelowy adres strony i sprawdź, która warstwa odsyła w przeciwną stronę.
1. Ustal poprawny adres strony
Wybierz adres docelowy, np. https://example.com albo https://www.example.com. Sprawdź, czy certyfikat obejmuje potrzebne nazwy. Zapisz obecną konfigurację, zanim cokolwiek zmienisz.
Otwórz stronę w prywatnym oknie przeglądarki. Jeśli problem znika, sprawdź cookies i pamięć przeglądarki dla tej witryny. Jeśli nadal występuje, przejdź do konfiguracji serwera i aplikacji; samo czyszczenie pamięci nie naprawi aktywnej pętli.
2. Sprawdź kolejne przekierowania
W narzędziach deweloperskich przeglądarki otwórz zakładkę Sieć / Network, włącz zachowanie dziennika i ponownie otwórz stronę. Porównaj odpowiedzi 301, 302, 307 lub 308 i ich nagłówki Location. Szukaj powrotu do adresu, który wystąpił wcześniej.
Zanotuj, czy zmienia się protokół, www, domena czy ścieżka. Przykładowo przejście z HTTPS na HTTP, po którym serwer wymusza z powrotem HTTPS, wskazuje na sprzeczne ustawienia. Nie publikuj pliku HAR bez sprawdzenia — może zawierać cookies i dane logowania.
3. Sprawdź przekierowania w DirectAdmin
Zaloguj się do DirectAdmin i przejdź do Domeny → Domeny. Otwórz ustawienia właściwej domeny. Porównaj wybór wersji z www lub bez www z docelowym adresem. W sekcji Domeny → Certyfikaty SSL/TLS sprawdź także opcję Wymuś przekierowanie HTTP na HTTPS.
Sprawdź również Domeny → Przekierowania. Usuń lub popraw tylko regułę, która tworzy konflikt. Nie wyłączaj wszystkich przekierowań ani HTTPS jako stałego rozwiązania. Spójne ustawienia mogą poprawnie działać jednocześnie w kilku warstwach.
4. Porównaj ustawienia strony i .htaccess
Sprawdź reguły w .htaccess oraz wtyczkach przekierowań i SSL. Zachowaj kopię pliku poza publicznym katalogiem strony. Poszukaj reguły przywracającej przeciwną wersję adresu i popraw ją pojedynczo, po każdej zmianie powtarzając test.
W WordPressie sprawdź adres witryny i adres instalacji oraz ewentualne stałe WP_HOME i WP_SITEURL w konfiguracji. Protokół i nazwa hosta powinny odpowiadać zamierzonemu układowi. Ścieżki obu adresów mogą celowo się różnić, jeśli WordPress jest zainstalowany w podkatalogu — nie ustawiaj ich identycznie bez sprawdzenia.
5. Sprawdź połączenie CDN z serwerem
Jeśli domena działa przez Cloudflare, porównaj tryb SSL/TLS i przekierowania na serwerze. Tryb Flexible łączy się z serwerem przez HTTP; gdy serwer każdorazowo odsyła do HTTPS, może powstać pętla. Skonfiguruj poprawny certyfikat na serwerze i odpowiedni tryb, zwykle Full (strict). Nie pomijaj walidacji certyfikatu.
Sprawdź także reguły przekierowań w CDN oraz rozpoznawanie HTTPS przez aplikację za zaufanym proxy. Typowe konflikty opisuje dokumentacja Cloudflare.
6. Sprawdź wszystkie warianty adresu
Po naprawieniu reguł wyczyść potrzebną pamięć aplikacji, CDN i przeglądarki. Sprawdź HTTP i HTTPS, www i brak www oraz kilka podstron. Powinny prowadzić do zamierzonego adresu bez powrotu do wcześniejszego wariantu. Przetestuj też logowanie i formularze.
Jeśli problem pozostaje, przekaż pomocy technicznej adres, czas testu i krótki łańcuch przekierowań. Podaj, czy używasz CDN oraz jakie zmiany poprzedziły błąd. Nie wysyłaj haseł ani cookies.