Cookie-urile a treia parte au murit. Cum tracking-ezi corect lead-urile în 2026

Dacă rulezi Meta Ads sau Google Ads, probabil ai observat în ultimii 2 ani că rapoartele se simt din ce în ce mai mincinoase.

Vezi 10 conversii în Meta Ads Manager, dar Stripe-ul tău arată 25 de plăți. Sau invers. Cifrele nu se mai potrivesc.

Nu te-ai înnebunit. Asta e realitatea în 2026. Și are o explicație tehnică simplă.

Ce s-a întâmplat cu cookie-urile

Până prin 2022, Meta Pixel sau Google Tag puneau un cookie pe browser-ul utilizatorului. Cookie-ul era third party (a treia parte), adică nu era pus de site-ul pe care era vizitatorul, ci de Meta sau Google.

Rezultat: Pixelul Meta sau Tag-ul Google nu mai poate recunoaște utilizatorul când face conversie. Vezi 2 din 5 conversii în loc de 5 din 5. Sau, pe iOS, vezi 1 din 5.

Asta se vede imediat în campaniile reale. La funnelul de reclame Meta construit pentru o firmă de confecții metalice, atribuirea corectă a lead-urilor a fost condiția ca optimizarea să aibă sens: fără date complete nu știi ce reclamă aduce clienți.

Soluția, server side tracking

În loc să trimiți eventurile de pe browser (unde sunt blocate), le trimiți de pe server-ul tău direct la Meta sau Google. Cele 2 părți recunoscute:

• Meta Conversions API (CAPI), endpoint server către Meta.
• Google Ads Enhanced Conversions, același principiu.

Avantaj: blocările de browser nu te afectează. Tu trimiți datele direct.

Dezavantaj: trebuie cineva să le implementeze. Nu se setează prin Tag Manager fără cunoștințe.

Cum am rezolvat pe dmaster.ro

Site-ul meu e construit pe Next.js cu Supabase. Aveam aceeași problemă, vedeam vizitatori dar reclamele Meta nu primeau eventuri de conversie.

Am implementat astfel:

1. Pe browser, pun Meta Pixel cu standard event-uri (PageView, Lead). Asta acoperă utilizatorii care au cookie-uri active.
2. Pe server, la fiecare submit de formular din /contact sau /cerere, server-ul meu apelează direct API-ul Meta cu eventul de Lead.
3. Cu eveniment ID dedupat, fiecare event are un ID unic generat pe server. Dacă vine și de pe browser și de pe server, Meta le combină în unul singur (nu dublezi conversii).
4. Cu hash de email și telefon, datele utilizatorului sunt hash-uite cu SHA256 înainte să fie trimise. GDPR compliant.

Rezultat 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 s-au întâmplat oricum.

Important: în mai 2026 am adăugat și verificare de consimțământ pentru cookie-uri. Dacă utilizatorul refuză cookie-urile pe banner, server side CAPI nu mai trimite eventul. Asta e obligatoriu sub GDPR, deși majoritatea site-urilor nu o fac.

Ce trebuie să verifici la tine

Dacă rulezi Meta Ads

1. Intră în Meta Events Manager, tab Overview.
2. Uită-te la Event Quality Score. Sub 6 e problematic.
3. Verifică sursa eventurilor. Dacă vezi 100 la sută Browser, trebuie să adaugi CAPI.
4. La fiecare event verifică Match Quality. Sub Good înseamnă că datele tale identificatoare sunt slabe.

Dacă rulezi Google Ads

1. Google Ads, Tools, Conversions.
2. Verifică Enhanced Conversions for Leads. Trebuie să fie activ.
3. Configurezi prin Google Tag sau server side.

Dacă nu rulezi reclame plătite încă

Implementează tracking corect ÎNAINTE de prima campanie. Datele acumulate (utilizatori care au făcut conversie) sunt fundament pentru audiențele de lookalike. Dacă tracking-ul e prost de la început, nu ai cum să construiești audiențe bune mai târziu.

Costul implementării

Pentru o afacere care cheltuie peste 500 EUR pe lună în Meta Ads, ROI-ul e clar. Lead-urile pierdute valorează mai mult decât costul de implementare.

Concluzie

Tracking-ul vechi e mort. Server side nu mai e opțional dacă vrei să vezi performanța reală a reclamelor și să optimizezi corect.

Vrei să verific ce ai acum și să-ți spun ce pierzi? Trimite o cerere. Verific gratuit setup-ul de tracking și îți zic concret unde sunt găurile.