Reklam panelindeki dönüşüm sayısı ile muhasebedeki sipariş sayısı arasındaki fark son yıllarda açıldı. Sebep satışların düşmesi değil; tarayıcı tarafında toplanan verinin bir kısmının artık hiç ulaşmaması. Bu yazıda kaybın nereden geldiğini ve sunucu taraflı ölçümün ne kadarını geri kazandırdığını anlatıyoruz.
Kayıp nereden geliyor?
- İzleme önleyiciler. Safari ve Firefox üçüncü taraf çerezleri varsayılan olarak engelliyor; birinci taraf çerezlerin ömrü de kısaltıldı.
- Uygulama içi izin ekranları. Kullanıcıların önemli bir kısmı izleme iznini reddediyor.
- Reklam engelleyiciler. Ölçüm script’i hiç yüklenmiyor.
- Ağ ve cihaz koşulları. Sayfa kapanırken gönderilmeye çalışılan olaylar tamamlanamıyor.
Bu dört sebep birleştiğinde, tarayıcı tarafında ölçülen dönüşümler gerçeğin altında kalıyor. Sorun yalnızca raporlama değil: eksik veriyle beslenen reklam algoritması yanlış kişileri hedeflemeye başlıyor.
Sunucu taraflı ölçüm ne değiştiriyor?
Olay, tarayıcı yerine kendi sunucunuzdan gönderilir. Sipariş veritabanına yazıldığı anda dönüşüm olayı doğrudan reklam platformuna iletilir. Tarayıcı eklentileri bu yolu engelleyemez; kullanıcı sayfayı kapatsa bile olay kaybolmaz.
İzin hâlâ geçerli. Sunucu taraflı ölçüm, kullanıcı iznini aşmanın yolu değildir. KVKK ve açık rıza yükümlülükleri aynen sürer; değişen şey yalnızca verinin iletim biçimi.
Kurulumun üç parçası
1. Olayı sunucudan gönderin
Sipariş tamamlandığında, sipariş numarası ve tutarla birlikte dönüşüm olayı platformun API’sine iletilir. Bu işlem kuyruğa alınmalı — reklam platformu yanıt vermezse müşteri beklememelidir.
2. Tekilleştirme anahtarı kullanın
Hem tarayıcıdan hem sunucudan olay gönderiyorsanız (önerilen kurulum budur), aynı siparişin iki kez sayılmaması için her iki tarafta da aynı olay kimliği gönderilmelidir. Platform bu kimlikle tekilleştirme yapar.
// her iki taraf da aynı kimliği gönderir
$olayKimligi = 'siparis-' . $siparis['id'];
// sunucu tarafı
kuyrugaEkle([
'event_name' => 'Purchase',
'event_id' => $olayKimligi,
'value' => $siparis['toplam'],
'currency' => 'TRY',
]);3. Eşleştirme verisini zenginleştirin
Platformun dönüşümü doğru kullanıcıyla eşleştirebilmesi için hash’lenmiş e-posta ve telefon gibi alanlar gönderilir. Ne kadar çok eşleştirme alanı gönderilirse, kayıp o kadar azalır. Bu veriler platforma iletilmeden önce mutlaka hash’lenmelidir.
Ne kadar geri gelir?
Kurduğumuz projelerde tarayıcı tarafına göre ölçülen dönüşüm sayısı belirgin şekilde arttı; asıl fark ise reklam tarafında görüldü. Algoritma daha eksiksiz veriyle beslendiğinde, aynı bütçeyle dönüşüm başına maliyet düşüyor.
Kurulumdan sonra iki tarafı bir ay boyunca paralel çalıştırın ve farkı ölçün. Tekilleştirme doğru kurulduysa toplam sayı şişmez; yalnızca kayıp kapanır.