02 · Cum măsurăm · Task #71

Cum măsurăm rezultatele campaniilor paid

Răspunsurile la cele 6 întrebări din task, cu starea reală verificată live în PostHog. Regula de bază rămâne cea din strategie: decizia se ia pe datele noastre, nu pe cele ale Google — dar Google trebuie hrănit cu conversii ca să poată optimiza.

Alexandra · 14 iulie 2026 · actualizat 16 septembrie 2026 (stare verificată live) · Surse: PostHog live (proiect Bono + Start), Strategia de măsurare (28 iun), Teste Google Ads, Analiza concurenței, minuta Google Ads Solo–Bono (9 iul), docurile de atribuire Desire, Jira BN-1329 și BN-1565

1 · Sistemul de măsurare — cum funcționează azi

În iulie, sursa pe canal se vedea doar prin reconstrucție, atribuirea pe campanie nu ajungea pe lead și evenimentul pleca din browser. BN-1329 (live din 17 august) și BN-1565 au închis toate trei. Fluxul de mai jos e cel care rulează acum; tabelul de la final arată, pas cu pas, ce s-a verificat pe 16 septembrie.

Fluxul de măsurare cap-coadă (implementat — BN-1329 + BN-1565)

Azi → după implementare

Referința „azi", verificată live în PostHog (proiect Bono + Start, 14 iul 2026): 218 desire_lead_created în 45 zile (google.com 47%, direct 20%, intern nerezolvat 15%); 1 204 pageview-uri cu UTM și 50 cu gclid în 30 zile — captura pe vizite funcționează, inclusiv pe campaniile gads-srl-search-evergreen și S_SRL_General; insight-urile D1/D2 și alertele de freshness există; /lp/ e în CMS cu trafic de test (taskurile #121 și #438 în curs).

2 · Ce se poate măsura (campanie, ad set, keyword…)

Fiecare nivel al unei campanii are „adresa" lui în UTM. Convenția e deja definită în strategia de măsurare — asta e harta completă a ce putem vedea la noi vs ce rămâne doar la Google.

3 · Test cu o campanie reală — cum se salvează UTM-ul?

Ce știm din testele deja făcute, plus protocolul de verificare cap-coadă pentru următoarea campanie.

Protocolul de test pentru următoarea campanie reală

4 · Legătura PostHog ↔ Google — cum află Google rezultatele ca să optimizeze?

Două direcții separate, care nu trebuie confundate: noi măsurăm ca să decidem; Google primește conversii ca să optimizeze (Smart Bidding / target CPA licitează orb fără semnal de conversie).

Stare 16 sept: varianta A e live și e singurul semnal pe care Google optimizează; varianta B e construită (job la 6h, consimțământ de marketing salvat, MCC + developer token active), dar blocată pe mutarea cheilor de acces — nicio conversie offline încărcată încă. Decizia din 1 sept (#452, #7312): „Lead Desire (web)” rămâne primary până curg conversiile offline; apoi inversăm. Conversiile din fluxul de înființare („Cont Start (web)”, „Plată 152 lei (web)”) sunt create ca secondary, fără valoare. Recomandarea din iulie (rămâne valabilă): la lansarea campaniilor punem gtag pe evenimentul de lead (varianta A) ca Google să poată optimiza imediat, și construim în paralel importul offline pe click ID (varianta B, după BN-1329) — care devine sursa „de calitate" pe care o hrănim cu conversii reale, inclusiv plăți. Bonus din BN-1329/T2: evenimentul server-side poartă atribuirea cu aceleași nume de câmpuri ca în bază (first_*/last_* + lista ponderată), deci raportarea din PostHog se potrivește 1:1 cu baza. Discrepanțele dintre Google Ads și datele noastre sunt normale, dar trebuie să rămână mici — le urmărim explicit în raport (secțiunea 6). Consimțământul alimentează și Google Consent Mode v2 (ticket separat, notat în BN-1329/T3).

5 · Ce fac alții? Cum măsoară Solo?

Din minuta „Google Ads Solo–Bono" (9 iulie 2026) + analiza concurenței (iunie 2026).

6 · Cum arată un raport de campanie? (start with the end in mind)

Trei niveluri de raportare, de la puls zilnic la verdict de test. Toate trei există azi: raportul zilnic pe e-mail (BN-1565), raportul de decizie al lui Teo (nivelul 2, cu Δ Google vs PostHog calculat) și fișele testelor din Planul de testare 2026 (nivelul 3). Tabelele de mai jos sunt modelele din iulie, cu cifre ilustrative.

Nivel 1 — Raportul zilnic de lead-uri (BN-1565, livrat)

„Lead-uri noi pe lista de așteptare Desire": lead-uri ieri / MTD / medie zilnică, defalcate pe surse — inclusiv campaniile Google Ads separat, cu cuvintele cheie. E ticketul BN-1565 (raport zilnic pe e-mail), livrat după BN-1329 — din el a ieșit, de exemplu, linia „Google Ads — fără campanie” care a dus la #7570. Sursa fiecărui lead se citește din baza Desire, cu regula de atribuire decisă pe 10 iulie: weighted average pe sesiunile din parcurs, cu excluderea sesiunilor Direct (mai puțin cazul în care Direct e prima sesiune) — ex.: Google Ads → Direct ⇒ Google Ads 100%; Direct → Google Organic ⇒ 50/50. Serverul salvează lista {sursă, pondere} gata calculată la submit, iar raportul doar însumează ponderile — fără logică de atribuire în raport. „Ziua" = 00:00–24:00 Europe/Bucharest, identică în bază, PostHog și raport (BN-1329/T4) — parțial: API-ul de analytics din Desire grupează încă pe UTC (diferențe de ±1–3 lead-uri pe zi față de PostHog, total identic).

Nivel 2 — Raportul săptămânal de campanie (tabelul de decizie)

Rânduri ilustrative (din iulie); versiunea reală, cu cifrele la zi, e raportul de decizie. Coloana Δ (discrepanța Google vs PostHog) e verificarea de sănătate: mică = tracking ok; mare = exact cazul PMax de mai sus, nu scala înainte să înțelegi de ce.

• Regulile de decizie (din strategie): winner clar la cost/lead de 2 ori+ mai bun → mutăm bugetul; 0 conversii sau cost de 5 ori+ → stop; sub 100 vizite/campanie → prelungim; CPA peste 50 Lei 5 zile consecutive → oprim/revenim la buget.
• Referința istorică: baseline validat 32–40 Lei/lead pe Search (Broad+tCPA = 32,58 Lei, media contului 37,6 Lei pe 663 conversii).
• Sursa datelor: lead-uri + CR din PostHog (insight-ul D2 „Campaign performance — sesiuni × lead-uri per UTM" există deja); spend din Google Ads — în raportul de decizie vine automat prin API.

Nivel 2b — Drill-down în campanie: keywords, ad-uri, ad groups

Tabelul săptămânal rămâne la nivel de campanie tocmai pentru că fiecare test are utm_campaign propriu — coloana „Campanie" spune direct ce am testat, nu e nevoie de o listă separată de teste. Detaliile se deschid în interiorul campaniei, din aceleași date:

• Keyword — breakdown pe utm_term (doar Search, prin inserția {keyword}): care cuvânt licitat aduce lead-uri și la ce cost.
• Ad / creativă — breakdown pe utm_content: care variantă de text/asset convertește.
• Ad group și match type — nu au parametru UTM standard, dar Google le expune prin ValueTrack: le adăugăm în același Final URL suffix, după utm_id — adgroup={adgroupid}&matchtype={matchtype}&device={device}. Ajung în query string, iar BN-1329 salvează raw_query pe fiecare lead — deci le putem analiza per lead, fără setup suplimentar.
• Căutările reale (search terms) rămân doar în Google Ads — de acolo muți termenii câștigători pe exact/phrase și scoți negativele (practica standard, confirmată și de Solo).

Simulare — cum „se deschide" o campanie, pas cu pas

Pornim de la rândul câștigător din tabelul săptămânal și coborâm în el. Mecanica e mereu aceeași: fixezi filtrul utm_campaign și schimbi breakdown-ul — trei click-uri în PostHog pentru orice nivel.

Cifrele sunt ilustrative, consecvente cu rândul de campanie de mai sus (195 vizite, 21 lead-uri). Spend-ul per keyword vine din Google Ads (acolo se vede cheltuiala pe fiecare nivel); vizitele și lead-urile vin din PostHog — respectiv direct din baza Desire (BN-1329).

Nivel 3 — Raportul per test · demo: Broad match vs Exact match — testul real e T2 (19 aug → verdict 30 sept), fișa în Planul de testare 2026

La finalul fiecărui test (minim 14 zile, o singură variabilă, buget egal) scriem documentul de concluzie. Așa ar arăta, cu cifre ilustrative, pentru testul din strategie:

Drill-down keywords (varianta A, breakdown pe utm_term în PostHog):

Plus, din Google Ads → Search terms (doar acolo se văd căutările reale pe care le-a prins broad-ul): „cât costă să îți faci firmă" a adus 2 lead-uri la ~25 Lei → se adaugă ca exact match; „înființare ONG" a consumat click-uri fără niciun lead → negative keyword.

Modelul de tabel — de copiat la fiecare test nou

Același format ca demo-ul de mai sus, gol. Se completează o dată la setup (primul tabel) și o dată la verdict (restul).

Formule: CR = lead-uri ÷ vizite LP · Cost/lead (PostHog) = spend ÷ lead-uri PostHog · Δ = diferența cost/lead PostHog vs Google (mică = tracking sănătos; mare = investighează înainte de decizie). Sursa: lead-uri + vizite din PostHog per utm_campaign; spend + click-uri din Google Ads.

Din 10 sept, fișa fiecărui test (ce vrem să învățăm · cum · când · status · regula de verdict · decizii) trăiește în Planul de testare 2026; concluzia se scrie pe taskul testului și în tab-ul „Teste” din raportul de decizie, decizia o scrie Alexandra.

Planul de acțiune din iulie — stare la 16 septembrie 2026

În ordinea dependențelor. Primele două sunt condiția ca orice campanie pornită să producă date de încredere.

Surse: verificare live PostHog 14 iul 2026 și reverificare 16 sept 2026 (proiect Bono + Start, 30 zile; baza Desire prin API; contul Google Ads 885-992-9478) · Jira BN-1329 „Salvare Leads + Sursă în BD" (T1–T5) și BN-1565 „Raport zilnic pe e-mail" · „Strategie Măsurare Campanii Google Ads" (28 iun) · „Teste Google Ads — Rezultate" (iun) · „Analiza Concurenței — Google & Meta Ads" (iun) · minuta „Google Ads Solo–Bono" (9 iul, Drive) · „Atribuirea lead-urilor desire — problemă, soluție, status" (8 iun) · „Raport zilnic Desire — mockup" · docs PostHog (destinația Google Ads Conversions) · task #71 · Campanii Paid.