Dönüşüm sayınız üçe katlanmış olabilir: takma adlı olay isimleri

Dönüşüm sayınız üçe katlanmış olabilir: Meta Marketing API'si bir satın almayı tek satırla değil, birkaç olay adıyla döndürebilir. Bu adların değerlerini toplayan rapor tek satışı üç satış sayar; ciro ve ROAS da aynı oranda şişer. Doğrusu, adları toplamak değil, öncelik listesinden ilk eşleşeni almaktır.

Kendi entegrasyonumuzda tek bir satın alma yanıtta şu üç adla geldi:

• purchase
• offsite_conversion.fb_pixel_purchase
• omni_purchase

Üçü de aynı satışı gösterdi. Meta'nın bu adları neden birlikte döndürdüğüne dair resmi bir açıklama bulamadık; bu yüzden nedeni yazmıyoruz. Doğrulayabildiğimiz şu: standart satın alma olayı actions ve action_values dizilerinde offsite_conversion.fb_pixel_purchase adıyla yer alır (Meta Pixel dönüşüm takibi belgesi). Rapor yazarken sezgisel davranıp bu adların hepsini eşleştirir ve toplarsanız, tek satış üç satış olur. action_values dizisinde de aynı adlar olduğu için ciro aynı oranda şişer.

Dönüşüm Sayınız Neden Üçe Katlanır?

Mekanizma basittir. Yanıt tek satış için üç satır taşıyorsa ve kod bu satırların hepsini "satın alma" sayıyorsa, her satış üç kez sayılır:

Bu Hata Neden Fark Edilmiyor?

Hata sessizdir. Sistem çökmez, kırmızı bir uyarı vermez, kayıtlara bir şey düşmez, yalnızca sayı yüksek çıkar. Yüksek sayı da kimseyi rahatsız etmez; herkesin görmek istediği yöndedir. Bir hata düşük sayı üretse ilk gün fark edilirdi; yüksek sayı üretince aylarca yaşayabilir.

Ne Kadar Pahalıya Mal Olur?

Reklam yatırımının geri dönüşü hesabında sonuç şudur: gerçekte 1,2 olan oran raporda 3,6 görünür. Bu rakamla verilen her karar yanlış temele oturur:

• Zararına çalışan kampanya kârlı görünür, bütçesi artırılır ve zarar büyür.
• Gerçekten iyi çalışan kampanya, yanında duran şişmiş kampanyaya göre kötü görünür ve durdurulur.
• Kanal karşılaştırması bozulur; hatanın olduğu kanal her zaman kazanır.

Müşteriye rapor sunuyorsanız etki daha ağırdır: yanlış karar düzeltilebilir, ama sunulmuş yanlış sayı güven meselesine döner. Yüksek ROAS'ın neden kâr anlamına gelmeyebileceğini ROAS yüksek ama kâr yok yazısında ayrıca ele aldık.

Doğrusu Nasıl Yapılır?

Kural basittir: aynı dönüşümü temsil eden adlar bir öncelik listesidir, toplama listesi değil. Listede eşleşen ilk adın değeri alınır, gerisi atlanır.

// Yanlış: hepsi toplanır, tek satış üçe katlanır
toplam = purchase + offsite_conversion.fb_pixel_purchase + omni_purchase
// Doğru: ilk eşleşen alınır, döngü orada biter
for (const ad of ["purchase", "offsite_conversion.fb_pixel_purchase", "omni_purchase"]) {
  if (harita[ad] != null) return harita[ad];
}
return 0;

Sıralama bir karardır, ama tahminle verilmez. Her adın değerini kendi hesabınızda Ads Manager'daki satış sayısıyla karşılaştırın; sizin satışınızı doğru temsil eden adı listenin başına koyun. Hangi adın hangi kapsamı taşıdığını resmi belgede doğrulayamadığımız için bu sınamayı kendi verinizle yapmanız gerekir. Aynı disiplin form ve mesajlaşma olaylarında da gereklidir, onların da birden fazla adı olabilir.

Dönüşüm Sayınızın Doğru Olduğunu Nasıl Anlarsınız?

Ads Manager arayüzündeki satış sayısıyla kendi panelinizin gösterdiği sayıyı yan yana koyun. Üç şeyin aynı olmasına dikkat edin: tarih aralığı, hesap ve ilişkilendirme penceresi (pencere farkı için attribution penceresi yazımıza bakın). Sonra farkın biçimine bakın:

• Düzenli bir çarpan varsa (tam iki kat, tam üç kat) sebep büyük ihtimalle ad toplamasıdır. Bu hata düzenli bir çarpan üretir, çünkü her satış aynı sayıda adla gelir.
• Sapma değişkense sebep muhtemelen ilişkilendirme penceresi ya da zaman dilimi farkıdır. Meta hesabının saat dilimiyle raporunuzun saat dilimi aynı değilse gün sınırları kayar.
• Sizin sayınız düşükse genellikle bir olay hiç eşleşmiyordur; ad listeniz eksiktir.

Ders: Veri Hatalarının Sessiz Sınıfı

Yazılımda hataların çoğu kendini gösterir: sayfa açılmaz, istek başarısız olur, kayıtlara bir şey düşer. Ölçüm katmanındaki hatalar bu sınıfa girmez; çıktı makul görünür, kimse şikâyet etmez ve hata verinin içinde yaşamaya devam eder.

Bu yüzden ölçüm kodunu diğer koddan farklı denetlemek gerekir. Tek güvenilir yol, dışarıdan bilinen bir gerçekle karşılaştırmaktır: platformun kendi arayüzü, ödeme sağlayıcısının sipariş sayısı ya da muhasebe kaydı. Kendi içinde tutarlı bir rapor, doğru olduğunu göstermez.

AgentFabrica'nın ölçüm katmanı bu ayrımı veri kararı olarak ele alır; birleşik raporlamayı dönüşüm takibi sayfasında inceleyebilirsiniz. Tıklama tarafındaki benzer tuzak için tıklama metriği yazısına bakın. Kendi hesabınıza uyarlamak isterseniz fiyatlandırmayı inceleyin ya da bize yazın.