Kontrola přesměrování

Přesměrování (redirect) je instrukce, která řekne prohlížeči i vyhledávači: "Tato stránka se přesunula jinam." Každý redirect přidává latenci a může ovlivnit, jak Google indexuje váš web.

Typické důvody pro přesměrování:

• Změna URL struktury — starý slug → nový slug

• Migrace na HTTPS — http:// → https://

• Kanonizace domény — www.example.com → example.com

• Sloučení stránek — více duplicitních stránek → jedna hlavní

Problémy nastávají, když se řetězec přesměrování zbytečně prodlužuje, vznikají smyčky, nebo redirect míří na neexistující stránku.

301 (Moved Permanently) — Nejběžnější pro SEO. Říká vyhledávačům, že přesun je trvalý a mají přenést veškerý "link juice" na novou URL. Google přenáší ~99 % PageRanku.

302 (Found / Temporary Redirect) — Dočasné přesměrování. Google může dlouho indexovat původní URL. Používejte POUZE pokud je stránka dočasně jinde (údržba, A/B test).

307 (Temporary Redirect) — HTTP/2 varianta 302. Zachovává metodu požadavku (POST zůstane POST).

308 (Permanent Redirect) — HTTP/2 varianta 301. Trvalé přesměrování, které zachovává metodu požadavku.

Meta refresh / JavaScript redirect — Náš nástroj tyto nezachytí (vyžadují rendering). Měly by být vždy nahrazeny serverovým 301/308.

Řetězec přesměrování nastává, když jedna URL přesměrovává na druhou, ta na třetí, atd. Google doporučuje maximálně 2–3 hopy.

Příklad problematického řetězce:

http://example.com → https://example.com → https://www.example.com → https://www.example.com/

Dopady:

• Pomalejší načítání — každý hop přidá 50–200 ms latence

• Ztráta PageRanku — při každém hopu se část "link juice" ztratí

• Crawl budget — Googlebot má omezený čas na váš web. Čas strávený procházením redirectů = méně stránek proindexovaných

• UX — Uživatelé vidí blikající stránku před finálním zobrazením

Řešení: Přesměrujte vždy přímo na finální URL (A → D místo A → B → C → D).

Smyčka (redirect loop) nastává, když URL A přesměrovává na URL B a ta zpět na URL A — nebo ve více krocích: A → B → C → A.

Prohlížeč to detekuje po ~20 cyklech a zobrazí chybu ERR_TOO_MANY_REDIRECTS. Stránka se vůbec nenačte.

Časté příčiny smyček:

• Konfliktní pravidla v .htaccess nebo nginx konfigurace

• CDN a hosting se navzájem přesměrovávají

• WordPress plugin + serverový redirect dělají totéž

• HTTPS redirect + www redirect v konfliktu

Jak opravit:

1. Zkontrolujte nastavení DNS a CDN (Cloudflare, Vercel)

2. Sjednoťte redirect pravidla na jednom místě

3. Ověřte, že CMS a server neduplikují přesměrování

Přesměrování z HTTP na HTTPS je standard — ale mělo by být co nejkratší (max 1 hop).

Ideální stav:

http://example.com → 301 → https://example.com ✅

Problematický stav:

http://example.com → http://www.example.com → https://www.example.com ❌

(3 hopy místo 1)

HSTS (HTTP Strict Transport Security):

Hlavička `Strict-Transport-Security` řekne prohlížeči, aby VŽDY používal HTTPS. Po prvním načtení prohlížeč neprovádí HTTP → HTTPS redirect, protože rovnou posílá HTTPS požadavek.

HSTS Preload: Pro maximální bezpečnost registrujte doménu na hstspreload.org — prohlížeče pak používají HTTPS i bez předchozí návštěvy.

Google vnímá přesměrování jinak než běžný prohlížeč:

• 301/308 — Google přenese signály na novou URL a postupně nahradí starou v indexu

• 302/307 — Google si ponechá původní URL v indexu (ale může ji nahradit, pokud redirect trvá dlouho)

• Řetězce — Googlebot sleduje max ~5 redirectů v řetězci

• Meta refresh (<5s) — Google zpracuje jako 301

• Meta refresh (≥5s) — Google zpracuje jako 302

• JavaScript redirect — Google zpracuje, ale s nižší prioritou

Tip pro kontrolu: Náš nástroj umožňuje testovat s User-Agentem Googlebotu, Bingbotu nebo Seznambotu. Některé servery posílají různé přesměrování různým botům.