Technické SEO · Slovník pojmů
Redirect
(přesměrování)
Redirect je HTTP instrukce, která přesune návštěvníka i vyhledávač z jedné URL na jinou. Špatně zvolený typ nebo zbytečný řetězec přesměrování může připravit stránku o autoritu i pozice v Googlu.
Obsah článku
Definice
Co je redirect a jak funguje
Redirect je HTTP odpověď serveru, která říká prohlížeči i vyhledávači: stránka na této adrese se přesunula, pokračuj na novou URL. Celý proces probíhá automaticky a uživatel ho zpravidla nepozoruje.
Co se děje při přesměrování technicky
Když prohlížeč požádá server o stránku s přesměrováním, server odpoví stavovým kódem (například 301 nebo 302) a v hlavičce odpovědi uvede novou URL. Prohlížeč okamžitě odešle druhý požadavek na tuto novou adresu a zobrazí výslednou stránku. Celý proces trvá typicky desítky milisekund, při každém dalším hopu se ale latence sčítá.
Googlebot se chová podobně jako prohlížeč: sleduje redirect, zaznamená novou URL a postupně aktualizuje index. Jak rychle k aktualizaci dojde, závisí na crawl frekvenci daného webu — u běžných webů jde o dny až týdny, ne hodiny.
Redirect je součástí technického SEO a zásadně ovlivňuje, jak Google přiřazuje autoritu stránek při změnách struktury webu.
Přehled
Typy přesměrování
Typ redirectu určuje, jak ho interpretuje Google i prohlížeč. Záměna 301 za 302 při trvalé změně adresy je nejčastější chybou, která zbytečně zdržuje přenos autority na novou URL.
| Kód | Název | Trvalé / dočasné | Přenáší autoritu | Zachovává HTTP metodu | Nejčastější použití |
|---|---|---|---|---|---|
| 301 | Moved Permanently | Trvalé | Ano (plný přenos) | Ne (POST se změní na GET) | Trvalé přesunutí stránky, migrace domény, http → https |
| 302 | Found (dočasné) | Dočasné | Nepřenáší (Google indexuje původní URL) | Ne (POST se změní na GET) | Dočasná nedostupnost, A/B test s krátkým trváním |
| 307 | Temporary Redirect | Dočasné | Nepřenáší (Google indexuje původní URL) | Ano (POST zůstane POST) | Dočasné přesměrování formulářů a API endpointů |
| 308 | Permanent Redirect | Trvalé | Ano (plný přenos) | Ano (POST zůstane POST) | Trvalé přesunutí s API nebo formuláři; moderní alternativa 301 |
| Meta refresh | HTML redirect | Závisí na zpoždění | Okamžitý = jako trvalé; zpožděný = slabší signál | N/A | Záložní řešení, kdy server-side redirect není možný |
301 — trvalé přesměrování
Redirect 301 signalizuje Googlu, že stránka se trvale přesunula na novou adresu. Google přestane indexovat starou URL a postupně přesune na novou veškerou autoritu včetně zpětných odkazů. Je to nejpoužívanější typ pro SEO práci: migrace domény, přechod z HTTP na HTTPS, sjednocení www variant nebo trvalé přejmenování URL.
302 — dočasné přesměrování
Redirect 302 říká Googlu: původní stránka stále existuje, jen je dočasně jinde. Google proto nadále indexuje původní URL a nepřenáší autoritu na cílovou stránku. Použijte ho tehdy, kdy víte, že původní adresu v dohledné době obnovíte — například při krátkodobé kampani nebo dočasné údržbě.
307 — dočasné přesměrování se zachováním metody
Redirect 307 je funkčně shodný s 302, ale s jedním zásadním rozdílem: zachovává HTTP metodu požadavku. Pokud přijde POST požadavek (například odeslání formuláře), přesměruje ho jako POST na novou URL. Pro běžné webové stránky tento rozdíl nehraje roli, ale pro API endpointy nebo přihlašovací formuláře je 307 správná volba místo 302.
308 — trvalé přesměrování se zachováním metody
Redirect 308 je moderní alternativa k 301. Stejně jako 301 signalizuje trvalý přesun a plný přenos autority, ale na rozdíl od 301 zachovává HTTP metodu — POST zůstane POST. Podle Google Search Central mají 301 a 308 z pohledu vyhledávačů identický efekt. Pro weby bez API a formulářů je volba mezi 301 a 308 prakticky lhostejná.
Meta refresh a JavaScript redirect
Meta refresh funguje na úrovni HTML, nikoli serveru. Google ho rozlišuje podle zpoždění: okamžitý meta refresh (0 sekund) interpretuje jako trvalé přesměrování, zpožděný (například 5 sekund) jako dočasné s nižší přenosovou hodnotou. JavaScript redirect Google zpracovává, ale až po renderování stránky, což může zpozdit zpracování. Oba typy jsou záložní řešení pro případy, kdy server-side redirect technicky není možný. Pokud máte přístup ke konfiguraci serveru, vždy preferujte HTTP redirect.
Rozhodovací rámec
Jak se rozhodnout: 301, 302, nebo 307?
Volba typu redirectu závisí na dvou otázkách: je přesun trvalý, nebo dočasný? A jde o přesměrování stránky, nebo API endpointu s POST požadavky? Následující scénáře pokrývají drtivou většinu situací, se kterými se na reálném webu setkáte.
SEO
Vliv redirectů na SEO
Nejčastější otázka okolo redirectů zní: přijdu o pozice? Odpověď záleží na tom, jaký typ přesměrování použijete a jak ho nastavíte.
Co se přenáší při 301
Google potvrdil, že trvalé přesměrování (301 i 308) přenáší plnou autoritu stránky včetně hodnocení zpětných odkazů. Po přesunu webu proto nemusíte znovu budovat link profile od nuly. Přenos ale není okamžitý: Google potřebuje stránku znovu procrawlovat, vyhodnotit redirect a aktualizovat index. U menších webů jde o dny, u větších klidně o týdny.
Co se nepřenáší nebo přenáší pouze částečně
Dočasné redirecty (302, 307) autoritu nepřenáší záměrně — Google nadále pracuje s původní URL jako s kanonickou. To je správné chování pro skutečně dočasné situace, problém nastane, když je 302 použit omylem místo 301 pro trvalou změnu. V takovém případě Google po delší době může začít 302 interpretovat jako trvalý přesun, ale jde o nejistý proces bez záruky.
Dopad na crawl budget
Každý redirect spotřebovává část crawl budgetu. U malých webů to není problém, ale weby s tisíci přesměrování — například po velké migraci nebo při neudržované redirect tabulce — mohou zjistit, že Googlebot tráví část crawlu sledováním starých řetězců místo indexace nového obsahu. Pravidelná revize redirect tabulky je součástí technické SEO hygieny.
Jak dlouho trvá zpracování
Neexistuje pevný čas. Google crawluje web podle vlastního rozvrhu, který závisí na autoritě domény, frekvenci publikování a technickém stavu webu. Zpravidla počítejte s tím, že po nasazení redirectů uplynou 2 až 4 týdny, než se změny plně projeví v pozicích. Průběh sledujte v Google Search Console přes nástroj Kontrola URL a report Pokrytí.
Technická chyba
Redirect chain a redirect loop
Redirect chain a redirect loop jsou dvě nejzávažnější technické chyby v práci s přesměrováním. Obě zpomalují web a poškozují SEO, přitom vznikají snadno a zůstávají neodhaleny měsíce.
Co je redirect chain
Redirect chain (řetězec přesměrování) vzniká, když vede cesta z URL A přes URL B na URL C — nebo ještě dál. Místo přímého skoku z původní adresy na cílovou prochází požadavek mezistanami. Každý hop přidává latenci, protože prohlížeč musí čekat na odpověď serveru pro každou adresu v řetězci.
Z pohledu Googlu: Google Search Central uvádí, že Googlebot sleduje redirect chain o délce až 10 hopů. Přesto doporučuje mít přímé přesměrování, nebo maximálně 3 a méně než 5 hopů. Dlouhý řetězec zbytečně spotřebovává crawl budget a zpomaluje přenos autority.
Co je redirect loop
Redirect loop (smyčka přesměrování) nastane, když URL A přesměrovává na URL B a URL B přesměrovává zpět na URL A. Prohlížeč ani Googlebot nikdy nedosáhne cílové stránky. Výsledkem je chybová stránka s hláškou „Too many redirects“ a stránka vypadne z indexu. Smyčka se typicky objeví při špatně nakonfigurovaném https přesměrování nebo při nesprávném nastavení .htaccess pravidel.
Jak redirect chain detekovat
- Screaming Frog: záložka Redirect Chains zobrazí všechny řetězce delší než jeden hop. Filtrujte na 3xx a seřaďte podle délky řetězce.
- Online redirect checker: nástroje jako httpstatus.io nebo redirectchecker.org zobrazí každý hop včetně stavových kódů pro zadanou URL.
- Google Search Console: report Pokrytí může signalizovat problémy s přesměrováním u konkrétních URL. Nástroj Kontrola URL zobrazí, kam redirect vede.
- DevTools v prohlížeči: záložka Network, filtr na „Doc“ nebo „All“ — při načtení stránky uvidíte každý 3xx hop jako samostatný řádek.
Jak redirect chain opravit
Zmapujte celý řetězec
Zaznamenejte každou URL v řetězci: A → B → C → D (cílová). Potřebujete přesnou mapu, abyste věděli, které redirecty aktualizovat.
Aktualizujte redirect přímo na cíl
Každou URL ze řetězce (A, B, C) nastavte tak, aby přesměrovávala přímo na finální cílovou adresu D. Smažte mezičlánky.
Ověřte výsledek
Zkontrolujte redirect checkerem, že každá opravená URL vede přímo na cíl s jedním hopem a správným kódem 301.
Aktualizujte interní odkazy
Interní odkazy, které vedou na mezičlánky řetězce, aktualizujte přímo na finální URL. Redirect není náhrada za aktuální interní odkaz.
Kontrola
Jak redirect ověřit a zkontrolovat
Nasadit redirect nestačí — je třeba ověřit, že skutečně funguje, vrací správný stavový kód a nevytváří nechtěný řetězec. Kontrola zabere pět minut a ušetří hodiny ladění.
Online redirect checker
Nástroje jako httpstatus.io nebo redirect-checker.org zobrazí každý hop v řetězci, stavový kód každé odpovědi a finální cílovou URL. Zadejte původní adresu a zkontrolujte, že výsledek ukazuje jeden hop s kódem 301 nebo jiným očekávaným typem.
Screaming Frog SEO Spider
Po crawlu webu přejděte na záložku Response Codes a filtrujte na 3xx. Záložka Redirect Chains zobrazí všechny vícehopové řetězce. Ideální pro audit celého webu najednou — při migraci projděte všechny přesměrované URL.
Google Search Console — Kontrola URL
Nástroj Kontrola URL v GSC ukáže, jak Google vidí danou adresu: zda ji indexuje, na jakou URL redirect míří a jaký stavový kód server vrátil při posledním crawlu. Výsledek odráží pohled Googlebota, ne jen prohlížeče.
Případová studie
Redirect při přesunu nebo rebrandingu webu
Přesun webu na novou doménu nebo kompletní restrukturalizace URL jsou situace, kde špatně nastavené redirecty mohou smazat roky budované SEO pozice. Správný postup problém eliminuje.
Mapování starých URL na nové
Před nasazením redirectů vždy sestavte mapovací tabulku: vlevo původní URL, vpravo cílová URL. Zdrojový seznam původních adres získáte ze sitemap, ze záznamu v Google Search Console (Stránky → export) nebo ze Screaming Frogu. Pravidlo je jedno: každá stránka se přesměrovává na tematicky nejbližší novou URL, ne na homepage. Google to výslovně doporučuje a přesměrování na homepage hodnotí jako méně relevantní.
Postup krok za krokem
Canonical jako alternativa pro duplikáty
Pokud řešíte duplicitní obsah a nepotřebujete přesunout stránku z indexu, ale pouze určit preferovanou verzi URL, zvažte místo redirectu canonical tag. Canonical Google pouze doporučuje, která URL je preferovaná — je to slabší signál než redirect, ale zachovává obě URL dostupné. Redirect je silnější volba, když chcete ze staré URL udělat skutečný přechod na novou.
Na co si dát pozor
Časté chyby při nastavení redirectů
Většina problémů s redirecty nevzniká z neznalosti jejich existence, ale z drobných chyb v implementaci. Následující seznam pokrývá chyby, které v praxi opakovaně vedou k výpadkům pozic nebo zbytečnému výkonu.
302 místo 301 pro trvalou změnu
Nejčastější chyba. Pokud stránka mění URL natrvalo, ale redirect je nastaven jako dočasný (302), Google bude po neurčitou dobu indexovat původní adresu a autoritu nepřenese. Zkontrolujte typ u každého redirectu, který nasazujete při migraci nebo restrukturalizaci.
Redirect na homepage místo relevantní stránky
Přesměrování stovky zrušených produktů na homepage je technicky funkční, ale SEO hodnota přenosu je minimální — Google vyhodnotí takový redirect jako méně relevantní. Vždy hledejte tematicky nejbližší existující stránku. Pokud žádná neexistuje, zvažte raději vrátit 404 nebo 410.
Neudržovaná redirect tabulka
Redirect, který vyřeší problém dnes, se za rok stane mezičlánkem nového řetězce. Bez pravidelného auditu redirect tabulky vznikají vícehopové řetězce, které zpomalují web a plýtvají crawl budgetem. Auditujte redirecty při každé větší změně struktury webu.
Redirect zablokovaný v robots.txt
Pokud je původní nebo cílová URL zablokovaná pro Googlebot v robots.txt, Google redirect nesleduje nebo ignoruje — v závislosti na konfiguraci. Před nasazením zkontrolujte, že ani zdrojová, ani cílová URL nejsou blokovány pravidly v robots.txt.
Chybějící redirect po přesunu stránky
Smazaná nebo přejmenovaná stránka bez redirectu vrátí 404. Zpětné odkazy vedoucí na starou URL přestávají předávat autoritu, uživatelé narazí na chybovou stránku. Každé přejmenování URL nebo smazání stránky s organickou návštěvností by mělo automaticky spustit vytvoření redirectu.
Redirect loop při přechodu na HTTPS
Při špatně nakonfigurovaném přesměrování z HTTP na HTTPS se může stát, že HTTPS verze přesměrovává zpět na HTTP nebo dochází ke konfliktu pravidel v .htaccess a nastavení CDN nebo proxy (Cloudflare). Výsledkem je smyčka a chyba „Too many redirects“. Vždy otestujte přesměrování ihned po nasazení.
Časté otázky
FAQ — přesměrování
Technické SEO
bez záhad
Přesměrování je jen jeden díl skládačky.
Domluvit konzultaciZdroje
Zdroje a reference
- Google Search Central — Redirects and Google Search: developers.google.com/search/docs/crawling-indexing/301-redirects (přístup: duben 2026)
- Google Search Central — Site move with URL changes: developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes (přístup: duben 2026)
- Ahrefs — Redirects for SEO: ahrefs.com/blog/redirects-for-seo/ (přístup: duben 2026)
- Semrush — 301 Redirects: semrush.com/blog/301-redirects/ (přístup: duben 2026)
- Redirection plugin dokumentace: redirection.me/support/ (přístup: duben 2026)