Nota ascunsă

Ce măsoară, de fapt, Event Match Quality

Când trimiți un eveniment către o platformă de publicitate, platforma încearcă să îl lipească de o persoană din baza ei. Event Match Quality e nota pe care ți-o dă pentru cât de bine reușește. Meta o publică pe o scară de la 0 la 10, per tip de eveniment, împreună cu procentul de acoperire al fiecărui identificator primit.

Nota nu e un detaliu tehnic. Din ea decurge dacă o conversie se atribuie campaniei care a produs-o, dacă o audiență similară se construiește pe oameni reali sau pe fragmente, și cât de repede iese o campanie din faza de învățare. Un eveniment care poartă doar un identificator de browser spune platformei „s-a întâmplat ceva, undeva". Un eveniment care poartă nume, telefon, email și localitate spune „s-a întâmplat cu omul acesta".

Diferența dintre cele două propoziții, în contul de mai jos, e de trei puncte pe zece.

Media pe tot contul nu spune nimic

Prima capcană e să citești un singur număr. Media pe toate evenimentele unui cont e trasă acolo unde stă volumul, iar volumul stă întotdeauna în evenimentele de navigare — pagini vizitate, produse deschise, căutări în site. Acele evenimente nu au cum să poarte identitate: omul nu și-a spus numele, doar a apăsat un link.

Așa că media contului măsoară, în practică, ce procent din trafic acceptă cookie-uri. Nu măsoară calitatea măsurării. Un cont care își optimizează serios semnalul poate să aibă media neschimbată luni întregi și, în același timp, să dubleze nota pe evenimentele care contează.

De aceea, în acest studiu, nicio comparație nu se face pe medie. Comparația de mai jos e între tipuri de evenimente citite în aceeași zi, din același cont — iar în secțiunea următoare, pe același tip de eveniment, înainte și după două schimbări cu dată exactă. Media le-ar fi ascuns pe amândouă.

Înainte și după, cu date exacte

Până pe 9 iulie 2026, evenimentele server-side ale acestui cont plecau cu email și telefon, iar cele pornite din browser și cu identificatorii lui — atât. Pe 9 iulie am pus în producție îmbogățirea datelor: fiecare eveniment care are o persoană în spate pleacă de atunci și cu prenumele, numele, orașul, județul, codul poștal și țara ei. Pe 15 iulie a urmat a doua schimbare, cu două componente: conversiile care se întâmplă în CRM — nu în browser — au început să poarte și identificatorii de browser ai persoanei, recuperați din istoricul ei de navigare; iar pe site, identificatorul de click se reconstruiește din primul click al vizitei și se atașează evenimentelor de pe toate paginile următoare — motivul pentru care și un eveniment din browser, ca vizualizarea de produs, avea ceva de câștigat.

Efectul se poate arăta cu date, pentru că avem trei citiri din momente diferite, făcute pe căi diferite: captura din Events Manager pe intervalul dinaintea activării, citirea live din API de pe 29 iulie și arhiva noastră zilnică de scoruri, pornită pe 11 iulie. Comparația e pe același tip de eveniment — iar paginile vizitate, care n-au identitate de câștigat, sunt proba de control: nu se mișcă.

Scorul urcă pentru că urcă acoperirea identificatorilor

Meta nu publică doar nota, ci și din ce e compusă: pentru fiecare identificator, procentul de evenimente care l-au avut. Pusă așa, nota nu mai e o cutie neagră, ci o adunare pe care o poți verifica singur.

Cele trei panouri de mai jos sunt aceleași trei categorii, în aceeași citire. Se vede unde se rupe lanțul: pe navigare, câmpurile de persoană sunt goale prin construcție — omul n-a declarat nimic. Pe formularul din site, sunt parțiale: completează cine vrea, iar adresa e opțională. Pe evenimentele care vin din CRM, sunt complete, pentru că acolo persoana e deja un contact cu fișă.

Ce am construit ca identitatea să ajungă pe eveniment

Câmpurile de persoană nu apar singure în payload — cineva trebuie să le culeagă, să le normalizeze și să le atașeze la fiecare eveniment, pe fiecare rută. Cele șase câmpuri ale îmbogățirii — prenume, nume, oraș, județ, cod poștal, țară — vin din două locuri diferite, fără să i se ceară omului nimic în plus:

• Din formularul de pe site, în momentul completării. Ce a scris omul în câmpurile pe care le-a completat oricum urcă în evenimentul server-side, nu doar în emailul de notificare. De aici acoperirea parțială: adresa e opțională, deci apare la aproximativ o treime dintre completări.
• Din fișa de contact din CRM, când persoana avansează într-o etapă. Aici fișa e deja completă — de aceea acoperirea e de 100%, iar nota atinge maximul contului.
• Hash-uite pe server, conform specificației fiecărei platforme. Câmpurile pleacă normalizate și trecute prin SHA-256 acolo unde platforma cere asta; nu circulă în clar. Fiecare destinație are propriul adaptor, pentru că fiecare platformă vrea altă formă — Meta un set de chei scurte, TikTok altă normalizare, Google o structură de adresă emisă doar când e completă.
• Curățate automat când consimțământul lipsește. Un eveniment trimis fără acord de marketing pleacă fără niciun câmp de persoană — regula e în cod, nu în procedură, așa că nu depinde de cine configurează contul.
• Pe lângă cele șase câmpuri: identificatorii de browser se re-atașează conversiilor din CRM — schimbarea din 15 iulie. O conversie care se întâmplă în CRM nu are un browser lângă ea, dar persoana a avut unul: identificatorii de click și de cookie din vizitele ei sunt păstrați într-un registru de identitate și se re-atașează evenimentului la trimitere. Fără asta, exact evenimentele cele mai valoroase ar pleca cele mai anonime.

Când platforma nu-ți dă un scor

Meta e singura dintre cele trei care publică o notă de potrivire. TikTok expune setările de Advanced Matching și statistici pe eveniment, dar niciun scor compus. Google Ads nu are conceptul deloc — echivalentul lui e diagnosticul de încărcare a conversiilor offline.

Consecința practică e că, pe două din trei platforme, nu ai cum să afli din exterior dacă semnalul tău e bun. Iar dacă nu poți măsura, nu poți nici să repari.

De aceea logăm, la fiecare livrare, exact ce identificatori au plecat cu ea. Nu e o estimare și nu e o replică a scorului Meta: e inventarul a ceea ce am trimis, per eveniment și per destinație. Pe Meta îl putem confrunta cu nota primită înapoi — și se confirmă. Pe TikTok și pe Google e singura măsurătoare care există, și e a noastră.

Același eveniment îmbogățit pleacă spre toate destinațiile în aceeași secundă. Diferă doar forma cerută de fiecare API, nu conținutul.

Ce am învățat

Patru concluzii pe care le ducem mai departe în fiecare cont pe care îl instrumentăm:

• Media pe cont e cifra pe care o citește toată lumea și nu ajută pe nimeni. E dominată de evenimentele de navigare, care prin construcție nu pot purta identitate. Segmentarea pe tip de eveniment e singura citire care spune ceva acționabil.
• Diferența nu vine din platformă, vine din ce trimiți. Aceeași zi, același cont, același pixel: 6,1 pe navigare, 9,1 pe etapele din CRM. Iar când am schimbat ce trimitem, nota s-a mișcat în zile, nu în trimestre: lead-ul de la 5,2 la 7,7, contactul de la 4,4 la 7,2 — în timp ce paginile vizitate au rămas exact unde erau.
• Cea mai bună sursă de identitate nu e site-ul, e CRM-ul. Formularul îți dă ce a vrut omul să completeze; fișa de contact îți dă ce s-a strâns până la momentul deciziei. Un traseu care nu întoarce CRM-ul în platforme lasă pe masă exact partea care punctează maxim.
• Ce nu e măsurat de platformă trebuie măsurat de tine. Două din trei platforme nu îți dau nicio notă. Dacă nu îți construiești propriul inventar de identificatori trimiși, pe acele două canale optimizezi în orb și nu ai cum să afli.