Diagnostic GA4 pentru parametri lipsă este alerta prin care Google Analytics semnalează că identificatori precum GBRAID sau parametrii gad_ sunt eliminați înainte să ajungă la tagurile de măsurare. Consecința nu este neapărat pierderea tuturor sesiunilor sau conversiilor, ci deteriorarea informațiilor folosite pentru atribuirea traficului plătit.

O campanie poate continua să genereze clickuri, vizite și comenzi, dar o parte dintre acestea poate fi raportată cu o sursă greșită, drept trafic organic sau cu valori precum „(not set)”. În acest caz, compania nu pierde doar precizie tehnică. Poate interpreta greșit contribuția campaniilor și poate modifica bugete pe baza unor date incomplete.

Noul diagnostic este util deoarece face vizibilă o problemă care altfel poate rămâne ascunsă în diferențele dintre Google Ads, GA4 și sistemul comercial. Alerta nu trebuie însă confundată cu un audit complet de atribuire. Ea identifică o categorie specifică de erori: eliminarea anumitor parametri din traseul URL-ului.

Ce semnalează noul diagnostic GA4?

Google Analytics folosește identificatori agregați pentru a completa informațiile despre traficul provenit din publicitatea Google atunci când identificatorii standard, precum GCLID sau DCLID, nu pot furniza datele necesare.

Diagnosticul urmărește situațiile în care parametrii GBRAID sau gad_, adăugați URL-urilor accesate din reclame, sunt eliminați înainte să poată fi observați de tagurile Google.

Alerta poate apărea în indicatorul privind calitatea datelor și poate include o opțiune prin care utilizatorul vede căile paginilor afectate.

Mesajul nu spune că întreaga implementare GA4 este defectă. Spune că, pentru anumite URL-uri sau trasee, informațiile necesare atribuirii nu sunt păstrate complet.

Ce sunt identificatorii agregați?

Identificatorii agregați sunt parametri atașați URL-urilor pentru a transmite informații despre proveniența publicitară a unei vizite fără a identifica individual utilizatorul sau evenimentul.

Documentația Google menționează două familii relevante:

GBRAID, un identificator orientat spre măsurarea agregată și protejarea vieții private;
parametrii gad_, care pot transmite informații agregate despre sursă sau campanie.

Exemplele documentate includ:

gad_source, folosit pentru identificarea sursei traficului publicitar;
gad_campaignid, folosit pentru identificarea campaniei care a generat clickul;
gbraid, folosit în anumite contexte în care măsurarea standard nu poate fi aplicată în aceeași formă.

Acești parametri nu sunt echivalenți cu UTM-urile introduse manual. Ei sunt adăugați și utilizați de ecosistemul Google pentru susținerea măsurării și atribuirii.

De ce sunt necesari dacă URL-ul conține deja GCLID?

GCLID este un identificator asociat clickurilor Google Ads și este folosit în integrarea dintre platformele Google. Existența lui în URL nu garantează însă că GA4 poate folosi în orice situație toate datele necesare.

Google explică faptul că identificatorii agregați sunt utilizați atunci când informațiile campaniei nu pot fi recuperate prin mecanismele standard. Un caz menționat explicit este cel în care utilizatorul nu acordă consimțământ pentru ad_user_data.

Într-un asemenea context, identificatorii agregați pot ajuta GA4 să diferențieze mai corect traficul plătit de traficul organic și să completeze dimensiuni precum:

sursa;
mediul;
platforma sursă;
campania.

De aceea, păstrarea GCLID în URL nu este suficientă pentru a concluziona că eliminarea parametrilor GBRAID sau gad_ nu produce efecte.

Cum pot dispărea parametrii din URL?

Parametrii pot exista în URL-ul inițial al reclamei și pot fi eliminați ulterior de site, infrastructură sau aplicații intermediare.

Redirecturi care nu păstrează query string-ul

Un utilizator poate ajunge inițial la:

https://exemplu.ro/produs?gad_source=1&gad_campaignid=123

Site-ul îl redirecționează apoi către:

https://www.exemplu.ro/produs

Dacă parametrii nu sunt transferați în noua adresă, tagul încărcat după redirect nu îi mai poate observa.

Redirecturi de limbă, țară sau monedă

Site-urile care trimit automat utilizatorul către o versiune localizată pot elimina accidental parametrii:

de la domeniul principal la un subdomeniu;
de la versiunea internațională la cea românească;
de la HTTP la HTTPS;
de la o adresă fără www la una cu www;
de la o monedă la alta.

Reguli din CDN, firewall sau infrastructură

Unele configurații normalizează URL-urile, elimină parametrii considerați necunoscuți sau îi folosesc diferit în regulile de cache.

Problema poate apărea numai pentru anumite:

țări;
dispozitive;
tipuri de pagini;
subdomenii;
campanii;
trasee de redirect.

Aplicații și pluginuri

Platforma e-commerce, un plugin SEO, un modul de securitate, un sistem de afiliere sau o aplicație de personalizare poate rescrie URL-ul înainte de încărcarea tagului.

Cod JavaScript care curăță adresa

Unele site-uri elimină parametrii din bara de adresă pentru a produce URL-uri considerate mai curate. Dacă eliminarea se produce înainte ca tagul să citească informația, atribuirea poate fi afectată.

Tranziții către checkout sau alte domenii

Problema poate apărea și când utilizatorul trece între:

site și checkout;
site și procesatorul de plăți;
domeniu principal și subdomeniu;
landing page și aplicație;
platformă de rezervări și site-ul companiei.

Nu orice tranziție trebuie să păstreze parametrii în toate etapele. Important este ca informația necesară să fie observată și administrată corect înainte de a fi eliminată.

Ce date pot fi afectate?

Documentația Google avertizează că eliminarea identificatorilor agregați poate produce atribuiri incorecte și poate face ca traficul să apară drept „organic” sau „(not set)”.

Pot fi afectate dimensiuni precum:

Session source;
Session medium;
Session campaign;
Source platform;
First user source și medium;
rapoartele de achiziție;
rapoartele de atribuire;
analizele campaniilor plătite.

Efectul poate apărea diferit de la o proprietate la alta. Depinde de:

tipul campaniilor;
consimțământul utilizatorilor;
configurarea legăturii cu Google Ads;
traseele URL;
momentul încărcării tagurilor;
configurarea cross-domain;
alte mecanisme de identificare disponibile.

De aceea, simpla apariție a alertei nu permite calcularea automată a volumului de conversii afectate.

Evenimentele pot fi colectate corect, dar sursa să fie greșită

Una dintre cele mai importante distincții este cea dintre colectarea unui eveniment și atribuirea lui.

Un eveniment purchase poate conține:

un identificator valid al tranzacției;
valoarea corectă;
moneda corectă;
produsele cumpărate;
taxele și transportul.

Evenimentul poate apărea corect în GA4, dar sesiunea în care s-a produs poate avea o sursă incompletă sau greșită.

În acest caz:

venitul total din GA4 poate părea rezonabil;
numărul tranzacțiilor poate fi apropiat de cel din magazin;
campania care a contribuit la vânzare poate primi mai puțin credit;
traficul organic sau direct poate primi mai mult credit;
raportarea pe canal poate deveni inexactă.

Confirmarea declanșării evenimentului nu este, prin urmare, o validare completă a măsurării.

Ce risc managerial apare?

Problema devine managerială atunci când datele GA4 sunt folosite pentru alocarea bugetelor.

O companie poate concluziona că:

o campanie produce mai puține conversii decât în realitate;
traficul organic contribuie mai mult decât contribuie efectiv;
o anumită sursă trebuie redusă;
un canal are un cost de achiziție prea mare;
o campanie nu influențează vânzările;
o schimbare de bidding a deteriorat performanța.

Toate aceste concluzii pot fi plauzibile. Alerta nu demonstrează automat că sunt greșite. Arată însă că o parte dintre datele folosite în analiză poate avea o problemă de atribuire.

Principiul potrivit este:

Nu modifica bugetul doar pentru că un raport s-a schimbat înainte să verifici dacă s-a schimbat performanța sau măsurarea performanței.

Ce nu demonstrează alerta?

Un diagnostic GA4 privind parametrii lipsă nu demonstrează că:

toate conversiile sunt atribuite greșit;
Google Ads supraestimează performanța;
GA4 subestimează toate campaniile;
veniturile raportate sunt greșite;
problema este produsă de Consent Mode;
problema este produsă de platforma e-commerce;
orice diferență dintre Google Ads și GA4 provine din acești parametri;
remedierea va face rapoartele platformelor identice.

Google Ads și GA4 folosesc metodologii, ferestre, modele și momente de raportare diferite. Chiar și într-o implementare corectă vor exista diferențe între ele.

Alerta trebuie tratată ca un indiciu precis despre o categorie de probleme, nu ca explicație universală pentru orice discrepanță.

Cum verifici diagnosticul GA4?

1. Documentează exact alerta

Salvează:

textul complet;
data observării;
proprietatea afectată;
raportul în care apare;
URL-urile indicate;
nivelul de severitate;
campaniile care trimit trafic spre acele pagini.

2. Folosește lista de URL-uri problematice

Google poate afișa căile afectate prin opțiunea „View URLs”. Acestea reprezintă punctul de pornire al investigației, nu lista completă garantată a tuturor traseelor posibile.

3. Reproduce un click cu parametri de test

Accesează pagina cu parametri similari și urmărește fiecare etapă:

URL-ul inițial;
răspunsul serverului;
fiecare redirect;
URL-ul final;
momentul încărcării tagului;
modificările produse de JavaScript.

Nu este necesară accesarea repetată a unei reclame reale. Se poate testa traseul cu URL-uri controlate, fără a genera clickuri publicitare inutile.

4. Verifică redirecturile la nivel HTTP

Browserul poate afișa doar URL-ul final, dar problema poate apărea într-o etapă intermediară.

Pentru fiecare redirect trebuie verificat dacă query string-ul este:

păstrat integral;
rescris;
filtrat;
codificat incorect;
mutat după un fragment #;
eliminat complet.

5. Verifică momentul în care se încarcă tagul

Parametrul poate exista pentru scurt timp și poate fi eliminat ulterior. Dacă tagul se încarcă înainte de eliminare, efectul poate fi diferit față de situația în care se încarcă după rescrierea URL-ului.

Trebuie verificată ordinea dintre:

inițializarea consimțământului;
încărcarea Google Tag Manager;
încărcarea Google tag;
redirecturi JavaScript;
modificarea istoricului browserului;
schimbarea rutei într-o aplicație de tip single-page.

6. Testează mai multe scenarii de consimțământ

Comportamentul trebuie verificat cel puțin în trei situații:

consimțământ acordat;
consimțământ refuzat;
niciun răspuns imediat.

Nu trebuie presupus că problema apare identic în toate cele trei situații.

7. Verifică diferențele între dispozitive și piețe

Testează:

mobil și desktop;
browser normal și browser cu protecții mai stricte;
versiuni de limbă;
mai multe țări;
landing pages diferite;
pagini de categorie și produs;
checkout;
domenii și subdomenii.

Unde trebuie căutată cauza?

Zonă	Problemă posibilă	Responsabil probabil
Server	Redirectul nu păstrează parametrii	Dezvoltare sau infrastructură
CDN	Parametrii sunt eliminați sau normalizați	IT sau furnizorul CDN
Platformă e-commerce	URL-ul este rescris	Dezvoltare sau furnizorul platformei
JavaScript	Adresa este curățată înainte de tag	Dezvoltare sau marketing technology
Consent management	Ordinea tagurilor diferă între stări	Legal, analytics și dezvoltare
Cross-domain	Tranziția dintre domenii rupe sesiunea	Analytics și dezvoltare
Checkout	Parametrii sau identificatorii nu sunt gestionați corect	E-commerce și furnizorul checkoutului

Problema nu trebuie delegată automat exclusiv echipei de marketing. Soluția poate necesita acces și decizii din mai multe zone tehnice și comerciale.

Cum verifici efectul în rapoarte?

După identificarea perioadei și URL-urilor afectate, analiza poate urmări:

creșterea valorilor „(not set)”;
creșterea traficului organic fără o explicație SEO;
creșterea traficului direct;
scăderea sesiunilor atribuite Google Ads;
diferențe bruște între clickurile Ads și sesiunile GA4;
modificări concentrate pe anumite landing pages;
diferențe între dispozitive;
diferențe între stările de consimțământ;
schimbări apărute după o lansare tehnică.

Corelația temporală ajută, dar nu demonstrează singură cauza.

De exemplu, o creștere a traficului organic în aceeași zi cu apariția alertei poate proveni și din:

o schimbare reală de vizibilitate;
sezonalitate;
campanii oprite;
modificarea consimțământului;
schimbări în procesarea GA4;
altă problemă de tracking.

De ce trebuie comparate mai multe sisteme?

GA4 nu trebuie tratat drept registrul contabil al companiei și nici Google Ads drept sursa neutră a tuturor conversiilor.

Pentru diagnostic trebuie comparate cel puțin:

clickurile și costurile din Google Ads;
sesiunile și conversiile din GA4;
comenzile din platforma e-commerce;
veniturile și anulările din sistemul comercial;
datele brute din BigQuery, dacă sunt disponibile;
logurile serverului sau CDN-ului, când investigația le cere.

Fiecare sistem observă o parte diferită a traseului:

Google Ads observă interacțiunea publicitară;
GA4 observă evenimentele pe care le poate colecta și procesa;
magazinul observă comanda;
ERP-ul sau contabilitatea observă rezultatul comercial ulterior.

Diferențele nu trebuie eliminate artificial. Ele trebuie explicate suficient pentru ca managementul să știe ce poate susține fiecare sursă.

Ce trebuie verificat înainte să modifici bugetele?

Înaintea unei decizii comerciale, răspunde la următoarele întrebări:

A apărut alerta pe toate landing page-urile sau doar pe unele?
Problema afectează toate dispozitivele și piețele?
Când a început eliminarea parametrilor?
Ce schimbare tehnică a avut loc în aceeași perioadă?
Au crescut valorile „organic”, „direct” sau „(not set)”?
Numărul total al comenzilor s-a schimbat?
Diferența apare și în Google Ads sau doar în GA4?
Este afectată colectarea conversiei sau numai atribuirea?
Există alte identificatoare disponibile?
Putem estima volumul afectat fără să presupunem că toate diferențele au aceeași cauză?

Dacă aceste întrebări nu au răspuns, reducerea sau creșterea bugetului este prematură.

Cum se remediază eliminarea parametrilor?

Remedierea depinde de locul în care parametrii dispar.

Poate presupune:

păstrarea query string-ului în redirecturi;
modificarea regulilor CDN;
permiterea parametrilor necesari în firewall;
corectarea rutării între domenii;
mutarea încărcării tagului înaintea rescrierii URL-ului;
corectarea unui plugin sau modul;
actualizarea logicii aplicației;
revizuirea implementării cross-domain;
testarea separată a checkoutului.

Parametrii nu trebuie păstrați fără limită în toate URL-urile și toate sistemele. Obiectivul este ca informația necesară să ajungă corect la sistemele de măsurare, fără a crea duplicări, riscuri de securitate sau URL-uri instabile.

După remediere, Google precizează că actualizarea diagnosticului poate necesita până la 48 de ore.

Ce nu știm încă?

Documentația disponibilă explică mecanismul alertei, dar nu permite să stabilim pentru orice proprietate:

ce procent din trafic este afectat;
câte conversii au primit o sursă greșită;
dacă diagnosticul surprinde toate formele de eliminare a parametrilor;
ce praguri exacte declanșează alerta;
cum diferă acoperirea între tipurile de campanie;
dacă problema istorică va fi reprocesată după remediere.

Aceste limite trebuie păstrate în interpretare. Absența alertei nu demonstrează că toate redirecturile și toate sursele sunt măsurate corect. Prezența ei nu demonstrează că întreaga atribuire este inutilizabilă.

Diagnostic GA4 pentru parametri lipsă face vizibilă o ruptură posibilă între clickul publicitar și informația despre campanie care ajunge în Google Analytics.

Problema poate exista chiar dacă tagurile se declanșează, evenimentele sunt colectate și comenzile apar în rapoarte. Ceea ce se poate deteriora este legătura dintre rezultat și sursa căreia îi este atribuit.

Alerta trebuie investigată prin URL-uri, redirecturi, momentul încărcării tagurilor, consimțământ, domenii și comparația dintre Google Ads, GA4 și sistemul comercial.

Nu este un motiv automat pentru modificarea campaniilor. Este un motiv pentru verificarea calității datelor înainte ca rapoartele să fie folosite pentru decizii despre bugete, canale și performanță.

Surse și lecturi suplimentare

Continuă analiza

Audit de tracking: cum verifici dacă datele pot susține deciziile comerciale — cadrul complet pentru verificarea definirii, colectării și utilizării datelor.
Diferențe între veniturile GA4 și comenzile magazinului — cauzele pentru care două sisteme pot raporta valori diferite.
MER vs. ROAS — de ce evaluarea investiției în marketing nu trebuie construită exclusiv pe atribuirea platformelor.
Performance marketing: strategie, măsurare și profitabilitate — cum se leagă măsurarea de rezultatele economice.

Dacă alerta indică doar una dintre mai multe diferențe inexplicabile între Google Ads, GA4 și sistemul comercial, o analiză de analytics, tracking și business intelligence poate urmări traseul datelor înainte ca acestea să fie folosite pentru redistribuirea bugetelor.