Dodávka pěti denně aktualizovaných tabulek do vašeho BigQuery (náklady kampaní, příchody z reklam, mapa identit, objednávky, položky objednávek) včetně specifikace, jak je spojit. Výsledný report (ROAS, náklady na objednávku) staví váš tým nebo agentura nad dodanými daty.
Co budeme dodávat - 5 tabulek
objednávka → člověk → jeho kliky → kampaň → její náklady · položky objednávky → kategorie a značka
plná čára = join přes klíč · zelená čárkovaná = přímý most u webových objednávek (bez e-mailu) · campaign_id = gad_campaignid / utm_id / název kampaně
1 · ads_spend_daily - náklady a výkon kampaní
denní aktualizace · upsert 7 dní zpět (platformy čísla zpětně upravují) · klíč: date + platform + campaign_id · zdroj: API reklamních platforem (Google Ads, Meta, Sklik; další dle seznamu platforem od vaší agentury)
denní aktualizace · append, dedup přes event_id · identifikátor návštěvníka: stabilní user_id z měření Meiro na fotoskoda.cz · sběr dat od nasazení jednotného značení kampaní · měření běží jen s marketingovým souhlasem, návštěvy bez souhlasu v datech nejsou · CDP drží návštěvy 40 dní, historii uchovává až tabulka v BigQuery
Tabulka obsahuje všechny návštěvy s reklamními parametry i bez nich (organika, direct) - potřebné pro pravidlo „poslední ne-direct klik" a pro podíl nepřiřazených objednávek. Návštěvy z vlastních kanálů (newsletter, ponákupní e-mail) se také zaznamenávají, do atribuce vstupují dle rozhodnutí níže.
3 · ads_identity_map - most user_id ↔ e-mail
denní aktualizace · upsert · klíč: user_id + email · zdroj: identifikační události na webu (dokončení objednávky, přihlášení, newsletter) a spojení profilů v CDP
user_id
email
email_hash (sha256)
first_seen
last_seen
source
cf1a75d5-…
jana.novakova@seznam.cz
f6c28512…cba707
2026-09-18 21:49
2026-09-18 21:49
checkout → objednávka 5260918012
4cb1ebdf-…
petr.dvorak@gmail.com
a91f03d2…7be1
2026-07-02 18:11
2026-09-11 10:15
login
0b44455a-…
lucie.benesova@email.cz
3c88de10…f042
2026-08-19 22:01
2026-09-15 12:10
profile (spojení v CDP)
Mapu plní přímo každá webová objednávka: událost dokončení objednávky nese user_id + číslo objednávky + e-mail. Přes e-mail se pak na kliky napojí i nákup na prodejně se zákaznickou kartou nebo objednávka zadaná jinak než na webu. Profily s podezřele mnoha e-maily (sdílené zařízení) se z mapy vynechávají, práh je k dohodě.
4 · ads_orders - objednávky
denní aktualizace · upsert per order_id (poslední stav) · zdroj: objednávky a doklady z Winshopu tak, jak je dnes zpracovává CDP · identifikátory osoby: e-mail + user_id (webové objednávky)
Webová objednávka nese user_id přímo v řádku → atribuce bez e-mailové cesty. Nákupy na prodejně jsou v datech jen tehdy, když se zákazník identifikoval (zákaznická karta / e-mail na dokladu); anonymní nákupy na prodejně v modelu nejsou. Stav a zaplacení se aktualizují podle dokladu z Winshopu - storno dorazí jako změna stavu.
5 · ads_order_items - položky objednávek
denní aktualizace · upsert per order_id + kod_zbozi · vazba na objednávku přes order_id · zdroj: položky objednávky / dokladu obohacené o název, značku a kategorii z produktového katalogu
Díky položkám lze ROAS a náklady na objednávku vyhodnotit po kategorii (fotoaparáty vs. příslušenství vs. fotoslužby) a po značce - tedy i pro kampaně typu „akce Canon" nebo „Sony PMax". Bazarové zboží má název z Winshopu a bez kategorie z katalogu; doprava a slevové položky jsou na úrovni objednávky (tab. 4), ne v položkách.
Klíčový detail: událost dokončení objednávky na webu. Při odeslání objednávky na fotoskoda.cz vzniká událost, která nese zároveň číslo objednávky (stejné jako ve Winshopu), user_id návštěvníka i e-mail. Webová objednávka se tak na kliky napojí přímo, bez e-mailové cesty, a každý nákup zároveň rozšiřuje mapu identit (tab. 3). E-mailová cesta zůstává pro nákupy na prodejně se zákaznickou kartou a pro zákazníky s více zařízeními.
Provozní parametry dodávky
Cíl: BigQuery projekt FotoŠkody, kam dnes již posíláme data z CDP (samostatný dataset pro reporting reklam). Výsledný report nad tabulkami staví váš tým nebo agentura; volitelně můžeme nabídnout i dotazování nad daty přes AI hub Data Clubu.
Časové okno loadů: jednou denně v nočním okně; objednávky podle synchronizace Winshop → CDP (běží průběžně, stav D-1 je ráno kompletní).
Spend o půlnoci není finální: platformy čísla za včerejšek zpětně upravují - dorovnává se denními upserty (7denní okno), stabilní ~D+2.
Dodáme: exaktní strukturu každé tabulky (DDL), očekávané počty řádků per den a časy loadů.
Doporučená logika spojení
Webová objednávka → kliky: user_id přímo v řádku objednávky → touchpointy tohoto user_id. Nejsilnější cesta, e-mail není potřeba.
Nákup na prodejně / jiné zařízení → kliky: e-mail → ads_identity_map → user_id → touchpointy.
Výběr vítězného kliku: okno 30 dní před objednávkou, vyhrává poslední ne-direct klik. Zda mohou vyhrát vlastní kanály (newsletter, ponákupní a shopping-intention e-maily), je k rozhodnutí.
Klik → kampaň → náklady: Google přes gad_campaignid, Meta přes utm_id, Sklik přes název kampaně dle jednotné konvence; zbožové srovnávače (pokud je agentura používá) na úrovni zdroje.
Tržby: navrhovaný default = objednávky bez storen, hodnota s DPH po slevě, bez dopravy. V tabulce jsou vedle sebe i zaplacené vs. objednané a hodnota bez DPH - výběr je na tom, kdo staví report.
Edge cases: objednávka bez kliku → „nepřiřazeno" (anonymní prodejna, návštěvník bez marketingového souhlasu, organika); podíl přiřazených objednávek (coverage) vykazovat vedle výsledků - u zákazníků bez souhlasu klik nevidíme, i když z reklamy přišli.
Pravidlo výběru vítěze je doporučený default - nad stejnými tabulkami lze postavit i jiné modely bez zásahu do dodávaných dat.
Co potřebujeme z vaší strany
Jednotné značení kampaní ve všech platformách (šablony dodáme). Reportujeme od nasazení konvence.
Seznam reklamních platforem, které agentura používá (Google Ads, Meta a Sklik známe; zbožové srovnávače, Microsoft, další?), a kontakt na agenturu.
Přístupy k reklamním účtům - read-only, za každou platformu ze seznamu.
BigQuery - potvrzení, že cílem je stávající projekt.
Odsouhlasení této specifikace - struktura tabulek a logika spojení.
K rozhodnutí
Značení kampaní dnes - Google kampaně už nesou UTM i ID kampaně (viz ukázka); jak značí agentura Meta a Sklik, a je konvence jednotná napříč platformami?
Zbožové srovnávače (Heureka, Zboží.cz) - pokud je agentura používá, zahrnout jako kanál včetně nákladů?
Definice tržby - objednáno vs. zaplaceno, storna mimo, s DPH / bez DPH, doprava mimo? Navrhujeme default výše, všechny varianty jsou v tabulce vedle sebe; rozhodne ten, kdo staví report.
Jen CZ, nebo i slovenské objednávky (EUR)? Default CZ; EUR objednávky lze přepočíst kurzem objednávky a zahrnout.
Fotoslužby a bazar - zahrnout jako běžné objednávky (default ano, odlišené sloupcem order_source), nebo reportovat zvlášť?
Vlastní kanály (newsletter, ponákupní a shopping-intention e-maily, bannery) - mohou v atribuci „vyhrát" nad placenými kampaněmi?
Návrh k diskuzi - struktura tabulek vychází z dat, která už dnes do CDP FotoŠkody tečou (objednávky a doklady z Winshopu, měření webu, produktový katalog). · Data Club