Pixel ve CAPI hangi kaynaktan veri taşır?
Ölçüm kurulumunu değerlendirirken Pixel’i tarayıcıdaki site etkileşimleriyle, CAPI’yi ise sunucu, site platformu veya uygun CRM kaynağıyla ilişkilendirin. CAPI farklı kaynakları destekler; bu, her platform bağlantısının bütün olay türlerini otomatik gönderebildiği anlamına gelmez.
Tarayıcıda sayfa, ürün veya sepet adımı görülebilir; sunucuda onaylanmış işlem kaydı bulunabilir. Bunlar birbirini tamamlayabilir. Sunucu entegrasyonu tek başına sayfanın bütün davranışlarını veya reklam gösterimini gözlemlemez. Tarayıcı engeli, ağ hatası ve izin durumu da aynı problem değildir; rapor farkından neden çıkarılmamalıdır.
| Karşılaştırma | Meta Pixel | Conversions API |
|---|---|---|
| Olayın iletildiği yer | Sitedeki tarayıcı kodu | Sunucu, platform veya uygun sistem bağlantısı |
| Örnek işaret | Ürün sayfası görüntüleme | Onaylanmış sipariş veya uygun CRM aşaması |
| Kontrol ihtiyacı | Tetikleyici, sayfa ve izin davranışı | Kaynak kayıt, gönderim ve yeniden deneme |
| Birlikte kullanım | Aynı iş olayını tarayıcıdan iletebilir | Aynı olay için tekilleştirme gerekir |
| Hukuki sınır | İzin ve veri paylaşım koşulları geçerlidir | Sunucu yolu bu koşulları kaldırmaz |
Önce gerçek iş olayını tanımlayın
Mağaza ölçümünde Purchase olayının hangi işletme durumunu temsil edeceğini açıkça yazın. Ödeme ekranını açmak, sipariş oluşturmak ve başarılı ödemeyi doğrulamak farklı aşamalardır. Başarısız ödeme veya sayfa yenilemesi tamamlanmış satış gibi görünmemelidir.
Her olay için kaynak, tetikleme koşulu, zaman, kimlik, değer ve para birimini belirleyin. Sipariş toplamına hangi kalemlerin dahil olduğunu açıklayın; iptal ve iadeyi şirket raporunda nasıl ele alacağınızı da yazın. Meta’ya gönderilen olayın daha sonra kendiliğinden güncel sipariş durumuna dönüşeceğini varsaymayın.
Hizmette form düğmesine basma ile başarıyla alınmış başvuru farklıdır. CRM’de görüşme veya satış aşaması ölçülecekse tanımı, kaydı ve uygun aktarım yöntemini ayrıca doğrulayın. Telefon, abonelik veya fiziksel mağaza akışını yalnız web Purchase tarifini kopyalayarak kurmayın. Düşük hacimde daha fazla olay adı açmak veri kalitesini yükseltmez.
OKUMADAN SONRAKİ ADIMA
Ölçüm kaynağını ve bakım kapsamını belirleyin
Mevcut olay haritası, platform bağlantıları ve izin akışı üzerinden kurulum ve doğrulama ihtiyacını değerlendirin.
Aynı işlemi iki kez saymayı önleyin
Tekilleştirme incelemesinde aynı iş olayının hem tarayıcıdan hem sunucudan gönderilip gönderilmediğini bulun. Farklı iş olaylarını birbirinin kopyası saymayın. Yeni bir satın alma yeni kimlik gerektirir; aynı işlemin yeniden gönderiminde kimliği rastgele değiştirmeyin.
Meta’nın önerilen yönteminde Pixel eventID ile CAPI event_id ve olay adları eşleşir. Aynı Pixel için 48 saat içinde gelen eşleşen kopyada sonraki olay atılabilir. İçerik anlamlı biçimde farklı değilse genel tercih ilk alınan olaydır; her zaman CAPI veya en yüksek eşleştirme puanı seçilir denemez.
Örneğin tek bir sipariş için tarayıcı ve sunucu aynı işlem kimliğini paylaşabilir. Kimlik yalnız ürün kodu veya bütün müşterilere ortak bir sabit değer olmamalıdır. Tarayıcı/sunucu tekilleştirmesini sunucudaki bütün yinelenen kayıtları çözen genel bir mekanizma kabul etmeyin; kendi gönderim akışınızı da kontrol edin.
Kurulum yöntemini bakım sahibiyle seçin
Sistemler arası akışı tasarlarken mevcut platform bağlantısı, sunucu etiketleme, geçit veya özel arka uç seçeneklerinin hangisinin gereken olayı gerçekten desteklediğini inceleyin. Bir seçenek daha kolay kurulabilir; yine de veri anlamı, izin ve kopya kontrolü gerektirir.
Shopify veya ikas gibi platformlarda güncel entegrasyonun plan, uygulama ve yapılandırma kapsamını doğrulayın. Yerleşik bağlantı varken ikinci bir özel gönderici eklemek aynı olayı çoğaltabilir. Her işletmede özel yazılım zorunlu değildir; teknik bütçe kadar mevcut kaynağın güvenilirliği ve ekip kapasitesi de seçim ölçütüdür.
Kurulum tesliminde olay haritası, erişim rolleri, hata kaydı, değişiklik süreci ve bakım sorumlusu bulunmalıdır. Platform, ödeme sağlayıcısı veya arka uç değişirse hangi kontrolün tekrarlanacağı belli olsun. Token’ı tarayıcıya veya açık hata kayıtlarına koymayın; erişimi görevle sınırlayın. Bir kez çalışmış entegrasyon sürekli doğru çalışan entegrasyon değildir.
İzin ve veri sınırını iki kanalda da koruyun
Ölçüm sorumluluğunda veri toplama, kullanma ve Meta ile paylaşma amaçlarını ayrı değerlendirin. CAPI teknik bir iletim yoludur; gerekli hukuki dayanağı veya onayı kendiliğinden oluşturmaz. Aydınlatma metni ile açık rıza da aynı işlem değildir.
Meta İşletme Araçları Koşulları gerekli hak ve izinleri, belirtilen iletişim verisi işlemlerini ve hassas bilgi sınırlarını içerir. Sağlık veya finansal durum gibi bilgileri olay adına, URL’ye, özel parametreye veya form yanıtı aktarımına taşımayın. Hash uygulamak veri paylaşım hakkı kazandırmaz veya kişisel bilgiyi otomatik anonimleştirmez.
Gerekli olmayan reklam çerezlerinde geçerli şartlara göre izin akışını kurun. Kullanıcı seçiminin tarayıcı ve sunucu gönderimine etkisini test edin; reddedilen tercihi sunucu üzerinden dolaşmak çözüm değildir. Yalnız gereken ve hukuken paylaşılabilir alanları gönderin. Formdaki serbest metni, ödeme ayrıntılarını veya iç CRM notlarını bütün halinde iletmeyin.
Testi kabul ölçütleriyle tamamlayın
Kampanya ölçümünü kullanmadan önce bilinen bir test işlemiyle olay kaynağını ve kaydı karşılaştırın. Olay Yöneticisi’ndeki test ve tanı ekranları yardımcıdır; tek bir yeşil durum gerçek satışın, doğru değerin veya geçerli iznin bütün kanıtı değildir.
Test kaydını gerçek müşteri sonucundan ayırın. Eksik olayda tetikleme, izin, ağ ve gönderim hatasını; gecikmede kaynak zamanı ve kuyruğu; fazla olayda tekrar yükleme, ödeme bildirimi ve ikinci entegrasyonu inceleyin. Şirket siparişleriyle Meta toplamlarının farklı ilişkilendirme ve kapsam nedeniyle birebir eşit olması beklenmez.
Olayı doğrulayın
Gerçekleşmeyen işlemin gönderilmediğini, uygun test işleminin doğru kaynak ve aşamayla kaydedildiğini kontrol edin.
İçeriği karşılaştırın
İşlem kimliği, olay adı, zaman, değer ve para birimini kaynak kayıtla karşılaştırın; boş veya uydurma alanları tamamlanmış saymayın.
Kopya ve izin akışını sınayın
Sayfa yenilemesi ve yeniden gönderimde aynı işlem davranışını inceleyin. Kullanıcı tercihi değiştiğinde iki iletim yolunu birlikte kontrol edin.
Bakımı devredin
Hata ve gecikme izleme yöntemini, sorumlu kişiyi ve değişiklik sonrası kontrol adımlarını yazılı teslim edin.
Eşleştirme puanını satış sonucu sanmayın
Büyüme değerlendirmesinde teknik doğruluk ile ticari sonucu ayrı izleyin. EMQ, sunucu web olaylarındaki müşteri parametrelerinin Meta hesaplarıyla eşleştirmeye katkısını değerlendiren bir tanıdır. Satın almanın doğru oluştuğunu veya kampanyanın kârlı olduğunu tek başına göstermez.
Meta’nın güncel açıklaması 0–10 puanı kullanır ve daha iyi eşleştirmenin raporlanan ek dönüşümleri artırabileceğini belirtir. Bu yüzden kurulum sonrası ROAS artışını hemen yeni satış artışı diye sunmayın. Her işletmeye sabit 7 veya 9 puan hedefi koymak yerine eksik alanı, kaynağı ve kullanım hakkını inceleyin.
Olay kapsamı ve ilişkilendirme tanımı değiştiyse eski dönemle karşılaştırmada bunu belirtin. Şirket siparişleri, uygun başvurular, yeni müşteriler ve korunmuş katkı ticari kontrolü sağlar. Pixel’i bırakmak veya CAPI eklemek bütün kayıpları geri getirmez. Başarılı teslim, tutarlı izin davranışı ve belgelenmiş bakım olmadan ölçümü tamamlanmış kabul etmeyin.
KARAR VERMEDEN ÖNCE
Sık sorulan sorular
Pixel ve CAPI birlikte kullanılmalı mı?
Meta birlikte kullanımı önerir; ihtiyaç ve uygun kurulum ayrıca değerlendirilir. Aynı olay iki kanaldan gönderiliyorsa tekilleştirmeyi doğrulayın.
CAPI tarayıcı engellerinin bütün etkisini giderir mi?
Hayır. Farklı iletim yolu sunar; kaynak eksikliği, izin, kimlik eşleştirme ve gönderim hatalarını otomatik çözmez.
Tekilleştirme için yalnız event_id yeterli mi?
Önerilen yöntemde tarayıcı eventID, sunucu event_id ve olay adları aynı Pixel için eşleşmelidir. Gerçek işlem kimliğinin doğru üretildiğini de kontrol edin.
EMQ yükselince satış arttı diyebilir miyim?
Tek başına hayır. Eşleştirme ve rapor kapsamı değişmiş olabilir; gerçek sipariş ve ticari sonucu ayrıca doğrulayın.
Her mağazaya özel CAPI yazılımı gerekir mi?
Hayır. Uygun platform bağlantısı yeterli olabilir. Desteklenen olayları, planı, izin davranışını ve bakım sorumlusunu inceleyin.
Sunucudan gönderirken kullanıcı izni önemsiz mi?
Hayır. Geçerli dayanak, izin ve platform koşulları iki kanalda da önemlidir. Hash veya sunucu kullanımı bu sınırı kaldırmaz.
KAPSAMI BİRLİKTE BELİRLEYELİM
Ölçüm kaynağını ve bakım kapsamını belirleyin
Mevcut olay haritası, platform bağlantıları ve izin akışı üzerinden kurulum ve doğrulama ihtiyacını değerlendirin.
Ölçüm kapsamını görüşün