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

Meta Marketing API'sinde bir satın alma olayı, yanıtta tek satır değildir. Aynı dönüşüm birkaç farklı isimle birden gelir:

• purchase
• offsite_conversion.fb_pixel_purchase
• omni_purchase

Üçü de aynı satın almayı temsil eder. Meta bunları geriye dönük uyumluluk için ve farklı ölçüm kaynaklarını ayırt edebilmek için birlikte döndürür.

Rapor üreten bir sistem yazarken sezgisel davranıp bu isimlerin hepsini eşleştirir ve değerlerini toplarsanız, tek satış üç satış olarak sayılır. action_values dizisi de aynı takma adlarla geldiği için ciro da aynı oranda şişer.

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; sunulmuş yanlış sayı ise güven meselesine döner.

Doğrusu nasıl yapılır

Kural basittir: aynı dönüşümü temsil eden isimler bir öncelik listesidir, toplama listesi değil. Listede eşleşen ilk ismin 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 önemlidir. Listenin başına en dar kapsamlı ismi koyun. omni_purchase çevrimdışı ve uygulama içi satışları da kapsayabilir; onu başa alırsanız yalnız web satışını ölçmek istediğiniz yerde farklı bir sayı okursunuz.

Aynı disiplin diğer dönüşüm türlerinde de gereklidir. Form ve mesajlaşma olaylarının da takma adları vardır ve aynı biçimde okunmaları gerekir.

Kendi raporunuzu nasıl kontrol edersiniz

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.

Sonra farkın biçimine bakın:

• Düzenli bir çarpan varsa (tam iki kat, tam üç kat) sebep büyük ihtimalle takma ad toplamasıdır. Bu hata her zaman düzenli bir çarpan üretir, çünkü her satış aynı sayıda isimle gelir.
• Sapma değişkense sebep muhtemelen ilişkilendirme penceresi ya da zaman dilimi farkıdır. Meta hesabının saat dilimiyle sizin 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; takma ad listeniz eksiktir.

Ders: veri hatalarının sessiz sınıfı

Bu hata bu sistemde de yaşandı ve düzeltildi. Yazının yazılma sebebi de budur.

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 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 kendine tutarlı olan bir rapor, doğru olduğunu göstermez.