Meta olay takibi ve tekilleştirme (deduplication)
Meta’nın olay takip ekosistemi web sitesi ve uygulamalardaki eylemleri ölçmeye, optimize etmeye ve anlamaya yardımcı olur. Bu sayfa KMA PolyClinic’in Meta Pixel (tarayıcı) ile Conversions API (sunucu) kullanımını ve aynı olayın yalnızca bir kez sayılmasını sağlayan tekilleştirmeyi açıklar.
Olay kurulumu: yol haritası
Meta’nın önerdiği yol: standart ve özel olayları anlamak, Pixel ve/veya Conversions API kurmak, aynı olay her iki kaynaktan gidiyorsa tekilleştirme yapmak, ardından Events Manager ile kaliteyi izlemektir.
- Standart ve özel web olayları hakkında
- Meta Pixel ve Conversions API için tekilleştirme (bu konu)
- Meta Events Manager hakkında — test ve hata ayıklama
Tekilleştirme neden önemli?
Tekilleştirme, aynı gerçek eylemin hem tarayıcıdan hem sunucudan gönderildiğinde raporlamada yalnızca bir kez sayılmasını sağlar. Bu; dönüşüm oranı, ROAS ve atıf doğruluğunu korur.
Tekilleştirme olmadan dönüşüm sayıları şişebilir; optimizasyon ve bütçe kararları yanıltıcı hale gelebilir.
Meta Pixel ve Conversions API
Meta Pixel tarayıcıda çalışır ve sitedeki eylemleri izler (sayfa görüntüleme, içerik görüntüleme, form gönderimi vb.).
Conversions API olayları sunucudan Meta’ya iletir; tarayıcı engellerine karşı daha dayanıklıdır.
- Pixel tarayıcı ayarları veya engelleyicilerden etkilenebilir.
- Conversions API sunucu kaynaklıdır ve veri bütünlüğünü artırır.
Ne zaman tekilleştirme gerekir?
Aynı olay hem tarayıcıdan hem sunucudan gönderiliyorsa (ör. Schedule) tekilleştirme gerekir.
Kaynaklar farklı olaylar gönderiyorsa (ör. yalnızca tarayıcıda bir olay, sunucuda başka bir olay) tekilleştirme gerekmez.
Tekilleştirme koşulları
Meta’nın olayları tekilleştirmesi için:
- event_name her iki kaynakta aynı olmalı
- event_id aynı kullanıcı eylemi için birebir aynı olmalı
- Alternatif olarak event_name ile external_id veya fbp eşleşmesi de kullanılabilir
- Benzer olaylarda Meta genelde ilk gelen olayı tercih eder
Olay paylaşım stratejileri
Seçenek 1: Tarayıcı ve sunucudan farklı olaylar — tekilleştirme gerekmez.
Seçenek 2: Aynı olaylar her iki kaynaktan (kayıp Pixel verisini telafi için) — event_id ile tekilleştirme zorunlu.
Teknik parametreler
Her olaya event_name ekleyin. Her gerçek eylem için benzersiz event_id üretin ve Pixel ile CAPI’ye aynı değeri verin. Gerekirse external_id ve fbp ekleyin.
Web CAPI olaylarında action_source=website, event_source_url ve client_user_agent kalite için önemlidir. Yasaya uygun şekilde e-posta ve telefon (hash’lenmiş) Event Match Quality’yi iyileştirebilir.
Events Manager ile izleme
Events Manager alınan olayları, kaynakları ve tekilleştirme durumunu gösterir. Test Olayları aracı ile hangi olayların alındığını, tekilleştirildiğini veya düşürüldüğünü doğrulayın.
Yaygın sorunlar: eksik/uyumsuz event_id, tarayıcı–sunucu gecikmesi, hatalı parametre adları.
Özet kontrol listesi
- Stratejiyi seçin: farklı olaylar mı, aynı olaylar mı?
- Çift gönderilen tüm olaylara event_name ve event_id ekleyin
- Mümkünse external_id ve fbp ekleyin
- Partner entegrasyonu veya manuel kod ile uygulayın
- Meta Events Manager Test Olayları ile test edin
- Tekilleştirmeyi düzenli izleyin ve sorun giderin
KMA PolyClinic uygulaması
Kritik web eylemlerinde Seçenek 2’yi kullanıyoruz: aynı standart olay Meta Pixel ve Conversions API’ye ortak event_id ile gider; Meta tekilleştirerek raporu doğru tutar.
Eşleşme kalitesi için randevu sonrası e-posta/telefon gibi alanlar sunucuda Meta kurallarına göre hash’lenir. Facebook Login ID yalnızca mevcutsa ve hash’siz gönderilir.
- PageView — Pixel + CAPI, aynı event_id
- ViewContent — hizmet/bölüm sayfaları, ortak event_id
- Schedule / Lead — randevu formu; Schedule form event_id’si ile
- Contact / FindLocation — izlenen etkileşimler
- fbp / fbc ve isteğe bağlı external_id ek eşleşme için