E-commerce tracking v GA4 je základný pilier pre každý e-shop, ktorý chce robiť rozhodnutia na základe reálnych dát namiesto drahých odhadov. Správne nastavené meranie vám presne ukáže, kde zákazníci v nákupnom procese odpadávajú, ktoré produkty generujú najvyššiu konverziu a či vaše promo akcie skutočne zarábajú, alebo len pekne vyzerajú v mesačnom reportingu.
GA4 prešlo na moderný event-based model, čo znamená úplne odlišnú logiku merania v porovnaní so starým Universal Analytics. Pojmy ako standard a enhanced e-commerce sú minulosťou. Dnes máte k dispozícii jeden zjednotený systém s viac ako 14 štandardnými eventmi, ktoré pokrývajú kompletný nákupný cyklus — od prvého prezretia produktu až po prípadný refund. Ak váš e-shop nemá e-commerce tracking nastavený bezchybne, nevidíte skutočné čísla, ale len torzo dát, ktoré si Google domýšľa z nekompletných signálov.
Universal Analytics skončilo už dávno a s ním aj session-based meranie, na ktoré bola väčšina e-shopov zvyknutá. GA4 funguje na eventoch, každá interakcia užívateľa je samostatná udalosť s parametrami. To nie je len technická zmena, ale fundamentálne iný spôsob, ako sa pozeráte na správanie zákazníkov.
Pre e-shop to znamená odpovede na konkrétne biznis otázky: V ktorom kroku checkoutu strácate najviac zákazníkov? Ktorá produktová kategória má najvyššiu mieru pridania do košíka, ale najnižšiu mieru nákupu? Funguje aktuálna zľavová akcia lepšie ako tá pred mesiacom? Bez správneho trackingu na tieto otázky nedostanete presnú odpoveď.
V UA ste mali sessions a pageviews ako základ. E-commerce eventy boli nadstavba, ktorú ste museli explicitne zapnúť. GA4 má eventy ako základ všetkého, page_view je tiež event, rovnako ako purchase alebo add_to_cart.
Praktický dôsledok: V UA ste mali enhanced e-commerce ako voliteľný modul. V GA4 je e-commerce tracking natívnou súčasťou. Nemusíte nič zapínať, len správne implementovať eventy s požadovanými parametrami. Štruktúra je čistejšia, ale vyžaduje presnejšiu implementáciu. GA4 je menej tolerantné k chybám v dátach.
Najčastejší problém, ktorý vidíme pri auditoch: e-shop má nastavený len purchase event, nič iné. Viete, koľko ľudí nakúpilo, ale neviete, prečo ostatní nenakúpili. Nevidíte, že 40 % zákazníkov odpadne pri výbere dopravy, pretože nemáte begin_checkout ani add_shipping_info eventy.
Ďalší častý scenár: promo banner na domovskej stránke generuje kliknutia, ale neviete, či tie kliknutia vedú k nákupom. Bez view_promotion a select_promotion eventov máte len pocit, že banner funguje. Dáta vám povedia niečo iné, ak ich máte.
GA4 definuje 14 štandardných e-commerce eventov, ktoré pokrývajú celý nákupný lievik. Nejde o voliteľný zoznam, ak chcete kompletné dáta, potrebujete implementovať všetky relevantné eventy pre váš typ e-shopu.
Event view_item_list sa spúšťa pri zobrazení kategórie, výsledkov vyhľadávania alebo akejkoľvek stránky so zoznamom produktov. Povinný parameter je item_list_name (napríklad „Kategória: Notebooky" alebo „Výsledky vyhľadávania") a items array s produktmi, ktoré sa zobrazili.
Event view_item patrí na detail produktu. Tu už items array obsahuje len jeden produkt, ale s kompletnejšími údajmi, cena, kategória, brand, variant ak existuje. Tieto dva eventy vám ukážu, ktoré produkty si ľudia prezerajú, ale nepridávajú do košíka. To je signál problému — buď cena, popis, alebo fotky nefungujú.
Add_to_cart je jeden z najdôležitejších eventov pre analýzu. Spúšťa sa pri pridaní produktu do košíka, nie pri zobrazení pop-upu „Produkt pridaný", ale pri skutočnom pridaní. Rozdiel je podstatný, lebo niektoré implementácie to majú zle a počítajú zobrazenie pop-upu ako pridanie.
Remove_from_cart veľa e-shopov vynecháva, čo je chyba. Ak zákazník pridá produkt a potom ho odstráni, chcete vedieť, ktorý produkt a kedy. Môže to byť signál, že konkurencia má lepšiu cenu, alebo že zákazník si to rozmyslel po prečítaní detailov o doprave. View_cart je jednoduchý, spúšťa sa pri zobrazení stránky košíka pred checkoutom.
V Universal Analytics ste mali checkout steps 1, 2, 3, 4. V GA4 máte špecifické eventy pre každý logický krok. Begin_checkout sa spúšťa pri začatí checkoutu, typicky vtedy, keď zákazník klikne „Pokračovať k objednávke" z košíka.
Add_shipping_info a add_payment_info sú oddelené, lebo to sú dva najčastejšie body odpadnutia. Zákazník vidí cenu dopravy a odíde. Alebo nemá preferovanú platobnú metódu. Ak máte tieto eventy správne implementované, vidíte presne, kde je problém. Ak ich nemáte, viete len, že „niečo v checkoutu nefunguje".
Purchase event je kritický a musí obsahovať správne dáta. Transaction_id musí byť unikátny, ak pošlete rovnaké ID dvakrát, GA4 to deduplikuje a druhý nákup sa nezapočíta. Value musí byť číslo (nie string), currency musí byť v ISO formáte (EUR, nie €).
Refund event veľa e-shopov neimplementuje vôbec. Výsledok: v GA4 máte revenue, ale keď zákazník vráti tovar, čísla sa neopravia. Po roku máte v reportoch nafúknuté tržby, ktoré nezodpovedajú realite. Refund sa dá implementovať aj spätne cez Measurement Protocol, ak máte systém, ktorý vie poslať údaje o vrátení.
Každý e-commerce event v GA4 obsahuje dva typy parametrov: event-level (platia pre celú udalosť) a item-level (platia pre jednotlivé produkty v items array). Správna štruktúra je kritická, ak niečo chýba alebo má zlý formát, dáta sa buď nezapočítajú, alebo sa započítajú nesprávne.
Povinné je len jedno: každý produkt v items array musí mať buď item_id, alebo item_name, alebo oboje. Bez toho GA4 produkt ignoruje. Všetko ostatné je technicky voliteľné, ale prakticky nevyhnutné, ak chcete zmysluplné reporty.
| Parameter | Úroveň | Typ | Príklad |
|---|---|---|---|
| transaction_id | Event | Povinný pre purchase/refund | „ORD-12 345" |
| value | Event | Odporúčaný | 149.90 |
| currency | Event | Povinný ak je value | „EUR" |
| coupon | Event alebo Item | Voliteľný | „ZIMA20" |
| item_id | Item | Povinný (alebo item_name) | „SKU-12 345" |
| item_name | Item | Povinný (alebo item_id) | „iPhone 15 Pro" |
| price | Item | Odporúčaný | 1299.00 |
| quantity | Item | Odporúčaný | 1 |
| item_brand | Item | Voliteľný | „Apple" |
| item_category | Item | Voliteľný | „Elektronika" |
| item_category2-5 | Item | Voliteľný | „Smartfóny" |
| item_variant | Item | Voliteľný | „256GB Black" |
| discount | Item | Voliteľný | 100.00 |
GA4 podporuje až 5 úrovní produktových kategórií (item_category až item_category5). To je užitočné pre e-shopy s hlbokou hierarchiou, napríklad Elektronika > Telefóny > Smartfóny > Apple > iPhone 15. V reportoch potom môžete filtrovať na akejkoľvek úrovni.
Items array môže obsahovať maximálne 200 produktov v jednom evente. Pri purchase evente s 300 položkami sa posledných 100 zahodí. Riešenie: ak máte objednávky s viac ako 200 položkami (typicky B2B), musíte event rozdeliť na viacero alebo poslať len súhrnné údaje.
Do items array môžete pridať až 27 custom parametrov okrem štandardných. To sú napríklad margin, supplier, warehouse_location, čokoľvek, čo potrebujete pre vlastnú analýzu. Tieto parametre ale musíte registrovať ako custom dimensions v GA4 admin, inak sa síce pošlú, ale nebudú dostupné v reportoch.
Máte dve hlavné možnosti implementácie: priamo cez gtag.js (Google tag) alebo cez Google Tag Manager. Tretia možnosť sú platformové pluginy (Shopify, WooCommerce), ktoré technicky používajú jednu z prvých dvoch metód, ale s vlastnou logikou.
Pri gtag.js implementácii voláte funkciu gtag() priamo v kóde stránky. Event purchase vyzerá takto: gtag('event', 'purchase', { transaction_id: 'T12345', value: 149.90, currency: 'EUR', items: [...] }). Kód sa umiestňuje pod Google tag (teda pod základný tracking snippet).
Výhoda: jednoduchosť, žiadna závislosť na GTM. Nevýhoda: každá zmena vyžaduje zásah do kódu webu. Pre menšie e-shopy s technickým tímom to môže byť akceptovateľné. Pre väčšie projekty s marketingovým tímom, ktorý potrebuje flexibilitu, je to limitujúce.
GTM prístup oddeľuje logiku od kódu webu. E-shop pushuje dáta do dataLayer, GTM ich zachytí a pošle do GA4. Zmeny v trackingu (pridanie parametra, úprava triggeru) sa robia v GTM rozhraní bez zásahu vývojára do kódu.
Základná štruktúra: web pushne dataLayer.push({ event: 'add_to_cart', ecommerce: { items: [...] } }). V GTM máte Data Layer Variable pre ecommerce.items, GA4 Event tag, ktorý sa spustí na custom event add_to_cart. Konfigurácia vyžaduje pochopenie oboch systémov, ale výsledok je flexibilnejší a auditovateľný.
Pre komplexnejšie e-shopy je GTM prakticky nevyhnutný. Ak potrebujete vlastné riešenie šité na mieru, ozvite sa nám, pri projektochtvorby e-shopov štandardne nastavujeme aj tracking v rámci dodávky.
Shopify má natívnu integráciu GA4 v admin rozhraní. WooCommerce používa pluginy ako Google for WooCommerce alebo GTM4WP. Tieto riešenia pokrývajú základné eventy bez ďalšieho nastavovania, čo je pre menšie e-shopy často dostatočné.
Limity: pluginy typicky neposielajú všetky parametre, ktoré by ste mohli chcieť. Nemáte kontrolu nad tým, kedy presne sa event spustí. Custom eventy (napríklad scroll na detaile produktu, video view) si musíte doimplementovať sami. A ak máte B2B sekciu s vlastnou logikou, štandardný plugin na to nebude stačiť.
Kedy prejsť na custom riešenie: keď potrebujete trackovat interakcie, ktoré plugin nepodporuje. Keď máte viac checkout tokov (guest, registrovaný, B2B). Keď potrebujete integrovať offline konverzie. V týchto prípadoch je plugin len základ a zvyšok sa dorába.
Implementácia e-commerce trackingu bez testovania je hazard. Dáta sa v reportoch objavia do 24 hodín od implementácie, ale chyby môžete odhaliť okamžite. GA4 má na to vstavané nástroje.
DebugView v GA4 (Admin > Data display > DebugView) ukazuje eventy v reálnom čase s kompletnou štruktúrou parametrov. Aktivujete ho buď cez GTM Preview mode, alebo pridaním parametra ?debug_mode=true do URL stránky.
Čo kontrolovať: Spustil sa event v správnom momente? Obsahuje items array produkty so správnymi údajmi? Je currency v správnom formáte? Má purchase event unikátny transaction_id? DebugView ukazuje aj validačné chyby, červené označenie znamená problém so štruktúrou dát.
Po auditoch desiatok e-shopov vidíme tieto chyby opakovane:
Súčasťou profesionálneho nastavenia je aj dokumentácia, čo sa trackuje, kde, s akými parametrami. Ak riešitetracking a analytiku s nami, dostávate kompletný implementation guide.
Správna implementácia je polovica práce. Druhá polovica je vedieť, kde dáta nájsť a ako ich interpretovať. GA4 má e-commerce reporty na inom mieste ako UA a fungujú inak.
Monetization overview (Reports > Monetization > Overview) – tu začnite. Ukazuje celkové tržby, počet transakcií a priemernú hodnotu objednávky. Purchase journey pod tým zobrazuje funnel, koľko ľudí videlo produkt, pridalo do košíka, začalo checkout, nakúpilo.
Ecommerce purchases report rozpisuje tržby po produktoch. Tu vidíte, ktoré produkty sa predávajú najlepšie, ale aj ktoré majú vysoký add-to-cart rate a nízky purchase rate, čo znamená, že niečo odrádza zákazníkov medzi košíkom a platbou. Ak sledujete KPI a metriky webu systematicky, tieto dáta sú základ pre rozhodovanie.
Štandardné reporty sú prehľadové. Pre hlbšiu analýzu potrebujete Explorations. Funnel exploration vám umožní definovať vlastný lievik, napríklad domovská stránka > kategória > detail > košík > checkout > nákup. Vidíte drop-off rate medzi každým krokom a môžete segmentovať podľa zariadenia, zdroja návštevnosti, alebo zákazníckej skupiny.
Path exploration ukazuje reálne cesty užívateľov naprieč webom. Ako sa zákazníci dostanú k nákupu? Idú priamo z reklamy na produkt, alebo prechádzajú viacero kategórií? Tieto insighty štandardné reporty neukážu.
GA4 umožňuje export surových dát do BigQuery zadarmo – v UA bola táto funkcia dostupná len pre Analytics 360 za desaťtisíce eur ročne. V BigQuery máte prístup k individuálnym eventom bez samplingu a limitu 14 mesiacov.
Praktické využitie: analýza customer lifetime value, kohorty podľa prvého nákupu, predikatívne modely. Pre e-shopy s tisíckami transakcií mesačne je BigQuery export základ pre pokročilú analýzu, ktorú v GA4 rozhraní neurobíte. Nastavenie exportu je priamočiare, ale interpretácia surových dát vyžaduje znalosť SQL.
Implementovať e-commerce tracking v GA4 sa dá aj in-house. Otázka je, či sa to oplatí. Čas strávený učením sa GTM, debugovaním nejasných chýb a opravovaním implementácie po spustení je reálny náklad.
Najhoršie na zlom trackingu je, že vyzerá funkčne. Eventy sa posielajú, čísla v reportoch sú, manažment je spokojný. O pol roka zistíte, že revenue je nafúknuté o 30%, lebo sa duplicitne počítali nákupy. Alebo že optimalizácia checkoutu nepriniesla výsledky, lebo ste merali zlý krok.
Audit existujúcej implementácie stojí zlomok toho, čo stojí polročné rozhodovanie na základe zlých dát. Pri klientoch, kde robíme tracking audit, typicky nájdeme 3-5 problémov, ktoré významne ovplyvňujú reporty.
Kompletná implementácia zahŕňa: analýzu požiadaviek (čo potrebujete merať a prečo), technickú špecifikáciu pre vývojárov, konfiguráciu GTM alebo priamu implementáciu, testovanie na všetkých kritických user flows, dokumentáciu pre interný tím, a zaškolenie na interpretáciu reportov.
Priebežná podpora je rovnako dôležitá. E-shop sa mení, nový checkout flow, nová platobná metóda, redesign. Každá zmena potenciálne rozbije tracking. Mať niekoho, kto to skontroluje a opraví, je lacnejšie ako riešiť to po pol roku, keď niekto zistí, že čísla nesedia.
Štandardné reporty sa naplnia dátami do 24 hodín od implementácie. DebugView a Realtime report ukazujú dáta okamžite, takže viete overiť správnosť implementácie ešte predtým, ako sa objavia v hlavných reportoch.
Nie, 200 je hard limit GA4. Produkty nad tento limit sa ticho zahodia. Pre B2B e-shopy s veľkými objednávkami je riešením buď posielať len súhrnné údaje, alebo rozdeliť event na viacero s rovnakým transaction_id.
Implementujte eventy, ktoré zodpovedajú funkcionalite vášho e-shopu. Ak nemáte wishlist, nepotrebujete add_to_wishlist. Minimum pre zmysluplnú analýzu: view_item, add_to_cart, begin_checkout a purchase. Odporúčané: všetky checkout eventy pre identifikáciu problémových krokov.
Áno, môžete použiť priamu implementáciu cez gtag.js. Pre menšie e-shopy s technickým tímom to môže byť jednoduchšie. Pre väčšie projekty, kde marketingový tím potrebuje flexibilitu meniť tracking bez zásahu do kódu, je GTM prakticky nevyhnutný.
Použite DebugView v GA4 (aktivujte debug_mode=true v URL). Prejdite celým nákupným procesom a kontrolujte, či sa eventy spúšťajú v správnych momentoch so správnymi parametrami. Skontrolujte currency formát, unikátnosť transaction_id a štruktúru items array.
Správne nastavený e-commerce tracking v GA4 nie je luxus, ale základ pre rozhodovanie založené na dátach. Bez neho len hádete, čo funguje. S ním viete presne, kde zákazníci odpadávajú a čo s tým robiť.
Ak máte e-shop bez trackingu alebo s implementáciou, ktorej neveríte, začnite auditom. Prejdite si DebugView, skontrolujte, či sa eventy spúšťajú správne, či items array obsahuje všetky potrebné parametre. Ak niečo nesedí, riešte to skôr, ako na základe zlých dát spravíte zlé rozhodnutie.
Potrebujete pomôcť s implementáciou alebo auditom? Ozvite sa nám, prejdeme si váš e-shop a na základe rozsahu projektu to naceníme na mieru.
