Meta CAPI vs Server-Side Veri Zenginleştirme Farkı Nedir?

Meta Conversions API, dönüşüm verisini Meta’ya iletir. Server-side veri zenginleştirme ise bu veriyi geliştirir.

Meta CAPI bir bağlantı katmanıdır. Veri zenginleştirme bir kalite katmanıdır.

CAPI, Purchase veya Lead olayını taşır. Veri zenginleştirme olayın içeriğini doğrular. Eksik alanları kontrol eder. Kimlik sinyallerini standartlaştırır. Sipariş verisini farklı kaynaklarla eşleştirir.

Bu nedenle iki yapı rakip değildir. İki yapı aynı veri akışında çalışır.

Her CAPI kurulumu veri zenginleştirme içermez. Çalışan bir CAPI bağlantısı da doğru ölçümü garanti etmez.

Meta Conversions API Nedir?

Meta Conversions API, işletme verileriyle Meta sistemleri arasında doğrudan bağlantı kurar.

Veri farklı kaynaklardan gelebilir:

• Web sitesi

• E-ticaret altyapısı

• Mobil uygulama

• CRM sistemi

• Fiziksel mağaza

• Mesajlaşma kanalları

• İşletme sunucusu

Meta, bu bağlantıyı reklam optimizasyonu ve ölçüm için kullanır. CAPI, tarayıcı kaynaklı bazı bağlantı sorunlarından daha az etkilenir. Meta ayrıca CAPI ile Pixel’in birlikte kullanılmasını önerir.

Meta CAPI Hangi Görevi Üstlenir?

Meta CAPI, sunucuda oluşan olayları Meta’ya gönderir.

Yaygın olaylar şunlardır:

• PageView

• ViewContent

• AddToCart

• InitiateCheckout

• Purchase

• Lead

• CompleteRegistration

• Subscribe

Bir e-ticaret mağazasında en değerli olay genellikle Purchase olur.

Purchase olayı şu bilgileri taşıyabilir:

• Sipariş tutarı

• Para birimi

• Ürün kimlikleri

• Sipariş kimliği

• Ürün adedi

• Müşteri sinyalleri

• Olay zamanı

• Olay kaynağı

Meta, olay parametrelerini dönüşümün ayrıntılarını anlamak için kullanır. Örneğin value alanı satın alma değerini taşır. currency alanı para birimini belirtir.

Temel Meta CAPI Parametreleri

Bir server event genellikle şu alanları içerir:

CAPI bu alanları Meta’ya ulaştırır.

Ancak CAPI şu soruları tek başına cevaplamaz:

• Veri doğru kaynaktan mı geldi?

• Telefon numarası doğru formatta mı?

• Sipariş gerçekten ödendi mi?

• Aynı sipariş daha önce gönderildi mi?

• İade edilen sipariş gelirde kaldı mı?

• CRM verisi olayla doğru eşleşti mi?

Bu işlemler veri kalitesi katmanında çözülür.

Server-Side Veri Zenginleştirme Nedir?

Server-side veri zenginleştirme, dönüşüm olayını gönderimden önce işler.

Sistem farklı veri kaynaklarını birleştirir. Sistem hatalı alanları filtreler. Sistem müşteri sinyallerini standartlaştırır. Sistem olayı reklam platformuna uygun hale getirir.

Veri zenginleştirme yalnızca daha fazla alan eklemez. Doğru olaya doğru veriyi bağlar.

Veri Zenginleştirme Hangi İşlemleri Kapsar?

Server-side veri zenginleştirme şu işlemleri kapsayabilir:

1. Veri doğrulama

2. Veri normalizasyonu

3. Veri standardizasyonu

4. Kimlik sinyali eşleştirme

5. Event sınıflandırma

6. Deduplication kontrolü

7. Sipariş durumu kontrolü

8. Veri kaynağı birleştirme

9. Hatalı event filtreleme

10. Gönderim sonucu loglama

Bu işlemler veri akışını daha tutarlı hale getirir.

Örneğin sistem telefon numarasını standart formata dönüştürür. Sistem e-posta adresindeki boşlukları temizler. Sistem ödeme durumunu kontrol eder. Sistem tekrar gönderilen webhook olayını engeller.

Hangi Veri Kaynakları Kullanılır?

Veri zenginleştirme katmanı şu kaynakları kullanabilir:

• WooCommerce sipariş verisi

• WordPress kullanıcı verisi

• CRM kayıtları

• ERP kayıtları

• Ödeme sağlayıcısı

• Üyelik sistemi

• Form altyapısı

• Kampanya parametreleri

• First-party müşteri verisi

• Ürün kataloğu

• İade kayıtları

Bu kaynaklar aynı müşteri yolculuğunu farklı açılardan açıklar.

WooCommerce satın almayı kaydeder. Ödeme sistemi tahsilatı doğrular. CRM müşteri statüsünü gösterir. Reklam platformu kampanya kaynağını saklar.

Zenginleştirme katmanı bu parçaları birleştirir.

Meta CAPI ve Veri Zenginleştirme Arasındaki Farklar

Temel fark veri aktarımı ile veri işlemedir.

CAPI olayın ulaşmasını sağlar.

Veri zenginleştirme olayın kullanılabilirliğini artırır.

Ham Veri ile Zenginleştirilmiş Veri Farkı

Ham Purchase olayı sınırlı alan taşıyabilir.

Ham Purchase Örneği

• Event: Purchase

• Tutar: 2.000 TL

• Para birimi: TRY

• Sipariş ID: 8451

Bu veri temel raporlama sağlayabilir.

Ancak müşteri ve ürün bağlamı sınırlıdır.

Zenginleştirilmiş Purchase Örneği

• Event: Purchase

• Tutar: 2.000 TL

• Para birimi: TRY

• Sipariş ID: 8451

• Event ID: purchase_8451

• Ürün kimlikleri

• Ürün adedi

• Kupon kodu

• Ödeme durumu

• Yeni müşteri statüsü

• External ID

• FBP

• FBC

• Kaynak kampanya bilgisi

İkinci olay daha fazla bağlam taşır.

Ancak alan sayısı tek başına yeterli değildir. Her alan doğru müşteriye ait olmalıdır. Her alan doğru formatta bulunmalıdır. Her alan geçerli izin kapsamında işlenmelidir.

Standart Meta CAPI Neden Yetersiz Kalabilir?

Bir CAPI bağlantısı teknik olarak aktif olabilir. Veri kalitesi yine de düşük kalabilir.

Sorun genellikle bağlantıda bulunmaz. Sorun event üretiminde bulunur.

Eksik Müşteri Parametreleri

Meta, müşteri bilgisi parametrelerini olayları hesaplarla eşleştirmek için kullanır.

Bu parametreler şunları içerebilir:

• E-posta

• Telefon

• External ID

• FBP

• FBC

• IP adresi

• User agent

• Şehir

• Posta kodu

• Ülke

Meta, bu alanları server event ile birlikte gönderilen kullanıcı tanımlayıcıları olarak açıklar.

Standart entegrasyon şu sorunları üretebilir:

• E-posta alanı boş kalır.

• Telefon farklı formatlarda gelir.

• External ID üretilmez.

• FBP değeri kaybolur.

• FBC değeri aktarılmaz.

• Kullanıcı verisi yanlış olayla eşleşir.

Veri zenginleştirme bu alanları kontrol eder.

Hatalı Deduplication Yapısı

Meta Pixel ve CAPI aynı olayı gönderebilir.

Bu yapı doğru kurulduğunda fayda sağlar. Tarayıcı ve sunucu sinyalleri birlikte çalışır. Aynı olay iki kez raporlanmaz.

Meta, tarayıcıdaki eventID ile server event içindeki event_id değerinin eşleşmesini ister. Aynı olay adı da kullanılmalıdır.

Örnek:

Pixel eventID: purchase_8451

CAPI event_id: purchase_8451

Değerler farklı olursa Meta olayları ayıramaz.

Sonuç şu sorunları oluşturabilir:

• Aynı satış iki kez sayılır.

• ROAS olduğundan yüksek görünür.

• Purchase hacmi şişer.

• Kampanya karşılaştırması bozulur.

• Bütçe kararları hatalı veriye dayanır.

Veri zenginleştirme katmanı event ID üretimini merkezi hale getirir.

Sipariş Durumları Yanlış İşlenebilir

WooCommerce farklı sipariş durumları kullanır:

• Pending payment

• Processing

• Completed

• Failed

• Cancelled

• Refunded

Her sipariş durumu gerçek gelir oluşturmaz.

Başarısız ödeme Purchase sayılmamalıdır. İptal edilen sipariş ayrıca incelenmelidir. İade edilen gelir raporda kalmamalıdır.

Basit bir entegrasyon teşekkür sayfasını tetikleyici kullanabilir. Bu yöntem ödeme sonucunu her zaman doğrulamaz.

Sunucu katmanı doğrudan sipariş durumunu kontrol eder.

Plugin Sınırlamaları Oluşabilir

Standart eklentiler hızlı kurulum sağlar.

Ancak her işletme aynı veri modelini kullanmaz.

Bir eklenti şu alanlarda sınırlı kalabilir:

• Özel event eşleştirme

• CRM entegrasyonu

• Sipariş durumu mantığı

• İade takibi

• Çoklu mağaza yönetimi

• Ayrıntılı loglama

• Hata tekrar gönderimi

• Yeni müşteri ayrımı

• Özel ürün kimliği eşleştirmesi

Bu nedenle “CAPI çalışıyor” ifadesi sınırlı kalır.

Doğru soru şudur:

CAPI hangi kalitede veri gönderiyor?

Event Match Quality Nedir?

Event Match Quality, server event ile gönderilen müşteri parametrelerinin Meta hesaplarıyla eşleşme gücünü değerlendirir.

Meta bu metriği olay bazında gösterir. Metrik, gönderilen müşteri bilgilerinin eşleşmeye katkısını inceler.

Yüksek Event Match Quality faydalıdır.

Ancak yüksek skor tüm kurulumu doğrulamaz.

Event Match Quality Neyi Göstermez?

Event Match Quality şu alanları tek başına ölçmez:

• Tüm siparişlerin gönderilmesi

• Sipariş tutarının doğruluğu

• Event deduplication başarısı

• İade yönetimi

• Attribution doğruluğu

• WooCommerce gelir mutabakatı

• Kampanya kârlılığı

Örneğin eşleşme kalitesi yüksek olabilir. Purchase olaylarının yüzde 20’si yine eksik kalabilir.

Aynı şekilde tüm Purchase olayları gelebilir. Ancak event ID hatası çift sayım oluşturabilir.

Bu nedenle teknik audit farklı metrikleri birlikte inceler:

Daha Fazla Parametre Her Zaman Daha İyi midir?

Hayır.

Daha fazla veri, otomatik kalite sağlamaz.

Gönderilen veri şu özellikleri taşımalıdır:

• Doğru

• Güncel

• Tutarlı

• Standartlaştırılmış

• Gerekli

• İzinli

• Doğru olayla ilişkili

Yanlış telefon numarası eşleşmeyi güçlendirmez. Eski e-posta adresi veri kalitesini düşürür. Başka müşteriye ait external ID hatalı sinyal üretir.

Veri zenginleştirme miktarı değil, doğruluğu artırmalıdır.

WooCommerce Üzerinden Teknik Örnek

Data4Ad’in birincil hedef segmenti, aylık en az 500 sipariş alan WooCommerce mağazalarıdır. İkinci segment ise bu mağazaları yöneten performans ajanslarıdır.

Bu mağazalarda küçük veri hataları büyüyebilir.

Aylık 500 siparişte yüzde 5 fark, 25 sipariş eder. Aylık 10.000 siparişte aynı fark, 500 sipariş eder.

Bu fark raporlama güvenini etkiler.

Standart CAPI Veri Akışı

Standart akış şu şekilde çalışabilir:

1. WooCommerce sipariş oluşturur.

2. Entegrasyon Purchase olayı üretir.

3. CAPI olayı Meta’ya gönderir.

4. Meta olayı işler.

5. Events Manager sonucu gösterir.

Bu akış bağlantıyı sağlar.

Ancak kalite kontrolleri sınırlı kalabilir.

Zenginleştirilmiş Veri Akışı

Zenginleştirilmiş akış daha geniştir:

1. WooCommerce siparişi oluşturur.

2. Sistem ödeme durumunu kontrol eder.

3. Sistem sipariş kimliğini doğrular.

4. Sistem ürün verilerini eşleştirir.

5. Sistem müşteri verisini standartlaştırır.

6. Sistem event ID üretir.

7. Sistem Pixel event ID değerini eşleştirir.

8. Sistem veriyi Meta şemasına dönüştürür.

9. Sistem API yanıtını kaydeder.

10. Sistem başarısız olayı tekrar gönderir.

11. Sistem mağaza ve Meta verisini karşılaştırır.

Bu model yalnızca veri göndermez.

Bu model veri yaşam döngüsünü yönetir.

Örnek Alan Karşılaştırması

Her işletme tüm alanları kullanmaz.

Gerekli alanlar veri modeline göre seçilir.

Veri Zenginleştirme ROAS’ı Nasıl Etkiler?

Veri zenginleştirme doğrudan ROAS garantisi vermez.

Veri zenginleştirme karar kalitesini artırır.

Reklam algoritması dönüşüm sinyallerini kullanır. Reklam yöneticisi de panel verisini kullanır. Eksik veya çift sayılan olaylar iki tarafı etkiler.

Daha tutarlı veri şu alanları destekler:

• Kampanya karşılaştırması

• Kreatif değerlendirmesi

• Bütçe dağılımı

• Hedef kitle optimizasyonu

• Yeni müşteri analizi

• Gelir raporlaması

• Ölçekleme kararı

Meta, CAPI verisinin ölçüm ve reklam optimizasyonunu destekleyebileceğini belirtir. Ancak kampanya sonucu kreatif, teklif, bütçe ve dönüşüm oranı gibi ek değişkenlere de bağlıdır.

Ölçülen ROAS ile Gerçek ROAS Farkı

Ölçülen ROAS reklam panelindeki geliri kullanır.

Gerçek ROAS doğrulanmış işletme gelirini kullanır.

Formül şöyledir:

ROAS = Reklama Atfedilen Gelir / Reklam Harcaması

Meta 120.000 TL gelir gösterebilir. WooCommerce 100.000 TL doğrulanmış gelir gösterebilir.

Fark şu nedenlerden oluşabilir:

• View-through attribution

• Farklı attribution penceresi

• Duplicate Purchase

• İptal edilen siparişler

• İade edilen siparişler

• Para birimi hatası

• Event time farkı

• Cross-device eşleşme

Veri zenginleştirme bu farkların tamamını ortadan kaldırmaz.

Ancak işletme tarafındaki veriyi daha kontrollü hale getirir.

CAPI Performans Garantisi Verir mi?

Hayır.

CAPI altyapıdır. CAPI teklif değildir. CAPI kreatif değildir. CAPI ürün talebi oluşturmaz.

Kampanya performansı şu unsurlara bağlıdır:

• Ürün

• Fiyat

• Teklif

• Kreatif

• Hedef kitle

• Site hızı

• Dönüşüm oranı

• Kampanya yapısı

• Rekabet seviyesi

• Veri kalitesi

• Müşteri yaşam boyu değeri

Doğru veri, kötü teklifi düzeltmez.

Doğru veri, doğru kararı destekler.

Data4Ad mesajlaşma çerçevesi de veri kalitesini reklam kararlarıyla ilişkilendirir. Marka; veri toplama, sunucu katmanı ve reklam algoritmalarına geri besleme üzerinden konumlanır.

Meta CAPI Kurulumunun Yetersiz Olduğunu Gösteren İşaretler

Aşağıdaki belirtiler teknik audit gerektirir.

Teknik İşaretler

• Purchase olayları eksik görünür.

• Duplicate event uyarıları oluşur.

• Event ID değerleri eşleşmez.

• FBP alanı sürekli boş kalır.

• FBC alanı sürekli boş kalır.

• Events Manager hata gösterir.

• API yanıtları kaydedilmez.

• Başarısız olaylar tekrar gönderilmez.

• Sipariş tutarı yanlış görünür.

• Para birimi hatalı gönderilir.

İşletme İşaretleri

• Meta ile WooCommerce uyuşmaz.

• ROAS açıklanamayan şekilde değişir.

• Ajans raporları güven kaybeder.

• Satış getiren reklamlar kapatılır.

• Başarısız reklamlar ölçeklenir.

• İadeler gelirde görünmeye devam eder.

• Yeni müşteri geliri ölçülemez.

• Platformlar farklı ciro gösterir.

Data4Ad ICP çerçevesi, veri uyuşmazlığını temel satın alma tetikleyicisi olarak tanımlar. Ölçekleme sırasında düşen ROAS da ikinci temel tetikleyicidir.

CAPI Audit Nasıl Yapılır?

Temel CAPI auditi sekiz aşama içerir.

1. Event Hacmini Kontrol Edin

WooCommerce sipariş sayısını kaydedin.

Meta Purchase sayısını kaydedin.

Aynı tarih aralığını kullanın.

2. Test Events Aracını Kullanın

Events Manager içindeki Test Events alanını açın.

Test siparişi oluşturun.

Browser ve server olaylarını izleyin.

Meta, test kodunun Events Manager üzerinden üretilebildiğini belirtir.

3. Event ID Değerlerini Karşılaştırın

Pixel event ID değerini kontrol edin.

CAPI event ID değerini kontrol edin.

İki değer aynı olmalıdır.

4. User Data Alanlarını İnceleyin

Şu alanları kontrol edin:

• E-posta

• Telefon

• External ID

• FBP

• FBC

• IP adresi

• User agent

5. Purchase Parametrelerini Doğrulayın

Şu alanları inceleyin:

• Value

• Currency

• Order ID

• Product IDs

• Item count

• Event time

6. Sipariş Durumlarını Kontrol Edin

Failed siparişleri ayırın.

Cancelled siparişleri ayırın.

Refunded siparişleri ayırın.

7. API Hatalarını İnceleyin

Başarısız istekleri kaydedin.

Hata kodlarını sınıflandırın.

Retry mekanizmasını kontrol edin.

8. Gelir Mutabakatı Yapın

WooCommerce gelirini alın.

Meta gelirini alın.

GA4 gelirini alın.

Farkları nedenlerine göre ayırın.

Meta CAPI mi Kullanılmalı?

Evet.

Ancak CAPI tek başına yeterli görülmemelidir.

Basit bir yapı için standart CAPI yeterli olabilir.

Bu durum şu koşullarda geçerlidir:

• Tek mağaza kullanılır.

• Basit event yapısı bulunur.

• CRM entegrasyonu gerekmez.

• Sipariş durumları nettir.

• Event ID düzenli üretilir.

• Teknik kontrol yapılır.

• Veri uyuşmazlığı düşüktür.

Veri Zenginleştirme Ne Zaman Gerekir?

Server-side veri zenginleştirme şu durumlarda önem kazanır:

• Sipariş hacmi yüksektir.

• Birden fazla platform kullanılır.

• CRM verisi işlenir.

• Ajans raporlaması yapılır.

• Yeni müşteri ayrımı gerekir.

• LTV analizi yapılır.

• İade hacmi yüksektir.

• Veri uyuşmazlığı süreklidir.

• Çoklu mağaza yönetilir.

• Özel ürün kimlikleri kullanılır.

Doğru model şu yapıdır:

Veri Kaynağı

↓

Veri Doğrulama

↓

Veri Standardizasyonu

↓

Veri Zenginleştirme

↓

Deduplication

↓

Meta CAPI

↓

Events Manager

↓

Reklam Optimizasyonu

CAPI aktarım görevini üstlenir.

Veri zenginleştirme kalite görevini üstlenir.

Veri Gizliliği Nasıl Yönetilmelidir?

Server-side yapı gizlilik kurallarını kaldırmaz.

Hashing de kullanıcı izninin yerine geçmez.

Meta, CAPI’nin veri paylaşım politikalarını veya Avrupa’daki gizlilik kurallarını aşmak için tasarlanmadığını belirtir. Meta ayrıca gerekli izin alınmadan event verisi paylaşılmamasını ister.

İşletme şu alanları birlikte yönetmelidir:

• KVKK aydınlatma yükümlülüğü

• Açık rıza gereksinimi

• Çerez tercihleri

• Veri minimizasyonu

• Saklama süresi

• Erişim yetkileri

• Veri işleme sözleşmeleri

• Kullanıcı silme talepleri

Yalnızca gerekli veriler gönderilmelidir.

Sık Sorulan Sorular

Meta CAPI ile server-side tracking aynı şey mi?

Hayır.

Meta CAPI, server-side tracking yöntemlerinden biridir. Server-side tracking daha geniş bir teknik kategoridir.

Meta CAPI veri zenginleştirme yapar mı?

CAPI zenginleştirilmiş alanları taşıyabilir.

Ancak CAPI veriyi kendiliğinden doğrulamaz. Veriyi hazırlayan ayrı bir sistem gerekir.

Meta Pixel ve CAPI birlikte kullanılmalı mı?

Meta iki yapının birlikte kullanımını önerir.

Aynı olaylar tutarlı event ID kullanmalıdır. Böylece Meta çift olayları tekilleştirebilir.

Event Match Quality yüksekse kurulum doğru mudur?

Hayır.

Yüksek skor güçlü eşleşme sinyali gösterir. Event kaybı ve deduplication ayrıca kontrol edilmelidir.

Meta CAPI ROAS’ı artırır mı?

CAPI doğrudan performans garantisi vermez.

Daha güvenilir sinyal, daha sağlıklı optimizasyonu destekler.

WooCommerce CAPI eklentisi yeterli midir?

Bazı mağazalarda yeterli olabilir.

Yeterlilik sipariş hacmine bağlıdır. Veri kaynakları da sonucu etkiler. Deduplication kalitesi ayrıca incelenmelidir.

Meta neden WooCommerce’den farklı satış gösterir?

Attribution kuralları farklı olabilir.

Eksik event oluşabilir. Duplicate event oluşabilir. İptal ve iadeler farklı işlenebilir.

CAPI çift dönüşümü nasıl önler?

Pixel ve CAPI aynı event adını kullanır.

İki kanal aynı event ID değerini gönderir. Meta eşleşen olayları tekilleştirir.

Hashing kullanıcı izni yerine geçer mi?

Hayır.

Hashing aktarım güvenliğini destekler. Hukuki işleme şartları ayrıca yönetilir.

CRM verisi CAPI ile gönderilebilir mi?

Evet.

Meta CAPI, CRM ve offline kaynaklardan olay kabul edebilir. Qualified Lead veya satış gibi alt-funnel sonuçları ayrı event yapılarıyla gönderilebilir.

Sonuç

Meta CAPI veriyi taşır.

Server-side veri zenginleştirme veriyi geliştirir.

Sağlıklı ölçüm iki katmanı birlikte yönetir.

CAPI bağlantısının aktif olması yeterli değildir. Sistem doğru olayı üretmelidir. Sistem müşteri verisini standartlaştırmalıdır. Sistem Pixel ve CAPI olaylarını tekilleştirmelidir. Sistem sipariş durumlarını doğrulamalıdır. Sistem mağaza ve reklam panelini karşılaştırmalıdır.

Data4Ad bu noktada basit bir CAPI eklentisinden ayrılır.

Data4Ad, WooCommerce verisini sunucu katmanında toplar. Sistem veriyi doğrular. Sistem veriyi zenginleştirir. Sistem olayları reklam platformlarına iletir. Sistem ölçüm şeffaflığını artırır.

CAPI Kurulumunuzu Kontrol Edin

WooCommerce ve Meta verileriniz uyuşmuyorsa audit gerekir.

Audit şu alanları ortaya çıkarır:

• Eksik Purchase olayları

• Çift sayılan siparişler

• Event ID uyumsuzlukları

• Eksik müşteri parametreleri

• Yanlış tutar ve para birimi

• İade ve iptal farkları

Data4Ad ile ücretsiz veri kaybı analizi talep edin.