İçeriğe Geç

Meta Pixel ve Conversions API olayları neden tekilleştirilir?

Aynı satın alma tarayıcı ve sunucudan bildirilebilir. Olay kimliği ile olay adı eşleşmesini ve artan olay sayısının nasıl yorumlanacağını açıklıyoruz.

Yazar: Sorun ve ÇözümPlatforma ÖzelReklam ve Ölçüm
AdPix tarafından hazırlanan açıklayıcı şema.

Bir işlem birden fazla yoldan bildirilebilir

Bir satın alma, tarayıcıdaki Meta Pixel üzerinden ve sunucudaki Conversions API üzerinden bildirilebilir. Tekilleştirme, bu iki bildirimin aynı müşteri eylemini temsil ettiğinin anlaşılmasıdır. Meta'nın resmî SDK'sı, event_id alanının event_name ile birlikte sunucu ve tarayıcı olaylarının aynı olup olmadığını belirlemede kullanıldığını açıklar.

İşletme için temel ayrım, bildirim sayısı ile gerçek satış sayısı arasındadır. İki teknik kayıt görmek iki yeni sipariş bulunduğunu göstermez. Değerlendirme, hangi ticari işlemin bildirildiğini ve iki gönderimin nasıl eşleştiğini açıklayabilmelidir. Burada ele alınan yöntem, ortak olay kimliği üzerinden eşleştirmedir.

Olay kimliği iki tarafta aynı anlamı taşır

Meta'nın WooCommerce eklentisinin açık kaynak kodunda olay adı ve olay kimliği birlikte taşınır. Tarayıcıya gönderilen kimlik eventID seçeneğine, sunucu biçimindeki kayıt ise event_id alanına karşılık gelir. Alan adlarının yazımı farklı olsa da eşleşen bildirimin kimlik değeri korunur.

Bunun işletme tarafındaki karşılığı, aynı sipariş için iki bağımsız kimlik üretmemektir. Tarayıcı başka, sunucu başka referans kullanıyorsa ekipler aynı satış hakkında konuştuğunu varsaysa bile gönderilen kayıtlar bu ilişkiyi açıkça anlatmayabilir. Teknik denetimde olayın hangi kaynaktan üretildiği kadar ortak kimliğin iki gönderimdeki değeri de önem taşır.

Hazır entegrasyonun kapsamı bilinmelidir

WooCommerce'in resmî Meta entegrasyon belgesi, Conversions API'nin eklentide yer aldığını ve Pixel ile sunucu olaylarının benzersiz olay kimliği üzerinden tekilleştirildiğini açıklar. Bu bilgi, ilgili entegrasyonun kendi çalışma biçimini anlatır; mağazaya ayrıca eklenmiş her özel kodun aynı koordinasyona sahip olduğunu kanıtlamaz.

İşletme açısından önerilen değerlendirme, satın alma olayını hangi uygulamaların gönderdiğinin bilinmesidir. Aynı mağazada birden fazla çözüm kullanılıyorsa sorumluluk belirsiz kalmamalıdır. Yeni bir kurulum kararı verilmeden önce mevcut entegrasyonun hangi olayları, hangi hesapla ve hangi yöntemle ilettiği açıklanabilir olmalıdır.

Varsayımsal bir kimlik uyuşmazlığı

Varsayımsal olarak bir mağazada sipariş tamamlandığında tarayıcı Purchase olayına sip-701 kimliğini eklesin. Sunucu aynı satış için yeniden oluşturulmuş rastgele bir kimlik göndersin. Bu örnekte iki bildirim aynı ekonomik olayı anlatsa da kimlik değerleri farklıdır.

İncelenecek konu, siparişin tekrar gönderiminde ortak referansın korunup korunmadığıdır. Meta'nın eklenti kodunda görülen alan aktarımından hareketle, yalnızca tutarın aynı olması yeterli bir doğrulama sayılmaz. Fiyat ve para birimi kontrolünün yanında olay kimliği ile adının eşleşmesi de ayrıca değerlendirilir.

Olay kimliği müşteri kimliğiyle karıştırılmaz

Meta'nın SDK'sında event_id, user_data ve event_time ayrı alanlardır. Olay kimliği bildirilen eylemi ayırt eder; kullanıcı verileri farklı bir bilgi kümesini taşır. Olay zamanı ise işlemin gerçekleştiği anı belirtir. Bu ayrım, bir müşterinin farklı zamanlarda birden fazla sipariş verebildiği mağazalarda özellikle önemlidir.

İşletme açısından çıkarım, aynı müşteri için bütün satın almalara tek sabit olay kimliği atamamaktır. Müşteriyi tanımak ile belirli bir siparişin tekrar bildirimini tanımak ayrı ihtiyaçlardır. Denetim görüşmesinde bu alanların amacı açıklaştırıldığında, kimlik eşleşmesi sorunu ile kullanıcı eşleştirmesi sorunu birbirinden ayrılabilir.

Olay artışı satış artışı diye sunulmaz

WooCommerce belgesindeki otomatik tekilleştirme davranışı, entegrasyonun kapsamı içinde değerlendirilmelidir. İşletmenin kabul değerlendirmesi, örnek siparişin tarayıcı ve sunucu bildirimlerinin aynı işlemi temsil ettiğini göstermeye dayanabilir. Yalnızca daha fazla olay gelmesi, daha fazla sipariş gerçekleştiği sonucunu vermez.

Bu nedenle bir entegrasyon değişikliğinin ardından sipariş sistemi ile ölçüm kayıtları birlikte yorumlanmalıdır. Gerçek satış sayısı değişmezken bildirilen satın almalar artıyorsa, artışın yeni kayıt kapsamından mı yoksa tekrar bildirimlerden mi kaynaklandığı araştırılır. Tekilleştirme değerlendirmesi ölçüm güvenilirliğini açıklar; kendi başına reklamın ticari başarısını veya satış artışını kanıtlamaz.

Bu Yazıdaki Terimler 1 Kavram

Kısa açıklamaları burada okuyabilir, ayrıntılar için sözlüğe geçebilirsiniz.

Conversions API
Conversions API, satın alma ve sepete ekleme gibi olayları tarayıcı yerine reklamverenin sunucusundan reklam platformuna ileten ve ölçüm kaybını azaltan yöntemdir; bu adı Meta, LinkedIn, Pinterest ve Snapchat kullanır, TikTok’taki karşılığı Events API’dir.

Bu Konuda Nasıl Destek Oluyoruz?

AdPix’in bu alandaki hizmet kapsamını ve çalışma sürecini inceleyin.

İlgili Platformlarda Keşfedin

Meta