Reklam panelindeki dönüşüm sayısı ile muhasebe tarafındaki sipariş sayısı arasındaki fark, 2026'da artık bir ölçüm ayrıntısı değil, doğrudan bütçe kararlarını bozan yapısal bir sorun. Sektör verileri, standart Google Ads dönüşüm takibinin gerçek dönüşümlerin %30 ilâ %50'sini kaçırdığını gösteriyor. Üçüncü taraf çerezlerin kaybı, Safari ve iOS kısıtlamaları, reklam engelleyiciler ve izin (consent) bannerları birleşince, kampanya optimizasyonunu besleyen sinyal seyreliyor.
Bu kaybın en can sıkıcı tarafı, sadece raporu bozmaması. Akıllı teklif algoritmaları gördükleri dönüşümlere göre öğrenir. Eksik sinyalle beslenen bir tROAS kampanyası, aslında iyi çalışan bir kitleyi kötü sanıp bütçeyi oradan çeker. Yani ölçüm kaybı, zamanla gerçek performans kaybına dönüşür.
İyi haber şu: bu boşluğun büyük kısmı geri kazanılabilir. Enhanced Conversions (Gelişmiş Dönüşümler) ve Consent Mode v2 doğru kurulduğunda, kaybolan ilişkilendirmenin önemli bir bölümü tekrar görünür hale geliyor. Bu yazıda neyin ne kadar geri geldiğini, kurulumun kritik noktalarını ve Nisan 2026'da devreye giren yeni birleşik veri modelini ele alıyoruz.
Ölçüm kaybı tam olarak nereden geliyor?
Kaybı tek bir sebebe bağlamak mümkün değil; üst üste binen dört katman var.
Tarayıcı kısıtlamaları. Safari'nin ITP uygulaması, istemci tarafında yazılan çerezlerin ömrünü 7 güne, bazı senaryolarda 24 saate indiriyor. Bir kullanıcı reklamı salı günü tıklayıp iki hafta sonra satın aldığında, bağlantı çoktan kopmuş oluyor.
İzin bannerları. KVKK ve GDPR uyumlu banner'larda reddetme oranı sektöre göre %20 ilâ %60 arasında değişiyor. Reddeden her kullanıcı, varsayılan kurulumda ölçümün tamamen dışında kalıyor.
Cihazlar arası yolculuk. Mobilde keşfedip masaüstünde satın alan kullanıcı, çerez tabanlı takipte iki ayrı kişi gibi görünüyor. E-ticarette bu davranış istisna değil, norm.
Reklam engelleyiciler ve ağ seviyesi filtreler. İstemci tarafındaki etiketin hiç yüklenmediği senaryolar, özellikle teknoloji ve oyun sektörlerinde ciddi paya sahip.
Bu dört katmanın toplamı, panelde gördüğünüz ROAS ile gerçek kârlılık arasındaki makası açıyor. Performans pazarlama tarafında yaptığımız ölçüm denetimlerinde en sık karşılaştığımız tablo da bu: kampanya kurgusu doğru, kreatif iyi, ama altyapı kör.
Enhanced Conversions ne yapıyor, ne yapmıyor?
Önce bir yanlış anlamayı düzeltelim: Enhanced Conversions yeni dönüşüm yaratmaz. Zaten gerçekleşmiş ama çerez kaybı yüzünden reklam tıklamasıyla eşleştirilemeyen dönüşümleri görünür kılar.
Mekanizma basit. Dönüşüm anında sitenizin elinde bulunan birinci taraf veriler (e-posta adresi, telefon numarası, ad-soyad, adres) tarayıcıda SHA-256 ile hash'lenir ve dönüşüm etiketiyle birlikte Google'a gönderilir. Google, kendi tarafındaki oturum açmış kullanıcı verisinin hash'iyle karşılaştırır. Eşleşme olursa, dönüşüm doğru kampanyaya yazılır. Ham veri hiçbir noktada açık şekilde iletilmez.
Google'ın kendi dokümantasyonu, kurulum sonrası raporlanan dönüşümlerde tipik olarak %5 ilâ %15 artış bildiriyor. Sahadaki sonuçlar bundan daha geniş bir aralığa yayılıyor: e-posta zorunlu bir formu olan B2B siteleri veya üyelikli e-ticaret altyapıları eşleşme oranı yüksek olduğu için üst banda, misafir ödemenin baskın olduğu siteler alt banda yakın sonuç alıyor.
Kritik ön koşul: dönüşüm anında elinizde eşleştirilebilir bir veri olmalı. Sadece "Teşekkürler" sayfası gösteren, e-postayı veri katmanına yazmayan bir akışta Enhanced Conversions'ın yapabileceği bir şey yok. Bu yüzden proje çoğu zaman reklam panelinde değil, e-ticaret altyapısında başlıyor.
Consent Mode v2 olmadan denklem çalışmıyor
Burada çoğu ekibin gözden kaçırdığı bir bağımlılık var. Google, Enhanced Conversions verisini kullanabilmek için ad_user_data izin parametresinin "granted" olmasını şart koşuyor. Yani izin altyapınız eksikse, hash'lenmiş veriyi göndermeniz hiçbir işe yaramaz; sinyal kapıda geri çevrilir.
Consent Mode v2'nin ikinci işlevi ise modelleme. İzin vermeyen kullanıcılar için etiket, çerez yazmadan sinyalsiz bir "ping" gönderir. Google, izin veren kullanıcılardan öğrendiği davranış örüntülerini kullanarak izin vermeyen trafiğin dönüşüm olasılığını modeller ve raporlara modellenmiş dönüşüm olarak ekler.
Ama bu modellemenin bir eşiği var ve bu eşik küçük hesapları dışarıda bırakıyor: Google'ın modeli genelde izin vermeyen kullanıcılardan günde 1.000+ olay seviyesini 7 gün üst üste gördüğünde devreye giriyor. Bu hacme ulaşamayan hesaplarda temel mod (basic consent mode) ile gelişmiş mod arasındaki fark, beklendiği kadar belirgin olmuyor.
Pratik sonuç: gelişmiş izin modu + sunucu taraflı etiketleme kombinasyonu, izin kaynaklı kaybın %60-70'ini geri kazanabiliyor; sadece istemci tarafında kurulmuş temel modda bu oran belirgin şekilde düşük kalıyor. Google Ads hesaplarında ölçüm restorasyonu projelerine bu iki bileşeni birlikte planlayarak başlamak gerekiyor.
Nisan 2026 değişikliği: tek kaynaklı kullanıcı verisi
Nisan 2026'dan itibaren Google Ads, kullanıcı tarafından sağlanan veriyi site etiketi, Data Manager ve API bağlantıları üzerinden birlikte kabul ediyor. Daha önce bu yöntemler arasında seçim yapmanız gerekiyordu; artık gerekmiyor ve mevcut kullanıcılar yeni birleşik ayara otomatik taşınıyor.
Bu, ölçüm mimarisi açısından önemli bir rahatlama. Web sitesinden gelen hash'lenmiş e-posta ile CRM'den API üzerinden gönderilen çevrimdışı dönüşüm verisi aynı havuzda birleşebiliyor. Uzun satış döngüsü olan B2B işler ve çağrı merkezi üzerinden kapanan satışlar için bu, panelde yıllardır görünmeyen gelirin nihayet kampanyaya yazılması anlamına geliyor.
Aynı dönemde Meta tarafında da benzer bir sadeleşme yaşandı. Temmuz 2026'dan itibaren eski "Meta teknolojileri dışındaki etkinlikleriniz" kontrolü kaldırıldı; Pixel ve Conversions API üzerinden paylaşılan veri artık tek bir "diğer işletmelerden gelen etkinlik" ayarı altında yönetiliyor ve sadece reklamları değil, akış önerilerini de besliyor. Meta Ads tarafında Conversions API kurulumu olmayan hesaplar, bu sadeleşmeden faydalanamıyor.
Kurulum kontrol listesi
Uygulamayı sırayla yapmak, sonradan hata ayıklamaktan çok daha ucuz:
- İzin altyapısını önce kurun. CMP'niz Consent Mode v2 sertifikalı olmalı ve
ad_storage,ad_user_data,ad_personalization,analytics_storageparametrelerini doğru yaymalı. - Veri katmanını hazırlayın. Dönüşüm anında e-posta ve telefonun veri katmanında bulunduğundan emin olun. CSS seçiciyle DOM'dan okumak çalışır ama tema güncellemesinde sessizce bozulur; kalıcı çözüm veri katmanıdır.
- Normalizasyon kurallarına uyun. E-posta küçük harfe çevrilmeli ve baştaki/sondaki boşluklar temizlenmeli; telefon numarası E.164 formatında, ülke kodu ile gönderilmeli. Yanlış formatlanmış veri sessizce eşleşmez.
- Google Ads'te Enhanced Conversions'ı etkinleştirin ve hizmet şartlarını kabul edin.
- GTM'de User-Provided Data değişkenini oluşturup dönüşüm etiketine bağlayın; tetikleyici dönüşüm anı olmalı.
- Mümkünse sunucu taraflı etiketlemeye geçin. Tarayıcı kısıtlamalarından ve reklam engelleyicilerden en güçlü korunma burada.
Hangi işte ne kadar geri kazanım bekleyebilirsiniz?
Geri kazanım oranı evrensel bir sabit değil; eşleştirilebilir veriye ne kadar kolay ulaştığınıza bağlı. Sahadaki tablo kabaca şöyle ayrışıyor.
Üyelikli e-ticaret ve abonelik modelleri. Kullanıcı ödeme öncesi zaten oturum açtığı için e-posta eşleşme oranı yüksek. Bu grupta Enhanced Conversions tek başına raporlanan dönüşümlerde çift haneli artış üretebiliyor. Cihazlar arası yolculuğun uzun olduğu abonelik işlerinde etki daha da belirgin.
Misafir ödemenin baskın olduğu perakende. Burada e-posta ödeme adımında alınıyor ama hesap açılmıyor. Eşleşme hâlâ mümkün, ancak oran daha düşük. Bu işlerde asıl kazanç, ödeme sayfasında e-posta alanını akışın erken bir adımına taşımak gibi küçük UX değişikliklerinden geliyor.
Lead toplayan B2B siteleri. Form doldurma anında hem e-posta hem telefon elde olduğu için teknik eşleşme kolay. Asıl zorluk, formdan gelen lead'in aylar sonra kapanan satışla ilişkilendirilmesi. Burada Enhanced Conversions'ı tek başına değil, CRM'den beslenen çevrimdışı dönüşüm yüklemesiyle birlikte kurmak gerekiyor; Nisan 2026'daki birleşik veri modelinin en çok işe yaradığı senaryo da bu.
Randevu ve çağrı odaklı hizmetler. Dönüşümün telefonla kapandığı işlerde web tarafındaki ölçüm zaten kısmi. Çağrı takibi ile birinci taraf veri birleştirilmediği sürece, panel gerçeğin yarısını bile göstermiyor.
Bu ayrışma, kurulum önceliğini belirlemek için de kullanışlı. Eşleştirilebilir veriye en kolay ulaştığınız dönüşüm eyleminden başlayın; erken kazanç, projenin geri kalanı için iç savunma sağlar.
Sık yapılan dört hata
İzin altyapısını sonraya bırakmak. Enhanced Conversions'ı kurup izin parametrelerini eksik bırakan ekipler, haftalarca veri gönderip hiç eşleşme görmüyor. Sıralama her zaman izin altyapısı, sonra veri katmanı, en son etiket olmalı.
DOM'dan okumaya güvenmek. CSS seçiciyle teşekkür sayfasından e-posta çekmek ilk gün çalışır. Tema güncellemesi ya da ödeme sağlayıcısı değişikliği bu seçiciyi sessizce bozar; kimse fark etmez, veri akışı durur. Veri katmanı tek kalıcı çözüm.
Ölçüm değişikliğini performans artışı sanmak. Kurulumdan sonra raporlanan dönüşüm yükselir. Bunu kampanya başarısı olarak raporlamak, bir sonraki dönemin hedeflerini gerçekdışı bir tabana oturtur. Ölçüm değişikliğinin tarihini raporda açıkça işaretleyin.
Tek platforma odaklanmak. Google tarafındaki ölçümü düzeltip Meta tarafını olduğu gibi bırakmak, kanallar arası bütçe kararlarını bozar. İki kanalın ölçüm olgunluğu farklıysa, karşılaştırdığınız ROAS rakamları aynı şeyi ölçmüyor demektir. Kanal bazlı iyileştirme yerine ölçüm altyapısını bütün olarak ele almak gerekiyor.
Sonucu nasıl doğrularsınız?
Kurulumu "yeşil tik" görünce tamamlanmış saymayın. Üç kontrol noktası işe yarıyor.
Tanılama ekranı. Google Ads'te dönüşüm eylemi detayında Enhanced Conversions tanılama sekmesi, gönderilen veri miktarını ve eşleşme durumunu gösterir. Veri akmıyorsa sorun kurulumda, akıyor ama eşleşme düşükse sorun veri kalitesindedir.
Panel ile gerçek arasındaki fark. Kurulum öncesi ve sonrası dört haftayı, reklam panelindeki dönüşüm sayısı ile arka ofisteki sipariş sayısı oranı üzerinden karşılaştırın. Amaç panel sayısını şişirmek değil, iki tarafın birbirine yaklaşmasıdır.
Modellenmiş dönüşüm payı. Gelişmiş izin modu devreye girdiğinde modellenmiş dönüşümlerin toplam içindeki payını izleyin. Bu oranın aniden sıfırlanması, çoğu zaman CMP güncellemesinin izin parametrelerini bozduğuna işaret eder.
Son bir uyarı: ölçüm iyileştikçe raporlanan ROAS yükselir. Bu artışın bir kısmı gerçek performans iyileşmesi değil, daha önce görünmeyen dönüşümlerin görünür olmasıdır. Kurulum sonrası teklif hedeflerini hemen sıkılaştırmayın; algoritmanın yeni sinyal hacmiyle en az iki dönüşüm döngüsü boyunca yeniden öğrenmesine izin verin.
Sonuç
2026'nın ölçüm gerçeği şu: çerez tabanlı takip artık tek başına yeterli değil ve bu durum geri dönmeyecek. Enhanced Conversions, Consent Mode v2 ve sunucu taraflı etiketleme üçlüsü, kaybolan sinyalin büyük bölümünü geri kazandıran ve şu anda sahada en gerçekçi olan çözüm seti.
Yatırımın asıl getirisi de rapordaki daha güzel sayılar değil. Doğru sinyalle beslenen akıllı teklif algoritmaları daha isabetli bütçe dağıtımı yapıyor; bu da aynı harcamayla daha fazla gelir anlamına geliyor. Ölçüm altyapısı, 2026'da kreatiften sonra en yüksek getirili performans yatırımı.
