GA4 pentru magazin online în România: setarea corectă, cu RON, ramburs și consimțământ

GA4 (Google Analytics 4) este instrumentul gratuit de analiză al Google care, pentru un magazin online, înregistrează pașii de cumpărare (vizualizare de produs, coș, checkout, comandă) ca evenimente cu parametri și calculează din ele venitul, comenzile și sursa fiecărei vânzări.

Ghidul e scris de oameni care citesc GA4 lună de lună lângă cifrele magazinelor pe care le lucrăm, cu trei categorii separate: ce spune documentația Google și legea (sigur), ce vine din surse secundare (orientativ) și ce nu e documentat nicăieri, cum sunt platformele de magazin românești. Data verificării e trecută la fiecare sursă.

De ce GA4 nu arată aceleași vânzări ca magazinul

GA4 și magazinul numără lucruri diferite: magazinul numără comenzile pe care le-a primit, iar GA4 numără doar comenzile pe care le-a văzut în browser, cu consimțământ, cu parametrii corecți.

La magazinele din România, diferența are de obicei patru cauze. Unele trag cifra din GA4 în jos, altele în sus, așa că două erori se pot anula și pot ascunde o problemă.

Ultima cauză e cea mai scumpă, pentru că nu se vede în GA4 privit singur. La un magazin de mobilier pe care l-am preluat în 2026, GA4 a prins, între februarie și aprilie, aproximativ jumătate din venitul magazinului. Google Ads importa achizițiile din GA4 și a raportat în acele luni 0-1 conversii. Ce arăta ca o prăbușire a vânzărilor era o prăbușire a măsurării: magazinul avea, în aceleași luni, sute de comenzi.

Ce evenimente trimite un magazin online în GA4

Un magazin online trimite în GA4 un eveniment pentru fiecare pas al cumpărării, de la vizualizarea produsului la achiziție, plus evenimentul de refund pentru comenzile anulate după plasare.

Numele și parametrii sunt cei recomandați de Google; dacă îi respecți, rapoartele de ecommerce din GA4 se completează singure. Când trimiți value, conform Google, currency devine obligatoriu, altfel venitul nu se calculează corect.

Evenimentul purchase se marchează ca key event (fostele „conversii” din GA4, redenumite de Google), iar de acolo îl importă Google Ads. Conform Google, datele de achiziție apar în rapoarte după aproximativ 24 de ore; până atunci le verifici în DebugView.

Valoarea comenzii: RON, TVA și transport

Conform Google, value din purchase este suma produselor (preț înmulțit cu cantitatea), fără taxe și fără transport, trimisă în moneda în care s-a făcut comanda, cu currency setat pe RON.

Proprietatea GA4 e în USD dacă nu schimbi setarea. RON e o monedă suportată; dacă evenimentele vin în altă monedă decât cea a proprietății, GA4 le convertește la cursul zilei anterioare. Pentru un magazin care vinde doar în lei, setezi proprietatea pe RON din prima zi și eviți conversiile.

În practică, magazinele trimit valoarea în feluri diferite, în funcție de platformă și de cine a făcut integrarea. Am văzut un magazin de casă care trimitea value cu TVA inclus și, în plus, TVA-ul separat în tax: taxa raportată era exact 21/121 din venit. GA4 arăta venitul cu TVA, iar orice comparație cu o platformă care primea valoarea fără TVA era strâmbă cu aproximativ 21%.

Comenzile cu ramburs și refuzurile la livrare

La ramburs, GA4 înregistrează venitul în momentul comenzii, iar comenzile refuzate la livrare rămân în venit până când le scazi cu un eveniment refund.

Evenimentul purchase pleacă de pe pagina de mulțumire, deci la plasarea comenzii. Banii din ramburs vin mai târziu, iar o parte din comenzi nu se mai livrează: conform unei estimări Packeta din 2022 (sursă secundară), rata de retur la ramburs e de 5-15%, față de 1-3% la plata cu cardul. Fără refund, GA4 raportează un venit mai mare decât cel încasat.

Refuzul se întâmplă la ușa clientului, unde nu există un browser care să trimită ceva. Soluția documentată de Google e Measurement Protocol: magazinul trimite din server un eveniment refund cu același transaction_id ca achiziția, de obicei când comanda trece în statusul „refuzat” sau „returnat”. În rapoarte, conform Google, Purchase revenue scade refund-urile, iar Gross purchase revenue le păstrează, deci le vezi pe amândouă.

Parametrul payment_type din add_payment_info e al doilea lucru util la ramburs. Cu el separi în rapoarte comenzile plătite la livrare de cele plătite cu cardul și vezi dacă un canal aduce disproporționat de multe comenzi cu ramburs, deci și mai multe refuzuri.

Consimțământul: Legea 506/2004 și Consent Mode v2

În România, GA4 are nevoie de acordul vizitatorului înainte să pună cookie-uri, iar alegerea din banner trebuie transmisă către Google prin Consent Mode.

Legea 506/2004, art. 4 alin. (5), permite stocarea sau accesarea informațiilor pe dispozitivul utilizatorului doar dacă acesta și-a exprimat acordul, după o informare clară și completă. Excepția de la alin. (6) acoperă doar ce e strict necesar pentru serviciul cerut explicit de utilizator; cookie-urile de analiză nu intră aici. Ce scriem e citirea noastră a textului legii, nu consultanță juridică.

Consent Mode transmite către Google ce a ales vizitatorul. Versiunea 2 a adăugat două semnale, ad_user_data și ad_personalization, iar Google le cere pentru utilizatorii din Spațiul Economic European ca să păstreze măsurarea, remarketingul și personalizarea în Google Ads (cerința e în vigoare din martie 2024, conform surselor secundare). Ai două moduri:

• Basic: tag-urile Google nu se încarcă deloc până la alegere și nu trimit nimic fără acord.
• Advanced: tag-urile se încarcă și, fără acord, trimit pinguri fără cookie-uri, cu informații grosiere, din care Google poate modela comportamentul celor care au refuzat.

Modelarea are praguri. Conform Google, proprietatea are nevoie de cel puțin 1.000 de evenimente pe zi cu consimțământ refuzat, timp de cel puțin 7 zile, și de cel puțin 1.000 de utilizatori pe zi care au acceptat, în 7 din ultimele 28 de zile; chiar și atunci, eligibilitatea nu e garantată. Un magazin cu câteva sute de comenzi pe lună poate rămâne sub prag, iar atunci vizitatorii care refuză cookie-urile pur și simplu lipsesc din GA4. E una dintre cauzele pentru care GA4 arată constant mai puțin decât magazinul.

O schimbare recentă: conform Google, din 15 iunie 2026 Consent Mode a devenit controlul unic pentru cookie-urile și identificatorii Google Ads din GA4, în locul setării separate Google signals. Dacă bannerul tău nu transmite corect semnalele, efectul se vede acum direct și în Google Ads.

Ce trimit platformele: WooCommerce, Shopify, Gomag, MerchantPro, Extended

Ce ajunge în GA4 depinde de platforma magazinului și de integrarea folosită, iar doar o parte din platforme documentează public ce trimit.

• WooCommerce, cu extensia oficială Google Analytics for WooCommerce: conform documentației, urmărește vizualizările de produs, coșul, începerea checkout-ului și achizițiile. Achiziția cere o metodă de plată care întoarce clientul pe pagina de mulțumire. Consent Mode e suportat prin WP Consent API. Refund-urile nu apar în documentație. Din versiunea 2.4.4 (20 octombrie 2026), extensia nu mai trimite achiziții pentru comenzile eșuate sau anulate.
• Shopify, cu aplicația Google & YouTube: Shopify nu publică o listă oficială de evenimente. Conform unei surse secundare, din iulie 2026 achiziția se trimite din server, iar alte patru evenimente din browser au fost adăugate în august 2026.
• Gomag, MerchantPro, Extended: nu am găsit documentație publică despre evenimentele GA4 trimise. Verifici singur, cu o comandă de test, ce pleacă și cu ce valoare.

Dacă integrarea e făcută prin Google Tag Manager, de un dezvoltator, regulile de mai sus nu se aplică automat: ce pleacă depinde de configurare și se verifică la fel.

Cum verifici că GA4 măsoară corect

Verifici în două feluri: o comandă de test urmărită în DebugView, la fiecare schimbare pe site, și un raport lunar care compară venitul din GA4 cu venitul din magazin.

Comanda de test. Deschizi DebugView în GA4, plasezi o comandă reală de valoare mică, apoi verifici evenimentul purchase:

• transaction_id e numărul comenzii din magazin și nu e niciodată gol;
• value e suma produselor, pe baza pe care ai ales-o (fără TVA și transport, dacă urmezi Google);
• currency e RON;
• items conține produsele, cu preț și cantitate.

GA4 deduplică achizițiile cu același transaction_id, deci o pagină de mulțumire reîncărcată nu dublează comanda. Conform Google, nu trimiți un ID gol (toate achizițiile cu ID gol sunt tratate ca una) și nu refolosești același ID pentru clienți diferiți.

Raportul lunar. Din experiența noastră, cea mai utilă verificare e și cea mai simplă: împarți venitul din GA4 la venitul din magazin, lună cu lună. Raportul nu e 1, din cauzele de mai sus, dar e stabil. Când sare brusc, de exemplu de la 1,2 la 0,55 de la o lună la alta, ca la magazinul de mobilier de la început, cauza e aproape întotdeauna o schimbare de măsurare: o actualizare de temă, un plugin nou, o metodă de plată care nu mai întoarce pe pagina de mulțumire.

Setările pe care le schimbi din prima zi

Câteva setări din GA4 se fac o singură dată și influențează tot ce citești după: moneda, retenția datelor, key events și legăturile cu Google Ads.

1. Moneda și fusul orar ale proprietății: RON și ora României, ca zilele din GA4 să se potrivească cu cele din magazin.
2. Retenția datelor la 14 luni. Conform Google, limita afectează doar explorările și pâlniile, iar opțiunile în versiunea gratuită sunt 2 sau 14 luni. Cu 14 luni compari un sezon cu cel de anul trecut.
3. purchase ca key event, importat apoi în Google Ads, ca licitațiile să lucreze pe aceleași comenzi pe care le vezi tu.
4. Legăturile: Google Ads și Merchant Center legate de proprietate.
5. Identitatea pentru raportare: GA4 oferă trei variante (blended, observed, device-based); alegerea schimbă cum sunt numărați utilizatorii, nu comenzile.
6. Traficul intern exclus, ca testele echipei să nu intre în rapoarte.

Dacă vrei un punct de plecare obiectiv pentru propriul magazin, evaluarea de maturitate eCommerce îți arată în câteva minute unde stai pe măsurare, email și canale. Despre de ce cifrele din GA4, Meta și Google Ads nu se adună niciodată, am scris separat în ghidul despre atribuirea în Meta Ads.

Ce nu știm încă (și ce urmărim)

Pentru GA4 pe magazinele din România, câteva lucruri importante nu sunt documentate nicăieri.

• Ce trimit exact Gomag, MerchantPro și Extended în GA4 și dacă trimit refund-uri: nu există documentație publică.
• În ce interval deduplică GA4 achizițiile cu același transaction_id: Google nu publică fereastra.
• Cum se tratează corect un refund parțial: Google recomandă doar să incluzi produsele în eveniment.
• Cât din diferența dintre GA4 și magazin vine din ad blockere sau din restricțiile browserelor: nu am găsit o sursă Google care să o cuantifice.

Ce facem noi: comparăm lunar GA4 cu magazinul pe conturile pe care le lucrăm și actualizăm ghidul când Google sau platformele schimbă ceva relevant.

Întrebări frecvente despre GA4 pentru magazine online