Ai deja tracking? Poate e greșit. 5 tipuri de implementări care distorsionează raportarea în GA4

De la lansarea Google Analytics 4 (GA4), multe companii au migrat implementările clasice sau și-au setat conturi noi. Însă, în ciuda faptului că „evenimentele par să funcționeze”, datele pot fi profund distorsionate. De ce? Pentru că GA4 este sensibil la greșeli de structură și logică în tracking, iar lipsa unor mecanisme de debug clare îl face și mai dificil de validat.

În acest articol vom analiza cele mai frecvente 5 greșeli care îți pot compromite complet raportarea, deși la suprafață „pare totul ok”.

De ce „tracking corect” nu înseamnă „tracking complet”

Un eveniment care apare în GA4 nu înseamnă neapărat că:

• a fost declanșat o singură dată;

• a fost atribuit sursei corecte;

• a inclus parametrii necesari;

• a fost înregistrat într-o sesiune validă;

• poate fi folosit pentru remarketing sau conversii.

📉 O raportare distorsionată în GA4 poate duce la:

• Decizii greșite de bugetare în campanii;

• Evaluări eronate ale performanței landing page-urilor;

• Funnel-uri incomplete sau iluzorii;

• Lipsa valorii reale în atribuirea conversiilor.

Greșeala #1 – Dublarea evenimentelor (page_view, purchase etc.)

Cum apare problema

Acest fenomen apare de obicei din cauza etichetării duble (double tagging) – de exemplu, un eveniment este declanșat simultan prin mai multe metode: cod global gtag.js, Google Tag Manager (GTM), plugin-uri de platformă (cum ar fi un modul Shopify/WooCommerce) sau chiar evenimente create direct în interfața GA4.

• Evenimentele page_view, purchase, begin_checkout sunt setate de mai multe ori (GTM + cod sursă, GTAG + Shopify, etc.).

• Evenimentul se trimite pe fiecare redirecționare sau interacțiune minoră.

• purchase este trimis și în Thank You page, și din pixel third-party (ex: Facebook sau Floodlight) – și e interceptat de GA4.

Simptome

• Un user are 3-4 purchase events cu același transaction_id;

• Bounce rate 0% sau 100%;

• Timp mediu pe pagină bizar (0s sau 30min);

• Funnel care pare prea bun ca să fie adevărat.

Impact asupra deciziilor de business

Dublarea evenimentelor distorsionează grav metricile. De pildă, raportarea dublă a evenimentului purchase va supraestima veniturile și rata de conversie. Un manager ar putea crede că vânzările au crescut, când de fapt o parte sunt simple duplicări. La fel, dublarea page_view scade artificial bounce rate-ul și crește numărul de pagini per sesiune, oferind o imagine fals îmbunătățită a implicării utilizatorilor. Deciziile de alocare a bugetelor de marketing pot fi profund greșite dacă se bazează pe astfel de date umflate. În plus, se pot atinge limitele de colectare mai repede deoarece se înregistrează evenimente redundante.

Soluție

• Folosește GTM Debug Mode + GA4 DebugView;

• Caută dubluri în BigQuery (event_name, event_timestamp, transaction_id);

• Pune condiție de once per page load sau once per session în GTM;

• În Shopify sau CMS, dezactivează tracking-ul nativ dacă folosești GTM.

Greșeala #2 – Suprascrierea sursei de trafic (source/medium)

Cum apare problema

O altă implementare defectuoasă apare atunci când sursa de trafic a utilizatorilor este suprascrisă incorect pe parcursul sesiunii. GA4 determină atributul Source/Medium al unei sesiuni în momentul evenimentului session_start, preluând parametrii UTM (dacă există) sau referința (referrer-ul) către site. Problema este că anumite practici greșite pot cauza schimbarea/înlocuirea acestor informații, fie prin inițierea unei noi sesiuni nejustificate, fie prin rescrierea manuală a parametrilor de trafic.

• Redirecționări de tip HTTP → HTTPS;

• Coduri UTM incorecte sau incomplete;

• Link-uri din emailuri sau aplicații fără UTM și fără referrer;

• Evenimente declanșate la 1-2 secunde după pagină, fără context complet.

Simptome

• Trafic din „(direct) / (none)” în mod excesiv;

• Campanii de Google Ads sau Meta care nu apar în rapoarte;

• Atribuire greșită pentru purchase sau conversion.

Impact asupra deciziilor de business

Suprascrierea sursei de trafic are efecte insidioase. Dacă GA4 nu atribuie corect conversiile canalelor care le-au generat, eficacitatea campaniilor este mascată. Marketerii ar putea subevalua canale performante și supraevalua altele. De exemplu, dacă vizitele din email sau Facebook apar ca Direct, ai putea crede că email marketingul sau reclamele social media nu convertesc, și să reduci bugetele acolo – o decizie greșită bazată pe date eronate.

Soluție

• Activează allow_manual_override și allow_google_signals în tag-ul GA4;

• Folosește transport_url dacă folosești server-side tagging;

• Adaugă sessionStorage pentru a păstra gclid / utm_ în context pe mai multe pagini.

Greșeala #3 – Lipsa session_start în contexte critice

Cum apare problema

GA4 definește o sesiune prin evenimentul automat session_start. Când un utilizator deschide site-ul (și nu există o sesiune activă), GA4 generează un eveniment session_start și atribuie un Session ID (ga_session_id) și un număr de sesiune (ga_session_number).

Acest session_start poartă pe umeri informații cruciale despre sursa acelei sesiuni – parametrii UTM, GCLID (dacă vine din Google Ads) și referer-ul, toate sunt asociate sesiunii în momentul session_start.

Problema apare când evenimentul session_start lipsește pentru anumite vizite. Dacă GA4 nu înregistrează session_start, dimensiunile legate de sesiune (precum Session source/medium, Session campaign, Landing page) rămân nepopulate (apar ca (not set) în rapoarte). Cu alte cuvinte, sesiunea există poate ca număr, dar nu are datele asociate de început.

• Evenimentul session_start nu este setat corect în GTM;

• Evenimentele rulează înainte ca o sesiune să fie inițiată;

• Probleme cu cookies sau cu politica de consimțământ (CMP strict);

Simptome

• Nu se leagă evenimentele între ele în rapoarte;

• Funnel-uri „rupte” – userul pare să fi început cu purchase;

• Durata sesiunii este 0 pentru majoritatea utilizatorilor.

Impact asupra deciziilor de business

Lipsa evenimentelor session_start și sesiunile incomplete afectează calitatea datelor de atribuire. În rapoarte vei vedea o anumită proporție de trafic la care source/medium este necunoscut – acestea vor fi grupate la canalul „Unassigned” (Neatribuit) sau ca (direct)/(not set). Dacă procentul e semnificativ, atunci practic ai un segment de utilizatori/conversii pentru care nu știi de unde au venit. Asta complică analiza ROI pe canale: acele conversii (not set) ar putea aparține unui canal pe care nu îl creditezi cum trebuie.

De exemplu, dacă 5% din vânzări apar ca Unassigned, s-ar putea ca o parte să fi provenit din SEO, o parte din PPC etc., dar tu le vei vedea ca directe și poate vei subinvesti în canalul real generator. Mai mult, afectează și metricile de comportament: sesiuni fără session_start pot însemna sesiuni fără pageview inițial, deci bounce rate calculat eronat sau durată sesiune nepotrivită.

Soluție

• Asigură-te că session_start e activat în „Enhanced Measurement” sau definit explicit;

• Rulează toate evenimentele după confirmarea consimțământului (folosește gtm.consentUpdate);

• Verifică dacă client_id persistă corect în cookies (SameSite / Secure flags).

Greșeala #4 – Tracking manual combinat cu auto-tagging (AdWords, Meta)

Cum apare problema

Această greșeală se referă în principal la modul în care se etichetează URL-urile de advertising, în special Google Ads, pentru a transmite date către GA4. Există două abordări: auto-tagging (etichetarea automată, prin care Google Ads anexează parametri gclid) și manual tagging (etichetarea manuală, adică folosirea parametrilor UTM în URL-urile finale ale reclamelor). Problema apare când se combină ambele fără o strategie clară.

• Ai instalat scriptul nativ Google Ads + un trigger GA4 în GTM;

• Ai dat UTM-uri în campanii dar folosești și gclid;

• Ai și tag Google Ads conversion + event GA4 custom pe același buton.

Simptome

• Conversii duplicate în Google Ads;

• Discrepanțe majore între GA4 și Ads (30-50%);

• Evenimente care ajung în GA4 fără date de sursă.

Impact asupra deciziilor de business

În contextul Google Ads, o raportare corectă în GA4 a performanțelor campaniilor este vitală pentru optimizarea bugetelor. Dacă această raportare e afectată, riști să iei decizii suboptime.

Soluție

• Alege o singură sursă principală de tracking pentru conversii;

• Dacă folosești GA4 ca sursă de conversii pentru Google Ads → evită să dublezi tracking-ul cu pixel AdWords;

• Activează auto-tagging + importă conversiile din GA4 → Google Ads;

• Documentează fiecare event + sursa de trimitere în dataLayer (ex: event_origin: 'ads').

Greșeala #5 – Lipsa unui plan de date (dataLayer chaos)

Cum apare problema

Ultima, dar poate cea mai fundamentală greșeală de implementare, este să pornești tracking-ul GA4 fără un plan de date bine definit.

Mulți se aruncă direct în instalarea codului sau în configurarea GTM, fără să elaboreze o strategie clară despre ce trebuie măsurat, cum vor fi structurate evenimentele, ce parametri și valori vor fi capturate și cum se vor folosi ulterior datele.

Rezultatul este un haos în dataLayer și în configurația de tracking.

• Site-ul trimite ecommerce.purchase cu structuri diferite pe pagini diferite;

• Nu există un plan clar pentru cum sunt definite evenimentele;

• Parametrii trimiși în evenimente sunt inconsistenti (ex: item_id vs id, price vs value);

Simptome

• Datele din GA4 sunt incomplete sau „Not set”;

• Looker Studio raportează produse lipsă, sume greșite;

• Probleme la implementarea enhanced ecommerce.

Impact asupra deciziilor de business

Lipsa unui plan de date afectează atât acuratețea cât și utilitatea datelor colectate.

Soluție

• Definește un Data Layer Specification: un document JSON-like cu toate evenimentele, parametrii, tipuri de date;

• Fă un QA cu GTM Preview și notează toate evenimentele și valorile returnate;

• Normalizează structura de obiecte (ex: items: [ {item_id: '', item_name: ''} ]) pentru compatibilitate cu rapoartele GA4.

Cum verifici dacă și tu ai aceste probleme

Verificări esențiale:

• GA4 DebugView activ – vezi ce se trimite în timp real;

• Compară datele din GA4 cu cele din CMS sau CRM (ex: comenzi reale);

• Creează segmente în GA4 pentru a izola comportamente ciudate;

• Rulează rapoarte în BigQuery pentru a identifica dubluri, lipsuri, anomalii.

Ce înseamnă un audit profesionist de tracking

Un audit avansat ar trebui să includă:

• Maparea completă a funnel-urilor;

• Validarea fiecărui event și parametru;

• Verificare cookies / consimțământ;

• Sincronizarea între platforme (GA4, Ads, Meta, CRM);

• Documentare și plan de remediere.

Concluzie

Un plan de date bine conceput și aplicat este fundația unei implementări GA4 de succes. Îți oferă un cadru robust pentru configurare personalizată și face parte integrantă din strategia digitală mai largă. După cum spun experții, important e să ai un sistem, indiferent care, și să îl urmezi – nu există o singură cale corectă, dar lipsa oricărui sistem duce garantat la dezordine.

Implementarea corectă a trackingului în GA4 înseamnă:

• Evenimente corecte;

• Structuri coerente;

• Surse de trafic clare;

• Sesiuni valide;

• Date care pot fi folosite pentru acțiuni reale.