← Sözlüğe Dön Ölçümleme & Analitik

Conversions API Nedir?

Sunucu Taraflı Dönüşüm Aktarımı

Conversions API, dönüşüm verilerini tarayıcı yerine doğrudan sunucudan Meta'ya ileten, veri kaybını azaltan sunucu taraflı izleme yöntemidir.

Yazan: Adem Demir Son güncelleme:

Conversions API = Site olaylarının ziyaretçinin tarayıcısı yerine işletmenin sunucusundan Meta'ya gönderildiği bağlantı · piksel ile birlikte, aynı olay kimliğiyle çalışır

Sayılarla ne demek?

Piksel, ziyaretçinin tarayıcısında çalışır. Tarayıcı engelliyorsa, reklam engelleyici devredeyse, sayfa yüklenmeden kapatıldıysa ya da çerez kısıtlandıysa olay Meta'ya ulaşmaz. Satış gerçekleşir ama reklam sistemi bundan haberdar olmaz.

Conversions API aynı bilgiyi ikinci bir yoldan gönderir. Sipariş sunucuda kaydedildiği anda, işletmenin sunucusu Meta'ya doğrudan bir istek yollar. Bu yol tarayıcıya bağlı değildir; ziyaretçinin cihazında ne olursa olsun sunucu kaydı yerindedir.

Standart kurulum, ikisinden birini seçmek değil ikisini birlikte kullanmaktır. Piksel tarayıcıdan, API sunucudan aynı olayı gönderir; Meta ikisini ortak bir olay kimliğiyle eşleştirip tekilleştirir. Hangisi ulaşırsa satış sayılır, ikisi birden ulaşırsa bir kez sayılır.

Kurulum yolları

YolKimin için?Dikkat
E-ticaret altyapısı entegrasyonuHazır platform kullananlarHangi olayları gönderdiğini kontrol edin
CAPI GatewayKod yazmak istemeyenlerBulut barındırma maliyeti
Sunucu tarafı etiket yöneticisiBirden fazla platforma gönderenlerTeknik bakım gerekir
Doğrudan API geliştirmesiÖzel yazılımlı sitelerGeliştirici emeği

İlk satır çoğu küçük ve orta işletme için en hızlı yol. Ama hazır entegrasyonlar bazen yalnızca satın almayı gönderiyor, sepet ve ödeme adımlarını atlıyor; kurulumdan sonra olay yöneticisinde hangi olayların sunucudan geldiği tek tek kontrol edilmeli.

Sağlıklı kurulumun işaretleri

  1. Her olay iki kaynaktan geliyor. Tarayıcı ve sunucu.
  2. Tekilleştirme oranı yüksek. Çift sayım yok.
  3. Müşteri bilgisi ekleniyor. Şifreli e-posta, telefon.
  4. Olaylar gecikmesiz. Sipariş anında gönderiliyor.
  5. Değer ve para birimi doğru. Sipariş sistemiyle aynı.

Uygulamada ne oluyor?

En sık bulgu, kurulumdan sonra raporlanan satın almaların belirgin biçimde artması. Artış yeni satış değil, daha önce kaybolan sinyallerin geri gelmesi; ama algoritma için bu fark önemli, çünkü daha fazla örnekle öğreniyor.

İkinci gözlem, olay kimliğinin iki tarafta farklı üretilmesi. Tarayıcı bir kimlik, sunucu başka bir kimlik gönderdiğinde Meta eşleştiremiyor ve her satış iki kez sayılıyor; reklam getirisi bir anda iki katına çıkıyor.

Üçüncüsü, sunucu olaylarının müşteri bilgisi olmadan gönderilmesi. Sunucu olayı kimin olduğunu söylemezse Meta onu hiçbir kullanıcıyla eşleştiremiyor; olay ulaşıyor ama işe yaramıyor.

Dördüncüsü, tarayıcı çerezlerinin sunucuya taşınmaması. Pikselin oluşturduğu tarayıcı kimliği ve tıklama kimliği sunucu olayına eklendiğinde eşleşme belirgin biçimde güçleniyor.

Beşincisi, olayların toplu ve gecikmeli gönderilmesi. Sunucu siparişleri saatlik ya da günlük paketler halinde gönderdiğinde, algoritmanın gerçek zamanlı öğrenmesi zayıflıyor.

Altıncısı, izin durumunun sunucu tarafında göz ardı edilmesi. Tarayıcıda ölçümü reddeden ziyaretçinin verisi sunucudan gönderilmeye devam ediyorsa, bu hem mevzuat hem de güven açısından ciddi bir sorun.

Yedincisi, test olay kodunun canlıya taşınması. Kurulum sırasında kullanılan test parametresi kaldırılmadığında olaylar test ekranına düşüyor ve kampanyalar veri almıyor.

Sekizincisi, iade ve iptallerin gönderilmemesi. Sunucu tarafı, iptal edilen siparişleri bildirmek için doğal bir yer; ama çoğu kurulum yalnızca satışı gönderip düzeltmeyi atlıyor.

Dokuzuncusu, çevrim dışı satışların aynı bağlantıdan gönderilebildiğinin bilinmemesi. Mağaza ve telefon satışları da uygun kaynak alanıyla aynı veri kümesine eklenebiliyor ve tek bir ölçüm yapısı oluşuyor.

Onuncusu, kurulumun bir kez yapılıp izlenmemesi. Site güncellemesi, ödeme altyapısı değişikliği ya da sunucu taşıması entegrasyonu sessizce bozabiliyor; olay yöneticisindeki uyarılar haftalık kontrol edilmeli.

On birincisi, gönderilen parametrelerin piksel ile tutarsız olması. Ürün kimlikleri tarayıcıda bir biçimde, sunucuda başka biçimde gönderildiğinde katalog eşleşmesi ve dinamik reklamlar bozuluyor.

On ikincisi, API'nin yalnızca Meta için düşünülmesi. Aynı sunucu altyapısı başka reklam platformlarına da olay gönderebiliyor; baştan çok platformlu tasarlanan bir yapı ileride tekrar kurulum maliyetini önlüyor.

Neyi çözmez?

Conversions API, ziyaretçinin izin vermediği ölçümü meşru hale getirmez. Sunucu yolu teknik bir kanal, izin kuralları onun için de geçerli.

Sıkça sorulan sorular

Pikseli kaldırmalı mıyım?

Hayır. Standart kurulum ikisini birlikte, ortak olay kimliğiyle kullanmaktır.

Satışlarım neden arttı?

Daha önce kaybolan olaylar artık ulaşıyor; ya da tekilleştirme bozuk ve çift sayım var.

İzin gerekir mi?

Evet. Sunucudan gönderim de izin kurallarına tabidir. Aynı süreçte karşınıza çıkabilecek Offline Events, mağaza içi satış veya telefon siparişi gibi çevrimdışı gerçekleşen dönüşümlerin Meta'ya iletilmesini sağlayan veri türüdür.

Reklam tarafını Meta Ads E-Ticaret Reklam Rehberi içinde, ölçüm altyapısını ise Dönüşüm Takibi ve Ölçümleme Rehberi içinde ayrıntılı anlattım.

Olay kimliği iki tarafta farklı üretilirse her satış iki kez sayılır ve reklam getirisi bir anda iki katına çıkar.
Dönüşüm Takibi ve Ölçümleme Kurulumu

GA4, GTM, Meta Pixel, CAPI, Google Ads dönüşüm, TikTok Pixel ve event doğrulama ile sağlam ölçümleme altyapısı.

Hizmeti İncele
Adem Demir
Yazar

Adem Demir

10+ yıldır e-ticaret markalarının performans pazarlamasını yönetiyorum. Sözlükteki her maddeyi bu sahadaki deneyimimle yazıyor ve düzenli olarak güncelliyorum.

Ücretsiz Ön Görüşme

Reklam bütçeniz harcanıyor, kar nerede?

E-ticaret kurulumundan karlı ölçeklemeye — hesabınızı denetleyip nerede bütçe kaybettiğinizi netçe gösteriyorum. 30 dakikalık ön görüşme ücretsiz.

Ücretsiz Ön Görüşme Planla 10+ yıl deneyim · Satış baskısı yok, net teşhis var