Pokročilá kontrola presmerovaní a technická SEO analýza

Sledujte reťazce presmerovaní HTTP pomocou požiadavky zo servera. Porovnajte vybrané hlavičky požiadaviek User-Agent a Client Hints, skontrolujte stav a nameraný čas odpovede až pri piatich presmerovaniach a zistite prechody z HTTPS na HTTP. Kontrola nevykonáva JavaScript cieľovej stránky ani neskúma jej HTML.

🌐

Vybrané profily User-Agent a Client Hints sú testovacie profily hlavičiek požiadaviek; neoverujú pravosť skutočného prehliadača ani robota.

Výsledky auditu a vizuálny priebeh

⚠️ Bezpečnostné upozornenie: zistený zmiešaný obsah. Počas reťazca došlo k prechodu na nezabezpečené HTTP a spojenie bolo ukončené.

Podrobný sprievodca a praktické využitie

RedirectChecker.Site nie je iba bežná čítačka hlavičiek HTTP; je to pokročilý nástroj na diagnostiku siete určený odborníkom na SEO, správcom systémov a webovým vývojárom. Ak sa naučíte správne využívať jeho funkcie, budete môcť odhaľovať zložité problémy so smerovaním, ktoré výrazne ovplyvňujú pozície vo vyhľadávačoch a používateľskú skúsenosť.

1. Používanie nástroja: postup krok za krokom

Zadajte úplnú verejne dostupnú URL vrátane protokolu (napríklad https://example.com/old-page). Vyberte ukážkový profil User-Agent a v prípade potreby aj profil hlavičky Client Hints . Nástroj odošle požiadavku zo servera s vybranými hlavičkami; nesimuluje celý prehliadač, súbory cookie, JavaScript ani sieťovú identitu robota.

2. Interpretácia výsledkov a príklady vizuálneho priebehu

Kliknutím na Sledovať URL zobrazíte každú odpoveď HTTP v reťazci presmerovaní, jej stavový kód, nameraný čas požiadavky a prípadnú nasledujúcu URL v hlavičke Location. Jedno spustenie sleduje najviac päť presmerovaní; ak reťazec pokračuje, odpoveď na ďalšej URL sa v danom spustení nezobrazí.

3. Praktická prípadová štúdia: odhalenie prechodu na SSL

Presmerovanie môže zmeniť zabezpečenú adresu HTTPS na HTTP. Nástroj označí tento prechod, keď zaznamená odpoveď na URL HTTPS, ktorá smeruje na adresu HTTP v hlavičke Location. Predtým, než sa na výsledok spoľahnete, skontrolujte cieľ a nastavte zamýšľanú trasu HTTPS.

Technické základy: stavové kódy HTTP a sieťové inžinierstvo

Stavové kódy HTTP opisujú výsledok požiadavky, zatiaľ čo odpovede 3xx presmerujú klienta na inú URL. Trvalé presmerovania môžu pomôcť vyhľadávačom zlúčiť URL, nezaručujú však konkrétne umiestnenie ani indexovanie. Použite stavový kód zodpovedajúci zamýšľanej trvalosti a overte celý reťazec aj konečnú odpoveď.

Rozdiel medzi kódmi 301, 302, 307 a 308

  • 301 Moved Permanently: Použite, keď sa zdroj presunul natrvalo. Vyhľadávače považujú trvalé presmerovanie za silný signál v prospech cieľa, žiadne presmerovanie však nezaručuje konkrétne umiestnenie ani výsledok indexovania.
  • 302 Found (Temporary): Oznamuje klientovi, aby dočasne použil inú URL, pričom pôvodná adresa sa má vrátiť. Vyhľadávače vo všeobecnosti neprenášajú trvalú hodnotu odkazov cez odpoveď 302.
  • 307 Temporary Redirect: Moderný ekvivalent kódu 302 v HTTP/1.1. Podstatné je, že 307 zaručuje, že sa metóda HTTP (GET alebo POST) pri nasledovaní presmerovania NEZMENÍ.
  • 308 Permanent Redirect: Trvalý variant kódu 307. Na účely SEO funguje podobne ako 301, no prehliadaču výslovne zakazuje zmeniť požiadavku POST na GET.

Kompatibilita stavových kódov HTTP v prehliadačoch

Stavové kódy HTTP sú signály protokolu spracúvané sieťovou vrstvou prehliadača, nie samostatné funkcie prehliadača. Moderné prehliadače Chrome, Edge, Firefox, Safari a Opera, ako aj Android WebView a iPhone WebView, spracúvajú štandardné triedy stavov; zobrazenie chyby sa môže líšiť podľa prehliadača a sprostredkujúceho proxy servera.

Trieda odpovede HTTPChrome / EdgeFirefoxSafariOperaAndroid / iPhone WebViewPraktická poznámka ku kompatibilite
1xx informačnéPodporovanéPodporovanéPodporovanéPodporovanéPodporované na sieťovej vrstveKódy 100 a 101 sú zavedené. Kód 102 je špecializovaný alebo zastaraný; správanie Early Hints pri kóde 103 sa môže líšiť podľa verzie, servera a sprostredkujúceho systému.
2xx úspechPodporovanéPodporovanéPodporovanéPodporovanéPodporovanéSpoločná sémantika protokolu; naďalej platia pravidlá pre telo odpovede, napríklad že kódy 204 a 205 telo neobsahujú.
3xx presmerovaniePodporovanéPodporovanéPodporovanéPodporovanéPodporovanéKlienti nasledujú Location podľa pravidiel pre metódu, ukladanie do cache, bezpečnosť a navigáciu. Kódy 307/308 zachovávajú metódu; 301/302 môžu zmeniť POST na GET.
4xx chyby klientaPodporovanéPodporovanéPodporovanéPodporovanéPodporovanéOdpoveď triedy je rozpoznaná, no zobrazenie tela odpovede servera a chybového rozhrania prehliadača sa môže líšiť.
5xx chyby serveraPodporovanéPodporovanéPodporovanéPodporovanéPodporovanéStránky proxy servera, správanie pri opakovaní a zobrazenie diagnostiky sa môžu líšiť aj pri rovnakom stave.
Nerozpoznaný kód v známej triedeSpracovanie na úrovni triedySpracovanie na úrovni triedySpracovanie na úrovni triedySpracovanie na úrovni triedySpracovanie na úrovni triedyKlienti môžu podľa prvej číslice odhadnúť všeobecnú triedu. Vlastný kód nezíska týmto náhradným pravidlom univerzálny význam.

Táto tabuľka opisuje kompatibilitu protokolu, nie totožné zobrazenie ani záruku, že každá verzia prehliadača sprístupní priebežné odpovede rovnakým spôsobom.

Porušenia maskovania a dynamického vykresľovania

Maskovanie je postup, pri ktorom sa vyhľadávačom a ľuďom zobrazuje podstatne odlišný obsah alebo cieľová adresa. Môžete porovnať odpovede na vybrané hlavičky User-Agent a Client Hints v infraštruktúre, ktorú máte oprávnenie testovať. Tieto profily hlavičiek neoverujú totožnosť robota ani neurčujú, či web dodržiava pravidlá spoločnosti Google.

Často kladené otázky (technické FAQ)

Čo presne je „reťazec presmerovaní“ a prečo škodí technickému SEO?

Reťazec presmerovaní vzniká, keď URL prechádza cez niekoľko medziľahlých adries, kým dosiahne konečnú stránku (napríklad A → B → C → D). Každý krok vyžaduje ďalšiu požiadavku, zvyšuje oneskorenie a znižuje efektívnosť prehľadávania. Trasy nastavte čo najpriamejšie; odporúčanú dĺžku reťazca vysvetľuje nasledujúca otázka.

RFC 9110: HTTP sémantika, presmerovanie · Google Search Central: presuny webov a presmerovania

Ako môžem po presmerovaní skontrolovať značky canonical?

Tento nástroj sleduje stavové kódy HTTP a hlavičky Location; nesťahuje ani neanalyzuje HTML cieľovej stránky, preto nedokáže overiť rel=canonical. Otvorte konečnú URL a skontrolujte, či jej odkaz canonical smeruje na preferovanú stránku dostupnú na indexovanie. Výber canonical od spoločnosti Google môžete skontrolovať pomocou kontroly URL v Search Console.

Google Search Central: kanonikalizácia · Google Search Central: určenie kanonickej URL

Dokáže tento nástroj odhaliť presmerovania pomocou JavaScriptu?

Nie. Nástroj sleduje odpovede HTTP 3xx s hlavičkou Location. Nespúšťa JavaScript ani nekontroluje telo odpovede, či neobsahuje značky meta refresh; na to je potrebná kontrola v prehliadači.

Google Search Central: presmerovania a Vyhľadávanie Google

Čo je slučka presmerovaní a ako ju opraviť?

Slučka presmerovaní je nekonečný cyklus, v ktorom URL A smeruje na URL B a URL B späť na URL A, čo spôsobí chybu ERR_TOO_MANY_REDIRECTS v prehliadači. Na opravu upravte súbor .htaccess servera, konfiguráciu Nginx alebo pravidlá smerovania v CMS.

RFC 9110: HTTP sémantika, presmerovanie · MDN: stavové kódy odpovede HTTP

Čo sú Client Hints a ako ich tento nástroj používa?

Client Hints sú hlavičky požiadaviek HTTP, napríklad Sec-CH-UA-Mobile a Sec-CH-UA-Platform. Vybraný profil pridá zvolené hlavičky do požiadavky nástroja odoslanej zo servera, aby ste mohli porovnať reakciu servera. Ide o test hlavičiek, nie o úplnú simuláciu prehliadača ani dôkaz, že požiadavka pochádza z konkrétneho prehliadača alebo robota.

MDN: Client Hints v HTTP

Koľko presmerovaní 301 môže byť v reťazci?

Google uvádza, že Googlebot dokáže nasledovať až 10 krokov presmerovania, zároveň však odporúča čo najpriamejšiu trasu. Ak reťazec nemožno odstrániť, udržte ho krátky — ideálne najviac tri kroky a menej než päť. Každý krok pridáva požiadavku a iní klienti môžu mať nižšie limity. Trvalé kódy (301/308) alebo dočasné kódy (302/307) vyberte podľa zamýšľaného presunu. Odporúčania Google Search Central.

RFC 9110: HTTP sémantika, presmerovanie

Ktoré stavové kódy HTTP označujú trvalý alebo dočasný presun?

Kódy 301 a 308 označujú trvalý presun zdroja; kódy 302 a 307 označujú dočasné presmerovanie. Zvoľte stav podľa toho, či očakávate návrat pôvodnej URL, a cieľ ponechajte relevantný k pôvodnej požiadavke.

RFC 9110: HTTP sémantika, presmerovanie

Kedy mám použiť 307 alebo 308 namiesto 301 alebo 302?

Kódy 307 a 308 pri presmerovaní zachovávajú metódu požiadavky. Pri kódoch 301 a 302 môžu niektorí klienti zmeniť požiadavku POST na GET. Ak je dôležité zachovať metódu a telo požiadavky, použite 307 pri dočasnom alebo 308 pri trvalom presune; overte správanie u klientov, ktorých vaša služba podporuje.

RFC 9110: HTTP sémantika, kódy 307 a 308

Zaručuje presmerovanie 301 pozície alebo indexovanie?

Nie. Trvalé presmerovanie je silný signál, že cieľ má nahradiť zdrojovú URL, a Google uvádza, že trvalé presmerovania nestrácajú hodnotu PageRank. Vyhľadávače však na základe súhrnu signálov a obsahu cieľovej stránky stále rozhodujú, čo budú prehľadávať, indexovať a zobrazovať vo výsledkoch.

Google Search Central: presmerovania a Vyhľadávanie Google · Google Search Central: kanonikalizácia

Čo potvrdzuje konečná odpoveď 2xx?

Potvrdzuje, že posledná požiadavka HTTP v sledovaní dostala odpoveď triedy úspechu. Nedokazuje, že obsah je užitočný, dostupný každému návštevníkovi, indexovateľný, správne kanonikalizovaný alebo vhodný na umiestnenie vo výsledkoch.

RFC 9110: HTTP sémantika, úspešné odpovede · MDN: stavové kódy odpovede HTTP

Prečo nástroj dostáva stav 403 alebo 429, keď sa stránka otvorí v mojom prehliadači?

Nástroj odosiela požiadavku zo servera, ktorá sa môže od vášho prehliadača líšiť polohou v sieti, súbormi cookie, autentifikáciou a hlavičkami. Firewall, CDN, limit požiadaviek alebo pravidlo pre robotov ju môže blokovať či obmedzovať. Porovnajte serverové záznamy a pravidlá prístupu; stav 403 alebo 429 z jedného testu neznamená, že sú blokovaní všetci návštevníci.

RFC 9110: 403 Forbidden · RFC 6585: 429 Too Many Requests

Sú predvoľby Googlebot a vyhľadávacích robotov overenými robotmi?

Nie. Predvoľba mení iba text hlavičky User-Agent. Požiadavka nepochádza zo siete Google ani iného robota a nepotvrdzuje pravosť odosielateľa. Totožnosť robota overte pomocou zverejnených IP adries alebo DNS postupu overenia daného poskytovateľa.

Google Search Central: overenie Googlebotu a ďalších robotov Google

Prečo môžu rôzne profily User-Agent vytvárať odlišné reťazce presmerovaní?

Servery, CDN a pravidlá aplikácie môžu vyberať rôzne ciele alebo stavové kódy podľa hlavičiek požiadavky, signálov zariadenia, geografickej polohy, autentifikácie alebo stavu relácie. Porovnávajte stopy ako diagnostické vzorky; nemusia zodpovedať každej skutočnej požiadavke používateľa či robota.

RFC 9110: hlavička Vary a dohodnuté odpovede

Zachovajú sa parametre dopytu pri presmerovaní URL?

Nasledujúcu URL určuje hlavička Location v odpovedi presmerovania. Server môže parametre dopytu zachovať, odstrániť alebo upraviť. Tento nástroj nasleduje hodnotu Location, ktorú dostane; porovnajte zobrazené URL a zistite, čo server skutočne vrátil.

RFC 9110: hlavička odpovede Location

Čo znamená upozornenie na prechod z HTTPS na HTTP?

Znamená to, že záznam zachytil presmerovanie z URL HTTPS na adresu Location používajúcu HTTP. Tým sa znižuje ochrana prenosu pri nasledujúcej požiadavke. Overte, či je to zámerné, a ak existuje zabezpečená náhrada, zmeňte cieľ presmerovania na HTTPS.

RFC 9110: sémantika schémy URI a presmerovania · Google Search Central: HTTPS a váš web

Koľko presmerovaní tento nástroj sleduje pri jednom spustení?

Aktuálny nástroj sleduje najviac päť presmerovaní. Ak odpoveď po piatom kroku odkazuje na ďalšiu URL, spustenie môže zobraziť túto adresu bez jej načítania. Otvorte ju ako novú kontrolu alebo skráťte reťazec, aby ste skontrolovali konečnú odpoveď.

Ako výber Client Hints ovplyvňuje kontrolu?

Vedľa zvoleného reťazca User-Agent pridá vybrané hlavičky požiadavky Sec-CH-*, napríklad označenie mobilného zariadenia alebo hodnotu platformy. Ide o konfigurovateľné vzorky hlavičiek; nesimulujú úplné sieťové správanie prehliadača a server ich môže ignorovať.

MDN: Client Hints v HTTP

Kedy mám pre odstránenú URL použiť 404 alebo 410 namiesto presmerovania?

Ak odstránená stránka nemá skutočne podobnú náhradu, vráťte stav 404 (Not Found) alebo 410 (Gone). Presmerujte iba vtedy, keď ju nahrádza relevantná stránka; presmerovanie nesúvisiacich URL na domovskú stránku môže zavádzať návštevníkov a vyhľadávače ho môžu považovať za soft 404.

RFC 9110: 404 Not Found · RFC 9110: 410 Gone · Google Search Central: riešenie chýb pri prehľadávaní

Ako dlho mám po presunutí URL ponechať presmerovanie?

Presmerovanie ponechajte čo najdlhšie. Google odporúča ponechať presmerovania aspoň jeden rok po presune webu, aby vyhľadávače mohli zmenu spracovať; návštevníci môžu naďalej používať staré záložky a odkazy aj po tomto období.

Google Search Central: presuny webov a presmerovania

Čo mám po presunutí URL aktualizovať okrem presmerovania?

Aktualizujte interné odkazy, kanonickú URL cieľovej stránky, anotácie hreflang, ak ich používate, a XML mapu stránky tak, aby odkazovali na novú URL. Zachovajte relevantnosť náhradnej stránky a overte, že presmerovanie vedie priamo a konzistentne.

Google Search Central: presuny webov a presmerovania