Ak purchase v GA4 nevidíte, problém nemusí byť vždy rovnaký. Event sa môže neodoslať, môže sa odoslať s chybnými dátami, môže byť viditeľný v DebugView, ale ešte nie v reporte, alebo môže ísť až o platform-side spracovanie.
Obsah vychádza z oficiálnej GA4 dokumentácie a metodiky AdsLeak používanej pri overovaní odosielaných nákupných dát.
Decision tree
GTM Preview alebo dataLayer môžu ukázať, že implementácia nákupné dáta pripravila. Sami osebe ešte nemusia dokazovať, že GA4 request odišiel. Silnejší dôkaz je network request smerom ku GA4 pri konkrétnom nákupe.
Ak purchase v network nie je, riešte implementačnú vrstvu. Ak je, pokračujte — problém už nemusí byť v odoslaní. Ako overiť payload voči objednávke popisuje ako technicky overiť GA4 Purchase event.
Táto vrstva vyžaduje prístup do GA4. AdsLeak ju bez tohto prístupu nekontroluje.
Slúži na debugging konkrétnych eventov v takmer reálnom čase. Vyžaduje zapnutý debug mode. Google uvádza, že eventy v debug mode nemusia byť viditeľné, ak sú na klientovi privacy controls alebo consent mode bez súhlasu na Analytics cookies. Pozri Monitor events in DebugView v nápovede Google Analytics.
Rýchle potvrdenie, že property zbiera aktivitu — typicky v minútach. Nie je ekvivalent finálnych reportov. Postup je v Confirm data is being collected v nápovede Google Analytics a v Verify and troubleshoot your Google Analytics setup.
Ak request odišiel a v DebugView/Realtime purchase nie je, hľadajte configuration, consent, data stream alebo filter — nie znova ten istý dataLayer push.
Ak event vidíte v DebugView alebo Realtime, ale nie v štandardnom reporte, processing delay je jedna z prvých vecí, ktoré treba vylúčiť. Google uvádza, že spracovanie dát môže trvať 24–48 hodín a že väčšina dát v štandardných reportoch potrebuje tento interval na úplné spracovanie. To nie je pokyn vždy čakať 48 hodín.
Primárne zdroje: Data freshness v nápovede Google Analytics a Verify and troubleshoot your Google Analytics setup.
Odporúčaný event sa musí volať purchase. Iný názov Google neregistruje ako ecommerce purchase. Event môže byť v zozname udalostí, a predsa nie byť použiteľný v ecommerce reporte.
Google v Validate your ecommerce setup v dokumentácii Google Analytics uvádza: ak chýba požadovaný parameter, event v Analytics uvidíte, ale Analytics ho spracuje ako custom event, nie ako ecommerce event. Pre revenue Google v Fix missing revenue data v nápovede Google Analytics používa najmä value, currency, transaction_id a items.
Čo majú tieto parametre obsahovať a ako ich porovnať s objednávkou: ako technicky overiť GA4 Purchase event.
Consent môže meniť, či a ako Google tagy merajú. Nie je to právny návod na cookies — ide o technické správanie tagov.
Google rozlišuje basic a advanced consent mode. Pri basic mode sa tagy pred súhlasom nenačítajú a pred grantom sa dáta neposielajú. Pri advanced mode sa tagy načítajú s default denied a pri denied stave môžu ísť cookieless pings. Odmietnutie cookies preto automaticky neznamená, že GA4 nič neposiela. Závisí to od implementácie. Pozri About consent mode v nápovede Google Analytics a Consent mode overview v dokumentácii Google Tag Platform.
Ak source-side request vyzerá v poriadku, ale v účte purchase nie je, overte, či pozeráte správne miesto a či dáta niečo neodfiltruje. Google v troubleshooting guide upozorňuje na nesprávne Measurement ID, filtre prichádzajúcich dát a consent. Verify and troubleshoot your Google Analytics setup
Filtre prichádzajúcich eventov: Filter incoming events v nápovede Google Analytics. Duplicitný gtag + GTM: Validate your ecommerce setup v dokumentácii Google Analytics.
Ak browser/network ukazuje korektný purchase, neznamená to automaticky, že štandardný report musí okamžite ukázať rovnaké číslo. Medzi odoslaním a reportom ostáva processing, deduplikácia, filtre, definícia reportu a atribúcia.
Tu treba oddeliť source-side odoslanie od platform-side spracovania. AdsLeak bez prístupu do GA4 druhú vrstvu definitívne nepotvrdzuje. Ak ide o to, že sa čísla medzi e-shopom, GA4 a reklamnými platforemami rozchádzajú — nielen že nákup v GA4 nevidíte — pozrite keď čísla medzi systémami nesedia.
Pravdepodobná vrstva, nie istá príčina. Ďalší krok má problém zúžiť, nie uzavrieť.
| Čo vidím | Pravdepodobná vrstva | Ďalší krok |
|---|---|---|
| Purchase nie je v network requeste | Implementácia | GTM Preview, dataLayer, tag a publikovaný kontajner |
| Purchase je v network, nie v DebugView | GA4 collect / config / consent | DebugView, property, data stream, consent a filtre |
| Purchase je v DebugView, nie v reporte | Processing / reporting | Počkať na spracovanie a skontrolovať, ktorý report sledujete |
| Purchase je v reporte, ale value alebo items nesedia | Payload / parameter mapping | Porovnať parametre s objednávkou |
| Browser payload sedí, report stále nesedí | Platform-side | Analýza v GA4 účte — túto vrstvu AdsLeak bez prístupu nepotvrdzuje |
AdsLeak overí, čo bolo pri konkrétnej testovacej objednávke odoslané smerom ku GA4. Neoverí GA4 účet, DebugView, spracovanie ani reporting.
Bez prístupu do GA4 AdsLeak nepotvrdzuje: DebugView, finálne spracovanie v GA4, štandardné reporty, atribúciu.
Ak nechcete manuálne robiť testovaciu objednávku, hľadať purchase v network requestoch a porovnávať payload s objednávkou, AdsLeak spraví túto source-side kontrolu za vás.
Doplňujúce informácie
Nie vždy ide o ten istý problém. Event sa nemusel odoslať, môže byť viditeľný v DebugView ale ešte nie v reporte, môže mať nesprávny názov alebo parametre, alebo ho hľadáte v inej property. Najprv overte odoslanie z prehliadača, až potom reporting.