Ve zkratce: Klasické měření z prohlížeče (GA4, Meta Pixel, TikTok Pixel) přichází v roce 2026 zhruba o 30 až 45 % konverzí, protože ho blokují prohlížeče, blokovače reklam a pravidla Applu na iOS. Měření přes vlastní serverový endpoint vrátí 70 až 90 % ztracených dat. Nasazení trvá 2 až 4 dny, měsíční provoz vychází na 800 až 2 000 Kč. V návodu ukazujeme přesnou architekturu, kterou používáme u klientů, přehled nástrojů podle velikosti firmy, časté chyby a plán nasazení.
Proč měření z prohlížeče přestává fungovat
Klient na vašem webu má spuštěné: GA4, Meta Pixel, Google Ads tag, případně Sklik, TikTok Pixel, Hotjar. Každý z těchto skriptů posílá data přímo z prohlížeče uživatele na servery dané platformy. Co se za poslední 3 roky stalo:
- Safari a iOS blokují cizí cookies, ochrana ITP maže i vaše vlastní cookies po 7 dnech a otiskování prohlížeče je dál omezené.
- Firefox ve výchozím nastavení blokuje GA4 i Meta Pixel úplně.
- Chrome postupně omezuje cizí cookies, naplno v roce 2026.
- Blokovače reklam (uBlock Origin, AdGuard, Brave) blokují měřicí skripty zhruba 25 % uživatelů.
- Apple Mail Privacy Protection blokuje měření otevření e-mailu.
- iOS 18 Private Relay maskuje uživatelům Safari IP adresu i identifikaci prohlížeče.
Výsledek: GA4 vám hlásí 100 návštěv. Skutečnost je 145. Konverzí vidíte 8, ve skutečnosti jich proběhlo 11. Když nevidíte 30 % konverzí, optimalizujete kampaně na špatná data. Smart Bidding v Google Ads a Meta Advantage+ pracují s neúplnými signály, výkon klesá.
Jak to řeší měření na serveru
Místo aby prohlížeč posílal data rovnou na servery Googlu a Mety, posílá je na váš vlastní server. Ten je ověří, doplní o serverové údaje (IP adresa, identifikace prohlížeče, hash uživatele) a pošle dál do GA4 Measurement Protocolu, Meta Conversions API a TikTok Events API. Z pohledu prohlížeče i blokovačů to vypadá jako běžná komunikace s vaší doménou, takže projde.
Navíc: data poslaná ze serveru mají v atribučních modelech Google Ads a Meta vyšší prioritu. Když správně odstraníte duplicity (shodné event_id v prohlížeči i na serveru), uvidíte víc konverzí, a přitom je nezapočítáte dvakrát.
Co se tím mění
Před:
Prohlížeč uživatele → servery Google Analytics (blokuje Safari) Prohlížeč uživatele → servery Meta Pixelu (blokuje blokovač reklam) Prohlížeč uživatele → servery TikTok Pixelu (blokuje Firefox)
Po:
Prohlížeč uživatele → t.vasedomena.cz (vlastní endpoint, vždy projde)
↓
Validace + obohacení
↓
→ Google Analytics (server-side, projde)
→ Meta Conversions API (s vyšší prioritou)
→ TikTok Events API
→ ostatní platformyArchitektura, kterou používáme my
1. Subdoména jako měřicí endpoint
Vytvořte subdoménu typu t.vasedomena.cz nebo data.vasedomena.cz. Nastavte ji jako CNAME na váš měřicí server. Klíčové je, že musí jít o subdoménu hlavní domény, ne o cizí doménu. Jinak ji prohlížeče zablokují stejně jako klasické měření.
Nastavení DNS:
- Typ: CNAME (nebo A záznam podle nastavení)
- Subdoména: t (nebo data, track, m)
- Cíl: gtm-server-side-xxxxx.appspot.com (pro serverové GTM na Google Cloud) nebo váš vlastní server
- TTL: 3600 sekund (po nasazení jde zvýšit)
2. Měřicí server
Možnosti, podle rozpočtu a požadavků:
- Serverový kontejner Google Tag Manageru. Běží na Google Cloud Run nebo App Engine. Nasazení za víkend, cena 50 až 150 USD měsíčně podle provozu. Doporučujeme ho 80 % klientů.
- Vlastní endpoint v Node.js. Plná kontrola, ale vývoj i údržba jsou práce navíc. Na Vercelu okolo 800 Kč měsíčně. Pro klienty s velkým provozem (nad 5 milionů událostí) nebo se zvláštními požadavky.
- Stape.io, JENTIS, Adobe Web SDK. Hotová služba od specializovaných firem. Cena 200 až 1 000 EUR měsíčně. Sedne velkým firmám, které nechtějí řešit správu serverů.
3. Doplněk v prohlížeči
I při měření na serveru potřebujete malý skript v prohlížeči, který události sbírá a posílá na váš endpoint. Doporučujeme webový kontejner Google Tag Manageru zapojený souběžně, nebo odlehčený vlastní skript pod 5 kB.
4. Správa souhlasů
Měření na serveru neznamená obejití GDPR. Pořád potřebujete platný souhlas. Naše sestava: Cookiebot nebo OneTrust na lištu, server pak volbu respektuje a posílá jen ty události, na které souhlas má.
Jak to jde po sobě: 1) uživatel přijde na web, 2) cookie lišta si vyžádá volbu, 3) uživatel souhlas udělí, nebo odmítne, 4) volba se uloží jako vaše vlastní cookie, 5) každá událost tu volbu nese s sebou, 6) měřicí endpoint ji zkontroluje, než data pošle dál.
5. Deduplikace
Když posíláte konverzi z prohlížeče i ze serveru, Meta a Google ji uvidí dvakrát, pokud v obou cestách neposíláte stejné event_id. Naše konvence: event_id = SHA-256(user_id + event_name + timestamp_ms). Posíláme stejné ID oběma cestami a platformy si konverzi sjednotí.
Co měřit po nasazení
Před a po nasazení sledujte:
- Počet konverzí v GA4 ze serveru proti měření z prohlížeče. Rozdíl ukazuje, kolik dat jste získali zpátky. Typicky 25 až 40 %.
- Míra spárování v Meta Conversions API. Cíl je nad 80 %. Pod 60 % znamená chybu v hashování uživatelských údajů.
- Skóre kvality událostí v Meta Events Manageru. Cíl je 7 a víc. Pod 5 je problém s daty.
- Atribuční model v Google Ads. Konverze rostou typicky o 18 až 30 % první měsíc.
- Cena za tisíc zobrazení v Display kampaních. Klesá obvykle o 10 až 15 % díky lepším signálům o publiku.
Sestava podle velikosti firmy
Do 1 milionu událostí měsíčně (malé až střední e-shopy)
Serverové GTM na Google Cloud Run. Nasazení 2 dny, provoz 80 USD měsíčně. Takhle to má 80 % klientů.
- Měření: GTM v prohlížeči a serverové GTM
- Hosting: Google Cloud Run (spravovaný)
- Souhlasy: Cookiebot (v Česku výchozí volba)
- Hlídání: Better Uptime na endpointu
1 až 10 milionů událostí měsíčně (střední e-shopy a SaaS)
Serverové GTM na větší instanci, nebo Stape.io. Nasazení 4 dny, provoz 200 až 500 USD měsíčně.
- Měření: GTM v prohlížeči a serverové GTM, případně obojí souběžně
- Hosting: vyšší tarif Google Cloud Run nebo Stape.io
- Souhlasy: Cookiebot Pro nebo OneTrust
- Hlídání: vlastní přehled a upozornění do Slacku
Nad 10 milionů událostí měsíčně (velké e-shopy a korporace)
Vlastní endpoint v Node.js nebo Adobe Web SDK. Nasazení 2 týdny, provoz podle architektury (500 až 5 000 USD měsíčně).
- Měření: vlastní odlehčené SDK v prohlížeči a serverový endpoint
- Hosting: vlastní Kubernetes cluster nebo Adobe SDK
- Souhlasy: OneTrust nebo jiný korporátní nástroj
- Hlídání: Datadog, Sentry, vlastní upozornění
Časté chyby
Posílání osobních údajů v čitelné podobě
E-mail, telefon i jméno musí odcházet zahašované (SHA-256). Když je posíláte čitelné, porušujete GDPR a Meta vás stejně zablokuje. Hash spočítejte už v prohlížeči, ne až na serveru. Server by osobní údaje v čitelné podobě neměl vidět vůbec.
Vynechaná klientská část
Většina platforem dnes doporučuje kombinaci prohlížeče a serveru se shodným event_id, ne čistě serverové měření. Při čistě serverovém řešení přijdete o atribuci prvního doteku u reklamních kampaní.
Nehlídaný server
Když váš měřicí endpoint spadne, v GA4 to nepoznáte, data prostě přestanou chodit. Nutnost je hlídání dostupnosti (Better Uptime, UptimeRobot) na endpointu a upozornění do Slacku.
Špatně zvolená subdoména
Některé prohlížeče (Brave, Firefox v přísném režimu) zablokují subdoménu, kterou vyhodnotí jako cizí. Použijte stejnou doménu druhého řádu jako hlavní web: když je web example.cz, měřicí endpoint je t.example.cz, ne tracking-example.cz.
Zapomenuté hlavičky cache-control
Odpověď měřicího endpointu se nesmí cachovat. Nastavte Cache-Control: no-store, no-cache, must-revalidate, jinak riskujete, že se budou vracet stará data.
Plán nasazení
Den 1 | DNS a cloud
Vytvoření subdomény, nasazení serverového GTM na Google Cloud Run a nastavení základních tagů.
Den 2 | Mapování a odstranění duplicit
Mapování serverových událostí (page_view, purchase, lead, scroll), generování event_id a nastavení Meta CAPI a Google Measurement Protocolu.
Den 3 | Souhlasy a testy
Napojení na Cookiebot, test, že se souhlas opravdu respektuje, a průchod celou objednávkou od začátku do konce.
Den 4 | Hlídání a dokumentace
Nastavení Better Uptime, dokumentace pro tým a předání znalostí klientovi.
Časté otázky
Můžu klasické GA4 opustit a měřit jen ze serveru?
Ne. Doporučujeme kombinaci prohlížeče a serveru se shodným event_id. Při čistě serverovém měření přijdete o atribuci prvního doteku a o část metrik v reálném čase.
Funguje měření na serveru i pro mobilní aplikace?
Ano, ale s jinou architekturou. Aplikace pro iOS a Android používají vlastní SDK (Firebase, Mixpanel). Serverový endpoint pak data jen doplní a přepošle dál na jednotlivé platformy.
Jak to zpomalí načtení stránky?
Nijak. Měření na serveru nezatěžuje prohlížeč. Zátěž nese váš endpoint, ne zařízení uživatele.
Jak u měření na serveru řešit GDPR?
Stejně jako u měření v prohlížeči. Souhlas musí být vyřešený dřív, než odejde první událost. Osobní údaje jen zahašované. A právo na výmaz musí fungovat i na serverové cestě.
Kolik to bude stát celkem?
Pro malou firmu (do 1 milionu událostí): 80 USD měsíčně a 4 dny nasazení, tedy zhruba 40 000 Kč. Pro střední (1 až 10 milionů): 300 USD měsíčně a 8 dní nasazení, tedy zhruba 80 000 Kč. Pro velkou (nad 10 milionů): podle zadání, typicky 100 000 až 400 000 Kč za nasazení a 500 až 5 000 USD měsíčně.
Můžu si to nasadit sám?
Když máte vývojáře se zkušeností se správou serverů, ano. Dokumentace GTM Server-Side Quick Start je dobrá. Počítejte ale s 2 až 4 týdny ladění, než to pojede naostro.
Závěr
Měření na serveru není opičárna pro paranoiky. V roce 2026 je to nutnost, pokud chcete vidět svůj marketing takový, jaký doopravdy je. 30 až 40 % konverzí, které vám dnes chybí, jsou rozdíl mezi "kampaň nefunguje" a "kampaň má skvělý ROAS". Investice 2 dny vývoje a 1 000 Kč měsíčně za provoz se vrátí během prvního měsíce přesnějších rozhodnutí.
