GA4 eventy: parametre, custom events a chyby

Ako GA4 eventy naozaj fungujú (a kde sa to pokazí)

Minulý mesiac som auditoval DTC brand, ktorý míňal 16 000 EUR mesačne na Google a Meta. V ich GA4 property bolo 47 custom events. Správne sa spúšťalo iba 11. Zvyšok mal nesprávne názvy parametrov, duplicitné názvy eventov s nekonzistentným formátovaním alebo úplne chýbajúce parametre. Ich purchase event nemal transaction_id, takže každé obnovenie stránky na potvrdení objednávky zdvojnásobilo vykazované tržby. Ich add_to_cart event posielal productName namiesto item_name, čo znamenalo, že vstavané ecommerce reporty v GA4 neukazovali nič.

Štyridsaťsedem eventov -- a property produkovalo horšie dáta, než keby zostali pri piatich automatických eventoch, ktoré GA4 zbiera samo od seba.

GA4 je model založený na eventoch. Každá interakcia -- zobrazenie stránky, kliknutie na tlačidlo, nákup -- je event. To je zásadný rozdiel oproti Universal Analytics, kde ste mali page hits, event hits a transaction hits ako samostatné koncepty. V GA4 je všetko event a eventy nesú parametre, ktoré popisujú, čo sa stalo. Keď máte štruktúru eventov správne, reporty, audiencie aj biddingové signály fungujú. Keď ju máte zle, každý nadväzujúci systém zdedí ten chaos.

Tento článok pokrýva štyri kategórie GA4 eventov, ako fungujú parametre, kedy vytvárať custom events a najčastejšie chyby, ktoré opravujem.

Štyri kategórie GA4 eventov

Google rozdeľuje GA4 eventy do štyroch úrovní. To, do ktorej úrovne váš event patrí, určuje, koľko práce musíte urobiť -- a koľko vstavaného reportingu dostanete zadarmo.

1. Automaticky zbierané eventy

Spúšťajú sa bez akejkoľvek konfigurácie: first_visit, session_start, page_view (ak je zapnuté enhanced measurement), user_engagement. Nedajú sa premenovať ani vypnúť. Sú to základné dáta.

2. Enhanced measurement eventy

Zapnete ich pod Správca > Dátové streamy > Enhanced Measurement. Zahŕňajú scroll, outbound_click, site_search, video_start, video_progress, video_complete, file_download a form_start/form_submit. Užitočné na analýzu engagementu, ale nie dosť spoľahlivé na sledovanie konverzií -- form_submit sa napríklad spustí pri akomkoľvek odoslaní formulára, ktoré deteguje, vrátane vyhľadávacích polí a newsletterových prihlásení. Pre konverzne dôležité formuláre použite radšej dedikovaný data layer push.

3. Odporúčané eventy (recommended events)

Tu by väčšina firiem mala sústrediť svoju implementáciu. GA4 recommended events sú preddefinované názvy eventov s preddefinovanými schémami parametrov. Google publikuje samostatné zoznamy pre retail, lead generation, cestovanie a gaming.

Kľúčová výhoda: keď použijete presne odporúčaný názov eventu s presnými názvami parametrov, GA4 automaticky naplní vstavané dimenzie a metriky. Event purchase s parametrami transaction_id, value, currency a items[] napĺňa reporty Monetization, ecommerce purchase reporty aj value-based bidding v Google Ads -- všetko bez konfigurácie custom dimenzií.

Bežné GA4 recommended events, ktoré klientom nastavujem:

Názov eventu	Typ biznisu	Kľúčové parametre
purchase	E-commerce	transaction_id, value, currency, items[]
add_to_cart	E-commerce	value, currency, items[]
begin_checkout	E-commerce	value, currency, items[]
generate_lead	Lead gen	value, currency
sign_up	SaaS	method
view_item	E-commerce / Obsah	items[]

Použite zlý názov eventu -- addToCart namiesto add_to_cart -- a prídete o celý vstavaný reporting. GA4 ich považuje za úplne odlišné eventy.

4. Custom events

Custom events sú eventy, ktoré si definujete sami, keď žiadny odporúčaný event nezodpovedá vášmu use case. Príklady: calculator_completed, pricing_toggle, demo_request, plan_comparison_viewed. Sú oprávnené, keď akcia, ktorú sledujete, naozaj nemá odporúčaný ekvivalent.

Pravidlo, ktoré dodržiavam: nikdy nevytvárajte custom event, keď existuje recommended event. Pravidelne narážam na property s custom eventom form_submitted, hoci generate_lead by im dal vstavaný reporting a priamy import do Google Ads. Custom events vyžadujú manuálnu registráciu custom dimenzií a metrík, zaberajú kvótu a strácate všetky vstavané integrácie, ktoré Google napojil na recommended schému.

GA4 umožňuje až 500 unikátnych názvov eventov na property a 25 custom parametrov na event. To znie štedro, kým si neuvedomíte, že každý parameter, ktorý chcete v reportoch, musíte zaregistrovať ako custom dimenziu alebo metriku -- a bezplatné GA4 property sú obmedzené na 50 custom dimenzií a 50 custom metrík.

Ako fungujú parametre GA4 eventov

Každý GA4 event je názov plus sada key-value párov -- parametre eventu. Parametre sú miesto, kde žijú skutočné dáta. Názov eventu hovorí, čo sa stalo. Parametre hovoria konkrétnosti: ktorý produkt, koľko tržieb, ktorý formulár, aká metóda.

Existujú tri typy parametrov:

Automaticky zbierané parametre -- odosielajú sa s každým eventom bez ohľadu na konfiguráciu. Patria sem language, page_location, page_referrer, page_title a screen_resolution. Nemusíte ich nastavovať.

Odporúčané parametre (recommended parameters) -- špecifické pre každý recommended event. Event purchase očakáva transaction_id, value, currency, coupon, shipping, tax a pole items[], kde každý item má item_id, item_name, price, quantity a ďalšie. Kompletná schéma je zdokumentovaná v referenčnej dokumentácii GA4 eventov.

Custom parametre -- akékoľvek ďalšie key-value páry, ktoré pripojíte. Napríklad pridanie lead_source: 'pricing_page' k eventu generate_lead. Custom parametre sa zbierajú, ale nie sú dostupné v štandardných reportoch, kým ich nezaregistrujete pod Správca > Vlastné definície.

Dôležitý rozdiel: parametre, ktoré nezaregistrujete ako custom dimenzie, sa jednoducho nezobrazujú v GA4 reportoch. Stále existujú v surových dátach a zobrazujú sa v BigQuery exportoch, ale pre každodenný reporting sú neviditeľné. Nezaregistrované parametre nachádzam takmer v každom property, ktoré auditujem -- tímy posielajú užitočné dáta, ale nikdy nedokončia konfiguráciu, aby boli v reportoch viditeľné.

GA4 ecommerce events: schéma, na ktorej záleží najviac

GA4 ecommerce events sa riadia špecifickou schémou, ktorú Google používa na napĺňanie Monetization reportov a odovzdávanie konverzných dát do Google Ads. Implementačný sprievodca pre ecommerce dokumentuje celý funnel: view_item_list > select_item > view_item > add_to_cart > begin_checkout > add_shipping_info > add_payment_info > purchase.

Nepotrebujete všetky. Minimálne implementujte view_item, add_to_cart, begin_checkout a purchase. Každý musí obsahovať pole items[] s konzistentnými hodnotami item_id a item_name naprieč všetkými eventmi. Nekonzistencia -- pomenovanie toho istého produktu "Bezdrôtové slúchadlá" vo view_item a "BS-Pro-Cierna" v purchase -- rozbíja funnel analýzu aj produktový reporting.

Detail, na ktorom sa veľa implementácií potkne: pred každým pushom musíte vymazať ecommerce objekt odoslaním dataLayer.push({ecommerce: null}). Bez toho sa hodnoty parametrov z predchádzajúceho eventu môžu pretiecť do nasledujúceho. Videl som property, kde každý purchase event niesol pole items[] z posledného view_item, pretože nikto objekt nevymazal.

Čo sú key events v GA4

Keď Google v marci 2024 premenoval konverzie na "key events", nešlo len o kozmetickú zmenu. Key events sú eventy, ktoré ste explicitne označili ako dôležité pre váš biznis. Zobrazujú sa v reporte Key Events, pri importe do Google Ads slúžia na bidding a pomáhajú definovať audiencie. Akýkoľvek event -- automatický, recommended alebo custom -- je možné označiť ako key event pod Správca > Key events.

Tento rozdiel je dôležitý, pretože iba key events slúžia na bidding po importe do Google Ads. Ak sa váš demo_request event spúšťa bezchybne, ale zabudli ste ho označiť ako key event, Google Ads ho nikdy neuvidí. Podrobne som to rozoberal v sprievodcovi nastavením GA4 konverzií, ale stojí za zopakovanie: toto jedno prepnutie je najprehliadanejší krok celého nastavenia.

Označte iba eventy, ktoré reprezentujú skutočné obchodné výsledky. Dva až štyri key events na property sú štandard. Viac ich signál optimalizácie rozrieďuje. Prihlásenia na newsletter a prehrania videí sú engagement metriky, nie konverzie.

Šesť chýb, ktoré opravujem najčastejšie

Tieto chyby pochádzajú z auditov e-commerce, SaaS a lead-gen property. Väčšina firiem má minimálne tri.

1. Nesprávne názvy parametrov

productName namiesto item_name. transactionId namiesto transaction_id. orderValue namiesto value. GA4 rozlišuje veľké a malé písmená a vyžaduje presnú schému. Použite zlý názov a vstavané dimenzie ostanú prázdne. Ecommerce reporty ukazujú "not set" pri názvoch produktov. Reporty tržieb ukazujú nulu.

Riešenie: overte každý event oproti referenčnej dokumentácii GA4. Používajte lowercase snake_case na všetko.

2. Chýbajúci transaction_id pri purchase eventoch

Bez transaction_id GA4 nedokáže deduplikovať, ak sa event spustí dvakrát -- čo sa stáva pri obnovení stránky, tlačidle Späť v prehliadači alebo opakovanom pokuse pri nestabilnom pripojení. Videl som property s 20-percentným nafúknutím tržieb kvôli tomuto jedinému chýbajúcemu parametru.

3. Prekročenie limitu 25 parametrov

Každý GA4 event podporuje maximálne 25 custom parametrov. Odošlite viac a prebytočné sa potichu zahodia. Žiadna chyba, žiadne varovanie. Toto potrápi tímy, ktoré sa snažia pripojiť každý atribút produktu k eventu purchase. Udržujte parametre zamerané. Na detaily na úrovni produktov používajte item-scoped parametre vnútri poľa items[].

4. Nezaregistrovanie custom dimenzií

Custom parametre existujú v surovom dátovom streame, ale sú neviditeľné v GA4 reportoch, kým ich nezaregistrujete pod Správca > Vlastné definície. Nachádzam to takmer v každom audite: vývojár pridal užitočný parameter pred mesiacmi, nikto ho nezaregistroval a marketingový tím ani netuší, že tie dáta existujú. A čo je horšie, limit 50 dimenzií na bezplatných property znamená, že nemôžete jednoducho zaregistrovať všetko spätne -- musíte prioritizovať.

5. Duplicitné názvy eventov s nekonzistentným pomenovaním

Generate_Lead, generate_lead, generateLead a form_submit -- všetky sledujúce tú istú akciu. GA4 ich považuje za samostatné eventy. Reporty sa fragmentujú. Key event prepínače platia len pre jeden variant. Keď auditujem tracking nastavenie, normalizácia názvov eventov je zvyčajne jedno z prvých riešení.

6. Nevymazanie ecommerce objektov medzi pushmi

Zmienil som to už vyššie, ale opakujem, pretože to vidím neustále. Staré polia items[] pretekajúce z view_item do add_to_cart do purchase. Čísla tržieb vyzerajú vierohodne, ale produktové dáta sú nesprávne, čo znamená, že reporty výkonnosti produktov a dynamické remarketingové audiencie sú postavené na poškodených dátach.

Rýchly validačný postup

Pred nasadením akejkoľvek implementácie eventov prejdite týchto päť krokov. Zaberie to pätnásť minút a odhalíte 90 percent vyššie uvedených problémov.

1. Otvorte Tag Assistant a spustite každý event vo vašom konverznom funneli.
2. Pri každom evente overte, že názov presne zodpovedá zoznamu recommended events.
3. Skontrolujte payload parametrov. Potvrďte, že transaction_id, value, currency a items[] sú prítomné tam, kde sú povinné -- a že dátové typy sú správne (čísla, nie stringy).
4. Skontrolujte Správca > Key events v GA4. Potvrďte, že správne eventy sú zapnuté.
5. Otvorte Správca > Vlastné definície. Potvrďte, že každý custom parameter, ktorý potrebujete v reportoch, je zaregistrovaný.

Pre hlbšiu kontrolu pokrývajúcu consent, cross-domain tracking, atribučné nastavenia a server-side medzery si pozrite kompletný kontrolný zoznam GA4 auditu.

FAQ

Nie ste si istí, či vaše GA4 eventy naozaj posielajú správne dáta? Objednajte si tracking audit -- presne vám poviem, ktoré eventy sú pokazené, ktoré parametre chýbajú a ako to opraviť.