A MÉRÉSI RENDSZER FELÉPÍTÉSE
Böngésző + szerver, közös event_id, dedup — hogyan mérünk pontosan a makeitcount.hu-n. Emlékeztető magamnak.
MakeItCountADS HQ
Minden konverzió kétszer indul el: egyszer a böngészőből (pixel, GTM-en át) és egyszer a szerverről (CAPI / Events API / Measurement Protocol). Mindkettő ugyanazt az event_id-t viszi, ezért a hirdetési platform a kettőt egy konverzióvá vonja össze (dedup) — nem kettőként számolja. Így pontos, nem alulszámolt a CPL/CPA/ROAS-alap. Lefedve 4 platform × 2 funnel (lead: hírlevél + ebook; vásárlás).
● ÉLESBEN
4 platform × 2 funnel
böngésző + szerver dedup
FB EMQ 7,6/10
2026-06-17 ▾
1 · A KETTŐS ÚT — böngésző és szerver
A böngésző generál egy event_id-t: beteszi a dataLayer-be (a GTM-pixel ezt küldi eventID-ként) ÉS elküldi a formData-ban a szervernek (a CAPI ezt küldi). A két ág ugyanazzal az azonosítóval érkezik a platformhoz.
Böngészőpixel, GTM-en át
1 · Landing JSdataLayer.push → mic_newsletter_lead · mic_lead · purchase (+ mic_event_id)
2 · GTM (GTM-TRTT2T5)Pixel tagek tüzelnek, mind eventID = {{DLV - mic_event_id}} + Google Ads konverzió
3 · PlatformokFacebook · TikTok · GA4 · Google Ads (böngésző-oldali esemény)
SzerverWordPress, CAPI
1 · WP handlerebook: ipo-landing-mailerlite.php · hírlevél: mic-custom-snippets · vásárlás: WooCommerce
2 · mic-measurement plugindo_action('mic_measurement_event') → FB CAPI · TikTok Events API · GA4 MP
3 · Platformokugyanaz az event_id → szerver-oldali esemény (Google Ads kivételével)
⇄ DEDUP
A platform az event_id alapján összevonja a böngésző + szerver eseményt → 1 konverzió, nem 2. A FB Events Managerben a Lead/Purchase „Multiple" (Browser + Server) forrással jön.
2 · A MÉRÉSI MÁTRIX — mi mit mér
Négy platform, mindegyik a saját esemény-nevével. A szerver-oldali ág (CAPI / Events API / MP) mindenhol fut, kivéve a Google Ads-ot — ott a böngésző-oldali (gclid) elég a lead-genhez.
| Platform | Hírlevél lead | Ebook lead | Vásárlás | Szerver-oldal |
|---|
| Facebook |
Lead |
Lead |
Purchase |
✓ FB CAPI |
| GA4 |
generate_lead |
generate_lead |
purchase |
✓ Measurement Protocol |
| TikTok |
CompleteRegistration |
CompleteRegistration |
CompletePayment |
✓ Events API |
| Google Ads |
konverzió label F0enCKDOkMEcELi9370C |
konverzió |
konverzió |
— csak böngésző (gclid) |
3 · A DEDUP motorja — az event_id
A böngésző és a szerver csak akkor vonható össze, ha pontosan ugyanaz az azonosító van mindkettőn. Két funnel, két formátum:
1
Miért két ág egyszerre?
A böngésző-pixelt az ad-blokkolók és a sütik korlátai gyengítik; a szerver-oldal (CAPI) ezeket átlépi. Együtt a kettő több és pontosabb konverziót lát, mint bármelyik önmagában.
2
Lead → UUID
A böngésző generál egy crypto.randomUUID()-t (pl. 80ca0952-…). Ezt kapja a pixel eventID-ként és a szerver is ezt küldi. Azonos UUID → egy lead.
3
Vásárlás → order id
A WooCommerce rendelés-azonosító adja: mic-order-<order_id> (pl. mic-order-19584). A gtm4wp transaction_id = az order_id → tökéletes egyezés.
Eredmény (2026-06-17, FB Events Manager): a Lead „Multiple" forrással (Browser + Server), EMQ 7,6/10, ~559 esemény; a Purchase szintén „Multiple", EMQ 6,2/10. Korábban a Meta a leadek ~felét alulszámolta — ez most megszűnt.
4 · KULCS-AZONOSÍTÓK
Facebook pixel / dataset
2632288640383251
TikTok pixel
CG68D33C77U7T197ICH0
GA4 measurement ID
G-1RLKV4ZMRE
Google Ads conversion ID
AW-666361528
Google Ads — Lead label
F0enCKDOkMEcELi9370C
5 · ATTRIBÚCIÓ — kié a konverzió?
A konverzió-tag MINDEN konverziónál tüzel, de a platform csak a saját hirdetéséből (a saját click ID-jével) jött konverziót írja magához. A „túltüzelés" tehát nem hiba — a click ID szűr.
Facebook
fbclid → fbc/fbp
A landing JS (mic_fbc, mic_fbp) + a szerver viszi. Csak a FB-hirdetésből jött lead/vásárlás számít a FB-nek.
TikTok
ttclid → ttp
A landing JS (mic_ttp) + a szerver viszi. A TikTok a saját click ID-jét párosítja.
Google Ads
gclid
Conversion Linker + Google Tag. A GA4 ezzel szemben az ÖSSZES konverziót látja + a forrást.
6 · KOMPONENSEK és állapot