Deschizi Ads Manager luni dimineață. Meta îți arată un număr de comenzi din reclame, admin-ul magazinului arată altul, iar GA4 un al treilea. Nu e o greșeală a ta. Diferența are mai multe cauze, dar una e tehnică și o poți reduce: pixelul din browser nu vede toate comenzile.
Tracking-ul server-side înseamnă că magazinul trimite el însuși evenimentele către platformele de reclame, fără să depindă doar de browserul vizitatorului. Hai să vedem cum merge și unde se greșește.
Cum merge tracking-ul clasic
Pixelul e o bucată de JavaScript pusă pe paginile magazinului. Când vizitatorul deschide un produs sau termină o comandă, scriptul trimite un eveniment (de exemplu Purchase) din browserul lui direct la Meta sau TikTok. Platforma îl folosește ca să lege comanda de o reclamă și ca să învețe ce fel de oameni cumpără de la tine.
Problema e că scriptul rulează pe telefonul sau pe laptopul vizitatorului. Depinde deci de lucruri pe care nu le controlezi:
- vizitatorul refuză cookie-urile de marketing din banner;
- un ad blocker sau un browser cu protecție la urmărire oprește scriptul;
- omul închide pagina de confirmare înainte să se încarce scriptul;
- comanda se termină în altă parte, de exemplu la o plată cu redirecționare sau într-o aplicație pe telefon.
Nu există un procent universal de evenimente pierdute. Depinde de clienții tăi, de dispozitivele lor și de cum e setat bannerul de cookie-uri. Pentru magazinul tău îl afli simplu: compari comenzile din platforma magazinului cu cele raportate de pixel, pe aceeași perioadă.
Ce înseamnă „server-side”
Evenimentul nu mai pleacă din browser, ci de pe serverul tău sau de la un serviciu care primește comenzile din magazin. Când se creează o comandă, sistemul trimite la API-ul platformei tipul evenimentului, valoarea, moneda, produsele și datele clientului, hash-uite.
Cele trei API-uri pe care le întâlnești cel mai des:
- Meta Conversions API (CAPI): primește evenimente de pe server și le potrivește cu conturile de Meta.
- TikTok Events API: același principiu, pentru TikTok.
- GA4 Measurement Protocol: trimite evenimente în Google Analytics 4 de pe server. Atenție: completează datele din browser, nu le înlocuiește. Singur nu poate crea o sesiune de navigare.
Deduplicarea, unde se greșește cel mai des
Setup-ul recomandat folosește ambele canale în paralel: pixelul și API-ul. Browserul vede navigarea, serverul vede comenzile pe care browserul le-a ratat. Dacă amândouă raportează aceeași comandă, platforma ar număra-o de două ori. De aceea evenimentele trebuie deduplicate.
Mecanismul e simplu. Fiecare eveniment primește un event_id, același în ambele locuri. Pixelul trimite Purchase cu event_id = 12345, serverul trimite Purchase cu event_id = 12345, iar platforma păstrează unul singur. Trei reguli:
- Folosește un ID care există în ambele locuri, cum e numărul comenzii.
- Numele evenimentului e identic pe ambele canale.
Purchaseșipurchasenu se potrivesc. - Evenimentele ajung cam în același timp. Dacă serverul trimite a doua zi, deduplicarea nu mai e sigură.
Fără deduplicare vezi în Ads Manager mai multe comenzi decât ai în magazin. E mai rău decât să vezi mai puține: crezi că reclamele merg mai bine decât merg și le crești bugetul exact înainte de Black Friday.
Ce date trimiți și de ce contează potrivirea
Ca platforma să știe al cui e evenimentul, serverul trimite semnale de potrivire: email, telefon, nume, oraș. Toate pleacă hash-uite cu SHA-256, adică transformate într-un șir din care nu mai poți scoate datele inițiale, după normalizare (litere mici, fără spații). Din browser se mai pot adăuga cookie-ul _fbp și parametrul fbclid la Meta, sau ttclid la TikTok. Cu cât potrivirea e mai bună, cu atât platforma poate atribui mai multe comenzi. Meta îți arată calitatea potrivirii în Events Manager, sub numele Event Match Quality. Merită să te uiți la el.
Trimiți doar ce ai dreptul să trimiți. Emailul unui client nu pleacă spre o platformă de reclame dacă el n-a fost de acord.
Consimțământul rămâne
O neînțelegere des întâlnită: „dacă trimit de pe server, nu mai am nevoie de consimțământ”. Greșit. În UE, GDPR-ul și directiva ePrivacy se aplică indiferent de unde pleacă evenimentul. Dacă vizitatorul a refuzat marketingul, serverul tău nu trimite datele lui personale la Meta sau TikTok.
Practic, starea consimțământului trebuie să ajungă și la server, odată cu comanda. Un sistem corect trimite evenimentul complet pentru cine a acceptat. Pentru cine a refuzat, fie nu trimite nimic, fie trimite doar un eveniment fără date personale, după cum ai stabilit în politica de confidențialitate. Decizia finală o iei cu un jurist, pentru că depinde de situația ta.
Cum verifici că merge
- În Meta Events Manager, deschide fila de test și plasează o comandă de probă. Verifică dacă evenimentul apare din ambele surse, browser și server, și dacă e marcat ca deduplicat.
- În TikTok Events Manager, verifici la fel starea evenimentelor și parametrii primiți.
- În GA4, folosești raportul în timp real sau DebugView și compari achizițiile cu comenzile din magazin, pe o săptămână.
- Compari câteva zile la rând comenzile din magazin cu cele din fiecare platformă. Nu vor fi egale, pentru că fiecare platformă atribuie după regulile ei. Diferența însă nu trebuie să fie uriașă.
Cum face Aopy tracking-ul server-side
Aopy e construit de echipa din spatele Clinicii de Marketing, care lucrează în e-commerce din 2016.
Aopy primește comenzile din magazinul conectat și trimite evenimentele de achiziție la Meta Conversions API, TikTok Events API și GA4, prin Measurement Protocol. Evenimentul de pe server are ca identificator ID-ul comenzii. Dacă evenimentul din browser folosește același ID, platforma le poate deduplica. Emailul, telefonul și numele sunt hash-uite înainte de trimitere. Trimiterea ține cont de consimțământul dat de vizitator în bannerul de cookie-uri al magazinului.
Acum acoperim trei destinații: Meta, TikTok și GA4. Un sistem server-side nu repară reclamele setate greșit și nu garantează că cifrele din platformă vor fi identice cu cele din magazin. Îți dă o imagine mai completă a comenzilor, pe care o folosești ca să optimizezi.
Planurile sunt pe pagina de tarife.