Sosyal Medya Reklam Ölçümü: Pixel ve Conversion API Nasıl Birlikte Kullanılır?

Pixel, sitenize eklenen bir tarayıcı izleme kodudur ve kullanıcı davranışlarını (sayfa görüntüleme, içerik görüntüleme, form gönderimi gibi) Meta’ya iletir. Pixel’in gücü “kolay kurulum”dur; zayıf yanı ise tarayıcı kısıtları, ad blocker, cookie/consent ve cihaz bazlı sinyal kayıpları nedeniyle eksik veri üretebilmesidir.

Pixel’in ölçebildiği temel davranışlar (tipik)

• •Sayfa görüntüleme: PageView
• •İçerik görüntüleme: ViewContent
• •Sepete ekleme (varsa): AddToCart
• •Lead (form gönderim): Lead
• •Satın alma / Rezervasyon: Purchase (rezervasyon “purchase” mantığında modellenebilir — Varsayım: iş modeline göre)

☑ Mini Check (Pixel sağlık kontrolü):

• •Events Manager’da event’ler görünüyor mu?
• •Event sayıları GA4 ile kaba tutarlı mı?
• •Lead/Purchase event’leri doğru sayfada mı tetikleniyor?
• •Aynı event iki kez mi tetikleniyor? (duplicate şüphesi)

Ne yapmalıyım?

1. Pixel’in event’lerini Events Manager’da doğrula.
2. Kritik event’leri (Lead/Purchase) “teyit sayfası” veya net tetikleyiciyle bağla.
3. Duplicate riskini test etmeden ölçekleme yapma.

CAPI, event verisini tarayıcı yerine sunucudan Meta’ya gönderir. Bu, browser tarafındaki sinyal kaybını azaltır ve özellikle lead/rezervasyon gibi kritik event’lerde veri doğruluğunu artırır. En büyük avantajı; daha “tam” bir sinyal ile Meta’nın optimizasyon algoritmasının daha sağlıklı öğrenmesidir.

CAPI hangi durumlarda kritik?

• •Pixel event’leri eksik/dalgalı geliyorsa
• •iOS/consent kısıtları nedeniyle dönüşümler düşük görünüyorsa
• •Lead/rezervasyon gibi “high-value” event’ler optimizasyonun omurgasıysa
• •CRM/rezervasyon motoru gibi server taraflı kesin kayıtlar varsa

☑ Mini Check (CAPI ihtiyacı):

• •Pixel tarafında dönüşüm sayısı düşük mü görünüyor?
• •Event’ler cihazlar arasında tutarsız mı?
• •Sunucuda kesin dönüşüm kaydı var mı? (CRM/rezervasyon motoru)

Ne yapmalıyım?

1. Önce event mimarisini netleştir.
2. Sonra hibrit modele geç (Pixel + CAPI).
3. Son adım: duplicate’ı dedupe ile kontrol et.

Cevap bloğu (net): Pixel, event’leri tarayıcıdan gönderir; kolay kurulur ama privacy/consent/adblock nedeniyle veri kaybı yaşayabilir. Conversion API (CAPI) event’leri sunucudan gönderir; sinyal kaybını azaltır ve lead/rezervasyon gibi kritik dönüşümlerde daha doğru veri sağlar. En iyi pratik, Pixel + CAPI’yi hibrit kullanıp event’lerde deduplication ile çift sayımı önlemektir.

Hibrit modelin amacı “iki kere saymak” değildir; amaç “iki kanaldan veri toplayıp tek doğru event’e” gitmektir. Bu yüzden hibrit modelde en kritik tasarım unsuru event_id ve dedupe mantığıdır (aynı dönüşüm hem browser hem server’dan geldiğinde tek sayılmalı).

Hibrit mimarinin basit akışı

1. Kullanıcı sitede aksiyon alır (form/rezervasyon)
2. Pixel aynı anda browser’dan event’i gönderir
3. Sunucu (CRM/rezervasyon motoru) aynı dönüşümü CAPI ile gönderir
4. Meta, event_id ile dedupe eder (çift sayımı önler)

☑ Mini Check (Hibrit):

• •Aynı event için event_id üretiyor muyum?
• •Pixel ve CAPI aynı event adını mı kullanıyor?
• •Events Manager “deduplicated” sinyali gösteriyor mu?

Ne yapmalıyım?

1. Lead/Purchase gibi kritik event’lerde dedupe tasarla.
2. Önce test ortamında doğrula, sonra canlıya al.
3. Sonrasında optimizasyon event’ini stabilize et (learning).

Event tasarımı, funnel’ı ölçülebilir hâle getirir. En yaygın hata, ya çok az event tanımlamak (sinyal yetersizliği) ya da çok fazla “gürültü event” üretmek (optimizasyonun şaşması)dır. Burada amaç: anlamlı mikro + makro event seti.

Funnel bazlı event seti (öneri)

Varsayım: Otel rezervasyonu “Purchase” event’i ile modellenebilir; rezervasyon motoru ve ödeme akışına göre event mapping değişebilir.

☑ Mini Check (Event seti):

• •Lead/Purchase event’leri “tek ve net” mi?
• •Mikro event’ler (ViewContent) doğru sayfalara bağlı mı?
• •Aynı aksiyon birden çok event üretmiyor mu?

Ne yapmalıyım?

1. Önce makro event’leri sabitle (Lead/Purchase).
2. Sonra mikro event’leri ekle (ViewContent, InitiateCheckout benzeri).
3. En son naming ve UTM standardını raporla bağla.

Otel (rezervasyon odaklı) örnek akış

1. Oda sayfası → ViewContent
2. Rezervasyon adımı → (Varsayım: InitiateCheckout veya benzeri)
3. Rezervasyon formu → Lead (isteğe bağlı: teklif/iletişim)
4. Ödeme/rezervasyon tamamlandı → Purchase

Pratik not: Otellerde call center/WhatsApp akışı varsa, “online rezervasyon” ile “assist dönüşüm” ayrı raporlanmalıdır (Varsayım: raporlama altyapısı).

B2B (lead odaklı) örnek akış

1. Hizmet/case sayfası → ViewContent
2. Form başlatma → (Varsayım: InitiateCheckout mantığı veya custom event)
3. Form gönderimi → Lead
4. Nitelikli lead → (Varsayım: server taraflı event ile kalite etiketi)

☑ Mini Check (Akış):

• •Kullanıcı yolculuğu adımları net mi?
• •Her adım tek event’e mi bağlı?
• •Nitelikli lead’i ayırmak için server sinyali var mı?

Ne yapmalıyım?

1. Otelde rezervasyon motorunu ayrı bir “event haritası” ile çıkar.
2. B2B’de lead kalitesi kriterini (MQL/SQL) netleştir.
3. CAPI’yi “kesin kayıt” tarafına bağla.

Bu entegrasyonun amacı “her şeyi her yere” göndermek değil; aynı dönüşümü farklı platformlarda tutarlı görmek ve optimizasyonu güvenilir sinyale bağlamaktır.

Entegrasyon rol dağılımı (pratik)

• •GTM: event tetikleme ve etiket yönetimi
• •GA4: kanal bazlı analiz, attribution, raporlama
• •Meta Events Manager: Pixel/CAPI event doğrulama, dedupe, kalite

☑ Mini Check (Entegrasyon):

• •GA4’te dönüşümler tanımlı mı?
• •GTM event naming standardı var mı?
• •Meta Events Manager’da Test Events ile canlı doğrulama yapıldı mı?

Ne yapmalıyım?

1. Önce GTM’de event tetiklerini temizle (duplicate yok).
2. GA4’te conversion’ları sabitle (lead/purchase).
3. Meta’da Test Events ile gerçek zamanlı kontrol yap.

Cevap bloğu (net): Pixel dönüşümü tarayıcıdan, CAPI aynı dönüşümü sunucudan gönderir. Hibrit modelde aynı dönüşüm için event_id kullanılır; Meta bu id ile event’leri deduplicate eder ve çift sayımı önler. Kurulumun başarı kriteri; Events Manager’da event’lerin “received” ve “deduplicated” durumlarının doğru görünmesi ve Lead/Purchase sayılarının mantıklı tutarlılık göstermesidir.

Pixel + CAPI kurulumunda en büyük risk duplicate event’tir: aynı dönüşüm iki kez sayılırsa CPA/ROAS raporları bozulur ve optimizasyon yanlış sinyale gider. Bu nedenle hibrit kurulumda test planı zorunludur.

Duplicate riskini azaltmak için pratik kurallar

• •Lead/Purchase gibi kritik event’lerde dedupe tasarla
• •GTM tetiklerini “tek kaynak” gibi yönet
• •Events Manager Test Events ile her akışı canlı test et
• •UTM ve event isimleri tutarlı olsun

☑ Mini Check (Duplicate):

• •Aynı event iki farklı tetikten mi geliyor?
• •Teşekkür sayfası + buton click ikisi birden mi sayıyor?
• •Events Manager’da “event match quality” kabul edilebilir mi? (Varsayım: ölçüm kriteri)

Ne yapmalıyım?

1. Önce duplicate’i temizle (tek tetik).
2. Sonra CAPI’yi ekle ve dedupe doğrula.
3. Son olarak optimizasyon event’ini (Lead/Purchase) sabitle.

Pixel + CAPI hibrit modeli; sinyal kalitesini artırıp Meta’nın optimizasyon algoritmasını daha sağlam veriye dayandırır. Otel ve B2B’de dönüşüm verisi doğru toplanırsa CPA ve ROAS daha stabil hâle gelir; ama bunun bedeli disiplinli event tasarımı ve testtir. “Kur ve unut” değil; periyodik kontrolle yaşayan bir ölçüm sistemi kurmalısınız.