Deschizi raportul de comerț electronic din GA4 și vezi 14.000 de utilizatori activi și zero lei venituri. Magazinul a avut comenzi luna trecută, le-ai livrat, banii au intrat. Doar că Google Analytics nu știe nimic despre ele. Situația e mai frecventă decât pare și seamănă cu nepotrivirea dintre cifrele din Google Ads și cele din Analytics, doar că aici nu ai o nepotrivire, ai un gol.
GA4 nu deduce nimic singur. Nu înțelege că pagina aceea era un produs și nici că formularul acela era o comandă. Așteaptă să i se trimită evenimente cu nume exacte și cu parametri exacți. Dacă lipsesc, rapoartele rămân goale, chiar dacă traficul se măsoară corect.
Evenimentele care contează, în ordinea în care se întâmplă
Google definește un set de evenimente recomandate pentru comerțul electronic. Numele lor nu sunt negociabile: dacă trimiți adaugare_cos în loc de add_to_cart, evenimentul ajunge în cont, dar niciun raport standard nu îl va folosi.
- view_item_list se trimite când cineva vede o listă de produse, adică o categorie sau rezultatele unei căutări interne.
- select_item marchează alegerea unui produs din acea listă.
- view_item se trimite la deschiderea paginii de produs.
- add_to_cart și view_cart acoperă coșul.
- begin_checkout marchează intrarea în finalizarea comenzii, urmat de add_shipping_info și add_payment_info.
- purchase confirmă comanda plasată.
- refund înregistrează returul, dacă îl urmărești.
Dintre toate, purchase e singurul fără de care rapoartele standard de monetizare rămân la zero. Restul îți dau pâlnia, adică unde pierzi oameni pe drum.
Parametrii fără de care evenimentul e inutil
Un eveniment purchase trimis fără parametri ajunge în cont și nu spune nimic. Are nevoie de transaction_id, care e obligatoriu și care împiedică numărarea de două ori a aceleiași comenzi, de value, adică suma, și de currency, moneda.
Regula pe care o încalcă cele mai multe implementări românești: currency e obligatoriu ori de câte ori trimiți value. Fără el, GA4 nu poate atribui suma unei monede și o ignoră. Un magazin care vinde în lei trebuie să trimită explicit RON, chiar dacă e singura monedă din site.
Matricea de articole
Fiecare eveniment poartă și un tablou items, cu produsele implicate. Minimul util per produs: item_id, item_name, price și quantity. Adaugă item_category și item_brand dacă vrei rapoarte pe categorii sau pe mărci, ceea ce de obicei vrei.
Aici apare defectul cel mai vizibil în rapoarte: coloana cu numele articolului plină de (not set). Înseamnă că evenimentul a ajuns fără item_name, iar tu vezi cifre agregate pe nimic. Se întâmplă des când produsele au variante și tema trimite doar identificatorul variantei, nu și denumirea.
Ce verifici înainte să te bazezi pe date
Fă o comandă de test, cu plată reală de câțiva lei dacă se poate. Apoi deschide raportul în timp real din GA4 și urmărește dacă evenimentele apar în ordinea corectă. Nu te uita doar dacă apar, uită-te la parametri: intră în detaliile evenimentului și verifică valoarea, moneda și numele produsului.
A doua verificare, la o zi distanță: compară numărul de comenzi din panoul magazinului cu numărul de evenimente purchase din GA4. O diferență de câteva procente e normală, pentru că blocarea urmăririi în browser există. O diferență de 40 la sută înseamnă că evenimentul se trimite doar pe unele metode de plată, de obicei lipsește exact la plata prin transfer bancar sau la ramburs, unde pagina de confirmare arată altfel.
Capcana comenzilor numărate de două ori
Dacă pagina de mulțumire poate fi reîncărcată, iar evenimentul se trimite la fiecare încărcare, aceeași comandă intră de mai multe ori. Parametrul transaction_id previne asta doar dacă e completat cu numărul real al comenzii, nu cu o valoare generată la fiecare afișare. E o eroare care umflă veniturile raportate și pe care o descoperi de obicei abia când cineva compară cu contabilitatea.
Legătura cu deciziile de buget
Un magazin din Oradea cu care am lucrat împărțea bugetul de reclame în funcție de numărul de vizite pe categorii, pentru că doar atât putea măsura. După ce evenimentele au fost puse corect, s-a văzut că o categorie cu trafic mare aducea comenzi mici și rare, iar una cu de patru ori mai puține vizite aducea jumătate din venit. Bugetul s-a mutat, nu pentru că cineva a avut o intuiție, ci pentru că datele au devenit citibile.
Asta e utilitatea reală a evenimentelor de comerț electronic. Nu rapoartele frumoase, ci posibilitatea de a compara categorii, produse și surse de trafic după bani, nu după vizite. Aceeași logică se aplică și la felul în care structurezi reclamele la nivel de produs.
Cum te poate ajuta Emblematic
Configurăm măsurarea comerțului electronic pentru magazine pe WooCommerce și Shopify, cu verificare pe comenzi reale și cu documentul de referință al evenimentelor, ca să știi ce se trimite și de unde. Când datele existente sunt neconcludente, refacem implementarea de la zero, nu peste ce era.
Dacă rapoartele tale de comerț electronic arată zero deși vinzi, echipa Emblematic.ro este disponibilă pentru o consultație fără obligații. Contactează-ne și stabilim împreună pașii următori.
