İçeriğe geç
Tüm yazılar
Takip & Analitik

Çerez Sonrası Atıf: Yerel Hizmet Markaları için Sunucu Taraflı Ölçümleme Mimarisi

Yazan Dipixel Media21 Mayıs 20269 dk okuma

ROAS rakamlarınız banka hesabınızdan daha kötü görünüyorsa, muhtemelen takip altyapınız yanıltıyor. iOS kısıtlamaları, reklam engelleyiciler, çerez onay barları ve yedi günlük çerezler; dönüşümler Google ve Meta'ya ulaşmadan onları sessizce siliyor. Sinyalsiz kalan akıllı teklif sistemi fazla ödüyor. Yerel bir hizmet markasının ölçümlemeyi sunucu tarafında nasıl yeniden kurduğunu ve kurtardığı veriyi daha düşük müşteri adayı maliyetine nasıl çevirdiğini anlatıyoruz.

İstemci taraflı pikseller dönüşümleri neden kaybeder

Tarayıcı pikseli, ziyaretçinizin cihazından tetiklenir. Bu da onun tamamen sizin kontrolünüz dışındaki koşullara bağlı olduğu anlamına gelir: tarayıcının üçüncü taraf çerezlere izin verip vermediği, bir reklam engelleyicinin isteği kesip kesmediği, ziyaretçinin onay barını kabul edip etmediği ve çerezin ne kadar yaşadığı. Apple'ın Akıllı İzleme Önleme (ITP) özelliği, script ile kurulan çerezleri yedi günle — bazen 24 saatle — sınırlar; dolayısıyla bugün tıklayıp önümüzdeki hafta hizmet randevusu alan bir müşteri adayı, orijinal reklam için çoğu zaman görünmez kalır.

Bu kayıplar rastgele bir gürültü değil, sistematiktir. Gizliliğe önem veren kullanıcılar, iPhone sahipleri ve reklam engelleyici kullananlar; tam da yerel bir hizmet markasının istediği yüksek niyetli kitleye denk gelir. Dönüşümlerin yüzde 20 ila 40'ı hiç ulaşmadığında, raporladığınız rakamlar yalnızca küçülmez; hâlâ ölçülebilir olan en ucuz ve en az değerli segmentlere doğru yanlı hale gelir.

Bunun önemi şurada: Google ve Meta artık yalnızca sonuçlarınızı raporlamıyor, onların üzerinden teklif veriyor. Kaçan her dönüşüm, algoritma için kaçan bir eğitim örneğidir. Eksik sayım yalnızca paneli kötü göstermez; makineye yanlış kişilerin peşinden gitmeyi aktif olarak öğretir.

Çekirdek: Sunucu taraflı GTM ile GA4

Modern bir mimarinin temeli, etiket toplama işini tarayıcıdan alıp kontrol ettiğiniz bir sunucuya taşımaktır. Sunucu taraflı Google Tag Manager, küçük bir bulut konteynerinde çalışır; tarayıcı kendi alt alan adınıza tek bir istek gönderir, sunucu ise temizlenmiş ve zenginleştirilmiş olayları GA4, Google Ads ve Meta'ya iletir. Çağrı, alan adınızdaki birinci taraf bir uç noktadan geldiği için, doğrudan üçüncü taraf pikseli öldürecek olan ITP ve çoğu reklam engelleyiciden sağ çıkar.

Pratikte bu, her biri tarayıcı kısıtlamalarıyla boğuşan onlarca script yerine tek ve güvenilir bir veri noktası demektir. Sunucu kontrollü, daha uzun ömürlü birinci taraf çerezler kurarsınız; tarayıcıda açığa çıkan veriyi azaltırsınız ve ileride çevrimdışı ve CRM verisini bağlayabileceğiniz temiz bir alan kazanırsınız. Küçük bir işletme için bu, kurumsal bir abartı değildir — temel bir sunucu konteyneri çok az maliyetle, kurtardığı dönüşümlerle kendini amorti eder.

GA4, tek doğru kaynağınız olarak merkezde durur. Olayları sunucu tarafında alacak şekilde yapılandırın; ana dönüşümlerinizi (form gönderimi, arama, randevu) olay olarak tanımlayın ve kanal tanımlarınızı düzenli tutun ki atıf, Google ile Meta arasında karşılaştırılabilir olsun.

Gelişmiş Dönüşümler ve Meta Conversions API

Sunucu taraflı toplama, her platforma daha güçlü ve tekilleştirilmiş bir sinyal göndermenizi sağlar. Google'ın Gelişmiş Dönüşümleri (Enhanced Conversions), müşterinin size zaten verdiği birinci taraf veriyi — hash'lenmiş e-posta veya telefon — alır ve oturum açmış bir Google hesabıyla eşleştirir; böylece yalnızca çerezle kaybedilecek dönüşümleri geri kazanır. Veri, sunucunuzdan çıkmadan önce SHA-256 ile hash'lenir; yani ham kişisel veriyi değil, bir eşleştirme anahtarını paylaşırsınız.

Meta'nın Conversions API'si (CAPI) bunun karşılığıdır: yalnızca tarayıcı pikseline güvenmek yerine, sunucunuz dönüşüm olayını aynı hash'lenmiş tanımlayıcılarla doğrudan Meta'ya gönderir. İşin püf noktası tekilleştirmedir — hem tarayıcı pikselini hem de sunucu olayını ortak bir olay kimliğiyle (event ID) tetiklersiniz; böylece Meta her dönüşümü bir kez sayar ama hangi sinyal sağ kalırsa onu tutar. Piksel engellendiğinde sunucu olayı yine de yerine ulaşır.

Yerel bir hizmet markası için bu kombinasyon, en yüksek getirili tek iyileştirmedir. İnsanlar hakkında daha fazla veri toplamıyorsunuz; zaten kazandığınız dönüşümlerin, bütçenizi nasıl harcayacağına karar veren sistemlere gerçekten ulaşmasını sağlıyorsunuz.

Telefonlar ve arka ofis geliri: arama takibi ve çevrimdışı içe aktarım

Pek çok yerel hizmet işletmesi formla değil, telefonla dönüşüm sağlar. Bir tesisatçı, klinik ya da hukuk bürosu en iyi müşteri adaylarını genellikle telefon aramalarıyla alır — ve tarayıcı pikseli çalan bir telefonu göremez. Arama takibi bunu, reklam trafiğine dinamik bir numara atayarak çözer; böylece bir Google veya Meta tıklamasından kaynaklanan arama, onu getiren kampanyaya, anahtar kelimeye ya da reklama geri atfedilir. Artık en yüksek niyetli kanalınız nihayet teklif modelini besler.

Ardından çevrimdışı dönüşüm içe aktarımı ile döngüyü kapatın. Her müşteri adayı aynı değerde değildir: kimi küçük bir iş için randevu alır, kimi büyük bir sözleşme imzalar, kimi hiç dönüşmez. Kazanılan işleri ve gelirlerini CRM'inizden dışa aktarıp — müşteri adayı oluşurken yakalanan tıklama kimliği (click ID) ile eşleştirerek — Google ve Meta'ya geri yükleyerek, algoritmalara ham form doldurmaları yerine gerçekleşen gelir için optimize etmeyi öğretirsiniz.

Yerel markalar, yalnızca ucuz müşteri adayına optimize eden büyük rakiplerine karşı tam burada kazanır. Platform, belirli bir mahallenin, günün belirli bir saatinin ya da bir hizmet sorgusunun gerçek kapanmış gelir ürettiğini öğrendiğinde, hacmin peşinden koşmayı bırakır ve müşteri satın almaya başlar.

Uyumlu kalmak: Consent Mode v2

Bütün bunlar, onayı (consent) görmezden gelirse uzun vadede işe yaramaz. Google Consent Mode v2, gizlilik yasaları ile ölçümleme arasındaki köprüdür: onay barınız, reklam depolama ve analitik depolama için sinyaller belirler ve etiketler davranışlarını kullanıcının izin verdiğine göre uyarlar. Meta'nın da aynı şekilde bağlanması gereken kendi onay yönetimi vardır. Bu isteğe bağlı değildir — Avrupa trafiği için Google, Gelişmiş Dönüşümler ve yeniden pazarlama gibi özellikleri çalıştırmak üzere Consent Mode v2'yi zorunlu kılar.

İşin zekice yanı modellemedir. Bir kullanıcı çerezleri reddettiğinde, Consent Mode tanımlayıcı içermeyen, gizliliğe duyarlı sinyaller gönderir ve Google, o onay boşluğundan kaybedeceğiniz dönüşümleri istatistiksel olarak modeller. Hem uyumlu kalır hem de kaçan sinyalin ölçülebilir bir bölümünü geri kazanırsınız — çoğu onay barının yarattığı ya hep ya hiç karartmasının tam tersi.

Bunu bilinçli kurun: gerçek bir onay yönetim platformu, doğru varsayılan ve güncelleme durumları ve sinyallere gerçekten saygı gösteren etiketler. Doğru yapıldığında, uyum ile ölçümleme bir ödünleşim olmaktan çıkar.

Nereden başlamalı: pratik bir sıra

Her şeyi aynı anda kurmaya çalışmayın. En yüksek getirili, en düşük emekli kazanımlarla başlayın. Önce Consent Mode v2'yi ve temiz bir GA4 olay yapısını devreye alın; böylece temeliniz uyumlu olur ve dönüşümleriniz net biçimde tanımlanır. İkincisi, Google Ads için Gelişmiş Dönüşümleri ve doğru tekilleştirmeyle Meta Conversions API'yi açın — kurtarılan sinyalin çoğu yalnızca bu iki adımdan gelir.

Üçüncüsü, işletmeniz arama alıyorsa, telefon müşteri adaylarının formlarla aynı ölçüm sistemine girmesi için arama takibi ekleyin. Dördüncüsü, toplamayı birleştirmek ve korumak için sunucu taraflı Google Tag Manager'ı kurun. Son olarak, müşteri adayları temiz biçimde akmaya başladığında, kapanan gelirin — yalnızca müşteri adayı sayısının değil — teklifleri yönlendirmesi için çevrimdışı dönüşüm içe aktarımını bağlayın.

Getiri her adımda katlanır: daha eksiksiz sinyal, akıllı teklif sisteminin ucuz tıklamalar yerine gerçek alıcıları bulmasını sağlar; bu da gerçek müşteri adayı maliyetinizi düşürür ve raporladığınız ROAS'ın nihayet gerçekle örtüşmesini sağlar. Yerel bir hizmet markası için, algılanan ve gerçek performans arasındaki bu fark, çoğu zaman büyümek ile yerinde saymak arasındaki farktır.

Öne çıkanlar
  • Tarayıcı pikselleri; ITP, reklam engelleyiciler, onay barları ve kısa çerez ömürleri yüzünden dönüşümlerin %20-40'ını sistematik olarak eksik sayar — üstelik bu kayıplar rastgele değil, yanlıdır.
  • Kaçan dönüşümler, akıllı teklif sistemini eğitim verisinden mahrum bırakır; böylece algoritma fazla öder ve ROAS'ınız gerçek gelirinizden kötü görünür.
  • Kurtarma mimarisi: GA4 + sunucu taraflı GTM, Gelişmiş Dönüşümler, tekilleştirmeli Meta CAPI, arama takibi, çevrimdışı dönüşüm içe aktarımı ve Consent Mode v2.
  • Telefon odaklı işletmeler, teklifin ucuz form doldurmalarına değil gerçekleşen işlere optimize olması için aramaları takip etmeli ve kapanan geliri geri yüklemelidir.
  • Sıralama: önce Consent Mode v2 ve GA4, ardından en büyük sinyal kurtarımı için Gelişmiş Dönüşümler ve CAPI, sonra arama takibi, sunucu taraflı GTM ve çevrimdışı içe aktarımlar.
Konuşalım

Ölçeklenmeye hazır mısınız?

Kampanyalarınızı neyin geride tuttuğunu — ve bunu düzeltmenin neye mal olacağını birlikte belirleyelim.

30 dakikalık analiz · başlamak için retainer yok