Sunucu taraflı izleme, dönüşüm verisinin ziyaretçinin tarayıcısı yerine kendi sunucunuz üzerinden reklam platformlarına iletilmesidir. Tarayıcı kısıtlamaları arttıkça ölçüm doğruluğunu korumanın temel yöntemi haline geldi.
Neden veri kaybediyoruz?
Yıllardır reklam ölçümü tek bir mantıkla çalıştı: siteye bir piksel koyarsın, ziyaretçinin tarayıcısı olayları platforma bildirir. Bu mantık üç yönden aşındı. Tarayıcılar üçüncü taraf çerezleri kısıtladı, işletim sistemleri izleme izni sordu ve reklam engelleyicilerin kullanımı arttı.
Sonuç şu: reklam platformunun gördüğü sipariş sayısı ile sizin panelinizdeki sipariş sayısı arasında fark oluşuyor. Bu fark sadece raporlama sorunu değil — platformun optimizasyon algoritması da eksik veriyle öğreniyor, dolayısıyla daha kötü kararlar veriyor.
Sunucu taraflı izleme ne yapıyor?
Olayı tarayıcıdan değil, kendi sunucunuzdan platforma iletiyorsunuz. Sipariş tamamlandığında sunucu doğrudan Meta'ya veya Google'a "bu satın alma gerçekleşti" diyor. Araya tarayıcı girmediği için reklam engelleyiciler ve çerez kısıtlamaları bu yolu kesemiyor.
Meta Conversions API
Meta tarafındaki karşılığı Conversions API. Pikselin yerini almaz, onunla birlikte çalışır: aynı olay hem tarayıcıdan hem sunucudan gönderilir, Meta olay kimliği üzerinden tekrarları birleştirir. Doğru kurulduğunda eşleşme kalitesi belirgin şekilde yükselir.
Google gelişmiş dönüşümler
Google tarafında karşılığı gelişmiş dönüşümler (enhanced conversions). Dönüşüm anında toplanan e-posta gibi birinci taraf verisi şifrelenerek Google'a iletilir ve giriş yapmış kullanıcılarla eşleştirilir.
Kurmadan önce bilinmesi gerekenler
- Sunucu taraflı izleme veri kaybını sıfırlamaz, azaltır. Beklentiyi buna göre kurun.
- Tarayıcı olaylarıyla sunucu olaylarını birleştirmek için tutarlı bir olay kimliği şart; aksi halde dönüşümler iki kez sayılır.
- KVKK ve GDPR yükümlülükleri ortadan kalkmaz. Kullanıcı onayı vermediyse sunucudan da veri göndermemelisiniz.
- Google Consent Mode gibi bir onay yönetimi kurulumu bu yüzden zorunlu hale geliyor.
- Kurulum sonrası mutlaka doğrulama yapın: platformun gördüğü sipariş sayısı ile gerçek sipariş sayısını karşılaştırın.
Karma metrikler neden önemli hale geldi?
Her platform kendi katkısını olduğundan büyük gösterir. Meta'nın raporladığı ciro ile Google'ın raporladığı ciro toplandığında, çoğu markada gerçek ciroyu aşan bir rakam çıkar. Bu, platformların yalan söylediği anlamına gelmez; farklı ilişkilendirme modelleri aynı satışı sahiplenir.
Bu yüzden karar verirken kanal panellerinin yanına iki metrik daha koymak gerekiyor:
- Karma CAC: toplam pazarlama harcaması ÷ toplam yeni müşteri sayısı
- Karma ROAS: toplam ciro ÷ toplam pazarlama harcaması
Bu iki rakam platformdan bağımsızdır ve manipüle edilemez. Kanal raporlarındaki iyileşmenin gerçekten toplam sonuca yansıyıp yansımadığını yalnızca buradan görebilirsiniz.
Nereden başlamalı?
Sırayla: önce mevcut ölçümün ne kadar hatalı olduğunu tespit edin. Platform panelindeki sipariş sayısını e-ticaret panelinizdeki gerçek sipariş sayısıyla karşılaştırın. Aradaki fark %20'nin üzerindeyse sunucu taraflı izleme kurulumu öncelikli işiniz olmalı.
Sık sorulan sorular
Conversions API pikselin yerine mi geçiyor?+
Hayır. İkisi birlikte çalışır. Aynı olay hem tarayıcıdan hem sunucudan gönderilir ve platform olay kimliği üzerinden tekrarları birleştirir. Yalnızca sunucu tarafını kullanmak bazı sinyalleri kaybettirir.
Sunucu taraflı izleme KVKK'ya aykırı mı?+
Hayır, ancak yükümlülükleri ortadan kaldırmaz. Kullanıcı pazarlama çerezlerine onay vermediyse sunucu üzerinden de veri göndermemeniz gerekir. Bu yüzden onay yönetimi ile ölçümlemenin birbirine bağlı kurulması şarttır.
Platform raporlarındaki satışlar neden gerçek ciromuzdan fazla?+
Her platform kendi ilişkilendirme modelini kullanır ve aynı satışı birden fazla platform sahiplenebilir. Toplandığında gerçek ciroyu aşan bir rakam çıkar. Karma CAC ve karma ROAS metrikleri bu sorunu ortadan kaldırır.