Detaylı tanım
Meta Pixel, sitenize eklenen küçük JS snippet. Ziyaretçi olaylarını (PageView, AddToCart, Purchase) Meta'ya gönderir. Avantajları: lookalike audience oluşturma, retargeting, dönüşüm optimizasyonu, attribution. iOS 14.5'ten sonra Pixel'in efektivitesi düştü; CAPI (Conversions API) ile birlikte kullanılması zorunlu.
Meta Pixel nasıl çalışır?
Pixel, sayfaya eklenen temel kodla bir kütüphane yükler ve olayları fbq çağrılarıyla bildirir. İlk yüklemede tarayıcıya _fbp adlı birinci taraf çerezi yazılır; reklamdan gelen ziyaretçide adresteki fbclid parametresi _fbc çerezine dönüşür. Bu iki değer, ziyaretçiyi tıkladığı reklamla eşleştiren kimliktir. Olaylar standart ve özel olmak üzere ikiye ayrılır; standart olaylar ViewContent, AddToCart, InitiateCheckout, Lead ve Purchase gibi platformun tanıdığı adlardır. Asıl fark parametrelerdedir: değer, para birimi ve içerik kimliği gönderilmezse değer bazlı optimizasyon kurulamaz. Olay adları beklenen yazımla gönderilmezse de olay özel sayılır ve bazı katalog özellikleri devre dışı kalır; bu nedenle isimlendirme kurulumun ilk kararıdır.
Tarayıcı tarafındaki ölçüm; izleyici engelleyiciler, çerez kısıtları ve uygulama içi izin ayarlarıyla eksilir. Bu yüzden Pixel bugün tek başına değil, olayları sunucudan gönderen Conversions API ile birlikte kurulur. Aynı satış iki kanaldan iletildiğinde çift sayılmaması için her iki tarafta aynı olay adı ve aynı event_id gönderilir; Meta bu eşleşmeyle tekilleştirme yapar. E-posta, telefon ve şehir gibi alanlar karma değer olarak iletildiğinde olay eşleştirme kalitesi puanı yükselir ve optimizasyon isabeti artar. Toplu olay ölçümü nedeniyle her alan adı için sınırlı sayıda olay önceliklendirilebildiğinden, alan adı doğrulaması yapılmalı ve en değerli olaylar sıralamanın üstüne konmalıdır.
Kurulum kadar doğrulama önemlidir. Events Manager'daki test aracıyla her olay gerçek bir siparişle karşılaştırılır; sipariş adedi ile Purchase olayı adedi arasındaki fark, tekilleştirme ya da tetikleme hatasını gösterir. Tek sayfa uygulamalarda sayfa yenilenmediği için PageView ve ViewContent olaylarının yönlendirme değiştiğinde elle tetiklenmesi gerekir. Türkiye'de kişisel veri işlendiğinden izleme, aydınlatma metni ve açık rıza yönetimiyle birlikte kurulmalıdır; rıza verilmeden olay gönderilmemelidir. Bu doğrulama her site güncellemesinden ve ödeme altyapısı değişikliğinden sonra tekrarlanmalıdır, çünkü sepet veya ödeme akışı değiştiğinde en sık kırılan olay satın alma olayıdır. Doğrulanmayan kurulum, aylar sonra fark edilen bir veri kaybına dönüşür.
Hangi terimlerle karıştırılıyor?
| Karıştırılan terim | Aradaki fark |
|---|---|
| Conversions API (CAPI) | Pixel olayı ziyaretçinin tarayıcısından gönderir, CAPI sizin sunucunuzdan. CAPI tarayıcı engellemelerinden etkilenmez ve iade, telefonla alınan sipariş gibi tarayıcıda hiç oluşmayan olayları da iletebilir. |
| GA4 ölçümü | GA4 tüm kanalları kendi modeliyle raporlar ve site içi davranışı analiz eder. Pixel yalnızca Meta'yı besler; amacı analiz değil, reklam optimizasyonu ve kitle oluşturmaktır. |
| Google Etiket Yöneticisi (GTM) | GTM bir kod dağıtım aracıdır, kendisi ölçüm yapmaz. Pixel dahil tüm etiketler onun içinden yayına alınabilir; GTM üzerinden kurulan Pixel yine Pixel'dir, ayrı bir ölçüm sistemi değildir. |
| Çerez (_fbp) ve olay | Çerez ziyaretçiyi tanıyan kimliktir; olay o kişinin ne yaptığını anlatan kayıttır. Çerez silinirse eşleştirme zayıflar, ancak olay yine gönderilebilir ve sunucu tarafı verilerle eşleşebilir. |
Sık yapılan hatalar
Yalnızca tarayıcı tarafına güvenmek
Tarayıcı engelleri ve izin ayarları nedeniyle olayların bir bölümü Meta'ya hiç ulaşmaz; eksik veri hem raporu düşük gösterir hem optimizasyonu zayıflatır. Sunucu tarafı kurulum tamamlanmadan başlatılan dönüşüm kampanyaları eksik sinyalle çalışır. Eksikliğin boyutu, olay sayısı ile gerçek sipariş sayısı karşılaştırılarak ölçülür.
Ortak olay kimliği olmadan çift kurulum
Pixel ve Conversions API aynı satışı ayrı ayrı bildirdiğinde, ortak bir olay kimliği yoksa dönüşüm iki kez sayılır ve getiri olduğundan yüksek görünür. Her iki tarafta aynı event_id ve aynı olay adının gönderilmesi tekilleştirme için zorunludur.
Değer ve para birimi göndermemek
Purchase olayını değersiz göndermek, sistemin yüksek sepetli müşteriyi düşük sepetliden ayırmasını engeller. Değer bazlı optimizasyon ve gerçekçi getiri raporu için value ve currency her satın almada iletilmelidir. Çok para birimli sitelerde bu alan, raporun tek birime toplanmasını da mümkün kılar.
Rıza yönetimi olmadan yayına almak
Ziyaretçiye aydınlatma yapılmadan ve açık rıza alınmadan çalışan izleme, kişisel verilerin korunması mevzuatı açısından risk yaratır. Rıza durumuna göre olayları durduran izin yönetimi katmanı etiket yöneticisinden kurulmalı, tercih kaydı saklanmalı ve rızası olmayanda olaylar tamamen durdurulmalıdır.
Meta Pixel ne zaman kritik hâle gelir?
Pixel ve sunucu tarafı ölçüm, dönüşüm hedefli kampanyalara geçildiği anda kritik olur. Trafik hedefiyle yayın yapılırken eksik ölçüm fark edilmez; satış optimizasyonuna geçildiğinde sistem yanlış kişileri aramaya başlar. Sepette bırakanlara yeniden pazarlama, benzer kitle oluşturma ve ürün kataloğu reklamları tamamen olay verisine dayanır. Ölçüm bozuksa bu kampanya tipleri ya kurulamaz ya da yanlış ürün ve kitleyle çalışır.
Örnekler
- Sepete ürün ekleyen ama satın almayan kullanıcıya Pixel + Meta Ads ile retargeting.