Academy · E-commerce · Lecție
Tracking și feed-uri pentru e-commerce: evenimente GA4, Merchant Center și venitul care nu se potrivește
Evenimentele de e-commerce din GA4 cu items și transaction_id, deduplicarea, calitatea feed-ului în Merchant Center, drumul feed → Shopping / Performance Max și de ce venitul din Ads, platformă și bancă nu coincide.
Situația
Magazinul raportează 412 comenzi luna trecută. GA4 arată 380. Google Ads spune că a adus 210 conversii cu o valoare cu 18% mai mare decât ce vezi tu în platformă. Banca a încasat mai puțin decât toate trei. Toți au dreptate în felul lor și niciunul nu-ți spune ce să faci cu bugetul.
Pentru un magazin online, măsurarea nu e o formalitate. E instrumentul cu care decizi câți bani pui în reclame și pe ce produse. Dacă e strâmbă, licitarea automată optimizează spre lucruri greșite și feed-ul trimite produse cu preț greșit în rezultate.
Evenimentele GA4 care descriu un magazin
GA4 are un set standard de evenimente pentru e-commerce. Cele patru care contează în orice magazin:
view_item— cineva a văzut o pagină de produs.add_to_cart— a pus în coș.begin_checkout— a intrat în checkout.purchase— a finalizat comanda.
Fiecare eveniment trebuie să poarte un array de items: pentru fiecare produs, cel puțin item_id (codul tău de produs, același ca în feed), item_name, price, quantity. Fără items, GA4 știe că s-a întâmplat ceva, dar nu ce produs. Rapoartele pe produse rămân goale, iar Performance Max nu învață ce vinde.
Evenimentul purchase mai are trei parametri obligatorii: transaction_id (numărul comenzii), value (totalul) și currency (RON). Opțional, dar util: tax și shipping, ca să compari corect cu platforma.
Deduplicarea: de ce transaction_id e sacru
Pagina de „mulțumim” se încarcă de două ori — o dată la comandă, o dată când clientul revine din email. Sau plugin-ul de platformă trimite purchase, și GTM îl mai trimite o dată. Fără un transaction_id unic, ai două comenzi în loc de una.
GA4 folosește transaction_id pentru a nu număra de două ori aceeași achiziție. Google Ads face același lucru dacă trimiți ID-ul comenzii în tag-ul de conversie. Regula: o comandă, un ID, o singură sursă de adevăr pentru purchase — fie plugin-ul platformei, fie GTM. Nu ambele.
Feed-ul din Merchant Center: calitatea decide
Feed-ul e lista de produse pe care o trimiți la Google ca să apară în Shopping și în Performance Max. Ce contează:
- Titluri — „Pantofi” nu ajută pe nimeni. „Pantofi alergare bărbați Nike Pegasus 41, mărimea 43, negru” conține exact ce caută oamenii. Brand, tip, atribut, mărime, culoare.
- GTIN (codul de bare EAN) — când există, Google potrivește produsul cu catalogul global și îl afișează mai bine. Lipsa lui la produse care au cod de bare duce la avertismente sau la performanță slabă.
- Preț și disponibilitate sincronizate — prețul din feed trebuie să fie identic cu cel de pe pagina produsului, la cent. La fel stocul. Diferențele duc la respingeri („price mismatch”, „availability mismatch”). Feed-ul se actualizează cel puțin zilnic; la promoții, mai des sau prin actualizări automate.
- Imagini — fond curat, fără text sau watermark, minimum de rezoluție cerut.
- Respingerile — verifică săptămânal secțiunea de produse din Merchant Center. Un produs respins nu apare deloc. Zece produse respinse din cele mai bune vânzătoare înseamnă bani pierduți în tăcere.
De la feed la Shopping și Performance Max
Feed-ul alimentează două tipuri de campanii. Shopping standard — tu controlezi grupurile de produse și bid-urile. Performance Max — Google combină feed-ul cu text, imagini și video și decide singur unde apare fiecare produs. PMax e mai puternic când datele de conversie sunt curate și feed-ul e complet. Cu purchase dublat sau produse fără GTIN, PMax optimizează cu ochii legați.
Venitul în Ads, în platformă și în bancă
Trei surse, trei numere diferite, toate „corecte”:
| Sursa | Ce numără | De ce diferă |
|---|---|---|
| Google Ads | Conversii atribuite click-urilor din Ads, în fereastra de atribuire, la data click-ului | Include comenzi pe care le atribuie parțial, poate număra comenzi anulate, folosește cursul valutar propriu |
| GA4 | Toate comenzile trimise ca purchase, cu atribuire pe canale | Pierde utilizatorii fără consimțământ sau cu blocare, dedupe pe transaction_id |
| Platforma (Shopify, Woo, etc.) | Toate comenzile plasate, inclusiv anulate, neplătite, ramburs refuzat | E adevărul operațional, nu cel de marketing |
| Banca / procesatorul | Doar ce s-a încasat efectiv, minus comisioane, minus refund-uri | E adevărul financiar |
Nu încerca să le faci egale. Încearcă să înțelegi de ce diferă și să menții diferența stabilă. Dacă Ads a raportat mereu cu 15–20% mai mult decât platforma și brusc raportează cu 60% mai mult, s-a rupt ceva în tracking.
Retururile
În e-commerce românesc, rambursul refuzat și retururile sunt reale și mari în unele categorii. Google Ads permite ajustări de conversie: poți retracta sau reduce valoarea unei conversii după ce comanda a fost anulată sau returnată, folosind același transaction_id. Făcut lunar, măcar pentru categoriile cu retururi mari, licitarea automată învață pe venitul real, nu pe cel brut.
Ce reții
- Patru evenimente de bază: view_item, add_to_cart, begin_checkout, purchase — toate cu items.
- purchase are transaction_id, value, currency — și o singură sursă care îl trimite.
- Feed-ul: titluri complete, GTIN, preț și stoc identice cu pagina, respingeri verificate săptămânal.
- Ads, GA4, platforma și banca nu vor coincide niciodată; ține diferența stabilă și explicabilă.
- Retururile se trimit înapoi în Ads ca ajustări de conversie, ca licitarea să învețe pe venit real.
Verifică-te
Întrebări frecvente
De ce GA4 arată mai puține comenzi decât platforma?
GA4 vede doar utilizatorii care au acceptat cookie-urile și nu au blocatoare, și doar comenzile la care s-a încărcat pagina de mulțumire cu tag-ul funcțional. O diferență de 10–25% e obișnuită; una de 50% indică o problemă.
Plugin-ul platformei sau GTM pentru purchase?
Oricare, dar unul singur. Plugin-ul e mai simplu și de obicei corect; GTM îți dă control. Ce nu funcționează niciodată: ambele active în paralel.
Cât de des trebuie actualizat feed-ul?
Cel puțin zilnic. Dacă prețurile sau stocurile se schimbă des, folosește actualizări mai frecvente sau mecanismele automate ale Merchant Center, ca să eviți respingerile de tip „price mismatch”.
Vrei ca Valhalla să verifice asta pentru afacerea ta?
Valhalla Pulse scanează gratuit semnalele publice ale site-ului tău, în câteva secunde.
Surse
Lecții înrudite