Reklam Ölçümü Neden Eksik: Onay ve Modelleme

Reklam panelindeki dönüşüm sayısı, çoğu işletmenin bütçe kararını dayandırdığı tek rakamdır. Bu rakamın gerçek talebi birebir yansıttığı varsayılır. Varsayım yanlıştır ve yanlış olduğu kimseden gizlenmez — panelin kendisi bunu ayrı satırlarda, dipnotlarda ve "tahmini" ibaresiyle söyler. Sorun, o dipnotların karar toplantısına hiç girmemesidir.

Türkçe kaynaklarda ölçüm konusu neredeyse tamamen kurulum tarafından işleniyor: etiket nasıl yerleştirilir, çerez onayı bandı nasıl kurulur, hangi kutu işaretlenir. Bu içerik doygun ve genellikle güncel. Eksik olan taraf, kurulum bittikten sonra reklamverenin panelde gördüğü sonucu okumaktır: neden bazı dönüşümler kaybolur, "modellenen" ne demektir, hangi telafi mekanizması kime değer ve ölçüm eksikken alınan kararlar neye mal olur.

Aşağıdaki metin bir kurulum rehberi değil. Ölçüm zincirinin nerelerde koptuğunu, kopmanın panelde nasıl göründüğünü ve elinizdeki rakamı hangi güven aralığıyla okumanız gerektiğini anlatıyor.

Panelde gördüğünüz sayı neden gerçekle birebir değil

Bir dönüşümün panele düşmesi için birbirine bağlı birkaç şeyin aynı anda çalışması gerekir: kullanıcı reklamdan gelirken bir tanımlayıcı taşımalı, sitede o tanımlayıcı saklanabilmeli, dönüşüm anında geri okunabilmeli ve kayıt reklam hesabına iletilebilmelidir. Zincirin herhangi bir halkası koptuğunda dönüşüm gerçekleşmiş olsa bile sayılmaz.

Bu zincirin kırılganlığı yeni değil, ama son yıllarda üç yönden birden baskı altında: tarayıcıların üçüncü taraf tanımlayıcıları kısıtlaması, işletim sistemlerinin uygulama içi izlemeyi izne bağlaması ve çerez onayı düzenlemelerinin ölçüm etiketlerini onaydan sonraya bırakması. Üçü aynı yöne çalışıyor — ölçülebilen pay daralıyor.

Buradan çıkan sonuç karamsar değil, sadece dürüst: panelinizdeki sayı bir sayım değil, bir tahmindir. Tahminin ne kadar iyi bir tahmin olduğu kurulumunuza bağlıdır. Karar verirken bilinmesi gereken şey, sayının kendisinden çok sayının hangi tarafa saptığıdır.

Çerez onayı reddedildiğinde zincirde ne kopar

Onay bandını "reddet" ile geçen bir ziyaretçi sitenizden çıkmaz; sadece ölçüm etiketleri onun tarayıcısında tam yetkiyle çalışmaz. Google tarafında bu tercihin ölçüm katmanına iletilmesini sağlayan kurgu Consent Mode v2 adıyla anılıyor; adı ne olursa olsun mantık aynıdır — onay durumu etiketlere bir sinyal olarak geçer ve etiket davranışını değiştirir. Pratikte üç şey aynı anda olur.

Birincisi, ziyaretçiyi bir sonraki oturumda tanıyacak kalıcı tanımlayıcı yazılamaz. Aynı kişi ertesi gün geri döner ve iki farklı kullanıcı gibi görünür. İkincisi, reklam tıklamasıyla dönüşüm arasındaki bağ zayıflar; dönüşüm gerçekleşse bile hangi kampanyadan geldiği kaydedilemez ve rapora düşmez. Üçüncüsü, yeniden pazarlama listeleri beslenmez; liste boyutu beklenenin altında kalır ve o kitleyi hedefleyen kampanyalar yayına giremez.

Panelde bunun görüntüsü çoğu zaman şudur: tıklama sayısı normal, dönüşüm sayısı düşük, yeniden pazarlama listeleri gereğinden küçük. Ekip bu tabloyu "kampanya kötü çalışıyor" diye okur ve teklif tarafında değişiklik yapmaya başlar. Yapılan değişikliğin etkisi de aynı bozuk ölçümle okunacağı için tartışma kendi içinde döner.

Buradaki kritik ayrım şu: onayı reddeden ziyaretçinin dönüşümü olmuyor değil, görünmüyor. İki durum panelde aynıdır, gerçekte bambaşkadır. Dönüşümün gerçekten kaydedilip kaydedilmediğini elle doğrulamanın yolunu ve teşhis sırasının tamamını reklam bütçesi gidiyor dönüşüm yok yazımızda adım adım kurmuştuk.

Tıklama tanımlayıcısı nedir, nerede kaybolur

Reklama tıklandığında hedef adrese genellikle bir tıklama tanımlayıcısı eklenir; Google Ads tarafında bu, adres satırında gördüğünüz gclid parametresidir. İşlevi basit: bu tıklamayı, daha sonra gerçekleşecek dönüşümle eşleştirebilmek.

Tanımlayıcının kaybolduğu tipik yerler şunlar:

• Yönlendirme zincirleri. Adres bir kısaltıcıdan, bir kampanya aracından veya eski bir 301 kuralından geçiyorsa parametre yolda düşebilir.
• Alan adı değişimi. Form veya ödeme adımı başka bir alan adına geçiyorsa, oturum ve tanımlayıcı çoğu kurulumda taşınmaz.
• Onay öncesi engellenen betikler. Tanımlayıcıyı saklaması gereken betik onaydan önce çalışmıyorsa parametre sayfada görünür ama hiçbir yere yazılmaz.
• Sunucu tarafı önbellek. Sayfa önbellekten sunulurken sorgu parametresi göz ardı ediliyorsa, ölçüm katmanı parametreyi hiç görmez.
• Uzun gecikme. Tıklama ile dönüşüm arasında geçen süre, tanımlayıcının saklandığı sürenin üzerine çıkarsa eşleşme yapılamaz. Uzun karar süresi olan hizmetlerde bu, sanılandan sık görülür.

Kaybı anlamanın en hızlı yolu elle testtir: kendi reklamınıza tıklayın, adres satırındaki parametreyi not edin, siteyi gezip dönüşüm adımına kadar gidin ve parametrenin hâlâ saklanıp saklanmadığına bakın. Yönlendirme sırasında düşen bir parametre bu testte ilk on saniyede görünür.

"Modellenen dönüşüm" ne demek, nasıl okunmalı

Ölçülemeyen payı kapatmak için reklam platformları modelleme kullanır: gözlemlenebilen dönüşümlerin örüntüsünden yola çıkıp, gözlemlenemeyen kısım için istatistiksel tahmin üretirler. Panelde bu genellikle toplam rakamın içinde gelir ve ayrı bir "tahmini" ibaresiyle işaretlenir.

Modellenen dönüşüm sahte bir sayı değildir; ama gözlemlenmiş bir sayı da değildir. Doğru okuma biçimi şu ayrımı korumaktan geçer:

• Eğilim için kullanılabilir. Aylar arasındaki yön — artıyor mu, azalıyor mu — modelli veriyle de okunabilir, çünkü model aynı yöntemle çalışır.
• Tekil karar için zayıftır. "Bu kampanyayı kapatalım mı" sorusunun cevabı, ağırlıklı olarak modellenmiş birkaç dönüşüme dayandırılmamalıdır.
• Kanallar arası karşılaştırmada dikkat ister. İki kanalın modelleme yaklaşımı aynı değilse, iki rakam aynı ölçekte değildir.
• Model kalitesi veriye bağlıdır. Gözlemlenen taraf zayıfsa modelin dayanağı da zayıflar; modelleme, ölçümün yerine geçen bir çözüm değil, ölçümün üzerine binen bir düzeltmedir.

Pratik kural: raporda gözlemlenen ve modellenen kısmı ayrı satırlarda görmek isteyin. Ayrıştırılamıyorsa, o rakamla verilecek kararın hassasiyetini bir kademe düşürün.

Gelişmiş dönüşümler ne kadar telafi eder, kime değmez

Gelişmiş dönüşümler, kullanıcının siz zaten topladığınız bilgisini (e-posta gibi) karılmış (hash'lenmiş) hâlde platforma göndererek eşleşme oranını yükseltmeyi amaçlar. Çerez tabanlı zincir koptuğunda, bu ikinci yol üzerinden dönüşümün bir bölümü geri kazanılabilir.

Değdiği durumlar oldukça net: dönüşüm anında gerçek bir kimlik bilgisi topluyorsanız (form, üyelik, sipariş), dönüşüm hacminiz düzenliyse ve teknik tarafta bunu doğru kurup sürdürecek bir kaynağınız varsa kazanç ölçülebilir.

Değmediği durumlar da bir o kadar net ve genellikle yazılmaz. Dönüşümünüz sadece telefon araması ya da yol tarifi tıklamasıysa gönderilecek bir kimlik bilgisi yoktur. Aylık dönüşüm sayınız tek haneliyse eşleşme oranındaki artış rakama anlamlı biçimde yansımaz. Kurulumu sürdürecek teknik kaynak yoksa, yarım kalmış bir kurulum ölçümü iyileştirmez, karmaşıklaştırır. Ve en önemlisi: kullanıcı verisi gönderen her mekanizma, aydınlatma metniniz ve onay kurgunuzla uyumlu olmak zorundadır. Uyumu sağlamadan kurulan bir telafi mekanizması, çözdüğünden büyük bir sorun yaratır.

Telefon araması: en çok kaybedilen dönüşüm kanalı

Klinik, emlak, hukuk, tesisat, otel gibi işletmelerde talebin büyük bölümü telefonla gelir. Ölçüm tarafında bu kanal, form dönüşümüne göre belirgin biçimde daha kırılgandır — çünkü aramanın kendisi tarayıcıda değil, tarayıcının dışında gerçekleşir.

Pratikte kullanılan yollar şunlar:

• Numaraya tıklama olayını dönüşüm saymak. En kolay yöntem. Sınırı şudur: tıklama, konuşmanın gerçekleştiğini kanıtlamaz. Yanlış numaraya dokunan ya da vazgeçen kullanıcı da sayılır.
• Reklam üzerinden yapılan aramaların platform tarafından raporlanması. Reklam varlıkları üzerinden gelen aramalar için platformların kendi raporlama mekanizmaları vardır; kapsam ve ayrıntı düzeyi ülkeye ve hesap türüne göre değişebildiği için neyin raporlandığını kendi panelinizin belgesinden doğrulamak gerekir.
• Dinamik numara değiştirme. Ziyaretçinin geldiği kaynağa göre sitede farklı bir numara gösteren çağrı takip yazılımları, aramayı kaynağa bağlar. En ayrıntılı veriyi verir; karşılığında ek bir yazılım maliyeti ve kişisel veri işleme sorumluluğu getirir.
• Elle kayıt. Telefonu açan kişinin "bizi nereden buldunuz" sorusunu sorup kaydetmesi. İlkel görünür, ama düzenli tutulduğunda küçük hacimlerde en güvenilir yöntem çoğu zaman budur.

Hangi yolun seçileceği hacme ve karar süresine bağlı. Aylık birkaç aramanın geldiği bir işletmede elle kayıt yeterlidir; yüzlerce aramanın geldiği bir yerde ise elle kayıt tutarsız hâle gelir. Telefonun ana kanal olduğu işletmelerde bu kurgunun sayfa tarafıyla nasıl birleştiğini diş ve estetik klinikleri çözüm sayfamızda örnekledik.

Offline dönüşüm: satışa dönen talebi hesaba geri yazmak

Talep formu doldurup üç hafta sonra sözleşme imzalayan bir müşteri, reklam hesabında yalnızca "form" olarak görünür. Oysa iş sonucu formda değil, sözleşmede. Bu boşluğu kapatmanın yolu, satış tarafında kapanan kaydı reklam hesabına geri yazmaktır.

Bunun ön koşulu teknik değil, operasyoneldir: form kaydı ile satış kaydı aynı tanımlayıcıyla eşleşebilmelidir. Satış ekibiniz talebi kendi tablosuna elle kopyalıyorsa ve talebin nereden geldiği kaydedilmiyorsa, geri yazılacak bir bağ yoktur. Bu yüzden offline dönüşüm çalışmaları çoğu zaman reklam projesi olarak başlar ve kayıt disiplini projesi olarak biter.

Geri yazma çalıştığında kazanç şudur: teklif algoritmasının peşinden koştuğu hedef "form" olmaktan çıkıp "kapanan satış" olur. Bu, otomasyonun kalitesini doğrudan yükseltir. Otomasyona ne kadar devredileceği kararının neden temiz sinyale bağlı olduğunu PMax ve AI Max yazımızda ayrıca ele aldık.

Onay metni ile ölçüm kurgusunun ilişkisi

Ölçüm tarafındaki her telafi mekanizması, kişisel veri işleyen bir mekanizmadır. Bu yüzden teknik kurulumla hukuki metinlerin birbirini tutması gerekir; tutmadığında ortaya çıkan risk, ölçüm kaybından daha büyüktür.

Uygulamada bakılacak birkaç kalem var: aydınlatma metninizde reklam ölçümü ve yeniden pazarlama amacının açıkça yer alması, çerez politikasında kullanılan kategorilerin sitede gerçekten kullanılanlarla aynı olması, onay tercihinin ölçüm katmanına gerçekten iletiliyor olması ve çağrı takip gibi ek yazılımların veri işleyen taraf olarak metinlerde görünmesi. Bir de sık atlanan tarafı var: reddetme seçeneğinin kabul seçeneği kadar erişilebilir olması.

Bu satırlar hukuki görüş değil, ölçüm kurgusunun hukuki metinlerle çelişmemesi için bakılacak kontrol kalemleridir. Metinlerin kendisi için kendi hukuk danışmanınızla çalışmanız gerekir.

Ölçüm sağlık kontrolü: ayda bir bakılacak yedi kalem

Yedi satır uzun görünüyor ama tamamı bir saatlik düzenli bir kontrolle taranabilir. Bu kontrolün asıl değeri tek seferlik değil, arşivlenmesinde: aynı tabloyu her ay doldurup yan yana koyduğunuzda, bir metrikteki düşüşün pazar mı yoksa ölçüm mü kaynaklı olduğunu ayırt edebilir hâle gelirsiniz. Aynı mantığı organik ve yapay zeka kaynaklı trafik için kurarken AI trafiğini GA4 ile ölçme yazımızdaki doğrulama adımları kullanılabilir.

Ölçüm bozukken alınan kararların maliyeti

Bozuk ölçümün maliyeti, kaybolan dönüşüm sayısı değildir. Asıl maliyet, o eksik veriyle verilen kararlardır ve üç biçimde ortaya çıkar.

Birincisi, çalışan kanalı kapatmak. Ölçülemeyen bir kanal panelde "getirisi yok" görünür ve kapatılır. Kapatıldıktan sonra toplam talep düşer, ama düşüşün nedeni artık ölçülemez çünkü kanal kapalıdır.

İkincisi, otomasyonu yanlış yöne sürmek. Teklif algoritması eksik sinyalle beslendiğinde, ölçülebilen dönüşüm tipine doğru optimize eder. Formu ölçülüp telefonu ölçülmeyen bir işletmede sistem, telefonla dönüşen kitleden uzaklaşmayı öğrenir. Bu, panelde bir hata olarak görünmez — sadece talep yapısı sessizce değişir.

Üçüncüsü, tartışmanın kilitlenmesi. Ölçüm tartışmalıyken yapılan her performans toplantısı, rakamların doğruluğunu tartışmakla geçer ve karar üretmez. Ajans ile işletme arasındaki güven kaybının önemli bir kısmı buradan doğuyor; taraflar aslında aynı şeyi farklı ölçüyorlar.

Ölçümün nasıl kurulduğunun ve aylık raporda hangi kalemlerin yazılı geldiğinin kapsamını reklam yönetimi hizmetimizin sayfasında listeledik. Kendi hesabınızda yedi kalemi birlikte taramak isterseniz bize ulaşabilirsiniz.

Sıkça Sorulan Sorular

Çerez onayını reddeden ziyaretçinin dönüşümü hiç sayılmıyor mu?

Ziyaretçi dönüşebilir; sayılmayan şey dönüşümün hangi reklamdan geldiğidir. Onay reddedildiğinde kalıcı tanımlayıcı yazılamadığı için tıklama ile dönüşüm arasındaki bağ zayıflar ve kayıt rapora ya hiç düşmez ya da kaynak bilgisi olmadan düşer. Platformlar bu boşluğun bir kısmını modelleme ile kapatmaya çalışır. Karar verirken hatırlanması gereken ayrım şudur: dönüşümün olmaması ile görünmemesi panelde aynı, gerçekte bambaşka iki durumdur.

Modellenen dönüşümler gerçek dönüşüm gibi değerlendirilebilir mi?

Eğilim okumak için evet, tekil karar vermek için hayır. Modellenen dönüşüm, gözlemlenebilen kayıtların örüntüsünden üretilmiş istatistiksel bir tahmindir; aylar arasındaki yönü okumakta işe yarar çünkü aynı yöntem her ay uygulanır. Ancak bir kampanyayı kapatma ya da bütçeyi ikiye katlama gibi kararları ağırlıklı olarak modellenmiş birkaç dönüşüme dayandırmak risklidir. Raporda gözlemlenen ve modellenen kısmın ayrı satırlarda gösterilmesini isteyin; ayrıştırılamıyorsa o rakamla verilecek kararın hassasiyetini bir kademe düşürün.

Tıklama tanımlayıcısının kaybolduğunu nasıl tespit ederim?

Elle test en hızlı yoldur. Kendi reklamınıza tıklayın, açılan adres satırındaki tanımlayıcıyı not edin, ardından siteyi gezerek dönüşüm adımına kadar ilerleyin ve tanımlayıcının hâlâ saklandığını kontrol edin. Sık rastlanan kayıp noktaları yönlendirme zincirleri, form veya ödeme adımının başka bir alan adına geçmesi, onaydan önce çalışamayan betikler ve sorgu parametresini yok sayan önbellek yapılandırmalarıdır. Uzun karar süresi olan hizmetlerde ayrıca tıklama ile dönüşüm arasındaki sürenin saklama süresini aşması da eşleşmeyi bozar.

Telefonla gelen talebi nasıl ölçerim?

Dört yol var ve seçim hacme bağlı. Sitedeki numaraya tıklama olayını dönüşüm saymak en kolayıdır ama konuşmanın gerçekleştiğini kanıtlamaz. Reklam varlıkları üzerinden gelen aramalar için platformların kendi raporlaması vardır; kapsamı ülkeye ve hesap türüne göre değişebildiği için neyin raporlandığını kendi panelinizin belgesinden doğrulayın. Çağrı takip yazılımlarının dinamik numara değiştirme özelliği aramayı kaynağa bağlar, karşılığında maliyet ve kişisel veri sorumluluğu getirir. Küçük hacimlerde ise telefonu açan kişinin talebin kaynağını sorup kaydetmesi çoğu zaman en güvenilir yöntemdir.

Ölçüm eksikken otomatik teklif stratejisi kullanmak doğru mu?

Genellikle değil, çünkü otomatik teklif eksik sinyali düzeltmez, takip eder. Formu ölçülüp telefonu ölçülmeyen bir hesapta sistem telefonla dönüşen kitleden uzaklaşmayı öğrenir ve bu panelde bir hata olarak görünmez; yalnızca gelen talebin yapısı sessizce değişir. Savunulabilir sıra önce ölçümü doğrulamak, sonra düzenli bir dönüşüm akışı biriktirmek, ardından teklifi otomatiğe almaktır. Ölçüm tartışmalıyken yapılan strateji değişikliklerinin sonucu da aynı bozuk veriyle okunacağı için hiçbir şey öğretmez.