Zjistěte jak jsme migrovali 250 mediálních tagů (Facebook CAPI, Google Ads, Sklik, Bing) na server-side GTM. Praktické tipy, návody a zkušenosti.
S příchodem serverového měření řešíme u klientů serverové trackování nejen pro analytiku, ale i pro mediální systémy. V tomto článku chci nasdílet zkušenosti ze serverové implementace mediálních tagů u většího klienta, co jsme se u toho naučili, jaké šablony jsme použili, a na co si dát pozor.
Klient, u kterého jsme implementaci řešili, má část infrastruktury v Google Cloud Platform. Serverové GTMko mu běží v Cloud Run a jsou na něj směřovány hity z front-endových GTMs (klient měří z více domén).
Hlavní migrace GA4 360 na serverové GTM proběhla již dříve. Dalším krokem byla serverová implementace pro mediální systémy: Google Ads, Facebook, Sklik a Bing.
Důvodů pro migraci mediálních tagů bylo více:
• zrychlení webu díky přesunu médií na server (tj. lepší zákaznická zkušenost)
• bezpečnost - kontrola toho, co jednotlivé skripty posílají z webu za data
• pro uživatele se souhlasem příprava na nastavení zasílání osobních dat a jejich obohacování na serveru
Teoreticky brnkačka - Google Ads, Facebook i Bing mají serverové šablony. GA4 data na server už tečou, tj. použijeme tyto eventy k odpalování mediálních tagů. Určitě to bude jen klikačka - prostě nastavíme zrcadlově tagy na server. Jenomže vůbec :)
Trocha kontextu:
V době migrace bylo v obou hlavních GTM:
• 100 GA4 tagů
• 250 mediálních tagů
• to celé v rámci 7 top-level produktů
• dělených do 50 produktových skupin
• a ty dělené do 95 konkrétních produktů :)
Všechny frontendové GTM kontejnery posílaly data do společného server-side GTM. Mediální tagy bylo tedy potřeba nejen přesunout, ale hlavně správně sesbírat z různých míst, konsolidovat jejich triggery a naming, a sloučit je pod správné konverze v jednotlivých systémech.
Facebook tagů bylo původně 54. S marketingem jsme se domluvili, že je co nejvíce sloučíme do několika obecnějších eventů – pro nastavování kampaní to bylo dostatečné. Cílem tedy bylo zjednodušovat. Jenže Facebook má rád hodně dat – a z různých směrů.
Klient svolil ke spuštění Facebook pixelu jak z browseru, tak ze serveru – tzv. hybridní řešení. Co to znamená a proč to dává smysl?
• Když pixel běží v prohlížeči, načte si na front-endu facebook knihovnu a získá spoustu informací o uživateli, včetně těch, které si sebere na pozadí.
• Když ho spouštíte na serveru, závisí na tom, co mu předáte. Je to bezpečnější způsob a méně citlivý na adblockery.
1. Z browseru se odešle event (např. page_view) přímo do Facebooku. Musí obsahovat event_id – např. kombinaci timestampu a náhodného čísla (generujeme ve front-end GTM pomocí STAPE šablony).
Tato proměnná má v šabloně své místo v sekci More Settings.
2. Stejný trigger odešle paralelně event (např. GA4) na server – se stejným event_id (event variable).
3. Ze serveru se následně pošle stejný event do Facebooku pomocí Facebook šablony od STAPE. Event ID patří do části Server Event Data Override.
→ Facebook si události deduplikuje. Pokud přijde event z obou stran se stejným event_id, vezme si browserový. Když chybí, použije ten serverový.
Migrace vypadala jednoduše, ale znamenala ruční revizi všech 54 tagů – co sloučit, co zachovat, co přejmenovat a co přeposlat na server.
V některých případech jsme museli:
• sjednotit naming napříč dvěma hlavními GTM,
• vytvořit specifické triggery pro server,
• nebo posílat tzv. transportní tagy (pokud používáte k předání dat na server GA4 data stream).
Představte si, že mediální remarketing spouštíte na gtm_consent_update. Ale tento event do GA4 neposíláte, tedy na serveru si na něj nesáhnete. A transportní tagy jsou GA4 eventy posílané na server jen kvůli spuštění mediálních tagů (neobsahují kompletní parametry).
My jsme si je všechny označili stejným jménem, například sgtm_transport_gtmConsentUpdate. Na serveru je využili jako trigger pro mediální scripty, ale zároveň ho použili jako výjimku pro spouštění GA4 event data tagu.
🛑 Ale pozor: pokud takový event odejde jako první v session, může přenášet session source / medium, a tím že ho z GA vyloučíte, vytvoří se vám v atribuci "not set".
• Důsledně si hlídejte parametry, které přeposíláte.
• Například event_id možná nechcete ukládat do BQ nebo GA – pomocí transformací ho vylučte.
• Naopak některé parametry mohou způsobit "fail" tagu (např. lead_id, nebo facebookový parametr contents chybně zapsaný jako object místo array).
• Vždy kontrolujte Outgoing request v debug módu – jestli tam nic nehlásí chybu. Serverový debug není tak “výřečný” jako front-endový, nemusíte na chybu tak snadno přijít.
Pokud jste hybridní řešení FB CAPI nastavili dobře, ve FB event manageru se vám začne objevovat u jednotlivých eventů světle modrá linka, která značí data, jež přišla ze serveru. Obrázek níže ukazuje příklad perfektního výsledku, který splňuje nejvyšší FB požadavky - ze serveru je posíláno více eventů než z browseru, deduplikace funguje, nádhera :)
Zde se díváme na event odeslaného formuláře, kde jsou běžně hodně zapojeny ad-blockery. Serverové řešení tady skóruje a zároveň FB může použít pro deduplikaci nejen event_id, ale navíc data jako zahashovaný email či telefon (pokud lze zasílat i osobní data, doporučujeme to udělat, např. s telefonem má Facebook výborný match rate). Zažila jsem eventy, kde bylo z browseru vícenásobně více eventů, protože byl server tag v GTM blokovaný kvůli consentu (?) a další libůstky.
U této migrace jsme se nakonec dostali na 33 eventů úspěšně deduplikovaných v hybridním CAPI řešení.
Paralelně s nasazováním Facebooku jsme řešili nasazení Google Ads a Skliku. Google Ads a Sklik měly úplně jinou strukturu než FB tagy a tagů bylo mnohem více - u GAds to bylo 72 tagů a u Skliku také. Začalo nám opět kolečko s marketingem, které eventy ponechat, které sloučit a které nakonec doplnit. Tady jsme šli opačným směrem a ve výsledku bylo tagů více.
U Google Ads a Sklik není potřeba žádná deduplikace, tagy se spouští buď z browseru nebo ze serveru.
Sklik v době migrace neměl oficiální server-side šablonu. Pro klienta ji vytvořili kluci z Optimics a později ji dali k dispozici i veřejnosti. Šablona je snadno použitelná a její nastavení není o nic složitější než na front-endu.
Serverová šablona Bingu oproti front-endové obsahuje plno informací (včetně e-commerce), které můžete do mediálního systému posílat. Povinné jsou však jen ID systému (UET Tag ID) a název eventu.
A jak je to s consentem? Facebook šablona od STAPE obsahuje volbu, zda posíláte na server již consentovaná data, nebo zda necháte na šabloně, aby se řídila dle consent parametru.
Google Ads na serveru přebírají consent mode parametr z front-endu, tedy do Google předávají informaci zda s daty lze nebo nelze pracovat.
Sklik šablona od Optimics má v sobě zabudovanou integraci na Consent mode.
U Bingu na serveru v šabloně chybělo výslovné upozornění, jak se s consentem pracuje. Kontaktovali jsme tvůrce šablony, který slíbil, že ji doplní, a stalo se tak. V praxi to nyní funguje tak, že tag se odešle, ale s doplněným parametrem souhlasu či nesouhlasu.
Nešlo o technicky složitou migraci, ale bylo potřeba hodně testování a pečlivosti.
U každého tagu bylo potřeba otestovat, že trigger na serveru spustí tag správně, jinak by marketing přišel o konverze.
V době migrace Sklik oficiální server-side šablonu nenabízel. Pro klienta ji vytvořil tým Optimics a později ji zpřístupnil i veřejnosti (link).
Sklik i Bing a další tagy už si pak vzal na starosti hlavní analytik klienta - velký dík jemu i celému marketingovému týmu za skvělou spolupráci a podporu. Po několika měsících testování a zkoumání nastavení tagů se mi o nich i zdálo, a ráda jsem projekt předala dále.
Facebook Conversion API od STAPE (server tag)
Unique Event ID (front-end variable)
Google Ads Conversion Linker + Conversion Tracking (server standard tags)
Sklik template od Optimics (server tag)
Bing template (server tag)
Serverová migrace dnes může působit jako rutinní úkol – ale věřte, že to může být pořádná jízda :)
Jak dostat data z reklamních systémů do jednoho warehouse, typicky BigQuery? Projdeme si základní architekturu a rozhodování, než se pustíte do exportů dat z Google Ads, Meta Ads, Skliku a dalších.
Třetí díl seriálu o first-party datech bude opět hodně technický – ukážeme si, jak zkontrolovat, že data správně odcházejí do jednotlivých systémů a dělají to, co mají. Podíváme se na odchozí hity v DevTools i na kontrolu přímo v reklamních platformá
Detailní průvodce sessionizací GA4 BigQuery exportu – od identifikace session a spolehlivého řazení eventů po dva atribuční modely (First Event Available a Session Start), jejich limity a validaci shody mezi nimi.
Nahlédněte do našeho řešení zálohování ClickUpu. Automatické exporty, GitHub repozitář a praktický postup, jak mít firemní data pod kontrolou.
Naučte se, jak nasadit serverový GTM na Cloud Run. Porovnáme Stape s vlastním řešením, vysvětlíme náklady a typy účtování a ukážeme, jak se vyhnout častým chybám při nastavení.
Kompletní technický průvodce sběrem first-party dat přes dataLayer, jejich normalizací, hashováním a odesíláním přes server-side GTM do Google Ads a Meta.
Testovali jsme ClickUp MCP pro management úkolů za pomoci AI. Zjistěte víc o praktických limitech, bezpečnostních omezeních a pro koho se tento nástroj hodí.
Naučte se jak first-party data zlepšují výkon kampaní. Základní příručka pro rozšíření konverze a pokročilý matching.
Zjistěte jak jsme migrovali 250 mediálních tagů (Facebook CAPI, Google Ads, Sklik, Bing) na server-side GTM. Praktické tipy, návody a zkušenosti.
Pokročilé workshopy digitální analytiky pro agenturní týmy. BigQuery, server-side tracking, správa souhlasů a marketingové datové sklady v praxi.
Ženy v analytice se často potýkají s imposter syndromem, přestože vynikají v práci s detailem i datovém storytellingu. Přidejte se ke komunitě Data Sisters.
Naučte se, jak přenést historická data z Google Analytics 4 do nového projektu v BigQuery pomocí Data Transfer Service. Podrobný návod krok za krokem se screenshoty.
Reshoper poradenská zóna a několik hodin konzultací pro návštěvníky veletrhu – letos v příjemných prostorách Křižíkových pavilonů na Výstavišti.
48 hodin vývoje aplikace s AI na hackathonu #HackYourWeekend v Brně. Od nápadu po nasazení pomocí Claude Code, měření přes BigQuery a získané zkušenosti.
6. 9. se v prostorách Brněnského Gen konal další ročník MeasureCamp - naší oblíbené komunitní akce. Potěšilo nás, že MeasureCampu se letos zúčastnilo 74 žen.
Postřehy z víkendového PPC kempu: legální cookieless tracking, pokročilý Consent Mode, Facebook konverze bez souhlasu a export Google Ads do BigQuery.
Výpočet dat Velikonoc v BigQuery pomocí algoritmu Computus. SQL skript generuje data Velikonoční neděle, Velkého pátku a Velikonočního pondělí pro analýzu dat z GA4.
Přednáška o integraci GA4 s BigQuery na akci Visibility Digital. Praktické ukázky využití od IKEA, Shoptetu, McDonald’s a České spořitelny.
80minutový podcast o digitální analytice pro e-commerce: metriky v GA4, náklady na server-side tracking, přínosy BigQuery a vyhodnocování kampaní.
Naučte se využívat export Google Ads do BigQuery pro získávání byznysových insightů. Kombinujte jej s daty z GA4 a CRM, řešte atribuční výzvy a zlepšete reporting.
Data retention v GA4 určuje, jak dlouho budou k dispozici informace o uživatelích a událostech. Prodlužte si dobu uchovávání až na 14 měsíců.
Poslední květnový den jsme strávili s týmem neziskové organizace Tereza a věnovali se základům Google Analytics 4 pro jejich program Učíme se venku.
Přednáška o nových možnostech e-commerce analytiky s využitím GA4, BigQuery a Google Cloud Platform pro maximalizaci hodnoty dat a výkonnosti kampaní.
Naučte se pracovat s raw daty z GA4 v BigQuery a Google Cloud Platform. Materiály z workshopu, SQL dotazy a praktické příklady z Marketing Festivalu 2024.
Vojta se v MeasureDesign věnuje vývoji technických a datových řešení, která mají být nejen funkční, ale i dobře použitelná v praxi. Baví ho propojovat webový vývoj, automatizaci a práci s daty tak, aby věci dávaly smysl jak z pohledu uživatele, tak z pohledu technického fungování na pozadí. Nejvíc ho těší moment, kdy se podaří složit komplexnější problém do čistého a spolehlivého řešení.
Jirka pracuje v marketingu přes 10 let a pokud existuje něco, co ho baví více než čísla sama, tak je to jejich propojování. Miluje matematiku a datovou analytiku a protože rád zkoumá i zdrojové kódy, dokáže se hravě domluvit i s programátory jejich jazykem. V MeasureDesign se specializuje na napojování nových datových zdrojů – vytváří vlastní konektory pomocí Pythonu, testuje kvalitu dat a zkoumá, co všeho by se dalo propojit, aby to mělo význam pro business. S Looker Studiem je jako ryba ve vodě a velkou zkušenost má také s vyhodnocováním PPC kampaní.
Lenka se k MeasureDesign připojila na konci roku 2025 s bohatými zkušenostmi z PPC marketingu, kde dlouhodobě pracovala s Google Ads, Meta Ads a dalšími reklamními systémy. Právě při řízení kampaní ale opakovaně narážela na tentýž problém – špatně nebo nedostatečně nastavenou webovou analytiku, která znemožňovala efektivní optimalizaci. To ji vedlo k tomu, že se analytice začala věnovat nejdřív z nutnosti, postupně však zjistila, že ji baví víc než samotné reklamy. Dnes se zaměřuje především na implementaci webové analytiky a datových řešení, která firmám zajišťují kvalitní a spolehlivá data pro strategické rozhodování i výkonný marketing. Část PPC projektů si ponechává – jednak proto, že ji stále baví, ale hlavně aby zůstala v kontaktu s realitou mediálních systémů a skutečnými potřebami klientů.
Marťa se k MeasureDesign připojila v roce 2025 během studia webových aplikací. Fascinuje ji, jak rychle se vyvíjí svět umělé inteligence, a proto se zaměřila na výzkum velkých jazykových modelů. Ve firmě pomáhá integrovat AI do každodenní práce – tak, aby byla rychlejší, efektivnější a zároveň dostupná pro všechny členy týmu. Nejvíc ji baví hledat způsoby, jak AI využít prakticky a přetavit nové technologie v užitečné nástroje.
Markéta začínala v marketingu, ale pak přišla mateřská – a s ní nekonečný chaos. Potřebovala si zachovat aspoň zbytky zdravého rozumu, a tak se vrhla na data. Čísla totiž nekřičí, nerozsypávají křupíky do klávesnice a dávají aspoň nějaký smysl. V Engeto Academy prošla kurzem datové analytiky, kde se spřátelila se SQL, Power BI, Excelem a Pythonem a začala hledat vzorce i mimo dětské omalovánky. Dnes v MeasureDesign pomáhá klientům zjistit, co jim jejich čísla doopravdy říkají.
Blanka se stala součástí našeho týmu v roce 2024 a od té doby má na starosti oblast back office, včetně fakturace a administrativních úkolů. Využívá své zkušenosti z České pošty a vzdělání v oboru finančního managementu, aby zajistila hladký chod všech procesů. Ve volném čase se věnuje svým dvěma dětem, s nimiž ráda cestuje, a zároveň si užívá práci na zahrádce, kde nachází svůj odpočinek.
Do MeasureDesign nastoupila v roce 2023 a specializuje se na implementaci měření a reporting. Největší radost jí dělá moment, kdy se po všech nastaveních a testech konečně rozběhnou první data. Naopak největší výzvou jsou nečekané (a často nezadokumentované) změny od Google – chvíle, kdy se z analytika stává paranormal behaviour expert. 👻 Byla členkou našeho týmu do léta 2026.
Anička má více jak 7 let zkušeností z agenturního prostředí, kde spravovala pro klienty reklamní kampaně na sociálních sítích, nejradši pro obsahové weby. Chtěla získat trochu větší pohled nejen na kampaňová data, a tak více směřovala svou práci k webové analytice. K našemu týmu se přidala v roce 2022 a nyní se zaměřuje na datovou analytiku, kde s využitím GA4, BigQuery, Looker Studia a dalších nástrojů může propojovat a analyzovat data ještě víc do hloubky a přinést klientům zajímavé analýzy i podklady pro business rozhodování. Anička byla členkou našeho teamu do roku 2026.
Klára je ve firmě od roku 2019. Věnuje se hlavně webové analytice, ale nezalekne se ani práce s daty v BigQuery. Nejvíc ji baví, když může klienta provést od definování jeho potřeb přes implementaci měření až k výsledné vizualizaci dat. Až podezřele velkou radost jí dělá pohled na hezky přehledný GTM kontejner nebo report plný užitečných dat.
Vašek se již více než 15 let věnuje digitální analytice – od nastavování měření po uložení, vizualizaci a interpretaci dat. Firmám pomáhá mít v datech pořádek a umět je naplno využít. Věnuje se primárně datům z digitálních platforem jako jsou weby, aplikace, klientské zóny apod. a propojování těchto dat s dalšími firemními daty jako jsou mediální a zákaznická data. Po letech na volné noze spoluzaložil analytické studio MeasureDesign, kde kromě analytických projektů a školení na míru vzdělává nové analytičky a analytiky.
Zuzčina kariéra vedla přes řízení inovací a výzkumu v korporátu, vedení “wom” (word of mouth) projektů do digitální agentury, kde projektově řídila tvorby webových stránek. Zuzka je ale dost zvědavá a potřebovala vědět, jak web funguje, když je vypuštěn do světa. To ji motivovalo ke studiu webové analytiky, a následně přivedlo k osudové spolupráci s Vaškem a v roce 2019 spolu založili firmu.
