Komplexní uživatelská příručka a praktické využití
RedirectChecker.Site není jen běžná čtečka hlaviček HTTP; je to pokročilý diagnostický nástroj sítě určený odborníkům na SEO, správcům systémů a webovým vývojářům. Správné používání jeho funkcí vám pomůže řešit složité problémy s přesměrováním, které mohou výrazně poškodit pozice ve vyhledávačích a uživatelskou zkušenost.
1. Jak nástroj používat: pokyny krok za krokem
Zadejte úplnou veřejnou URL včetně protokolu (například https://example.com/old-page). Vyberte vzor User-Agent a případně také profil hlaviček Client Hints . Kontrolní nástroj odešle požadavek ze serveru s vybranými hlavičkami; nesimuluje celý prohlížeč, cookies, JavaScript ani síťovou identitu crawleru.
2. Interpretace výsledků a příklady vizuálního průběhu
Kliknutím na Sledovat URL si zobrazíte každou odpověď HTTP v řetězci přesměrování, její stavový kód, naměřenou dobu požadavku a případnou další URL v hlavičce Location. Jedno spuštění sleduje až pět přesměrování; pokud řetězec pokračuje, odpověď další URL v tomto spuštění zahrnuta není.
3. Praktický příklad: odhalení přechodu z SSL
Přesměrování může změnit URL z HTTPS na HTTP. Nástroj tento přechod označí, když zjistí URL HTTPS, jehož odpověď ukazuje na Location s HTTP. Než se na výsledek spolehnete, zkontrolujte cíl a nastavte zamýšlenou trasu HTTPS.
Technické základy: stavové kódy HTTP a síťové inženýrství
Stavové kódy HTTP popisují výsledek požadavku, zatímco odpovědi 3xx přesměrovávají klienty na jinou URL. Trvalá přesměrování mohou vyhledávačům pomoci sjednotit URL, nezaručují však konkrétní výsledek hodnocení ani indexace. Použijte stavový kód odpovídající zamýšlené trvalosti změny a ověřte celý řetězec i konečnou odpověď.
Rozdíly mezi kódy 301, 302, 307 a 308
- 301 Moved Permanently (trvale přesunuto): Použijte, když byl zdroj trvale přesunut. Vyhledávače považují trvalé přesměrování za silný signál ve prospěch cílové URL, žádné přesměrování však nezaručuje konkrétní výsledek hodnocení ani indexace.
- 302 Found (dočasně nalezeno): Klientovi sděluje, aby dočasně použil jinou URL, přičemž původní URL se má vrátit. Vyhledávače obecně nepředávají přes kód 302 hodnotu odkazů jako u trvalého přesměrování.
- 307 Temporary Redirect (dočasné přesměrování): Moderní ekvivalent kódu 302 v HTTP/1.1. Důležité je, že kód 307 zaručuje, že se při přesměrování nezmění metoda HTTP (GET nebo POST).
- 308 Permanent Redirect (trvalé přesměrování): Trvalá varianta kódu 307. Pro SEO funguje jako kód 301, ale přísně zakazuje změnit požadavek POST na GET.
Kompatibilita prohlížečů se stavovými kódy odpovědi HTTP
Stavové kódy HTTP jsou signály protokolu zpracovávané síťovou vrstvou prohlížeče, nikoli samostatné funkce prohlížeče. Současné prohlížeče Chrome, Edge, Firefox, Safari a Opera i Android WebView a iPhone WebView zpracovávají standardní třídy stavových kódů; způsob zobrazení chyby se může lišit podle prohlížeče a zprostředkujícího proxy serveru.
| Třída odpovědi HTTP | Chrome / Edge | Firefox | Safari | Opera | Android / iPhone WebView | Praktický detail kompatibility |
|---|
| 1xx informační | Podporováno | Podporováno | Podporováno | Podporováno | Podporováno síťovou vrstvou | Kódy 100 a 101 jsou zavedené. Kód 102 je specializovaný či zastaralý; chování kódu 103 Early Hints se může lišit podle verze, serveru a zprostředkující vrstvy. |
| 2xx úspěch | Podporováno | Podporováno | Podporováno | Podporováno | Podporováno | Význam standardních úspěšných odpovědí je společný. Důležitá jsou také pravidla pro tělo odpovědi, například že kódy 204/205 tělo neobsahují. |
| 3xx přesměrování | Podporováno | Podporováno | Podporováno | Podporováno | Podporováno | Navigaci ovlivňují pravidla pro Location, metodu, mezipaměť, zabezpečení a prohlížení. Kódy 307/308 zachovávají metodu; 301/302 mohou změnit POST na GET. |
| 4xx chyby klienta | Podporováno | Podporováno | Podporováno | Podporováno | Podporováno | Třída odpovědi se rozpozná, zobrazení těla serveru nebo chybového rozhraní prohlížeče se však může lišit. |
| 5xx chyby serveru | Podporováno | Podporováno | Podporováno | Podporováno | Podporováno | Chybové stránky proxy serverů, chování při opakování požadavku a diagnostické rozhraní se mohou lišit, i když je stavový kód stejný. |
| Neznámý kód ve známé třídě | Zpracování podle třídy | Zpracování podle třídy | Zpracování podle třídy | Zpracování podle třídy | Zpracování podle třídy | Klienti mohou podle prvního čísla odvodit obecnou třídu. Z této náhradní interpretace však nelze vyvozovat univerzální význam vlastního kódu. |
Tabulka popisuje kompatibilitu na úrovni protokolu, nikoli totožné zobrazení ani záruku, že každá verze prohlížeče stejným způsobem zobrazí průběžné odpovědi.
Maskování a porušení pravidel dynamického vykreslování
Maskování znamená zobrazování podstatně odlišného obsahu nebo cílových stránek vyhledávačům a lidem. Odpovědi na vybrané hlavičky User-Agent a Client Hints můžete porovnat v infrastruktuře, kterou máte oprávnění testovat. Tyto profily hlaviček neověřují identitu crawleru ani neurčují, zda web dodržuje zásady Google.
Časté dotazy (technické FAQ)
Co přesně je „řetězec přesměrování“ a proč škodí technickému SEO?
Řetězec přesměrování vzniká, když jedna URL prochází několika mezilehlými adresami, než dorazí na cílovou stránku (například A → B → C → D). Každý krok vyžaduje další požadavek, prodlužuje odezvu a snižuje efektivitu procházení. Udržujte trasy co nejpřímější; doporučenou délku řetězců vysvětluje následující FAQ.
RFC 9110: sémantika HTTP, přesměrování · Google Search Central: přesuny webu a přesměrování
Jak po přesměrování ověřím značky canonical?
Tento nástroj sleduje stavové kódy HTTP a hlavičky Location; nestahuje ani neanalyzuje HTML cílové stránky, a proto nemůže ověřit rel=canonical. Otevřete konečnou URL a zkontrolujte, zda její odkaz canonical směřuje na upřednostňovanou stránku vhodnou k indexaci. Výběr canonical od společnosti Google můžete zkontrolovat pomocí kontroly URL v Search Console.
Google Search Central: kanonikalizace · Google Search Central: určení kanonické URL
Dokáže tento nástroj zjistit přesměrování založená na JavaScriptu?
Ne. Nástroj sleduje odpovědi HTTP 3xx s hlavičkou Location. Nespouští JavaScript ani nekontroluje tělo odpovědi kvůli značkám meta-refresh; k tomu je nutná kontrola v prohlížeči.
Google Search Central: přesměrování a Vyhledávání Google
Co je smyčka přesměrování a jak ji opravím?
Smyčka přesměrování je nekonečný cyklus, ve kterém URL A odkazuje na URL B a URL B zpět na URL A. Výsledkem může být chyba prohlížeče ERR_TOO_MANY_REDIRECTS. Oprava vyžaduje úpravu souboru .htaccess, konfigurace Nginx nebo pravidel směrování CMS na vašem serveru.
RFC 9110: sémantika HTTP, přesměrování · MDN: stavové kódy odpovědi HTTP
Co jsou Client Hints a jak je tento nástroj používá?
Client Hints jsou hlavičky požadavku HTTP, například Sec-CH-UA-Mobile a Sec-CH-UA-Platform. Vybraný profil přidá zvolené hlavičky do požadavku, který nástroj odesílá ze serveru, abyste mohli porovnat reakci serveru. Jde o test hlaviček, nikoli o úplnou simulaci prohlížeče nebo důkaz, že požadavek pochází z konkrétního prohlížeče či crawleru.
MDN: Client Hints HTTP
Kolik přesměrování 301 mohu zařadit do řetězce?
Google uvádí, že Googlebot může sledovat až 10 kroků přesměrování, zároveň však doporučuje přímou trasu, kdykoli je to možné. Pokud řetězec nelze odstranit, udržujte jej krátký — ideálně nejvýše tři kroky a méně než pět. Každý krok přidává požadavek a jiné klienty mohou mít nižší limity. Trvalé kódy (301/308) nebo dočasné kódy (302/307) vybírejte podle zamýšlené změny.
Doporučení Google Search Central.
RFC 9110: sémantika HTTP, přesměrování
Které stavové kódy HTTP označují trvalé nebo dočasné přesunutí?
Kódy 301 a 308 označují trvalé přesunutí zdroje; kódy 302 a 307 označují dočasné přesměrování. Zvolte stav podle toho, zda se má původní URL vrátit, a zachovejte relevanci cílové stránky k původnímu požadavku.
RFC 9110: sémantika HTTP, přesměrování
Kdy mám použít 307 nebo 308 místo kódu 301 či 302?
Kódy 307 a 308 při přesměrování zachovávají metodu požadavku. Někteří klienti mohou u kódů 301 a 302 změnit POST na GET. Pokud je důležité zachovat metodu i tělo požadavku, použijte 307 pro dočasné nebo 308 pro trvalé přesunutí; chování ověřte u klientů, které vaše služba podporuje.
RFC 9110: kódy 307 a 308
Co potvrzuje konečná odpověď 2xx?
Potvrzuje, že poslední požadavek HTTP v trase obdržel odpověď ze skupiny úspěšných stavů. Nedokazuje však, že je obsah užitečný, dostupný všem návštěvníkům, indexovatelný, správně kanonikalizovaný nebo způsobilý k umístění ve výsledcích.
RFC 9110: úspěšné odpovědi · MDN: stavové kódy odpovědi HTTP
Proč nástroj vrací 403 nebo 429, když se stránka v mém prohlížeči otevře?
Nástroj odesílá požadavek ze serveru, který se může od vašeho prohlížeče lišit síťovou polohou, cookies, ověřením a hlavičkami. Firewall, CDN, limit požadavků nebo pravidlo proti botům jej může blokovat či omezovat. Porovnejte záznamy serveru a pravidla přístupu; jediný stav 403 nebo 429 nepovažujte za důkaz, že jsou blokováni všichni návštěvníci.
RFC 9110: 403 Forbidden · RFC 6585: 429 Too Many Requests
Jsou přednastavené profily Googlebot a dalších vyhledávacích crawlerů ověřené?
Ne. Přednastavený profil mění pouze text hlavičky User-Agent. Požadavek nepochází od Google ani ze sítě jiného crawleru a nedokazuje pravost žadatele. Identitu crawleru ověřte pomocí postupu kontroly IP nebo DNS, který daný poskytovatel zveřejnil.
Google Search Central: ověření Googlebotu a dalších crawlerů Google
Proč mohou různé profily User-Agent vytvářet odlišné řetězce přesměrování?
Servery, CDN a pravidla aplikace mohou podle hlaviček požadavku, signálů zařízení, zeměpisné polohy, ověření nebo stavu relace vybírat různé cíle a stavové kódy. Trasy porovnávejte jako diagnostické vzorky; nemusejí odpovídat každému skutečnému požadavku uživatele nebo crawleru.
RFC 9110: hlavička Vary a dohodnuté odpovědi
Zachovávají se při přesměrování URL parametry dotazu?
Další URL určuje hlavička Location v odpovědi na přesměrování. Server může parametry dotazu zachovat, odstranit nebo změnit. Tento nástroj následuje hodnotu Location, kterou obdrží; porovnejte zobrazené URL a zjistěte, co server skutečně vrátil.
RFC 9110: hlavička odpovědi Location
Kolik přesměrování tento nástroj sleduje při jednom spuštění?
Aktuální nástroj sleduje až pět přesměrování. Pokud odpověď po pátém kroku ukazuje na další URL, může ji spuštění zobrazit bez načtení. Otevřete tuto adresu jako novou kontrolu nebo zkraťte řetězec a ověřte konečnou odpověď.
Jak výběr Client Hints ovlivní kontrolu?
Vedle zvoleného textu User-Agent přidá vybrané hlavičky požadavku Sec-CH-*, například příznak mobilního zařízení nebo hodnotu platformy. Jde o konfigurovatelné vzorky hlaviček; nereprodukují úplné síťové chování prohlížeče a server je může ignorovat.
MDN: Client Hints HTTP
Jak dlouho mám po přesunu URL ponechat přesměrování?
Ponechte přesměrování co nejdéle. Google doporučuje ponechat přesměrování alespoň jeden rok po přesunu webu, aby vyhledávače mohly změnu zpracovat; návštěvníci mohou staré záložky a odkazy používat i po uplynutí této doby.
Google Search Central: přesuny webu a přesměrování
Co mám po přesunu URL aktualizovat kromě přesměrování?
Aktualizujte interní odkazy, kanonickou URL cílové stránky, případné anotace hreflang a mapu webu XML tak, aby ukazovaly na novou URL. Zachovejte relevanci náhradní stránky a ověřte, že se přesměrování řeší přímo a konzistentně.
Google Search Central: přesuny webu a přesměrování