Ghidul de tracking server-side: recuperează conversiile pe care GA4 le ascunde

Aproape toată lumea măsoară la fel ca în 2015: un tag se încarcă în browserul vizitatorului, citește click-ul și trimite evenimentul direct la Google sau Meta. Atunci funcționa impecabil. Acum se destramă, iar majoritatea celor care încă îl folosesc nu văd cât au pierdut deja.

Numărul pe care-l întâlnesc constant la audituri: între 30 și 60% din conversii nu ajung niciodată din browser înapoi la platforma care ar trebui să le numere. Pe un magazin cu mult trafic de Safari și mult consimțământ din UE, mai mult de jumătate din ce ai vândut de fapt e invizibil pentru algoritmul pe care-l plătești să-ți aducă clienți. Licitezi orb și nici nu știi.

Tracking-ul server-side e felul în care recuperezi asta. Mai jos ai varianta lungă: ce e, de ce pierde browserul, cum funcționează setup-ul, la ce să te aștepți și unde nu te ajută.

Ce e de fapt tracking-ul server-side

Într-un setup normal, totul se întâmplă în browser. Tagul de Google, pixelul de Meta și GA4 se încarcă toate drept JavaScript third-party, citesc pagina și trimit date către o duzină de servere cu care vizitatorul tău n-a cerut niciodată să vorbească.

Tracking-ul server-side mută pasul din mijloc pe un server pe care-l controlezi tu. Browserul trimite un singur eveniment către endpoint-ul tău, de obicei un subdomeniu de tipul sgtm.domeniultau.ro. Acel server decide apoi ce trimite mai departe, către cine și cu ce date. Instrumentul Google pentru asta e Google Tag Manager server-side: un container care rulează în cloud, nu în browser.

Schimbarea asta de arhitectură repară surprinzător de multe probleme, pentru că majoritatea pierderilor de tracking se întâmplă fix în golul dintre browser și acele servere third-party. Închizi golul, datele nu mai curg pe lângă.

De ce browserul a încetat să fie un loc sigur pentru măsurat

Browserul n-a fost niciodată gândit să fie depozitul tău de analytics. Patru lucruri îl fac tot mai nesigur:

• Ad blockere. Undeva între 20 și 40% dintre utilizatori folosesc unul, și blochează tagul de Google și pixelul de Meta după nume. O cerere first-party către propriul tău subdomeniu nu apare pe listele alea de blocare.
• Safari și ITP. Intelligent Tracking Prevention de la Apple limitează cookie-urile client-side la 7 zile, deseori la 24 de ore. Pe audiențe cu mult iPhone, ferestrele tale de retargeting se scurtează pe tăcute.
• Ziduri de consimțământ. De la Consent Mode v2, un vizitator care refuză cookie-urile de analytics pornește un tag fără cookie, fără identificator. Gestionat prost, fiecare dintre ei devine o sesiune pierdută sau neatribuită.
• Moartea cookie-urilor și duratele scurte. Cookie-urile third-party sunt practic moarte, iar cele first-party devin tot mai scurte. Întregul model pe care s-a construit pixelul se demontează.

Pe astea nu le repari cu un petic. Tot web-ul merge intenționat în direcția asta și n-o să se întoarcă, așa că măsuratul din browser devine tot mai greu.

Cum funcționează un setup de GTM server-side

Mecanica e mai simplă decât sună:

1. Ridici un container server. O instanță GTM găzduită în cloud, pe Google Cloud sau ceva similar.
2. Îndrepți un subdomeniu spre el. sgtm.domeniultau.ro, pe propriul tău DNS. Acum cererea de tracking e first-party (același domeniu ca site-ul tău), deci trece de ad blockere și primește durata de cookie mai lungă pe care o permite contextul first-party.
3. Browserul trimite un singur eveniment curat către acel subdomeniu, în loc de douăsprezece cereri către doisprezece furnizori.
4. Serverul îl distribuie. Îl trimite mai departe către GA4, Google Ads, Meta, orice folosești, server-to-server, cu datele îmbogățite și curățate înainte să plece.

Pentru că cererea e first-party, Safari tratează cookie-ul ca fiind al tău, nu al unui tracker, iar ad blockerele care caută google-analytics.com nu-l văd niciodată. Practic ai mutat măsurarea într-un loc pe care apărarea browserului nu-l vizează.

Conversions API și enhanced conversions

GTM server-side e instalația. Câștigul e ce poți acum să trimiți direct la platforme, server la server:

• Conversions API (CAPI) de la Meta trimite conversiile de pe serverul tău, în loc să se bazeze pe pixel. Când un eveniment din browser e blocat, cel de pe server tot ajunge.
• Enhanced conversions de la Google atașează date first-party hash-uite, pentru care ai consimțământ (de obicei un email), ca Google să poată potrivi o conversie chiar și când cookie-ul a dispărut.

Trucul care le face pe amândouă sigure e deduplicarea. Trimiți aceeași conversie din browser și de pe server, cu un ID de eveniment comun, iar platforma o păstrează o singură dată. Așa nu numeri nimic de două ori și completezi doar golurile lăsate de browser.

De asta stă sub rezultatele tale de PPC, nu lângă ele. Algoritmii de licitare sunt buni exact cât conversiile cu care îi hrănești.

Partea sinceră despre consimțământ

Tracking-ul server-side nu e o metodă de a ocoli consimțământul, și oricine ți-l vinde așa o să-ți aducă o amendă. Dacă un user refuză, îl respecți. Un setup corect oprește pierderea inutilă a userilor care au consimțit și folosește modeling-ul din Consent Mode ca să recupereze forma restului fără să stocheze ce n-ar trebui. Făcut bine, e mai respectuos cu confidențialitatea decât împroșcarea de pixeli pe care o înlocuiește, pentru că tu decizi ce pleacă de pe serverul tău.

La ce să te aștepți cu adevărat

Numere reale, nu de broșură:

• În jur de 95% acuratețe de tracking, în sus de la 40-70% cât livrează de obicei un setup client-side găurit.
• Cu 30 până la 60% mai multe conversii vizibile pentru Google și Meta. Sunt vânzări pe care le-ai făcut deja și nu le vedeai, nu vânzări noi.
• Ferestre de atribuire mai lungi pe Safari și iOS, ca retargeting-ul să nu mai uite oamenii după o zi.
• Un număr de comenzi în GA4 care în sfârșit se potrivește cu ce spun banca ta și adminul de Shopify.

Tracking-ul server-side nu inventează cerere, nu-ți repară o ofertă proastă și nu salvează campanii care nu merg din motive fără legătură cu tracking-ul. Face doar ca măsurarea să fie corectă, iar dacă problema e în business, o vezi mai repede.

De unde începi

Dacă raportarea ta și extrasul de cont se contrazic cu mai mult decât o eroare de rotunjire, lași bani pe masă în fiecare zi în care gaura rămâne deschisă. Și sunt cei mai ieftini bani pe care îi poți recupera, pentru că deja ai plătit ca să atragi clienții ăia.

Serviciul nostru Fix My Tracking e un preț fix de 1.500 €, gata în 7 zile, și, în proiectele de până acum, s-a amortizat în cel mult 6 luni. E același setup server-side pe care-l rulăm pentru branduri ca Rolls-⁠Royce Motor Cars Bucharest, Engie și A&D Pharma. Instalația nu ține cont de cât de mare ești.

Vezi exact ce include pe pagina de tracking server-side, verifică prețurile sau află cine e fondatorul care răspunde de ea.