GA4 · Merenje konverzija
Kako proveriti da li GA4 pravilno meri upite i kupovine?
GA4 nije ispravno postavljen samo zato što prikazuje posetioce. Potrebno je proveriti da li se važna poslovna radnja beleži u pravom trenutku, sa tačnim podacima i bez dupliranja. Klik na dugme Pošalji nije isto što i uspešno primljen upit.
Prvo definišite šta za vas znači rezultat
Za uslužni sajt to može biti uspešno primljen kontakt upit. Za prodavnicu je ključna potvrđena porudžbina, dok naplata i povrat zahtevaju dodatno poslovno praćenje. Zapišite događaj, tačan okidač, potrebne parametre i način provere.
Primer plana: generate_lead se šalje nakon potvrde servera da je upit prihvaćen. contact_click opisuje klik na email ili telefon, ali ne dokazuje da je razgovor održan. purchase opisuje kupovinu sa jedinstvenim identifikatorom transakcije i ispravnom valutom. Ovakvo razdvajanje sprečava da veliki broj klikova izgleda kao veliki broj klijenata.
Proverite property, domen i pristanak
Proverite da sajt šalje podatke u očekivani GA4 property i web stream. Prisustvo Google Tag Manager-a samo po sebi ne potvrđuje da odgovarajući Google tag i događaji postoje. Obrnuto, direktno postavljen Google tag može raditi i bez GTM-a.
Posebno testirajte ponašanje pre i posle izbora analitike. Ako sajt koristi režim u kome se analitika učitava tek nakon pristanka, izostanak događaja pre pristanka je očekivan. Ne popravljajte merenje tako što ćete ukloniti postojeći izbor korisnika.
Test ponovite u čistoj sesiji. Ekstenzije koje blokiraju praćenje mogu objasniti zašto jedna osoba ne vidi događaje. To treba odvojiti od greške koja pogađa sve posetioce. Ne menjajte podešavanja svih korisnika da biste dobili prolaz jednog testa.
Realtime i DebugView imaju različitu ulogu
Realtime koristite kao brzu proveru da podaci stižu. DebugView služi detaljnijem posmatranju događaja tokom testiranja kada je za testni uređaj omogućen debug režim. Ni jedan od ta dva prikaza sam ne potvrđuje da su svi budući izveštaji i poslovna računica tačni.
Zapišite vreme testa, stranicu, radnju, očekivani događaj i dobijeni rezultat. Za problematičan događaj proverite parametre i broj pojavljivanja. Ako se page_view šalje dvaput, proverite da li je ista konfiguracija postavljena i direktno i kroz GTM, ili je aktivno više okidača.
Posle provere uživo sačekajte obradu standardnih izveštaja i proverite isti period. Nemojte odmah zaključiti da tag ne radi zato što novi događaj još nije vidljiv u svakom standardnom izveštaju.
Testirajte uspeh i grešku kontakt forme
Popunite neispravnu formu: događaj uspešnog upita ne treba da se pošalje. Zatim proverite neuspešan serverski odgovor ili prekid mreže u testnom okruženju. Ni tada klik na dugme ne sme da postane uspešna konverzija.
Kod uspeha proverite tri odvojene stvari: da je aplikacija prihvatila upit, da je poruka stigla na predviđeno mesto i da se događaj pojavio jednom. Potvrda analitike ne dokazuje isporuku emaila. Prilikom testiranja koristite kontrolisanu adresu i označen testni sadržaj.
Ne šaljite sadržaj poruke, email, telefon ili ime osobe kao GA4 parametre. Proverite i URL-ove stranica: kontakt podaci ponekad završe u query parametrima pa se nenamerno proslede analitici.
Kod kupovine proverite ceo tok
Prođite put od proizvoda i korpe do potvrde kupovine. Proverite da purchase nosi odgovarajući transaction_id, value, currency i podatke o proizvodima kada su predviđeni planom merenja. Posebno proverite da osvežavanje zahvalnice ili povratak na nju ne proizvodi dodatnu prodaju.
Uporedite nekoliko označenih testnih porudžbina sa evidencijom prodavnice. Razlike u prihodima ne rešavaju se samo gledanjem ukupnog broja događaja. Potrebno je proveriti pojedinačne iznose, valute, poreze, isporuku, otkaze i period izveštavanja.
Kada događaj pouzdano opisuje važnu poslovnu radnju, označite ga kao ključni događaj gde to odgovara cilju. Samo označavanje ne popravlja pogrešan okidač i ne pretvara klik u stvarnu prodaju.
Kontrolna lista
- Tačan property i web stream.
- Provereni izbor analitike i testni debug režim.
- Upit se beleži posle potvrđenog uspeha.
- Kupovine imaju ispravne iznose i identifikatore.
- Nema ličnih podataka ni duplog slanja.
Zašto GA4 ima manje kupovina od prodavnice?
Mogući razlozi su izbor analitike, blokiranje praćenja, tehnička greška ili razlike u obradi i periodu izveštaja. Uzrok se utvrđuje kontrolisanim testovima i poređenjem porudžbina, a ne samo poređenjem dva ukupna broja.
Zvanična dokumentacija
Želite proveru svog sistema?
Pošaljite adresu sajta i kratak opis problema. Dogovorićemo obim provere kampanja, analitike ili prodajnog toka.
Razgovarajte sa Aleksandrom