Auditul de măsurare pentru magazinul tău online: de ce nu se potrivesc cifrele din Meta și Google cu vânzările reale?
Cifrele din Meta, Google Ads și GA4 nu vor fi niciodată identice cu comenzile din magazinul tău, dar diferența trebuie să poată fi explicată. Când nu poate, optimizezi campaniile pe date greșite: oprești reclame bune și scalezi altele care doar par bune. Un exemplu ipotetic, ca să recunoști situația: în ultima lună magazinul a înregistrat 90 de comenzi, Meta raportează 120 de achiziții, Google Ads 85, iar GA4 60. Care cifră este cea corectă? Niciuna nu este greșită prin definiție, pentru că fiecare măsoară altceva. Problema apare când nu știi de ce diferă. În acest articol găsești cauzele cele mai frecvente, un audit în 7 puncte, un mini-audit pe care îl poți face în 30 de minute și un tabel cu simptome și cauze probabile. Cu cât îl faci mai devreme, cu atât mai bine: orice campanie mare, de exemplu Black Friday, se sprijină pe o măsurare corectă.

Cifrele din Meta, Google Ads și GA4 nu vor fi niciodată identice cu comenzile din magazinul tău, dar diferența trebuie să poată fi explicată. Când nu poate, optimizezi campaniile pe date greșite: oprești reclame bune și scalezi altele care doar par bune.
Un exemplu ipotetic, ca să recunoști situația: în ultima lună magazinul a înregistrat 90 de comenzi, Meta raportează 120 de achiziții, Google Ads 85, iar GA4 60. Care cifră este cea corectă? Niciuna nu este greșită prin definiție, pentru că fiecare măsoară altceva. Problema apare când nu știi de ce diferă.
În acest articol găsești cauzele cele mai frecvente, un audit în 7 puncte, un mini-audit pe care îl poți face în 30 de minute și un tabel cu simptome și cauze probabile. Cu cât îl faci mai devreme, cu atât mai bine: orice campanie mare, de exemplu Black Friday, se sprijină pe o măsurare corectă.
De ce nu se potrivesc cifrele: patru cauze structurale
Platformele nu măsoară același lucru, nu în același moment și nu cu aceleași reguli. Patru cauze explică cea mai mare parte a diferențelor:
-
Momentul înregistrării. Google Ads înregistrează o conversie la data clickului care a dus la achiziție, iar GA4 la data achiziției (Lighthouse).
-
Ferestre și modele de atribuire diferite. Meta folosește implicit o fereastră de 7 zile de la click și una de 1 zi de la vizualizare (aceeași sursă), Google Ads folosește în mod obișnuit 30 de zile de la click, iar GA4 își aplică propriul model: trei modele în rapoartele de atribuire, iar vizitele directe nu primesc credit decât dacă întregul drum a fost direct.
-
Consimțământ și date modelate. Când un vizitator refuză cookie-urile, Google completează golurile prin modelare, iar Google Ads poate număra conversii modelate și conversii după vizualizare pe care GA4 nu le arată (Dataslayer).
-
Magazinul numără altceva. Comenzile din magazin includ anulări, retururi și, la plata ramburs, comenzi refuzate la livrare, în timp ce platformele numără de obicei momentul plasării comenzii.
Concluzia practică: comenzile din magazin sunt sursa de adevăr pentru venit, iar platformele servesc optimizării în interiorul lor. Auditul de mai jos nu urmărește cifre identice, ci diferențe explicabile și stabile în timp.
Punctele 1–2: evenimentele și valorile
1. Inventarul evenimentelor. Lista minimă pentru un magazin online: vizualizare produs (view_item), adăugare în coș (add_to_cart), început de checkout (begin_checkout) și achiziție (purchase). Verifică fiecare eveniment în GA4 DebugView sau în Tag Assistant și în fila „Test Events" din Meta Events Manager: se declanșează o singură dată, la momentul potrivit, pe fiecare tip de dispozitiv? Notează evenimentele lipsă și pe cele care apar fără motiv, de exemplu o achiziție înregistrată la fiecare reîncărcare a paginii de mulțumire.
2. Corectitudinea valorilor. Evenimentul de achiziție trebuie să conțină un identificator unic al comenzii (transaction_id), valoarea (value), moneda (currency) și produsele (items). Hotărăște o singură regulă pentru toate platformele: valoarea include sau nu TVA și transportul? Reducerile sunt scăzute sau nu? Dacă regulile diferă între GA4, Meta și Google Ads, ROAS-urile nu se pot compara.
Stabilește și cum tratezi anulările și retururile. GA4 are un eveniment dedicat pentru rambursări (refund), dar la plata ramburs comenzile refuzate rămân, de regulă, în rapoarte ca achiziții.
Punctele 3–4: consimțământul și duplicările
3. Consent Mode v2. Fără Consent Mode v2, din martie 2024 utilizatorii noi din Spațiul Economic European nu mai intră în listele de audiență și în funcțiile de reclame personalizate, iar măsurarea modelată nu mai funcționează pentru ei (Cardinal Path). Verifică, după recomandările Google, patru lucruri:
-
ai setat o stare implicită de consimțământ, aplicată pe regiuni (dacă politica ta cere refuz implicit, aplică-l doar acolo unde legea o cere, ca să nu pierzi măsurare precisă în restul lumii);
-
etichetele Google se încarcă înainte să apară bannerul de cookie-uri;
-
starea se actualizează imediat ce vizitatorul alege;
-
vizitatorul poate accepta sau refuza separat fiecare tip de stocare (publicitate și analiză).
Apoi alege între implementarea basic și advanced. În basic, etichetele Google sunt blocate până la consimțământ, deci nu primești modelare comportamentală în GA4, iar conversiile din Google Ads sunt modelate dintr-un model general. În advanced, etichetele se încarcă și trimit semnale fără cookie-uri atunci când consimțământul este refuzat, iar Google le folosește pentru modelare. Alegerea ține și de politica ta de confidențialitate, deci discut-o cu responsabilul GDPR sau cu un jurist.
4. Duplicările. Cea mai frecventă eroare de dublare este combinația dintre pixelul Meta și Conversions API fără deduplicare. Meta poate uni un eveniment din browser cu unul de pe server pe mai multe căi: prin aceeași pereche event_name + event_id (metoda cea mai sigură; fereastra de deduplicare este de 48 de ore, conform documentației Meta) sau, când nu ai event_id, prin event_name împreună cu fbp și/sau external_id, trimise identic din browser și de pe server. Verifică în Events Manager dacă evenimentele apar deduplicate și dacă fiecare eveniment, indiferent de sursă, poartă cel puțin unul dintre aceste identificatoare: un eveniment din browser trimis de un plugin sau de un cod manual, fără ele, rămâne dublură. Caută și alte surse de dublare: două containere GTM, un plugin al magazinului plus un cod manual care trimit amândouă aceeași achiziție, sau o pagină de mulțumire care se încarcă de două ori.
Punctele 5–6: măsurarea server-side și disciplina UTM
5. Server-side și Meta Conversions API. Browserul pierde date: blocante de reclame, restricții ale browserelor, utilizatori care refuză cookie-urile. De aceea Meta recomandă Conversions API alături de pixel, cu evenimente trimise direct de pe server. Verifică în Events Manager că achiziția apare cu ambele surse (browser și server) și urmărește calitatea potrivirii evenimentelor (Event Match Quality). Parametrii de potrivire, de exemplu adresa de email sau numărul de telefon trimise hash-uite, se trimit doar dacă ai baza legală și consimțământul necesar: măsurarea server-side nu înlocuiește consimțământul.
6. UTM și excluderi de referral. Aici se pierde cel mai discret atribuirea. Verifică trei lucruri:
-
Procesatorul de plăți. Dacă plata se face pe pagina unui procesator, iar clientul revine apoi în magazin, procesatorul nu trebuie să apară ca sursă de trafic. Adaugă-l în lista de referral-uri nedorite din GA4, altfel comanda poate fi atribuită lui, nu reclamei care a adus clientul.
-
Convenții UTM fixe. Folosește aceleași denumiri, scrise cu litere mici, pentru email, influenceri și reclame. Etichetarea inconsecventă fragmentează rapoartele.
-
Etichetarea automată. Păstrează-o activă în Google Ads și nu o suprascrie cu parametri manuali.
Punctul 7: atribuirea și reconcilierea cu comenzile reale
GA4 oferă trei modele în rapoartele de atribuire: bazat pe date, ultimul click plătit și organic, ultimul click din canalele plătite Google. Vizitele directe nu primesc credit decât dacă tot drumul a fost direct, iar în modelul bazat pe date conversiile pot fi reatribuite până la 7 zile după ce au avut loc, deci cifrele ultimelor zile se mai schimbă. Meta și Google Ads își aplică propriile modele și ferestre.
Ca să nu te pierzi între ele, stabilește o ierarhie a surselor de adevăr:
-
Magazinul, cu comenzile reale, pentru venit și număr de comenzi.
-
GA4, pentru comparația dintre canale.
-
Platformele de reclame, pentru optimizarea în interiorul fiecăreia.
Nu compara direct ROAS-ul din Meta cu cel din Google Ads. Urmărește în plus un indicator global: venitul total din magazin împărțit la cheltuiala totală de reclame (MER, sau ROAS blended). Nu depinde de atribuire, deci rămâne comparabil de la o lună la alta.
Mini-auditul de 30 de minute
Nu ai nevoie de unelte noi, ci de câteva exporturi și o foaie de calcul.
-
Exportă comenzile din magazin din ultimele 30 de zile: numărul comenzii, data, valoarea (cu regula ta pentru TVA și transport), statusul și metoda de plată.
-
Exportă achizițiile din GA4 pentru aceeași perioadă, cu transaction_id.
-
Compară identificatorii de comandă, nu doar totalurile. Vezi care comenzi lipsesc din GA4 și caută un tipar: o metodă de plată, un browser, un dispozitiv sau o zi anume. Tiparul indică de obicei cauza, de exemplu o pagină de mulțumire care nu se încarcă după o plată externă.
-
Verifică Meta: numărul de evenimente de achiziție, sursele (browser și server), starea deduplicării și calitatea potrivirii în Events Manager.
-
Verifică Google Ads: ce acțiune de conversie folosește pentru optimizare, ce fereastră de atribuire are și dacă importă din GA4 sau folosește eticheta Google.
-
Calculează doi indicatori: acoperirea fiecărei platforme față de comenzile reale (achiziții raportate ÷ comenzi) și MER.
-
Refă testul după corecții: plasează o comandă de test pe fiecare metodă de plată și verifică dacă apare o singură dată în fiecare raport.
Nu există o diferență „normală" valabilă pentru toate magazinele. Contează ca diferența să fie explicabilă și stabilă de la o săptămână la alta; o schimbare bruscă vine de multe ori dintr-o modificare tehnică: un banner nou, un plugin actualizat sau un checkout schimbat.
Simptom, cauză probabilă, ce verifici
|
Simptom |
Cauză probabilă |
Ce verifici |
|
Meta raportează mai multe achiziții decât comenzile reale |
Pixel și Conversions API fără deduplicare; conversii după vizualizare; pagina de mulțumire reîncărcată |
event_id și event_name identice pe ambele surse; starea deduplicării în Events Manager; fereastra de atribuire |
|
GA4 raportează mult sub comenzile reale |
Etichete blocate de consimțământ (implementare basic) sau de blocante de reclame; pagina de mulțumire nu se încarcă după o plată externă |
Starea consimțământului în Tag Assistant; identificatorii comenzilor lipsă și tiparul lor |
|
Google Ads raportează mai mult decât GA4 |
Conversii modelate; conversii după vizualizare; data înregistrării diferă (data clickului, nu a achiziției) |
Ferestrele și modelul din Google Ads; setările pentru vizualizări; aceeași perioadă calendaristică în ambele rapoarte |
|
Venitul raportat diferă de cel din magazin |
Reguli diferite pentru TVA, transport și discounturi; anulări și retururi neluate în calcul |
Parametrul de valoare din eveniment; evenimentul de rambursare |
|
Trafic „direct" sau „referral" în creștere, canale plătite în scădere |
Procesatorul de plăți apare ca sursă; UTM lipsă sau inconsecvente |
Lista de referral-uri nedorite; convențiile UTM |
|
Date care scad brusc după modificarea bannerului de cookie-uri |
Stare implicită de consimțământ configurată greșit; etichete încărcate după banner |
Consent Mode în Tag Assistant; ordinea de încărcare |
Concluzie
Cifrele nu trebuie să fie identice, ci explicabile. Un audit de măsurare făcut înainte de campaniile mari costă mai puțin decât o săptămână de bugete optimizate pe date greșite.
Vrei să verificăm măsurarea magazinului tău? La Prisma implementăm măsurarea server-side, Meta Conversions API și dashboard-uri Looker Studio și legăm datele de campaniile Meta și Google. Scrie-ne și îți spunem unde se pierd datele.
Actualizat la 12 octombrie 2026. Setările și documentațiile platformelor se schimbă, deci verifică întotdeauna versiunea curentă.