{# DE + SK hreflang odebráno 2026-05-24 — viz core/settings.py LANGUAGES. cross_lang_alternates is set False by views whose CS/EN versions live on DIFFERENT paths (KB articles/categories, blog posts) — there the naive same-path alternate would point at a non-existent URL, so we emit only the self-canonical instead of a wrong reciprocal. #} Přeskočit na obsah

Server-side tracking pro cestovní ruch: dlouhé cesty, vysoké hodnoty, externí rezervace

Cestovky a ubytování měří jinak než běžný e-shop: rozhodování trvá týdny, rezervace často probíhá na cizí doméně a storna jsou běžná. Jak na to se server-side trackingem.

T
Tým DataNostro 7. 6. 2026 · 10 min · Středně pokročilý

Měření v cestovním ruchu má tři vlastnosti, které ho odlišují od běžného e-shopu: rozhodování trvá dlouho, hodnota objednávky je vysoká a rezervace často proběhne mimo váš web. Každá z nich láme klasické client-side měření. Tady je, proč a jak to řeší server-side tracking.

Proč je cestovní ruch jiný

  • Dlouhý rozhodovací cyklus. Mezi prvním zájmem a rezervací dovolené často uběhnou týdny. Návštěvník se vrací, srovnává, čte recenze.
  • Vysoká hodnota objednávky. Jedna rezervace může mít hodnotu desítek tisíc, takže každá ztracená konverze bolí víc než u běžného zboží.
  • Rezervace mimo web. Spousta cestovek a ubytování předává dokončení rezervace externímu rezervačnímu nebo platebnímu systému na jiné doméně.
  • Storna a změny. Část rezervací se zruší nebo upraví, takže „dokončená objednávka" není vždy finální tržba.

Výzva 1: dlouhé rozhodování vs. krátká životnost cookies

Když mezi prokliknutím reklamy a rezervací uběhnou tři týdny, client-side cookie omezená přes Safari ITP na 7 dní už dávno vyprší. Návštěvník při rezervaci vypadá jako nový a reklamě se konverze nepřiřadí. Server-side tracking nastavuje first-party cookies serverem, takže jejich životnost není sražená na 7 dní — delší rozhodovací cesta zůstane spojená. Více v článku ITP, iOS a ad-blockery: ztracené konverze.

Výzva 2: rezervace na externí doméně

Pokud dokončení rezervace probíhá na jiné doméně (externí booking engine, platební brána), client-side měření snadno ztratí spojitost a konverze se „odpojí" od původní návštěvy. Server-side tracking dělá identitu napříč doménami robustnější — zvlášť když rezervační systém běží na subdoméně vaší domény. Detailně v článku cross-domain tracking se server-side GTM.

Výzva 3: vysoké hodnoty a optimalizace reklamy

U vysokých hodnot objednávek je přesnost konverzí kritická — chybějící data znamenají, že reklamní systémy optimalizují naslepo. Server-side vrací konverze ztracené kvůli ad-blockerům a ITP, takže Google Ads i Meta dostanou úplnější obrázek a lépe cílí na lidi, kteří skutečně rezervují.

Výzva 4: storna a reálná tržba

Pokud reklamní systém počítá s hodnotou rezervace, kterou zákazník později zrušil, optimalizuje na neexistující tržby. Server-side kontejner je vhodné místo, kde řešit korekce — například posílat upravenou hodnotu nebo storno událost, aby data odrážela skutečnost. Základ správných hodnot leží v data layer.

Praktická doporučení

  • Nasaďte server-side tracking kvůli delší životnosti identifikace — u dlouhých cest je to největší zdroj ztrát.
  • Pokud rezervujete přes externí systém, řešte cross-domain identitu hned na začátku.
  • Promítejte storna do dat, ať reklama neoptimalizuje na zrušené rezervace.
  • Respektujte GDPR — viz Consent Mode v2 prakticky.

Shrnutí

Cestovní ruch spojuje vše, co client-side měření zvládá nejhůř: dlouhé cesty, cizí domény a vysoké hodnoty. Server-side tracking je tu proto nejen vylepšení, ale často podmínka toho, aby reklamní data vůbec dávala smysl. Začněte kompletním průvodcem server-side trackingem nebo si vyzkoušejte DataNostro zdarma.

Sdílet

Nový článek 1× měsíčně

Hloubkové návody pro server-side tracking + případové studie z CZ trhu. Žádný spam, jen 1 e-mail za měsíc. Odhlásit kdykoli.

Zpět na Tracking