Sinyal kaybı nedir ve neden bu kadar büyüdü?
Sinyal kaybı, bir dönüşüm gerçekten olduğu halde reklam platformunun bunu görememesidir. Sebep tek bir değişiklik değil; üst üste binen birkaç engelleme katmanıdır. Safari'nin izleme koruması (ITP) üçüncü taraf çerezlerini ve bazı birinci taraf çerezlerini kısıtlar. iOS'un uygulama izleme şeffaflığı (ATT), kullanıcıların çoğu izni reddettiği için mobil eşleştirmeyi zayıflatır. Reklam engelleyiciler ise pikselin hiç yüklenmesini engeller.
Önemli bir düzeltme: Chrome'un üçüncü taraf çerezlerini tamamen kaldırma planı 2025'te geri çekildi. Yani sorun 'çerezlerin ölümü' değil; kayıp esas olarak tarayıcı katmanında yaşanıyor ve çözüm de bu yüzden tarayıcıdan sunucuya geçmek.
Sunucu taraflı izleme tam olarak nedir?
Sunucu taraflı izleme, dönüşüm olaylarını kullanıcının tarayıcısı yerine kendi sunucunuzdan (ya da bir sunucu tarafı etiket konteynerinden) doğrudan platformun API'sine göndermektir. Olay, reklam engelleyicilerin ve tarayıcı kısıtlamalarının ulaşamadığı bir yerden çıkar. Meta bunu Conversions API (CAPI), Google ise gelişmiş dönüşümler ve dönüşüm API'si ile sağlar.
- Tarayıcı pikseli: kullanıcının cihazında çalışır; engellenmeye ve çerez kısıtlarına açıktır.
- Sunucu taraflı: olayı sizin altyapınızdan gönderir, engellemelerden büyük ölçüde etkilenmez.
- İkisi birlikte: en sağlam kurulum; aynı olay iki yoldan gider, sonra tekilleştirilir.
Meta Conversions API: olay eşleştirme kalitesini yükseltin
CAPI'nin değeri, gönderdiğiniz olayları Meta'nın doğru kişiyle eşleştirebilmesine bağlıdır. Bunu ölçen puan Olay Eşleştirme Kalitesi'dir (EMQ, 1-10). Puan yükseldikçe daha çok dönüşüm optimizasyon sistemine ulaşır ve CPA düşer.
- Hash'lenmiş e-posta: çoğu hesapta EMQ'yu 4-5'ten 7-8'e taşıyan tek en güçlü alan.
- Hash'lenmiş telefon, ad ve konum: kimlik alanlarını SHA-256 ile hash'leyin.
- fbc, fbp, IP ve user-agent: bunları düz metin gönderin, hash'lemeyin.
- event_id: piksel ve sunucu olaylarını eşleştirmek için ortak kimlik.
Verinizin ne kadarını gerçekten görüyorsunuz?
Ads Sensor; Meta, Google ve GA4 verinizi tek panelde birleştirir, raporladığınız ile gerçekleşen arasındaki farkı görünür kılar.
Google Ads tarafı: gelişmiş dönüşümler ve sunucu
Google'daki karşılık gelişmiş dönüşümlerdir (enhanced conversions). Dönüşüm anında toplanan hash'lenmiş birinci taraf veriyi (e-posta, telefon) Google'a iletir ve iOS/Safari kaynaklı kaybın bir kısmını geri kazandırır. Daha ileri kurulumda sunucu tarafı etiketleme ile olaylar tamamen sunucudan gönderilir.
- Gelişmiş dönüşümler: en hızlı kazanç; birçok hesapta birkaç saatte etkinleştirilir.
- Sunucu tarafı etiketleme: daha sağlam ama teknik kurulum gerektirir.
- Consent Mode: izin reddedildiğinde modellenmiş dönüşümlerle boşluğu doldurur.
Piksel ve sunucu birlikte: tekilleştirme
En sağlam kurulum ikisini birlikte çalıştırır: aynı dönüşüm hem tarayıcıdan hem sunucudan gönderilir, platform ortak event_id ile bunların aynı olay olduğunu anlar ve tek sayar. Tekilleştirme olmadan bu kurulum, dönüşümleri çift sayarak ikisinden de kötü sonuç verir.
Kurulumdan sonra: rakama güvenmek
Sunucu taraflı izleme veriyi geri getirir ama işi bitirmez. Asıl soru şudur: raporladığınız rakama güvenebiliyor musunuz? Eksik izleme, gerçek bir performans düşüşü gibi görünür; yeni kurulmuş izleme ise geçmiş dönemle kıyaslamayı bozabilecek bir 'sıçrama' yaratır. Bu ikisini ayırt etmek, kampanya kararlarınızın doğru zeminde durmasını sağlar.
Ads Sensor tam bu noktada devreye girer: Meta, Google ve GA4 verinizi tek panelde birleştirir, raporlanan dönüşümlerdeki ani değişimleri 7/24 anomali takibiyle yakalar ve bunun bir performans sorunu mu yoksa izleme değişikliği mi olduğunu ayırt etmenize yardım eder. Beta'ya kaydolup hesabınızı bağlayarak birkaç dakikada çapraz platform tablonuzu görebilirsiniz.
Sık yapılan hatalar
- Piksel ve CAPI'yi tekilleştirme olmadan açmak (çift sayım).
- Kimlik alanlarını göndermemek; EMQ düşük kalır, CPA yüksek görünür.
- fbc/fbp yerine ham fbclid göndermek ya da bunları hash'lemek.
- Gelişmiş dönüşümleri kurup Consent Mode'u atlamak; izin reddinde boşluk kalır.
- İzleme değişikliğinden sonraki 'artışı' gerçek performans sanıp bütçeyi yanlış ölçeklemek.