Meta Ads — de ce raportează mai mult decât vinzi (și cum judeci onest)

Cazul clasic, văzut pe date reale: Ads Manager arată 14 conversii / 5.000+ RON, dar în magazin sunt doar 4 comenzi reale cu utm de Meta. Nu e neapărat un bug — e modelul de atribuire. Ghidul ăsta îți arată de unde vine diferența, cum o măsori corect și ce să NU faci.

De unde vine diferența: fereastra „7-day click + 1-day view"

Setarea din fabrică a Meta numără ca „a ta" orice comandă în care:

  • clientul a apăsat pe reclamă în ultimele 7 zile (7-day click) — rezonabil; SAU
  • clientul doar a văzut reclama în ultimele 24 de ore (1-day view) — aici se umflă cifrele.

View-through înseamnă: omul a derulat pe lângă reclamă în feed, nu a apăsat nimic, apoi a cumpărat din alt canal (căutare Google, direct, email). Meta își asumă comanda. La audiențe de retargeting (oameni care oricum îți vizitau site-ul) view-through-ul poate fi majoritatea „conversiilor" raportate.

La asta se adaugă:

  • Re-atribuirea comenzilor altor canale — aceeași comandă e revendicată și de Google, și de Meta, fiecare pe fereastra lui. De-asta nu se adună ROAS-urile per canal.
  • Clienți care ar fi cumpărat oricum — fideli, reveniți din newsletter; reclama i-a „atins", dar nu i-a adus.
  • Modelarea — la consent refuzat, Meta estimează statistic conversii pe care nu le-a văzut.

Cum măsori onest: cardul „Click vs View" (automat) sau „Compare attribution settings" (manual)

Drumul scurt — în seenly: tabul Meta al magazinului are cardul Click vs View, care face defalcarea automat, pe aceleași date ca Ads Manager: cât din cifra revendicată e view fără click vs click 7 zile vs click aceeași zi, cu tabelul campaniilor sortate după % view (cataloagele și remarketingul pe audiențe calde ies de obicei primele) și cu podeaua certă — comenzile din magazinul tău care poartă efectiv utm-ul Meta. Adevărul e între podeaua asta și cifra pe click.

Drumul manual — în Ads Manager, dacă vrei să vezi sursa cu ochii tăi:

  1. Ads Manager → tabelul de campanii → Columns → Compare attribution settings.
  2. Bifează 7-day click și 1-day click (poți adăuga și 1-day view separat, ca să vezi exact cât e view-through).
  3. Apar coloane separate per fereastră — compară-le cu comenzile reale din magazin (seenly ți le arată deja în cardul Transparență & Adevăr).

Regula de aur: judecă performanța pe click (7d-click sau, mai strict, 1d-click). View-through-ul ține-l ca informație de „brand awareness", nu ca vânzare.

„Deci comenzile din view sunt fake?" — scriptul pentru client

Nu-s fake. Toate sunt comenzi reale, plătite, din magazinul clientului — disputa nu e dacă vânzarea există, ci cine merită creditul pentru ea. La comenzile pe click, meritul reclamei e clar: omul a apăsat și a cumpărat. La cele din view, omul doar a văzut reclama în feed în ultimele 24h — și platforma și-a trecut comanda în cont.

Analogia care se înțelege din prima: un panou publicitar lângă magazin. Aproape toți clienții trec pe lângă el înainte să intre — dar nu panoul i-a adus pe toți. O parte din comenzile „view" chiar au fost împinse de reclamă (a văzut-o, și-a amintit, a comandat); multe însă erau clienți existenți care își recumpărau produsul oricum, iar algoritmul arată cataloagele fix oamenilor care urmau să cumpere, tocmai ca să-și treacă vânzarea în cont.

Concluzia pentru client, într-o frază: „Adevărul e între cifra pe click și cifra totală, mai aproape de click; deciziile de buget le luăm pe click și pe profitul total, iar view-ul îl tratăm ca bonus nedovedit. Dacă schimbăm setarea de raportare, cifra din Ads Manager va scădea optic — fără ca vânzările reale să se schimbe cu un leu." Singura dovadă definitivă rămâne testul de pauză: oprești canalul 2 săptămâni și numeri câte comenzi chiar dispar.

seenly calculează automat multiplicatorul revendicat ÷ comenzi reale cu utm-ul canalului: la peste 3× primești un avertisment în Sumar (cardul Transparență & Adevăr) cu playbook-ul de mai jos. Se stinge singur când cifrele se apropie.

Playbook: ce faci (și ce NU faci)

  1. Schimbă RAPORTAREA, nu optimizarea. Compararea ferestrelor e doar pe coloane — nu-i face rău contului. În schimb, NU îngusta fereastra de optimizare a ad set-urilor la volum mic: algoritmul de livrare are nevoie de ~50 de conversii pe săptămână per ad set ca să învețe; cu fereastra strânsă la volum mic, îi tai semnalul și performanța chiar scade.
  2. Nu lua decizii de buget pe cifra revendicată. Folosește multiplicatorul din seenly și MER-ul total (tot venitul real ÷ tot spend-ul) — ele nu pot fi umflate de ferestre.
  3. Testul de pauză (la bugete mici). Sub câteva mii de lei pe lună, cel mai cinstit „experiment de incrementalitate" e să oprești canalul 2 săptămâni: vânzările care rămân nu erau ale lui. Dacă vânzările chiar scad cu ce revendica — canalul era real.
  4. Igiena tehnică (dacă multiplicatorul e absurd, peste 5-10×): Event Deduplication (același event_id pe pixel și CAPI), un singur pixel Meta pe site, exclude Audience Network din plasamente.
    • Nuanță MerchantPro (confirmată în scris de suportul MP): integrarea Facebook nativă trimite același event_id pe browser Pixel și pe Conversions API, iar Purchase pleacă doar pentru comenzile plasate pe site (nu API/manuale/marketplace). Deci dacă pe un magazin MerchantPro vezi totuși Purchase > Initiate Checkout, suspecții reali sunt: (a) un al doilea pixel adăugat pe lângă integrarea nativă (prin GTM sau rămas în temă) sau (b) Initiate Checkout care nu se declanșează pe toate fluxurile de checkout (numărătorul e umflat doar aparent). Verifici cu Meta Pixel Helper pe pagina de mulțumire + Events Manager → Test Events: o comandă de test trebuie să genereze exact UN Purchase.
  5. Discuția cu clientul (pentru agenții): explică diferența de MODEL înainte să apară în raport ca „discrepanță". Cifra Meta nu e o minciună — e alt contract de numărare. Raportul onest pune ambele cifre pe masă și spune care e comparabilă cu restul.

TikTok: aceeași poveste

TikTok Ads folosește implicit tot 7-day click + 1-day view (setarea e în Assets → Events → Attribution Manager — aici VTA se poate și opri de tot, iar din 2024 fereastra se alege și per ad group la creare). Aceleași reguli: judecă pe click, nu îngusta optimizarea la volum mic, testul de pauză la bugete mici.

seenly afișează și pe TikTok cardul Click vs View (în tabul TikTok): split-ul CTA (click) vs VTA (view) vine direct din API, per campanie — cu o limitare pe care ți-o spunem pe față: TikTok expune doar numărul de achiziții per tip de atribuire, nu și valoarea lor în bani (Meta le dă pe amândouă). În TikTok Ads Manager vezi aceleași cifre în coloanele custom „CTA Purchase" / „VTA Purchase", iar Performance Comparison (în Attribution Manager) compară conversiile pe combinații de ferestre. Există și EVTA („engaged view", vizionare ≥6s) — doar în Ads Manager, API-ul nu o expune.

Cum citești tabelul per campanie (același pattern ca la Meta, văzut și pe conturi reale): campaniile TOF broad / catalog pe audiențe largi urcă ușor la 50-60% conversii din view — acolo strângi primul (VTA off sau fereastră pe click în Attribution Manager, per ad group); campaniile de prospecting pe video individual stau tipic la 20-25% view — alea sunt achiziția reală, pe ele scalezi. Scriptul pentru client e același ca la Meta (secțiunea de mai sus): comenzile din view nu-s fake, disputa e creditul — și avertizează-l înainte că cifra raportată va scădea optic când schimbi setarea.

Legături

  • Care campanie face bani, nu doar venit: profitul per campanie — cele 3 lentile, cu acoperirea spusă pe față.
  • Comenzile tale nu poartă utm/fbclid? Începe cu checklist-ul de atribuire per platformă.
  • Echivalentul pe Google Ads (conversii 0, gclid, ID vs etichetă): setările de conversii.
  • Echivalentul pe email (atribuirea pe deschideri, Apple Privacy): ghidul de atribuire onestă din secțiunea Integrări.

Didn't find what you were looking for? Write to us at [email protected] or create an account and we'll walk you through it on your own data.