Server side tracking în 2026: cum recuperezi conversiile pe care Meta Ads nu ți le mai arată

Deschizi Meta Ads Manager și vezi 10 conversii. Deschizi Stripe sau CRM-ul și vezi 25 de plăți. Niciunul dintre numere nu e greșit, doar că browserul din care a cumpărat omul nu i-a mai spus nimic lui Meta.

Exact asta rezolvă server side tracking: trimiți evenimentele de conversie de pe serverul tău direct către Meta sau Google, în loc să te bazezi numai pe un script care rulează în browserul vizitatorului și care poate fi blocat, tăiat sau expirat.

Am scris articolul ăsta acum un an și l-am rescris complet, pentru că o parte din el era greșită. Spuneam că Chrome a blocat cookie-urile a treia parte în 2024. Nu s-a întâmplat niciodată. Iar între timp Meta a scos o variantă gratuită, cu un singur buton, care schimbă calculul de costuri de mai jos.

Foto: Dan Nelson pe Pexels

Nu, Chrome nu a blocat cookie-urile a treia parte

Chrome nu a eliminat cookie-urile a treia parte și nu are un calendar public pentru asta. Pe 22 aprilie 2025 Google a anunțat că își menține abordarea actuală și că renunță până și la promptul separat de alegere. Rămân active implicit, iar cine vrea le poate opri din Privacy and Security.

Ai anunțul oficial Google din aprilie 2025 prin care Chrome păstrează cookie-urile a treia parte chiar la sursă. Jumătate din articolele românești pe subiect vând panică pe o premisă falsă.

Ce s-a întâmplat e mai puțin spectaculos și mai enervant. Pierzi felii, din surse diferite, care se adună.

Deci sub 14% din traficul românesc vine din browsere care blochează complet cookie-urile a treia parte. Dar nu asta e partea care doare cel mai tare.

Ce pierzi de fapt fără server side tracking

Pierderea vine din cinci mecanisme separate care se suprapun, iar Conversions API le repară doar pe unele. Tabelul de mai jos e diagnosticul pe care îl fac la fiecare cont de Meta Ads.

Se vede imediat în campanii reale. La funnelul Meta construit pentru o firmă de confecții metalice, atribuirea corectă a lead-urilor a fost condiția ca optimizarea să aibă sens, ca în restul studiilor de caz. Fără date complete nu știi ce reclamă aduce clienți.

Un detaliu pe care mulți furnizori îl ascund: trucul cu subdomeniu propriu care maschează un tracker (CNAME cloaking) nu funcționează pe Safari. WebKit îl detectează, la fel și IP cloaking-ul de terță parte, și plafonează la 7 zile orice cookie setat în răspunsul HTTP respectiv. Sursa: politica de prevenire a tracking-ului publicată de echipa WebKit.

Important: dacă cineva îți vinde un setup pe subdomeniu propriu și îți promite cookie-uri de 90 de zile pe toate browserele, cere-i să îți arate ce durată are cookie-ul pe un iPhone real. Nu pe Chrome desktop.

Ce este server side tracking și cu ce diferă de pixel

Server side tracking înseamnă că evenimentul de conversie pleacă din backendul tău către API-ul platformei de reclame, printr-o cerere HTTP autentificată, nu dintr-un script care rulează pe telefonul vizitatorului. Pixelul rămâne pe site și continuă să trimită, iar cele două surse se completează una pe alta.

Concret: omul completează formularul, browserul trimite evenimentul Lead prin pixel, iar serverul tău trimite tot un Lead către Conversions API, cu email și telefon hash-uite. Meta primește două evenimente și le contopește în unul singur.

Un detaliu de interfață: în Events Manager, Meta a rebranduit pixelul în „dataset". ID-ul de dataset e același cu vechiul Pixel ID, iar pixelul e acum doar una dintre sursele de date, alături de server, app, offline și messaging. Dacă nu găsești butonul „Pixel", ăsta e motivul.

Meta declară că advertiserii cu un setup de Conversions API pentru evenimente web au avut un cost pe rezultat cu 17,8% mai mic în medie față de cei fără. E cifra lor, dar direcția se potrivește cu ce văd în conturi. Mai ales acum, când algoritmul Meta Ads s-a schimbat în 2026 și se hrănește din semnalele pe care i le trimiți.

Patru căi de a implementa Meta Conversions API

Aici e partea care s-a schimbat cel mai mult în ultimul an. Pe 27 aprilie 2026 Meta a lansat public setarea one-click „Meta-enabled Conversions API" în Events Manager. E gratuită, nu cere programator, oglindește automat evenimentele și parametrii trimiși de pixel și le deduplică singură. Limitarea ei: acoperă doar evenimente web, nu poți configura pe eveniment sau pe parametru, iar evenimentele de app, offline și messaging rămân de integrat separat.

Diferența de preț dintre Stape și Cloud Run surprinde pe multă lume. Google recomandă minim 3 instanțe pentru producție, iar la trafic mare autoscalarea urcă spre 300 USD pe lună.

Recomandarea mea: cu doar evenimente web, pornești cu varianta one-click. Cu evenimente offline sau CRM, treci direct la cod pe server.

Pașii concreți în Events Manager

Ordinea reală a butoanelor, ca să nu cauți prin meniuri. Durează sub o oră dacă ai acces la backend.

1. Events Manager, alegi datasetul, tab Settings, secțiunea Conversions API. Aici e comutatorul pentru varianta one-click, dacă asta vrei.
2. Pentru integrare directă, tot din Settings apeși Generate access token. Token-ul se afișează o singură dată, salvează-l într-o variabilă de mediu, nu în cod.
3. În backend, la fiecare conversie, trimiți un POST către endpointul de events al datasetului, cu event_name, event_time, event_id, action_source și obiectul user_data.
4. Generezi event_id pe server și îl pasezi și în apelul de pixel din browser. Ăsta e pasul pe care îl ratează majoritatea și de aici vin conversiile dublate.
5. Tab Test Events, copiezi codul de test, îl adaugi temporar în payload și faci o conversie reală pe site. Evenimentul trebuie să apară în listă în câteva secunde, cu sursa Server.
6. Tab Diagnostics, după 24 de ore. Aici îți spune Meta ce parametri lipsesc și ce evenimente au ajuns fără deduplicare.

Dacă evenimentele tale pornesc dintr-un formular, fă apelul către CAPI în același loc în care conectezi formularul de pe site la CRM și la WhatsApp. O singură sursă de adevăr.

Foto: Dan Nelson pe Pexels

Deduplicarea și Event Match Quality, de astea depinde totul

Meta deduplică pe baza a două câmpuri identice, event_id și event_name. Fereastra e de 48 de ore de la primirea primului eveniment cu acel event_id. Metoda alternativă folosește event_name plus fbp sau external_id. Regulile complete sunt în documentația Meta despre deduplicarea evenimentelor de pixel și de server.

Capcana e la evenimentele care întârzie. Dacă cel de server pleacă imediat, iar cel de browser ajunge după mai mult de 48 de ore, de exemplu dintr-un webhook care a eșuat și s-a reîncercat, deduplicarea nu mai are loc și numeri conversia de două ori.

Al doilea lucru pe care îl urmărești e Event Match Quality, un scor de la 0 la 10 pe fiecare eveniment, cu etichetele Poor, OK, Good și Great. Se calculează din parametrii de identificare primiți de la server, din calitatea lor și din procentul de evenimente care se potrivesc cu un cont Meta. Nu există două metrici separate, cum credeam eu când am scris prima versiune. E una singură.

Ca să urci de la OK la Good sau Great, contează exact ce trimiți și în ce formă:

Detaliul practic care se ratează cel mai des: telefonul se normalizează în format internațional, fără spații și fără paranteze, înainte de hash. 0722 123 456 și +40722123456 dau două hash-uri diferite, iar unul dintre ele nu se potrivește cu nimic.

Server side tracking și GDPR, ce nu rezolvă hash-ul SHA256

Mutarea tracking-ului pe server nu scoate operațiunea din sfera consimțământului. Pe 16 octombrie 2024 EDPB a adoptat versiunea finală a ghidului 2/2023 despre sfera tehnică a articolului 5(3) din Directiva ePrivacy, care extinde obligația dincolo de cookie-uri, la pixel tracking, URL tracking, tracking bazat pe IP și identificatori unici.

În prima versiune scriam că datele sunt hash-uite cu SHA256, deci e „GDPR compliant". E greșit și îmi asum. Hash-ul e pseudonimizare, nu anonimizare. Datele pseudonimizate rămân date cu caracter personal, iar EDPB avertizează că un hash simplu de email are entropie mică și se sparge cu tabele precalculate.

Ce înseamnă asta practic, pentru o firmă din România:

• Regulile de cookie-uri sunt în Legea nr. 506/2004, art. 4 alin. (5), iar ANSPDCP a dat amenzi pentru neîndeplinirea cumulativă a condițiilor: informare clară și completă plus consimțământ prealabil.
• Consent gating se face la nivel de server, nu doar în banner. Dacă bannerul blochează pixelul dar backendul trimite oricum spre CAPI, ai bifat teatrul și ai încălcat regula.
• Ai nevoie de temei legal și de mențiune în politica de confidențialitate pentru transferul către Meta sau Google, ca la orice alt procesator. Aceeași logică ca în articolul despre ce spune GDPR când pui datele clienților într-un serviciu extern.

Pentru Google Ads mai e o piesă obligatorie: Consent Mode v2. Din martie 2024, advertiserii care difuzează în Spațiul Economic European trebuie să îl aibă implementat printr-un CMP certificat Google. Fără el pierzi remarketing, audiențe și enhanced conversions pe tot traficul din UE.

Enhanced conversions nu e același lucru cu CAPI. Atașează date first-party hash-uite la o conversie deja măsurată, nu înlocuiește măsurarea din browser. Cerințele Google pentru enhanced conversions cer minim un email, sau adresă completă cu prenume, nume, cod poștal și țară, sau telefon însoțit de email. Google spune explicit că e nevoie de circa 30 de zile ca să se vadă impactul, iar din aprilie 2026 varianta for web și cea for leads se combină într-un singur comutator.

Cum am implementat pe dmaster.ro și ce nu rezolvă

Site-ul meu e construit pe Next.js cu Supabase, arhitectura pe care o aleg de fiecare dată la aplicații web custom, deci am acces direct la server la fiecare submit de formular. Aveam exact problema din intro: vedeam vizitatori, dar reclamele Meta nu primeau evenimente de conversie.

Ce am făcut, în ordinea asta:

1. Pe browser, pixelul cu evenimente standard, PageView și Lead, pentru utilizatorii care au cookie-uri active.
2. Pe server, la fiecare submit din /contact sau /cerere, un apel direct către API-ul Meta cu evenimentul de Lead.
3. Un event_id unic generat pe server și pasat și în apelul din browser, ca Meta să contopească cele două evenimente.
4. Email și telefon hash-uite cu SHA256, telefonul normalizat în format internațional înainte de hash, plus fbc, fbp, IP și user agent trimise necriptat.

Rezultatul măsurat de mine, după 30 de zile: numărul de conversii vizibile în Meta Ads Manager s-a triplat. Nu pentru că am mai multe vânzări, ci pentru că văd vânzările care se întâmplau oricum. E cifra mea, pe traficul meu, nu un benchmark de piață. Singura cifră verificabilă rămâne cea declarată de Meta, 17,8%.

În mai 2026 am adăugat și verificarea de consimțământ. Dacă utilizatorul refuză cookie-urile în banner, apelul către CAPI nu mai pleacă. Am pierdut evenimente. Era corect să le pierd.

Ce nu rezolvă server side tracking, ca să nu cumperi așteptări greșite: nu inventează vânzări, nu recuperează utilizatorii care au refuzat consimțământul, nu repară atribuirea cross-device și nu te scutește de banner. Atribuirea rămâne o estimare, doar că una mult mai puțin proastă.

Contează și arhitectura. Pe un site construit pe Next.js, unde ai acces la server, integrarea e o funcție de câteva zeci de linii. Pe un constructor vizual închis, fără backend, rămâi la varianta one-click sau la GTM server side.

Concluzie

Cookie-urile a treia parte nu au murit, iar în România Chrome le ține în viață pentru trei sferturi din trafic. Pierzi în schimb din direcții mai mici: Safari, Firefox, plafoanele WebKit de 7 zile și 24 de ore, ad blockere, refuzuri de consimțământ. Adunate, fac diferența dintre un cont care optimizează corect și unul care ghicește.

Server side tracking e reparația, nu miracolul. Îți dă înapoi evenimentele care se pierdeau tehnic și îți aliniază raportul cu ce vezi în CRM, exact datele pe care le cer la orice cont de marketing digital pe care îl gestionez. Nu îți dă înapoi oamenii care au spus nu, și e bine că nu ți-i dă.

Dacă cheltui peste 500 EUR pe lună pe reclame și nu știi ce sursă are fiecare eveniment din contul tău, trimite o cerere. Mă uit gratuit peste setupul de tracking și îți spun unde exact pierzi semnal.

Citește mai departe

• Meta Ads în 2026: algoritmul s-a schimbat, ca să înțelegi de ce calitatea semnalului contează mai mult decât targetarea.
• Cum construiești o pâlnie de vânzare completă pe Meta cu sub 1000 lei pe lună, unde tracking-ul corect e prima piesă.
• Google Ads vs Meta Ads în 2026: unde dai banii, dacă încă alegi între cele două platforme.