Meta description: GA4 má 4 různé revenue metriky a každý report může zobrazovat jinou. Která je která, proč čísla nesedí s eshopem a co s tím.
Máte-li eshop, pak téměř jistě máte Google Analytics 4 (GA4) a používáte reporty založené na tržbách. Mohlo by se zdát, že tržby jsou jedna z nejjednodušších metrik. Přesto nikdy nebudou sedět s vaším účetním systémem. Tržby v GA4 mají několik úskalí, které je třeba mít na paměti.
Trocha technického kontextu
Když člověk na webu nakoupí, měřicí kód si pošle událost purchase. Součástí této události jsou informace o objednávce a obsah nakoupeného košíku.
- Parametr
value— celková hodnota objednávky. Dle dokumentace má být součtem (cena produktu × počet) pro všechny produkty v objednávce, bez daně, dopravy, platby a dalších poplatků. Slevy mají být započítané. - Obsah košíku — produkty, které člověk koupil, a to včetně jejich ceny a počtu.
Co může nastat za složitosti? Je toho více.
Předávání chybných hodnot
První chybou je, že se implementace na vašem konkrétním eshopu může lišit od specifikace. Např. měříte hodnotu value s daní, nebo s dopravou. Typický případ: vývojář pošle do value cenu s DPH, protože „tak to vidí zákazník“. GA4 pak reportuje tržby o 21 % vyšší, než odpovídá realitě bez daně.
Tipy:
- Ujistěte se, že vaše měřicí kódy odesílají data dle specifikace.
GA4 má 4 revenue metriky — a v každém reportu může být jiná
Častý zdroj zmatku. Většina lidí předpokládá, že „tržby v GA4“ je jedna hodnota. Nejsou.
GA4 pracuje se čtyřmi revenue metrikami:
Gross purchase revenue (hrubé tržby z objednávky) — nejjednodušší revenue metrika. Prostý součet všech value objednávek, bez jakýchkoli úprav.
Purchase revenue (celkové tržby z objednávky) — tohle je základní metrika, kterou vidíte v reportech a se kterou budete pracovat nejčastěji. Na rozdíl od Gross purchase revenue odečítá refundy (vratky).
Item revenue (tržby na úrovni položek) — součet price × quantity pro každou položku v objednávce. Nezahrnuje dopravu, daně ani slevy aplikované na celou objednávku. Proto Item revenue nikdy nebude shodná s Purchase revenue, i když je implementace technicky bezchybná.
Gross item revenue (hrubé tržby na úrovni položek) — Item revenue bez refundů na úrovni konkrétních položek. Hodí se pro analýzu produktového portfolia bez zkreslení vratek.
Tipy:
- Pro report vedení a srovnání s finančními výsledky použijte Purchase revenue
- Pro analýzu výkonu produktů a kategorií použijte Item revenue. Pro srovnání s eshopem se nejdříve ujistěte, jakou metriku váš eshop reportuje — a porovnávejte srovnatelné
Vouchery a refundy — co „rozbije“ čísla i při perfektní implementaci
Tady se dostáváme k věcem, které na první pohled vypadají jako chyba v měření, ale jsou to vlastně vlastnosti toho, jak e-commerce funguje. Důležité je o nich vědět předem.
Vouchery a záporné objednávky. Tohle je záludná past. Nákup voucheru jako takového nepodléhá DPH — DPH se odvádí až při jeho uplatnění. Pokud má zákazník voucher na 500 Kč a nakoupí za 400 Kč, hodnota objednávky po odečtení voucheru je záporná. Záporné hodnoty v GA4 eventům neprojdou přes část validátorů a implementace, které s tím nepočítají, takové transakce jednoduše zahodí nebo zaznamenají chybně.
Slevové kódy na objednávku vs. na položku. Tohle je zdroj záhadného rozdílu mezi Purchase revenue a Item revenue, který se těžko diagnostikuje. Sleva aplikovaná na celou objednávku snižuje value, ale nesnižuje price jednotlivých položek. Item revenue pak ukazuje vyšší číslo než Purchase revenue — a bez znalosti implementace vypadá jako chyba.
Tipy:
- ujistěte se, že chápete, jak jsou počítány hodnoty slev a voucherů
Souhlasy a chyby měření
Největší rozdíl dělají nesouhlasy s měřením. Na běžném webu dává souhlas někde mezi 30 až 70 % lidí — podle toho, jak moc agresivní v získávání souhlasů jste.
GA4 umí chybějící data modelovat — zobrazí pak i odhad transakcí bez souhlasu. Toto modelování je ale pouze přibližné a ne vždy je dostupné.
Jsou tu ale také blokátory měření (ad-blockery, Brave, Firefox), chyby přenosu dat a technické chyby webu.
Testování
Zábavný zdroj rozdílů v počtu naměřených transakcí je testování.
- programátoři mají vývojové / testovací prostředí, kde se spouští kódy
- někdy se prostě stane, že u vás nějaký vtipálek nakoupí dva miliony automatických praček. A nezaplatí. Tohle přesně nechcete mít v měřicích nástrojích — i když pak objednávku „refundujete“, zůstane původní objednávka v GA4 viditelná.
Tipy:
- ujistěte se, že nespouštíte kódy na testovacím prostředí
- blokujte anomální transakce
GA4 vs. účetnictví
GA4 není účetní systém a nebyl navržen jako náhrada za databázi vašeho eshopu. Slouží pro trendy, atribuci a chování uživatelů — ne pro srovnávání absolutních čísel s finančním výkaznictvím. Pokud to od GA4 očekáváte, budete vždy zklamaní.
Správná otázka tedy není „proč se čísla neshodují“, ale „kolik procent transakcí GA4 zachytí?“. Pokud ten poměr drží stabilně — řekněme 85–90 % — a trend odpovídá vývoji v eshopu, GA4 funguje správně. Pokud poměr začne náhle klesat nebo se trend výrazně rozejde, to je signál k prošetření.
Tip:
- kontrolujte pravidelně, kolik % objednávek měříte v GA4
I přesto, že GA4 není přesné, je to nejlepší dostupný zdroj dat o výkonnosti webu a marketingových kampaní. Bez click-stream analytiky nemáte atribuci, nevíte, odkud zákazníci přicházejí, a nevidíte, co na webu dělají.
Pozn.: místo GA4 si samozřejmě můžete vybrat jiný click-stream nástroj.
Kam dál — marže v GA4 přes server-side GTM
GA4 vám ukáže tržby. Neukáže vám ziskovost.
Purchase revenue je dobrý základ. Ale e-commerce, které chce z analytiky dostat víc, potřebuje vědět, která kampaň nebo kategorie produktů skutečně vydělává — ne jen generuje objem. Tržby bez marže jsou nepřesný kompas.
Technicky to jde vyřešit přes server-side tracking. Princip je jednoduchý: na serveru doplníte k každé transakci data z interního systému — nákupní cenu, marži — a tyto hodnoty pošlete do GA4 jako vlastní metriky. Prohlížeč zákazníka tato interní data nikdy neuvidí, protože celý výpočet proběhne na serveru.
Výsledek: v GA4 reportu — ideálně ve vlastním Looker Studio dashboardu — vidíte vedle Purchase revenue i hrubou marži.
Tohle je pokročilé téma, které si zaslouží vlastní článek. Pokud vás SGTM enrichment zajímá jako next step, ozvěte se — rád proberu, jestli to u vás dává smysl.
Co s tím teď
Revenue v GA4 vypadá jednoduše, ale úskalí je víc, než se na první pohled zdá. Tady je shrnutí tipů z článku:
- Ujistěte se, že vaše měřicí kódy odesílají data dle specifikace.
- Pro report vedení použijte Purchase revenue, pro analýzu produktů Item revenue. Pro srovnání s eshopem nejdřív zjistěte, jakou metriku eshop reportuje.
- Ujistěte se, že chápete, jak jsou počítány hodnoty slev a voucherů.
- Kontrolujte pravidelně, kolik % objednávek měříte v GA4.
- Nespouštějte měřicí kódy na testovacím prostředí a blokujte anomální transakce.
Pokud si nejste jistí, co vaše GA4 implementace reálně posílá, rád se na to podívám v rámci auditu měření. Stačí se ozvat.