Sprawdzanie przekierowań URL

Sprawdzanie przekierowań URL to bezpłatne narzędzie, które wykrywa przekierowania 301 i 302 dla wskazanego adresu URL oraz śledzi łańcuch przekierowań do 10 kroków.

Czym jest przekierowanie URL?

Przekierowanie URL to odpowiedź HTTP, która informuje przeglądarkę, robota wyszukiwarki lub innego klienta, że powinien wysłać żądanie pod inny adres. Odpowiedź zwykle zawiera kod stanu z grupy 3xx oraz pole Location, którego wartością jest odwołanie URI, także względne.

Kod stanu 301 oznacza, że zasób został przeniesiony na stałe. Jest często stosowany po zmianie adresu strony, przejściu z HTTP na HTTPS lub scaleniu zduplikowanych adresów URL. Kod stanu 302 wskazuje, że zasób znajduje się pod innym adresem, ale takie przeniesienie jest zasadniczo traktowane jako tymczasowe.

HTTP definiuje również inne kody przekierowań, między innymi 303, 307 i 308. Różnice między nimi mogą wpływać na sposób ponawiania żądań przez klientów, szczególnie w przypadku metod takich jak POST. Przy typowych przekierowaniach stron internetowych nadal powszechnie używa się kodów 301 i 302. To właśnie je wykrywa to narzędzie.

Jak sprawdzić przekierowanie adresu URL?

W polu Kod stanu należy podać kod stanu HTTP, na przykład 301 lub 302. Narzędzie działa na serwerze i sprawdza maksymalnie 10 kolejnych przekierowań.

Wprowadzone dane są przesyłane na serwer przez HTTPS i nie są przechowywane.

Jakie przekierowania wykrywa narzędzie?

Narzędzie wykrywa przekierowania 301 i 302. Kod 301 oznacza przekierowanie stałe, a 302 przekierowanie tymczasowe.

Sekwencja przełączająca się między dwoma adresami to pętla przekierowań. Długa seria zmian między HTTP, HTTPS, wariantami z www i bez www oraz adresami z ukośnikiem na końcu i bez niego tworzy łańcuch przekierowań. Narzędzie zatrzymuje się najpóźniej po 10 krokach, dlatego nie może ustalić ostatecznego adresu docelowego dłuższego łańcucha.

Rozwiązywanie typowych problemów z przekierowaniami

Sprawdzanie przekierowań przydaje się, gdy adres końcowy widoczny w przeglądarce ukrywa odpowiedzi pośrednie. Pozwala odróżnić błąd konfiguracji HTTP od problemu z DNS, aplikacją lub pamięcią podręczną.

• Przeniesiona strona nadal otwiera się pod starym adresem. Sprawdź bezpośrednio stary adres URL. Przekierowanie 301 powinno prowadzić do właściwej strony zastępczej, a nie do ogólnej strony głównej ani innego nieaktualnego adresu.
• Adres ciągle przełącza się między HTTP a HTTPS. Sprawdź obie wersje. Sprzeczne reguły na serwerze WWW, w sieci dostarczania treści lub w aplikacji mogą odsyłać HTTPS z powrotem do HTTP, podczas gdy inna warstwa natychmiast odwraca to przekierowanie.
• Link w wiadomości e-mail nie prowadzi do oczekiwanej strony docelowej. Sprawdź pełny adres URL skopiowany z wiadomości, łącznie z ciągiem zapytania. Usługi śledzące często dodają co najmniej jedno przekierowanie przed stroną końcową, a błędny adres pośredni może przerwać cały łańcuch.

Po przeniesieniu domeny sprawdź reprezentatywne ścieżki stron, a nie tylko stronę główną. Prawidłowe przekierowanie strony głównej nie dowodzi, że strony produktów, artykuły i przesłane pliki mają odpowiadające im reguły kierujące do właściwych miejsc docelowych.

Znaczenie mają również znaki interpunkcyjne i spacje. Nieprzetworzone spacje są niedozwolone w adresach URL i zwykle wymagają kodowania procentowego, na przykład %20. Fragment rozpoczynający się znakiem # jest obsługiwany przez przeglądarkę i nie jest wysyłany w żądaniu HTTP, dlatego sama zmiana fragmentu nie powoduje wybrania innego przekierowania po stronie serwera. Umiędzynarodowione nazwy domen mogą być przedstawiane w formacie ASCII Punycode. Znaki spoza ASCII w ścieżce są natomiast kodowane do bajtów, zwykle przy użyciu UTF-8, a odpowiednie bajty podlegają kodowaniu procentowemu podczas przesyłania.

Dlaczego prawidłowe przekierowanie nadal wygląda na błędne?

Prawidłowe przekierowanie może wyglądać na błędne, ponieważ przeglądarki, resolwery DNS, serwery proxy i sieci dostarczania treści mogą korzystać z danych zapisanych w pamięci podręcznej. Szczególnie stałe przekierowania mogą pozostawać widoczne w pamięci podręcznej przeglądarki jeszcze długo po zmianie reguły na serwerze.

Narzędzie działające po stronie serwera nie korzysta z lokalnej historii przekierowań Twojej przeglądarki. Docelowa witryna lub jej CDN może jednak nadal zwrócić odpowiedź z pamięci podręcznej.

Zmiany DNS powodują osobne opóźnienie. Resolwery rekurencyjne mogą zachowywać poprzedni adres IP aż do wygaśnięcia czasu życia rekordu. W tym okresie użytkownicy różnych sieci mogą trafiać na różne serwery i otrzymywać inne reguły przekierowań. Określenie "propagacja DNS" opisuje to nierównomierne wygasanie pamięci podręcznej, a nie pojedynczą aktualizację przeprowadzaną jednocześnie na całym świecie.

Jeśli domena została niedawno przeniesiona, porównaj rekord DNS, konfigurację CDN oraz reguły serwera źródłowego. Narzędzie do sprawdzania pamięci podręcznej Google może dostarczyć informacji o starszej, zaindeksowanej lub zapisanej w pamięci podręcznej stronie, a Sprawdzanie hostingu strony internetowej pomoże ustalić, gdzie domena jest obecnie prawdopodobnie hostowana. Żadne z tych narzędzi nie zastępuje sprawdzenia przekierowania HTTP.

Najczęściej zadawane pytania

Czy przekierowanie 301 można później zmienić?

Tak, konfigurację serwera można zmienić, ale klienci mogą jeszcze przez pewien czas korzystać z odpowiedzi 301 zapisanej w pamięci podręcznej. Przetestuj przekierowanie w nowym profilu przeglądarki i wyczyść odpowiednie pamięci podręczne CDN, jeśli masz nad nimi kontrolę. Nie używaj kodu 301 na wczesnym etapie testów, jeśli adres docelowy może się jeszcze zmienić.

Czy przekierowanie zachowuje ciąg zapytania z adresu URL?

Tylko wtedy, gdy reguła przekierowania i wygenerowana przez nią wartość Location go zachowują. Niektóre systemy automatycznie kopiują pierwotny ciąg zapytania, inne go zastępują lub usuwają. Zamiast zakładać, że wszystkie warianty działają tak samo, sprawdź realistyczny adres URL zawierający nieszkodliwe parametry testowe.

Co dzieje się z wprowadzonymi przeze mnie danymi?

Operacja jest wykonywana na serwerze. Wprowadzone dane są przesyłane na serwer przez HTTPS i nie są przechowywane.

Czy narzędzie wykrywa przekierowania JavaScript lub meta refresh?

Narzędzie wykrywa przekierowania HTTP 301 i 302 oraz sprawdza maksymalnie 10 kolejnych przekierowań.

Czy mogę sprawdzić przekierowania z wiersza poleceń?

Tak. Polecenie curl może wyświetlać nagłówki odpowiedzi, a opcja śledzenia przekierowań pozwala wysyłać żądania do kolejnych adresów. Przydaje się to, gdy potrzebujesz powtarzalnych testów wykonywanych z określonego komputera lub w konkretnej sieci, zwłaszcza po zmianie reguł DNS albo zapory sieciowej.