Každý krok přesměrování mezi kliknutím uživatele a vaší cílovou stránkou vás něco stojí. Čas. Konverze. Data pro atribuci. Někdy i pozice ve vyhledávání. Většina marketingových týmů přitom netuší, kolik přesměrování se skrývá v jejich kampaních, e-mailových newsletterech a odkazech z placených reklam.
Tento průvodce vysvětluje, co jsou přesměrování, proč záleží na jejich typu, co vás řetězce přesměrování skutečně stojí a jak provést rychlý měsíční audit, který odhalí problémy dřív, než poškodí vaše kampaně.
Co je přesměrování?
Přesměrování je pokyn, který pošle prohlížeč z jedné adresy URL na jinou. Když kliknete na odkaz, prohlížeč pošle serveru požadavek. Přesměrování znamená, že server odpoví „tuhle stránku nenačítej, jdi místo toho na tuto jinou adresu URL“ a prohlížeč pokyn provede.[1]
Ve většině případů se to stane neviditelně a téměř okamžitě. Problém je, že „téměř okamžitě“ se sčítá. A ne všechna přesměrování jsou stejná.
Čtyři typy přesměrování, které marketéři potřebují znát
HTTP definuje několik stavových kódů pro přesměrování.[1] Čtyři z nich se v marketingu objevují neustále.
301: trvalé přesměrování
Kód 301 říká prohlížečům a vyhledávačům: „Tato stránka se trvale přesunula. Aktualizujte si záznamy.“ Vyhledávače přenesou většinu signálů pro hodnocení původní stránky na nový cíl. Prohlížeče si mohou 301 uložit do mezipaměti, takže opakovaní návštěvníci mohou jít rovnou na cíl a váš server už vůbec nekontaktovat.
Co to znamená pro marketing: Vhodné pro trvale vyřazené adresy URL (stará produktová stránka, která vede na svou náhradu). Pro krátké odkazy se nehodí. Pokud si prohlížeč 301 uloží do mezipaměti, cíl už později nezměníte bez obcházení mezipaměti a část kliknutí z mezipaměti se nemusí zaznamenat.
302: dočasné přesměrování
Kód 302 říká prohlížečům a vyhledávačům: „Teď jdi na tuto jinou adresu URL, ale záznamy neaktualizuj, může se to změnit.“ Prohlížeče si 302 neukládají do mezipaměti stejným způsobem, takže každá návštěva projde přes server pro přesměrování.[1]
Co to znamená pro marketing: Výchozí volba pro zkracovače odkazů a kampaňové odkazy, protože zachová možnost změnit cíl a zajistí, že se zaznamená každé kliknutí. Pokud používáte platformu pro správu odkazů, téměř jistě používá 302.
307: dočasné přesměrování se zachováním metody
Kód 307 je jako 302, ale výslovně zachovává metodu HTTP původního požadavku (GET, POST atd.). Na tom záleží hlavně vývojářům, kteří stavějí formuláře nebo integrace přes API, u běžných marketingových odkazů ne.[1]
308: trvalé přesměrování se zachováním metody
Kód 308 je trvalá verze 307, tedy jako 301, který navíc zachovává metodu požadavku. I tohle se týká hlavně vývojářů.[1]
Praktické shrnutí pro většinu marketérů: Pro kampaňové odkazy chcete 302. Kód 301 patří k trvalým migracím adres URL. Pokud ve svých marketingových odkazech vidíte 307 nebo 308, děje se něco neobvyklého a stojí za to to prověřit.
Co je řetězec přesměrování a proč je to problém?
Řetězec přesměrování vznikne, když adresa URL přesměruje na jinou adresu URL, která sama přesměrovává dál. Prohlížeč tak udělá řadu kroků, než se dostane na konečný cíl.
Jednoduchý příklad:
Your short link (hop 1)
→ Tracking/affiliate URL (hop 2)
→ Old campaign URL (hop 3)
→ Final landing page
To jsou tři kroky. Každý z nich vás stojí tohle:
Latence
Každý krok přesměrování přidá jeden síťový požadavek tam a zpět. Každý krok obvykle prodlouží načítání o 100–300 milisekund.[2] Na rychlém připojení u počítače mohou tři kroky přidat 300 ms, což je znát, ale dá se to snést. Na mobilu se slabým signálem to může být celá sekunda i víc.
Google udělal z rychlosti stránky faktor hodnocení ve výsledcích mobilního vyhledávání a zpoždění přesměrování přímo ovlivňuje Core Web Vitals, zejména Largest Contentful Paint (LCP).[3]
Rozbitá atribuce UTM
Když adresa URL označená UTM projde řetězcem přesměrování, hrozí skutečné riziko, že se parametry UTM na některém z mezikroků ztratí.[4] Konverze se pak v analytice zobrazí jako „direct“ návštěvnost a nedají se přiřadit kampani, která je skutečně přinesla. Příručka parametrů UTM popisuje, jak odkazy označit, aby byla ztráta vidět, když nastane.
Nejčastěji se to stává, když:
- Krátký odkaz přesměruje na adresu URL, která už má jiné parametry UTM
- Affiliate síť používá přesměrování, které odstraní řetězec dotazu
- CMS automaticky přesměrovává adresy URL bez koncového lomítka (např.
/page→/page/) a parametry nepředá dál
Rozbité náhledy odkazů
Jak popisuje náš průvodce Open Graph, roboti sociálních sítí, zejména robot LinkedInu, často nesledují řetězce přesměrování spolehlivě. Odkaz se dvěma nebo více kroky nemusí vytvořit žádný náhled, nebo vytvoří náhled ze špatné stránky. Kontrola náhledu Open Graph ukáže, co robot každé platformy vidí na konci řetězce.
Smyčky přesměrování
Nejhorší případ: adresa A přesměruje na adresu B a ta zpět na adresu A. Prohlížeč to nakonec vzdá a zobrazí chybu.[1] Obvykle je způsobí špatné nastavení CMS, pravidla přesměrování, která si odporují, nebo chybně vynucené HTTPS/HTTP.
Jak provést audit přesměrování: měsíční kontrolní seznam
Pomocí nástroje Kontrola přesměrování níže prověřte libovolnou adresu URL. Vložte ji a uvidíte celý řetězec, každý stavový kód a konečný cíl.
Vyzkoušejte zdarma, bez registrace
Kontrola přesměrování
Sledujte celý řetězec přesměrování libovolné URL.
Co každý měsíc zkontrolovat
1. Nejpoužívanější krátké odkazy z kampaní. Vytáhněte 10 krátkých odkazů s nejvíce kliknutími za posledních 30 dní. U každého zkontrolujte délku řetězce (víc než 1 krok stojí za prověření) a správnost konečného cíle (stránky se přesouvají bez úpravy přesměrování častěji, než byste čekali).
2. Odkazy v aktuálních e-mailových kampaních. E-mailové odkazy bývají v řetězcích přesměrování nejhorší. Typický řetězec může vypadat takto: adresa URL pro sledování kliknutí od poskytovatele e-mailingu → váš krátký odkaz → cíl. To jsou dva kroky ještě předtím, než se stránka začne načítat. Přidejte přesměrování v CMS a máte tři.
3. Cílové adresy URL placených reklam. Google Ads, Meta Ads i LinkedIn Ads mají pravidla pro chování přesměrování. Google Ads výslovně zakazuje řetězce přesměrování, které zakrývají doménu konečného cíle.[5] A nejde jen o pravidla: řetězce v cílových adresách placených reklam přímo zvyšují cenu za kliknutí (CPC), protože pomalejší cílové stránky snižují skóre kvality.[5]
4. Odkazy v článcích na blogu s vysokou návštěvností. Pokud vaše články odkazují na stránky partnerů, produktů nebo jiné zdroje, cílové stránky se od vydání mohly přesunout. Rychlá měsíční kontrola včas zachytí chyby 404 a nechtěné řetězce.
5. Každý odkaz, který nedávno „přestal fungovat“, ale technicky pořád přesměrovává. Řetězec přesměrování někdy technicky funguje, ale vede na zastaralou stránku. Prohlížeč se na cíl dostane, jen je to ten špatný. Bez cíleného auditu se to snadno přehlédne.
Jak opravit problémy, které najdete
Příliš mnoho kroků
Oprava je obvykle jednoduchá: upravte původní krátký odkaz tak, aby vedl přímo na konečný cíl a mezilehlé adresy URL vynechal. Většina platforem pro správu odkazů umožňuje změnit cíl existujícího krátkého odkazu, aniž by se změnil samotný odkaz. To je jedna z hlavních výhod spravovaných krátkých odkazů oproti napevno vloženým adresám URL. Na stránce zkracovač odkazů je vysvětleno, jak je nastavené přesměrování v LinkPilotu.
Špatný typ přesměrování (301 tam, kde chcete 302)
Pokud nastavíte přesměrování 301 a později potřebujete změnit cíl, stane se problémem mezipaměť prohlížeče. Jediná spolehlivá oprava je používat platformu pro správu odkazů, která ve výchozím stavu vydává 302, nebo počkat, až vyprší TTL mezipaměti, a cíl změnit na úrovni CDN nebo serveru.
Ztrácejí se parametry UTM
Nejdřív problém ověřte: udělejte z odkazu testovací kliknutí a v analytice v reálném čase zkontrolujte, jaký zdroj, médium a kampaň se zaznamenaly. Pokud UTM chybí, projděte řetězec ručně a zjistěte, který krok je odstraňuje.
Možné opravy:
- Zapnout předávání parametrů na platformě pro krátké odkazy (automaticky připojí příchozí řetězce dotazu k cílové adrese URL)
- Sestavit cílovou adresu URL znovu tak, aby parametry UTM obsahovala přímo, a nespoléhat na jejich předání
- Odstranit mezikrok, který parametry odstraňuje
Smyčky přesměrování
Ty je potřeba diagnostikovat na úrovni serveru nebo CMS. Časté příčiny:
- Plugin pro WordPress (často plugin pro vynucení SSL nebo pro mezipaměť), který vytvoří kruhové pravidlo
- Soubor
.htaccesss pravidly přepisu, která si odporují - Pravidla HTTPS na HTTP a HTTP na HTTPS nastavená současně v různých systémech
- CDN i zdrojový server, které se oba snaží vynutit přesměrování opačným směrem
Kontrola přesměrování smyčku odhalí tak, že ukáže kruhový odkaz. Jakmile víte, který krok kruh vytváří, najděte pravidlo, které si s ostatními odporuje, a odstraňte ho.
Poznámka ke krátkým odkazům a rychlosti přesměrování
Dobře postavené platformy pro správu odkazů zrychlují přesměrování tím, že vyhledání cíle ukládají do mezipaměti na okraji sítě. Přesměrování tak proběhne ze serveru blízko uživatele, místo aby putovalo až na centrální zdrojový server. Latence přesměrování pak může klesnout pod 20 milisekund i pro publikum po celém světě.
Pokud používáte přesměrování na vlastním serveru nebo špatně optimalizované řešení, může jediný krok z krátkého odkazu na cíl trvat 400–800 ms. To je víc než dobře postavený řetězec několika kroků na optimalizované infrastruktuře. V takových případech záleží na kvalitě infrastruktury víc než na počtu kroků, ale omezovat počet kroků je i tak osvědčený postup.
Šablona měsíčního auditu ke zkopírování
REDIRECT AUDIT — [Month, Year]
Date completed: ___________
Auditor: ___________
URLs checked:
[ ] Top 10 short links (by clicks)
[ ] All links in current email campaign
[ ] All paid ad destination URLs
[ ] Top 5 blog posts (external links)
[ ] Any links flagged by team in past month
For each URL, note:
- Final destination correct? (Y/N)
- Number of redirect hops: ___
- Redirect types (301/302/other): ___
- UTM parameters intact at destination? (Y/N)
- Any loops or errors? (Y/N)
Actions logged:
[ ] Updated destination on: ___________
[ ] Fixed UTM passthrough on: ___________
[ ] Resolved loop on: ___________
[ ] Flagged for dev: ___________
Next audit scheduled: ___________
Zdroje
[1] Fielding, R., Nottingham, M., & Reschke, J. (2022). RFC 9110: HTTP Semantics, §15.4 (Redirection 3xx). IETF. https://www.rfc-editor.org/rfc/rfc9110#section-15.4
[2] Google Developers. (2024). Avoid multiple page redirects. web.dev / Chrome for Developers. https://developer.chrome.com/docs/lighthouse/performance/redirects/
[3] Google Search Central. (2024). Understanding Core Web Vitals and Google search results. https://developers.google.com/search/docs/appearance/core-web-vitals
[4] Google LLC. (2024). Collect campaign data with custom URLs. Google Analytics Help. https://support.google.com/analytics/answer/1033863
[5] Google LLC. (2024). Google Ads destination requirements policy. https://support.google.com/adspolicy/answer/6368661
Naposledy aktualizováno: květen 2026. Viz také slovníček zkracování odkazů: přesměrování, 301/302/307/308, řetězec přesměrování, smyčka přesměrování, předávání parametrů, parametry UTM.
