Web & conversie
Reclamele arată vânzări. Magazinul arată altceva. Ce verifici înainte să mărești bugetul
Reclamele, GA4 și magazinul arată vânzări diferite? Vezi ce compari, cum verifici dublările și retururile și ce repari înainte să mărești bugetul.
Deschizi raportul de reclame și vezi cumpărări. În magazin găsești alt număr de comenzi. Încasările nu se potrivesc nici cu una, nici cu cealaltă. Pe ce te bazezi când decizi dacă mărești bugetul?
Primul pas nu este să alegi raportul care arată mai bine. Este să verifici dacă rapoartele numără același lucru. O comandă plasată, o plată confirmată și o vânzare atribuită unei reclame răspund la întrebări diferite.
Diferența poate avea o explicație normală. Poate ascunde și o eroare de implementare. Mai jos ai o metodă prin care le separi, fără să reconstruiești magazinul și fără să schimbi campaniile la întâmplare.
1. Începe cu trei întrebări, nu cu trei totaluri
| Întrebarea | Unde cauți răspunsul | Ce verifici concret |
|---|---|---|
| Ce a comandat clientul? | Evidența comenzilor din magazin | Numărul comenzii, produsele, valoarea și starea ei |
| Ce sumă a fost plătită sau rambursată? | Evidența plăților, rambursurilor și decontărilor relevante | Plata asociată comenzii, starea și data operațiunii |
| Cărei reclame i se atribuie cumpărarea? | Raportul platformei de publicitate | Acțiunea măsurată, regula de atribuire și perioada |
Nu numi toate aceste coloane „vânzări” într-un raport intern. Folosește denumiri explicite: comenzi plasate, comenzi plătite, sume rambursate, cumpărări atribuite.
O comandă cu plata ramburs face diferența ușor de înțeles: există în magazin înainte ca suma să fie încasată. Nici plata confirmată la procesator și transferul către contul firmei nu sunt neapărat aceeași operațiune, la aceeași dată.
Un exemplu verificabil vine chiar din documentația Shopify: rapoartele de vânzări nu urmăresc circulația plăților, iar anumite totaluri includ și comenzi neplătite sau anulate. Așadar, numele raportului nu este suficient; trebuie citită definiția indicatorului. Sursa: rapoartele de vânzări Shopify.
2. Aliniază perioada și definiția cumpărării
Înainte să cauți un defect în cod, notează pentru fiecare raport:
- intervalul și fusul orar;
- acțiunea numărată: cumpărare, început de checkout sau alt eveniment;
- data folosită: momentul comenzii, al plății ori al interacțiunii cu reclama;
- componentele valorii: produse, reduceri, taxe, transport;
- moneda și modul în care sunt tratate retururile.
Google Ads oferă coloane raportate după momentul conversiei, distinct de coloanele principale bazate pe momentul clicului. Pentru comparația cu comenzile din aceeași perioadă, verifică „Conversions (by conv. time)” și filtrează acțiunea de cumpărare relevantă. Nu compara totalul tuturor acțiunilor cu numărul comenzilor. Sursa: Google Ads, raportarea după momentul conversiei.
Nici „valoare” nu înseamnă automat aceeași sumă. În implementarea ecommerce GA4, valoarea evenimentului de cumpărare se calculează din produse, iar taxele și transportul au parametri separați. Dacă un raport include transportul și celălalt nu, diferența nu dovedește o vânzare pierdută. Sursa: măsurarea ecommerce în GA4.
3. Separă atribuirea de existența comenzii
Atribuirea este regula prin care un sistem acordă merit unei interacțiuni din traseul clientului. Nu este o a doua evidență a banilor primiți. Modele diferite pot repartiza diferit meritul aceleiași cumpărări. Sursa: atribuirea în Google Analytics.
De aceea, nu aduna direct cumpărările revendicate de platforme diferite ca să obții numărul de clienți. Fără reconciliere, totalul poate include suprapuneri. Pornește de la comenzile unice din magazin și investighează separat ce poate spune fiecare platformă despre proveniența lor.
Documentația actuală Google Analytics descrie și rapoarte cross-channel în care poți compara setări Analytics și Ads și poți selecta timpul conversiei sau al interacțiunii. Google precizează că funcția poate să nu fie disponibilă în toate proprietățile. Dacă nu o ai, folosește exporturile existente; nu amâna verificarea comenzilor pentru un meniu nou. Sursa: raportarea cross-channel.
4. Urmărește o comandă, nu doar suma de la final
Alege câteva comenzi pentru care ai acces autorizat la detalii. Include situații diferite care există în magazinul tău: plată reușită, ramburs în așteptare, comandă anulată și rambursare parțială. Dacă o situație nu există, o poți testa controlat în mediul de test.
Pentru fiecare, urmărește:
- identificatorul comenzii și momentul creării;
- starea plății și valoarea confirmată;
- momentul în care implementarea trimite evenimentul de cumpărare;
- identificatorul, moneda și suma trimise;
- ce se întâmplă dacă pagina de confirmare este reîncărcată;
- cum este reflectată ulterior anularea sau rambursarea.
În fluxurile web GA4, transaction_id ajută la
deduplicarea cumpărărilor. Trebuie să fie unic pentru fiecare
comandă, păstrat pentru aceeași tranzacție și să nu conțină date
care identifică persoana. Un ID reutilizat pentru comenzi diferite
poate produce subnumărare.
Sursa: identificatorii de tranzacție în GA4.
O reîncărcare nu trebuie să transforme o singură cumpărare în două cumpărări distincte. Dacă se întâmplă, ai o problemă de implementare de investigat, nu o diferență pe care să o explici automat prin atribuire.
Pentru rambursări, GA4 documentează un eveniment separat,
refund, asociat tranzacției. Verifică dacă integrarea
magazinului chiar îl transmite. Nu presupune că un retur operat în
administrare actualizează singur toate platformele conectate.
Sursa: cumpărări și rambursări în GA4.
Păstrează fișa de verificare intern. Nu ai nevoie să trimiți nume, adrese sau emailuri către Analytics ca să compari tranzacțiile. Într-o discuție cu furnizorul, folosește capturi anonimizate și acces limitat la informația necesară.
5. Ce poți explica și ce trebuie reparat
| Ce observi | Următorul pas util |
|---|---|
| O comandă apare în perioade diferite | Verifică data folosită și fusul orar înainte de a suspecta lipsa evenimentului. |
| Numărul comenzilor se potrivește, dar valorile nu | Compară componentele sumei, moneda și reducerile. |
| Aceeași comandă este raportată de două ori | Verifică identificatorul, declanșarea și integrările care trimit evenimentul. |
| O plată eșuată apare drept plată reușită | Corectează regula după care confirmarea plății ajunge în sistem. |
| Anulările rămân amestecate cu comenzile valide | Separă stările în raportul intern și verifică actualizările către platforme. |
| Reclamele au rezultate, dar nu găsești tranzacțiile corespunzătoare | Verifică ce acțiune este numărată și ce dovezi există în magazin; nu mări bugetul doar pe baza acelui total. |
Tabelul este o ordine de investigație, nu un diagnostic automat. Documentează întâi cauza, apoi schimbă configurația care o produce.
6. Ce să ceri concret celui care îți gestionează implementarea
Nu doar „verifică trackingul”. Cere un răspuns pe care îl poți folosi:
Pentru fiecare cumpărare măsurată, vreau să știm ce o declanșează, ce identificator și valoare se trimit, cum prevenim dublarea și ce se întâmplă la anulare sau rambursare. Arată-mi verificarea pentru scenariile relevante magazinului nostru și diferențele care rămân explicate.
Livrarea utilă include o listă de evenimente, regulile lor, verificările înainte și după corecție și responsabilul pentru monitorizare. Dacă problema este limitată la o integrare, intervenția poate fi delimitată. Un raport inconsistent nu justifică singur un magazin refăcut complet.
Nu există un procent universal de diferență care să închidă investigația pentru orice magazin. Consimțământul, blocarea măsurării, procesarea și atribuirea pot limita comparația; nu promite identitate perfectă între rapoarte. Dar pentru tranzacțiile pe care le poți verifica, trebuie să poți explica regula și dovezile, nu doar să invoci „platformele”.
Mai întâi înțelegi semnalul. Apoi decizi bugetul.
ROAS compară valoarea atribuită reclamelor cu cheltuiala publicitară. Nu este profit: nu scade automat costul mărfii, operațiunile sau toate efectele retururilor. Un indicator bine măsurat te ajută să decizi; un indicator umflat te poate îndruma să investești mai mult în direcția greșită.
Începe cu o singură acțiune de cumpărare și câteva comenzi verificabile. Clarifică ce numără fiecare raport, repară erorile confirmate și păstrează diferențele explicabile documentate. Acesta este un punct de plecare mai solid decât trei totaluri puse unul lângă altul.
Ai un magazin în care comenzile și rapoartele nu se potrivesc? Trimite linkul, platforma folosită și două exemple anonimizate ale diferenței observate. Clarificăm în scris ce merită verificat și delimităm intervenția necesară. Cere o propunere.
Vezi și serviciile de implementare și intervențiile punctuale sau, dacă problema apare înainte de cumpărare, unde se poate rupe traseul de la vizitator la client.