Sunucu Taraflı İzleme
Sunucu taraflı izleme, analiz ve pazarlama olaylarını kullanıcının tarayıcısından doğrudan değil, kendi sunucunuz üzerinden toplayıp iletir. Bu yöntem size daha fazla kontrol, daha yüksek doğruluk ve daha güçlü gizlilik uyumu sağlar.
Önemli noktalar
- Olaylar önce kendi alan adınızdaki bir uç noktaya ulaşır, dağıtım oradan yapılır.
- Birinci taraf toplama alan adı, tarayıcıların betikle yazılan çerezlere koyduğu kısa ömürden kurtarır.
- Sunucu, olayları tarayıcının hiç görmediği CRM ve arka uç alanlarıyla zenginleştirebilir.
- Tarayıcı ve sunucu yolları aynı olay kimliğini paylaşmazsa hedefler dönüşümü iki kez sayar.
- İşlem maliyeti, gecikme ve tek noktada arıza riski olay hacmiyle birlikte büyür.
Derinlemesine
Mimari değişiklik küçük ama sonuçları büyüktür. Sayfa bir düzine sağlayıcıyla ayrı ayrı konuşmak yerine, sahibi olduğunuz tek bir toplama uç noktasına istek gönderir; bu uç nokta genellikle kendi sitenizin, DNS üzerinden çalıştırdığınız bir konteynere yönlendirilmiş bir alt alan adıdır. Konteyner gelen isabeti ortak bir olay şemasına çevirir ve sunucudan sunucuya arayüzlerle hedeflere dağıtır. Toplayıcı kendi alan adınızda yanıt verdiği için yazdığı çerezler birinci taraftır ve giden her çağrı ziyaretçinin tarayıcısından değil sizin altyapınızdan çıkar. Sayfa ise tek bir adresi tanımak zorundadır.
Ne kadar kazanacağınız, şu anda ne kadar kaybettiğinize bağlıdır ve bu kitleye göre büyük ölçüde değişir: mobil ağırlıklı, Safari kullanan, teknik olarak bilinçli bir ziyaretçi tabanı, masaüstü Chrome kitlesine göre çok daha fazla tarayıcı olayı kaybeder. Maliyetler de gerçektir. Olay hacmiyle orantılı işlem gücü ödersiniz, gecikme ekleyebilen fazladan bir sıçramanın sorumluluğunu alırsınız ve tek bir hatalı dönüşüm artık tek bir etiketi değil bütün hedefleri aynı anda bozar. Hata ayıklama da tarayıcı konsolundan sunucu günlüklerine taşınır.
Tipik bir kurulum; yönetilen bir çalışma ortamındaki sunucu konteynerinden, CNAME ile eşlenmiş birinci taraf bir alt alan adından ve oraya gönderim yapan tek bir istemci etiketinden oluşur. Konteyner sonrasında analitiğe, her reklam platformunun dönüşüm uç noktasına ve bir veri ambarına iletir. Asıl üstünlüğü zenginleştirmedir: tarayıcının hiç sahip olmadığı alanları, örneğin bir CRM yaşam döngüsü aşamasını veya gönderimden sonra hesaplanan bir puanı ekleyebilir. Karne hunisinde puan zaten arka uçta üretildiği için nitelikli olayı oradan göndermek en kısa dürüst yoldur.
Bu teknik tesisatı taşır, izni değil. Ziyaretçi onay vermediyse olayı sunucunuzun iletmesi işlemeyi hukuka uygun kılmaz; denetleyiciler ana bilgisayar adına değil amaca bakar. Aynı şekilde sayfadan hiç çıkmamış bir olayı da kurtaramaz: ilk sıçrama gerçekten birinci taraf değilse engellenmiş bir istemci toplayıcısı engellenmiş kalır. Son olarak bu yapı riski tek noktada toplar; konteyner düştüğünde bütün hedefler aynı anda susar, oysa tarayıcı etiketleriyle kurulmuş bir düzen bunu hiç yaşamaz. Bu nedenle konteyner, pazarlama aracı değil üretim altyapısı gibi sahiplenilmelidir.
Pratikte örnek
Nasıl ölçülür
Hiçbir şeyi kapatmadan önce iki yolu belirli bir süre yan yana çalıştırın. Her olay adı için sunucunun kaydettiği sayıyı tarayıcının kaydettiği sayıya bölün; birden büyük bir oran, tarayıcının o güne dek kaybettiği payı verir. Bu değeri cihaz ve tarayıcı ailesine göre ayrı ayrı okuyun; çünkü geri kazanım trafiğe eşit dağılmaz, izleme korumasının en güçlü olduğu segmentlerde yoğunlaşır.
Geçişten sonra bu hattı üretim altyapısı gibi ele alın. Hedef başına başarı oranlarını, konteynerin eklediği gecikmeyi ve günlük olay hacmini kendi taban çizgisine karşı izleyin; böylece sessiz bir arıza bir gün içinde görünür olur. Ayda bir kendi veritabanınızla mutabakat yapın: iletilen dönüşümlerin oluşturulan kayıtlara bölümü, değişenin pazar mı yoksa tesisat mı olduğunu söyleyen bir kapsama değeri verir.
Sık yapılan hatalar
En pahalı hata, eskiyi kapatmadan taşınmaktır. Ekip konteyneri kurar, yeni etiketleri ona yöneltir ama eski tarayıcı etiketlerini yerinde bırakır; böylece her dönüşüm iki kez gelir ve teklif verme mantığı var olmayan rakamlara tepki verir. Her olay için hangi yolun asıl kaynak olduğuna karar verin, çift yol sürdürüyorsanız ikisinden de ortak bir olay kimliği gönderin ve herhangi bir maliyet rakamına güvenmeden önce her platformun tekilleştirme raporunu kontrol edin.
İkinci hata, konteyneri bir veri hortumu gibi kullanmaktır. Sunucu her şeyi görebildiği için ekipler her şeyi iletir; hiçbir hedefin ihtiyaç duymadığı ham e-posta adresleri ve iç kimlikler de bunun içindedir. Hedef başına izin verilen alanların listesini tanımlayın ve iletişim verilerini çıkmadan önce hash'leyin. Sık atlanan bir nokta da izlemedir: konteynerler sessizce düşer ve bozuk bir ileticinin haftalarca dönüşüm yutması mümkündür. Hedef başına akış hacmine ve giden çağrı hata oranlarına alarm kurun.
Sıkça sorulan sorular
Sunucu taraflı izleme rıza ihtiyacını ortadan kaldırır mı?
Hayır. Kişisel verileri işlemeden önce yine hukuki dayanağa ve geçerli kullanıcı rızasına ihtiyacınız vardır. Sunucu taraflı izleme yalnızca olayların nerede toplandığını değiştirir, toplamaya izniniz olup olmadığını değil.
Sunucu taraflı izlemeye geçince veri doğruluğunu kaybeder miyim?
Genellikle tam tersi olur. Toplamayı sunucunuza taşıyarak birçok tarayıcı engelleyiciyi ve kısa çerez sınırını aşar, daha önce kaybolan dönüşüm olaylarının önemli bir bölümünü geri kazanırsınız.
Sunucu taraflı izleme kullanırsam tarayıcı piksellerini tutmalı mıyım?
Birçok ekip yedeklilik için ikisini birlikte hibrit kurulumda çalıştırır. Önemli olan ortak bir event_id paylaşmaktır; böylece platform tekilleştirir ve aynı dönüşümü iki kez saymaz.
Sunucu taraflı izleme beni GDPR uyumlu yapar mı?
Hayır. Toplamayı kendi sunucunuza taşımak teknik yolu değiştirir, hukuki dayanağı değil. Bir cihazda bilgi saklamak veya okumak ile profil oluşturmak için hâlâ onaya ihtiyacınız vardır ve geri çekilen onaylar işlemeyi durdurmalıdır. Sunucu tarafının size gerçekten verdiği şey kontroldür: ortamınızdan hangi alanın çıkacağına tek tek karar verebilir, böylece veri minimizasyonunu uygulanabilir hâle getirirsiniz.
Sunucu taraflı izleme reklam engelleyicileri aşar mı?
Kısmen. Engelleyiciler ana bilgisayar adları ve betik kalıpları üzerinden çalışır; bu yüzden kendi alan adınızdaki birinci taraf bir toplama uç noktasının filtrelenme olasılığı bir sağlayıcı betiğine göre çok daha düşüktür. Ancak ilk istek yine tarayıcıda doğar ve o sıçrama engellenirse sunucuya hiçbir şey ulaşmaz. Geri kazanım anlamlıdır ama asla tam değildir ve kitleye göre büyük fark gösterir.
Sunucu taraflı izleme ile Dönüşüm API'si arasındaki fark nedir?
Sunucu taraflı izleme, olayları kontrol ettiğiniz altyapıda toplamanın genel kalıbıdır. Dönüşüm API'si ise tek bir platformun bu olayları kabul eden sunucudan sunucuya uç noktasıdır. Pratikte konteyner merkez, her Dönüşüm API'si ise bir koldur. Bu arayüzü uygulamanızdan doğrudan da çağırabilirsiniz, ancak o zaman her hedef için ayrı bir entegrasyon yazmanız gerekir.
İstemci tarafı konteynere hâlâ ihtiyacım var mı?
Çoğunlukla evet. Tarayıcı, sunucunun göremediği bağlamı taşır: sayfa adresi, yönlendiren, ekran boyutu, onay durumu ve çerezlere yazılmış tıklama tanımlayıcıları. İnce bir istemci konteyneri bunları toplar ve uç noktanıza tek seferde gönderir. Bazı ekipler olayları doğrudan uygulama kodundan yayar; bu daha temizdir ama her ölçüm değişikliği için geliştirme zamanı ister.
Dönüşümlerin iki kez sayılmasını nasıl önlerim?
Her dönüşüm için uygulamanızda tek bir kimlik üretin, bunu hem tarayıcı hem sunucu olayıyla gönderin ve olay adlarıyla zaman damgalarını birebir aynı tutun. Büyük platformların hepsi bu ikili üzerinden tekilleştirir. Sonucu varsaymak yerine platformun kendi tekilleştirme ekranından doğrulayın; olay adlarındaki küçük bir uyumsuzluk hiçbir hata üretmeden mekanizmayı devre dışı bırakır.
Sunucu taraflı izlemenin işletme maliyeti nedir?
Maliyet ziyaret sayısına değil olay hacmine bağlıdır; oturum başına dört olay tetikleyen bir huni, tek olay tetiklenen bir huninin yaklaşık dört katına mal olur. Yönetilen bir çalışma ortamı, giden veri trafiği, günlükleme ve dönüşümleri sürdürecek geliştirme zamanı bekleyin. Küçük siteler için nadiren gerekçelendirilir; kazanç, kaybolan dönüşümler kampanya kararlarını ölçülebilir biçimde bozduğunda doğar.