15%

Zaoszczędź 15% na wszystkich usługach hostingowych

Sprawdź swoje umiejętności i zdobądź Rabat na dowolny plan hostingowy

Użyj kodu:

Skills
Rozpocznij
31.10.2024
1 +1
Category iconAdministracja Category iconBezpieczeństwo

Jak naprawić błąd “Zbyt wiele przekierowań”: Kompletny przewodnik rozwiązywania problemów

Błąd "Too Many Redirects" — znany również jako pętla przekierowań — jest jednym z najbardziej frustrujących problemów, jakie może napotkać właściciel lub administrator witryny. Przeglądarka próbuje śledzić łańcuch przekierowań HTTP, wpadając w nieskończoną pętlę, a ostatecznie się poddaje, pozostawiając odwiedzających przed stroną błędu zamiast Twojej zawartości.

W tym kompleksowym przewodniku dowiesz się dokładnie, co powoduje pętle przekierowań, jak je systematycznie diagnozować i jak zastosować właściwą naprawę — niezależnie od tego, czy prowadzisz witrynę WordPress, aplikację niestandardową na planie VPS Hosting, czy prostą witrynę na Shared Web Hosting.

Co to jest błąd "Too Many Redirects"?

Gdy przeglądarka żąda adresu URL, serwer może odpowiedzieć przekierowaniem HTTP (kody stanu 301, 302, 307 lub 308), instruując przeglądarkę, aby załadowała inny adres URL. To normalne i oczekiwane zachowanie — na przykład przekierowanie ruchu http:// do https://, lub przekierowanie domain.com do www.domain.com.

Pętla przekierowań występuje, gdy adres URL A przekierowuje do adresu URL B, który przekierowuje z powrotem do adresu URL A (lub przez dłuższy łańcuch, który ostatecznie się zamyka). Po osiągnięciu progu zdefiniowanego przez przeglądarkę (zwykle 10–20 przekierowań), przeglądarka przerywa żądanie i wyświetla:

> ERR_TOO_MANY_REDIRECTS (Chrome)

> The page isn’t redirecting properly (Firefox)

> This webpage has a redirect loop (Safari/Edge)

Błąd jest taki sam niezależnie od przeglądarki — różni się tylko sformułowanie.

Co powoduje błąd "Too Many Redirects"?

Zrozumienie głównej przyczyny jest niezbędne przed podjęciem próby naprawy. Najczęstsze przyczyny to:

1. Błędnie skonfigurowane reguły przekierowań

Klasyczny przykład: domain.com przekierowuje do www.domain.com, podczas gdy jednocześnie www.domain.com przekierowuje z powrotem do domain.com. Każde przekierowanie wyzwala drugie, tworząc nieskończoną pętlę.

2. Nieprawidłowa konfiguracja przekierowania HTTP na HTTPS

Jeśli serwer wymusza HTTPS, ale konfiguracja Certyfikatów SSL nie jest prawidłowo zastosowana, serwer może przekierować żądanie HTTPS z powrotem do HTTP, tworząc nieskończoną pętlę między dwoma protokołami.

Nieaktualne pliki cookie lub stare dane przekierowań w pamięci podręcznej przeglądarki mogą spowodować, że będzie ona śledzić starą, nieprawidłową ścieżkę przekierowania — nawet po rozwiązaniu problemu po stronie serwera.

4. Błędna konfiguracja CMS (WordPress i inne)

W WordPress pola WordPress Address (URL) i Site Address (URL) w bazie danych muszą być zgodne z rzeczywistą konfiguracją domeny. Niezgodność — na przykład jedno pole używające http:// podczas gdy serwer wymusza https:// — jest bardzo częstą przyczyną pętli przekierowań.

5. Konflikty wtyczek

Wtyczki buforowania, wtyczki bezpieczeństwa i wtyczki SEO mogą każda implementować własną logikę przekierowań. Gdy dwie lub więcej wtyczek próbuje jednocześnie zarządzać przekierowaniami, mogą się konfliktować i tworzyć pętle.

6. Konflikty przekierowań na poziomie serwera

Przekierowania skonfigurowane w panelu kontroli hostingu mogą kolidować z przekierowaniami zdefiniowanymi w .htaccess, nginx.conf lub ustawieniach CMS, powodując sprzeczne instrukcje, które tworzą nieskończone pętle.

Jak naprawić błąd "Too Many Redirects": Krok po kroku

Pracuj przez te metody po kolei. Zacznij od najprostszych napraw przed przejściem do zmian na poziomie serwera.

Zanim dotkniesz jakiejkolwiek konfiguracji serwera, wyeliminuj problem po stronie przeglądarki. Nieaktualne pliki cookie i buforowane odpowiedzi przekierowań są zaskakująco częstą przyczyną.

Google Chrome:

  1. Naciśnij Ctrl + Shift + Delete (Windows/Linux) lub Cmd + Shift + Delete (Mac)
  2. Ustaw zakres czasu na All time
  3. Zaznacz Cookies and other site data i Cached images and files
  4. Kliknij Clear data

Mozilla Firefox:

  1. Przejdź do Settings → Privacy & Security
  2. W sekcji *Cookies and Site Data* kliknij Clear Data
  3. Wybierz obie opcje i potwierdź

Microsoft Edge / Safari:

Postępuj zgodnie z równoważnymi krokami w ustawieniach prywatności każdej przeglądarki.

Po wyczyszczeniu przeładuj stronę. Jeśli błąd zniknie, problem był po stronie przeglądarki. Jeśli się utrzymuje, przejdź do następnej metody.

> Wskazówka profesjonalna: Natychmiast przetestuj adres URL w oknie prywatnym/incognito. Tryb incognito nie używa żadnych danych w pamięci podręcznej ani plików cookie, więc jeśli witryna ładuje się tam prawidłowo, problem jest zdecydowanie po stronie przeglądarki.

Metoda 2: Sprawdź ustawienia adresów URL CMS (WordPress)

Jeśli prowadzisz WordPress, nieprawidłowe ustawienia adresów URL są jedną z najczęstszych przyczyn pętli przekierowań.

Za pośrednictwem panelu administracyjnego WordPress:

  1. Przejdź do Settings → General
  2. Sprawdź, czy zarówno WordPress Address (URL) jak i Site Address (URL) są identyczne i używają prawidłowego protokołu (https:// lub http://) oraz subdomeny (www lub non-www)
  3. Zapisz zmiany

Jeśli nie możesz uzyskać dostępu do panelu administracyjnego (ponieważ pętla przekierowań uniemożliwia zalogowanie), edytuj plik wp-config.php bezpośrednio za pośrednictwem FTP lub menedżera plików hostingu:

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

Zastąp https://www.example.com swoją rzeczywistą domeną. Te stałe zastępują wartości bazy danych i natychmiast przerwą pętlę.

Za pośrednictwem bazy danych WordPress (phpMyAdmin):

  1. Otwórz phpMyAdmin i wybierz bazę danych WordPress
  2. Otwórz tabelę wp_options
  3. Znajdź wiersze z option_name = siteurl i home
  4. Upewnij się, że obie wartości dokładnie pasują do Twojego zamierzonego adresu URL

Metoda 3: Tymczasowo wyłącz wtyczki WordPress

Wtyczki buforowania, bezpieczeństwa i SEO są częstymi sprawcami konfliktów przekierowań. Najszybszy sposób na zidentyfikowanie winnej wtyczki to wyłączenie ich wszystkich naraz.

Jeśli możesz uzyskać dostęp do panelu administracyjnego:

  1. Przejdź do Plugins → Installed Plugins
  2. Wybierz wszystkie wtyczki i wybierz Deactivate z menu akcji zbiorczych

Jeśli nie możesz uzyskać dostępu do panelu (pętla przekierowań blokuje logowanie):

  1. Połącz się z serwerem za pośrednictwem FTP lub SSH
  2. Przejdź do /wp-content/
  3. Zmień nazwę folderu plugins na coś w rodzaju plugins_disabled
  4. WordPress automatycznie wyłączy wszystkie wtyczki

Przeładuj witrynę. Jeśli błąd zniknął, zmień nazwę folderu z powrotem na plugins i ponownie aktywuj wtyczki jedną po jednej, testując po każdej aktywacji, aby zidentyfikować konfliktową wtyczkę.

Częste sprawcy to: Really Simple SSL, Redirection, Yoast SEO, W3 Total Cache i Wordfence.

Metoda 4: Przeanalizuj plik .htaccess (serwery Apache)

Na serwerach opartych na Apache plik .htaccess kontroluje przepisywanie adresów URL i reguły przekierowań. Konfliktujące lub zduplikowane reguły tutaj są bardzo częstą przyczyną pętli przekierowań.

Dostęp do .htaccess:

  • Via FTP/SFTP: Plik znajduje się w katalogu głównym witryny (np. public_html/)
  • Via cPanel File Manager: Włącz "Show Hidden Files", aby zobaczyć .htaccess

Na co zwrócić uwagę:

Szukaj dyrektyw RewriteRule i Redirect. Szukaj reguł, które mogą tworzyć logikę kołową — na przykład reguła przekierowująca na HTTPS, która uruchamia się nawet wtedy, gdy żądanie jest już HTTPS.

Prawidłowa, nie tworzące pętli konfiguracja .htaccess dla HTTPS + www:

RewriteEngine On

# Redirect HTTP to HTTPS
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

# Redirect non-www to www (only when already on HTTPS)
RewriteCond %{HTTPS} on
RewriteCond %{HTTP_HOST} ^example.com$ [NC]
RewriteRule ^(.*)$ https://www.example.com/$1 [L,R=301]

Kluczowa zasada: Każda reguła przekierowania musi zawierać warunek, który uniemożliwia jej uruchomienie, gdy żądanie już pasuje do celu. Warunek RewriteCond %{HTTPS} off zapewnia, że przekierowanie HTTPS uruchamia się tylko dla żądań HTTP — nigdy dla HTTPS.

Jeśli nie jesteś pewny swoich reguł .htaccess, tymczasowo zmień nazwę pliku na .htaccess_backup. WordPress i większość CMS automatycznie wygeneruje czystą wersję.

Metoda 5: Sprawdź przekierowania na poziomie serwera w panelu kontroli

Wiele paneli kontroli hostingu (cPanel, Plesk, DirectAdmin) pozwala na konfigurowanie przekierowań niezależnie od pliku .htaccess lub CMS. Te przekierowania na poziomie serwera mogą kolidować z przekierowaniami na poziomie aplikacji.

Kroki:

  1. Zaloguj się do panelu kontroli hostingu
  2. Szukaj sekcji Redirects (w cPanel znajduje się pod Domains → Redirects)
  3. Przejrzyj wszystkie skonfigurowane przekierowania
  4. Usuń wszystkie, które duplikują lub kolidują z przekierowaniami już obsługiwanymi przez CMS lub .htaccess

Jeśli zarządzasz witryną o dużym ruchu na Dedicated Server, sprawdź również pliki konfiguracji wirtualnego hosta Nginx lub Apache pod kątem dyrektyw przekierowań, które mogą kolidować z regułami na poziomie aplikacji.

Metoda 6: Sprawdź konfigurację SSL/HTTPS

Jeśli pętla przekierowań występuje tylko na adresach URL https://, problem może być w sposobie konfiguracji certyfikatu SSL i wymuszania HTTPS.

Typowy scenariusz: Panel kontroli hostingu ma włączone "Force HTTPS", ORAZ plik .htaccess zawiera również przekierowanie HTTP na HTTPS, ORAZ wtyczka HTTPS CMS jest aktywna. Wszystkie trzy uruchamiają się jednocześnie i kolidują.

Naprawa: Wybierz jedną warstwę do obsługi przekierowania HTTPS i wyłącz ją we wszystkich pozostałych. Rekomendowane podejście to obsługa na poziomie serwera (konfiguracja wirtualnego hosta lub panel kontroli) i usunięcie jej z .htaccess i wszelkich wtyczek.

Upewnij się, że certyfikat SSL jest ważny i prawidłowo zainstalowany. Wygasły lub błędnie skonfigurowany certyfikat może czasami powodować nieoczekiwane zachowanie przekierowań. Jeśli potrzebujesz nowego certyfikatu, Certyfikaty SSL od AlexHost są łatwe do wdrożenia i utrzymania.

Weryfikacja naprawy

Po zastosowaniu którejkolwiek z powyższych napraw:

  1. Ponownie wyczyść pamięć podręczną i pliki cookie przeglądarki (zmiany nie będą widoczne, jeśli stare przekierowania są buforowane)
  2. Przetestuj w oknie incognito/prywatnym, aby potwierdzić, że naprawa działa bez żadnych danych w pamięci podręcznej
  3. Użyj narzędzia do sprawdzania przekierowań online, takiego jak Redirect Checker lub httpstatus.io, aby śledzić pełny łańcuch przekierowań i potwierdzić, że nie ma pętli
  4. Przetestuj wiele wariantów adresów URL: http://domain.com, https://domain.com, http://www.domain.com i https://www.domain.com — wszystkie cztery powinny rozwiązywać się do jednego kanonicznego adresu URL bez więcej niż jednego lub dwóch przekierowań

Jak zapobiec pętlom przekierowań w przyszłości

Naprawienie pętli przekierowań to jedno — zapobieganie jej ponownym pojawieniu się to drugie. Postępuj zgodnie z tymi najlepszymi praktykami:

Ustal jeden kanoniczny adres URL

Zdecyduj ostatecznie o jednej kanonicznej form

15%

Zaoszczędź 15% na wszystkich usługach hostingowych

Sprawdź swoje umiejętności i zdobądź Rabat na dowolny plan hostingowy

Użyj kodu:

Skills
Rozpocznij