Google Ads müşteri eşleştirmede rıza, kullanıcıdan alınan iznin Google’a ad_user_data ve ad_personalization sinyalleriyle doğru iletilmesiyle verilir.
Bu süreç, yalnızca müşteri listesini SHA-256 ile hashleyip Google Ads’e yüklemekten oluşmaz. Kullanıcının hangi amaçlara izin verdiği, hangi bölgede bulunduğu ve verinin hangi kampanyada kullanılacağı birlikte değerlendirilir.
Türkiye merkezli olup Avrupa Ekonomik Alanı’na satış yapan markalarda bu ayrım özellikle önemlidir. Rıza yoksa listeyi yüklemek, yalnızca teknik olarak başarısız bir işlem değildir; veri kullanım amacının ve platform koşullarının ihlaline yol açabilir.
Google Ads müşteri eşleştirmede rıza nasıl verilir?
Google Ads müşteri eşleştirmede rıza, kullanıcı onayından sonra Google etiketine veya Google Tag Manager kurulumuna iki ayrı sinyal gönderilerek verilir.
ad_user_data, kullanıcı verilerinin Google’a reklam ölçümü veya reklam hizmetleri kapsamında aktarılmasına ilişkin izni gösterir. ad_personalization ise kişiselleştirilmiş reklam ve yeniden pazarlama gibi reklam kişiselleştirme amaçlarını kapsar.
Bu sinyaller, çerez banner’ındaki tercih merkeziyle bağlantılı olmalıdır. Kullanıcı “reklam amaçlı veri kullanımı” seçeneğini reddederse ilgili sinyal DENIED gönderilmelidir. Onay verilirse sinyal GRANTED olarak iletilir.
Google Tag veya gtag.js kullanan sitelerde bu değerler Consent Mode yapılandırması üzerinden gönderilebilir. Google Tag Manager kullanan sitelerde ise CMP’nin, kullanıcı tercihini ilgili etiketlere aktarması gerekir.
Rıza sinyalinin gönderilmesi, müşterinin e-posta adresi veya telefon numarasını otomatik olarak müşteri listesine dönüştürmez. Liste ayrıca Google Ads politikalarına uygun biçimde hazırlanmalı ve yüklenmelidir.
Bu nedenle kurulumu iki ayrı kontrol olarak ele alın: önce rıza sinyalinin doğru iletilmesi, sonra rıza verilen kullanıcı verisinin doğru amaçla işlenmesi. Google Ads’te müşteri eşleme nasıl kullanılır? rehberinde liste türleri ve kullanım alanları ayrıca açıklanır.
ad_user_data ve ad_personalization arasındaki fark nedir?
ad_user_data, kullanıcı verisinin Google’a aktarılmasına; ad_personalization ise bu verinin kişiselleştirilmiş reklam amaçlarıyla kullanılmasına ilişkin rızayı temsil eder.
Bu iki sinyal aynı anlama gelmez. Bir kullanıcı reklam ölçümü için veri aktarımına izin verirken kişiselleştirilmiş reklamlara izin vermeyebilir. Bu durumda ad_user_data GRANTED, ad_personalization ise DENIED olabilir.
Örneğin bir e-ticaret sitesi, satın alma işleminin reklam dönüşümü olarak ölçülmesine izin alabilir. Ancak aynı kullanıcı, ilgi alanına göre yeniden hedeflenmek istemeyebilir. Consent Mode kurulumu bu ayrımı destekleyecek şekilde tasarlanmalıdır.
Her iki sinyali de kullanıcıdan bağımsız biçimde sürekli GRANTED göndermek doğru değildir. Banner açılır açılmaz varsayılan değerlerin izin verilmiş gibi ayarlanması, rıza yönetiminin temel mantığını bozar.
Avrupa’ya satış yapan Türkiye merkezli bir marka için en güvenli uygulama, Avrupa Ekonomik Alanı’ndaki kullanıcılar için varsayılan durumu DENIED başlatmaktır. Kullanıcı seçimini yaptıktan sonra yalnızca izin verdiği kategoriler GRANTED olarak güncellenmelidir.
Bu ayrım, müşteri listesi yükleme sürecinde de önem taşır. Liste üyelerinin reklam kişiselleştirmesine izin verdiği kanıtlanamıyorsa, veriyi kişiselleştirilmiş reklam hedeflemesinde kullanmak uygun olmayabilir.
Yanlış: “Cookie banner’ı var, bu yüzden tüm müşteri listesi kullanılabilir.” Doğru: “Her kullanıcı için amaç, bölge, zaman ve tercih kaydı kontrol edilerek uygun veri kullanılır.”
Avrupa’daki kullanıcılar için hangi rıza gerekir?
Avrupa’daki kullanıcılar için gereken rıza, verinin hangi amaçla işlendiğine ve Google Ads’te hangi özelliğin kullanıldığına göre belirlenir.
Müşteri Eşleştirme, mevcut müşteri verilerinin reklam hesabındaki kitlelerle eşleştirilmesini sağlar. Bu işlemde kullanılan e-posta adresi, telefon numarası veya diğer tanımlayıcılar kişisel veri niteliği taşıyabilir.
Bu nedenle kullanıcıya yalnızca genel bir “web sitesi kullanımını kabul ediyorum” seçeneği sunmak yeterli olmayabilir. Reklam kişiselleştirme, reklam ölçümü ve üçüncü taraf hizmetlere veri aktarımı ayrı amaçlar olarak açıklanmalıdır.
Rıza metninde Google gibi reklam teknolojisi sağlayıcılarına veri aktarımı, müşteri listelerinin hedefleme amacıyla kullanılması ve kullanıcının tercihlerini sonradan değiştirebilmesi anlaşılır biçimde belirtilmelidir.
Bir kullanıcı yalnızca zorunlu çerezleri kabul etmişse, bu tercih müşteri eşleştirme için otomatik izin anlamına gelmez. Kullanıcı e-posta adresini alışveriş sırasında vermiş olsa bile, bu bilgi her reklam amacı için sınırsız kullanım hakkı sağlamaz.
Rıza gereklilikleri ülkeye, işleme amacına ve yerel mevzuata göre değişebilir. Bu nedenle teknik ekip Consent Mode’u kurarken hukuk veya veri koruma sorumlusundan onaylanmış amaç ve kategori eşlemesini almalıdır.
Rıza kayıtlarında en azından kullanıcı tercihi, zaman damgası, politika sürümü ve tercih merkezinin kaynağı tutulmalıdır. Bu kayıtlar, listenin neden kullanılabildiğini sonradan açıklamak için gereklidir.
Consent Mode Google Ads müşteri eşleştirme için nasıl kurulmalıdır?
Consent Mode kurulumu, kullanıcı tercihinden önce varsayılan durumun belirlenmesi ve tercih sonrasında sinyallerin güncellenmesiyle yapılır.
İlk adımda Google etiketi yüklenmeden veya ölçüm başlatılmadan önce varsayılan rıza durumu tanımlanır. Avrupa trafiğinde reklamla ilgili izinler verilmemişse ad_user_data ve ad_personalization değerleri DENIED başlatılmalıdır.
İkinci adımda çerez onay platformu, kullanıcı seçimini Google etiketine iletir. Kullanıcı reklam amacıyla veri aktarımına izin verirse ad_user_data güncellenir. Kişiselleştirilmiş reklamları da kabul ederse ad_personalization ayrıca GRANTED yapılır.
Üçüncü adım, sayfa yenilenmeden gerçekleşen güncellemenin test edilmesidir. Kullanıcı tercih verdiğinde tarayıcı geliştirici araçlarında ilgili Google etiketi çağrılarının oluştuğu ve değerlerin doğru değiştiği kontrol edilmelidir.
Google Tag Manager kullanılıyorsa CMP ile GTM arasında tetikleyici sıralaması kurulmalıdır. Rıza bilgisi gelmeden dönüşüm, yeniden pazarlama veya müşteri verisi gönderen etiketlerin çalışmaması gerekir.
Kurulumun yalnızca ana sayfada test edilmesi yeterli değildir. Ürün, sepet, ödeme, teşekkür ve hesap sayfalarında aynı tercih mekanizmasının çalıştığı kontrol edilmelidir.
- CMP’de reklam ölçümü ve kişiselleştirme kategorilerini ayırın.
- Varsayılan ad_user_data ve ad_personalization değerlerini belirleyin.
- Kullanıcı tercihi sonrası güncelleme çağrısını yapılandırın.
- Google Tag Assistant ve tarayıcı ağ kayıtlarıyla sinyalleri test edin.
- Farklı bölge, cihaz ve tercih senaryolarını kayıt altına alın.
Müşteri listesi yüklenmeden önce hangi kontroller yapılmalıdır?
Müşteri listesi yüklenmeden önce veri kaynağı, rıza amacı, rıza tarihi ve Google Ads kullanım amacı birlikte kontrol edilmelidir.
Listeye yalnızca gerekli alanlar eklenmelidir. E-posta, telefon veya ad-soyad gibi alanların tamamını her kampanya için göndermek zorunlu değildir. Kampanyanın eşleştirme ihtiyacına göre veri minimizasyonu uygulanmalıdır.
Google Ads’e yüklenen müşteri verileri genellikle yükleme sırasında hashlenir veya Google’ın istediği biçimde hazırlanır. Hashleme, rıza eksikliğini ortadan kaldırmaz. Şifrelenmiş ya da hashlenmiş veri de kişisel veri işleme sürecinin parçası olabilir.
Listenin kaynağı da önemlidir. Bir müşteri, satın alma sırasında e-posta adresini paylaşmış olabilir. Ancak bu bilgi, her zaman üçüncü taraf reklam kişiselleştirmesine açık bir izin olarak yorumlanmamalıdır.
İzin kaydı bulunmayan eski müşteriler için toplu liste kullanımı risklidir. Bu durumda önce izinlerin hangi kanaldan alındığı, metinde hangi amacın yazdığı ve kayıtların hâlâ erişilebilir olup olmadığı incelenmelidir.
Liste segmentlerini rıza durumuna göre ayırmak pratik bir yöntemdir. Örneğin yalnızca reklam kişiselleştirmesine izin veren kullanıcılar ayrı, sadece ölçüm izni bulunan kullanıcılar ayrı işlenebilir.
Google Ads hesabında müşteri listesinin kampanya, reklam grubu ve hedefleme amacı da belgelenmelidir. Liste bir kampanyada hariç tutma amacıyla kullanılacaksa, kişiselleştirilmiş hedefleme kullanımından ayrı değerlendirme yapılmalıdır.
Ajans ve reklamveren rıza sorumluluğunu nasıl paylaşmalıdır?
Rıza sorumluluğu, reklamverenin veri işleme amacını ve hukuki dayanağı belirlemesi; ajansın ise onaylanan teknik kuralları doğru uygulamasıyla paylaşılmalıdır.
Reklamveren, hangi müşteri verisinin hangi amaçla kullanılabileceğini yazılı biçimde tanımlamalıdır. Ajans, bu tanım olmadan müşteri listesini kendi varsayımıyla kampanyaya bağlamamalıdır.
Ajansın görevi, Consent Mode sinyallerini kurmakla sınırlı değildir. Etiketlerin ne zaman çalıştığı, hangi veri katmanından beslendiği, listenin hangi hesapta kullanıldığı ve kullanıcı tercihinin nasıl güncellendiği de kontrol edilmelidir.
Ajans ile marka arasında veri işleme rolleri ayrıca belirlenmelidir. Sözleşmede müşteri listesinin kim tarafından hazırlandığı, kim tarafından yüklendiği, erişim yetkilerinin kimde olduğu ve silme taleplerinin nasıl uygulanacağı açıklanabilir.
Birden fazla ülkeye satış yapan markalarda tek bir global rıza kuralı kullanmak her zaman uygun değildir. Avrupa trafiği, Birleşik Krallık trafiği ve Türkiye trafiği için farklı CMP ayarları gerekebilir.
Raporlama tarafında da ayrım korunmalıdır. Rıza vermeyen kullanıcıların ölçüm sonuçları, izin veren kullanıcıların verileriyle aynı kapsamda yorumlanmamalıdır. Platform raporundaki düşüş, doğrudan kampanya performansı düşüşü anlamına gelmeyebilir.
Her değişiklik için sürüm kaydı tutulması gerekir. CMP şablonu, Google etiket ayarı veya müşteri listesi segmenti değiştiğinde tarih, sorumlu kişi ve test sonucu yazılmalıdır.
Rıza sinyalleri nasıl test edilir ve hata nasıl bulunur?
Rıza sinyalleri, en az üç kullanıcı senaryosu ve iki farklı tarayıcı davranışıyla test edilmelidir.
İlk senaryoda kullanıcı tüm reklam izinlerini reddetmelidir. Bu durumda ad_user_data ve ad_personalization değerlerinin DENIED kaldığı, müşteri verisi gönderen etiketlerin çalışmadığı veya izin gerektiren işlemlerin engellendiği görülmelidir.
İkinci senaryoda kullanıcı yalnızca reklam ölçümüne izin vermelidir. Burada ad_user_data GRANTED, ad_personalization ise DENIED olmalıdır. Uygulamanız bu ayrımı desteklemiyorsa, CMP kategorileri yeniden tasarlanmalıdır.
Üçüncü senaryoda kullanıcı hem veri aktarımına hem kişiselleştirilmiş reklamlara izin vermelidir. İki sinyalin de doğru güncellendiği ve ilgili etiketlerin tercih sonrasında çalıştığı kontrol edilmelidir.
Test sırasında tarayıcı geliştirici araçlarında Google etiket çağrılarını inceleyin. Ayrıca Google Tag Assistant gibi hata ayıklama araçlarıyla etiket sıralamasını kontrol edin. Sadece CMP ekranında “onaylandı” görünmesi yeterli değildir.
Çerez silme ve yeni oturum testleri de yapılmalıdır. Kullanıcı tercihi tarayıcıda saklanıyor, fakat Google etiketine aktarılmıyorsa rapor ile gerçek teknik durum birbirinden ayrılır.
Mobil web ve masaüstü web ayrı test edilmelidir. Uygulama içi reklamlar, sunucu taraflı etiketleme veya farklı ödeme alanları kullanılıyorsa bu kanallar ayrıca incelenmelidir.
| Test senaryosu | ad_user_data | ad_personalization | Beklenen sonuç |
|---|---|---|---|
| Tüm reklam izinleri reddedildi | DENIED | DENIED | Kişiselleştirilmiş reklam verisi gönderilmez. |
| Yalnızca ölçüm izni verildi | GRANTED | DENIED | Ölçüm amacı ile kişiselleştirme ayrılır. |
| Ölçüm ve kişiselleştirme kabul edildi | GRANTED | GRANTED | Onaylanan reklam amaçları etkinleşir. |
Google Ads müşteri eşleştirmede en sık yapılan hatalar nelerdir?
En sık hata, çerez rızası ile müşteri listesi kullanım rızasını aynı izin gibi değerlendirmektir.
Bir web sitesinde reklam çerezleri kabul edilmiş olabilir. Ancak CRM’de bulunan müşterilerin reklam listesine eklenmesi için kullanılan veri kaynağı, amaç ve izin kapsamı ayrıca incelenmelidir.
İkinci hata, iki sinyali her durumda GRANTED göndermektir. Bu yöntem kısa vadede daha fazla veri görünmesini sağlayabilir; fakat kullanıcı tercihini gerçek biçimde yansıtmaz ve uyumluluk riskini artırır.
Üçüncü hata, CMP yüklenmeden Google etiketini çalıştırmaktır. Etiket ilk açılışta çalışıyor, kullanıcı tercihi sonradan gönderiliyorsa ilk çağrı yanlış rıza durumuyla oluşabilir.
Dördüncü hata, rıza reddedildiğinde yalnızca reklam çerezlerini engelleyip müşteri verisini gönderen başka bir entegrasyonu açık bırakmaktır. GTM, sunucu tarafı etiketleme, CRM bağlantısı ve içe aktarma akışı birlikte incelenmelidir.
Beşinci hata, müşteri listesinin süresiz kullanılabileceğini varsaymaktır. Kullanıcının rızasını geri çekmesi hâlinde ilgili CRM kaydı, reklam listesi ve senkronizasyon akışı kontrol edilmelidir.
Altıncı hata, Google Ads raporundaki eşleşme oranını rıza uyumluluğuyla karıştırmaktır. Eşleşme oranı teknik veri kalitesi hakkında fikir verir; rızanın geçerli olduğunu tek başına kanıtlamaz.
Google Ads’te URL parametreleri ve etiket verileri de ayrıca izlenmelidir. Örneğin Google Ads’te gad_source neden kaybolur? sorusu, rıza akışından farklı bir izleme problemidir; iki konuyu aynı hata başlığında birleştirmeyin.
Rıza yönetimi müşteri eşleştirme kampanyalarının performansını nasıl etkiler?
Rıza yönetimi, müşteri eşleştirme kampanyalarında ulaşılabilir kullanıcı sayısını ve ölçülebilen dönüşüm hacmini değiştirebilir.
Rıza vermeyen kullanıcılar hedefleme listesine eklenemeyebilir veya kişiselleştirilmiş reklam amaçlarıyla kullanılamayabilir. Bu durum listedeki kullanıcı sayısını ve kampanyanın erişim tahminini düşürebilir.
Ancak daha büyük liste, otomatik olarak daha iyi performans anlamına gelmez. Liste büyürken veri kaynağı, izin kapsamı ve müşteri segmentinin güncelliği bozuluyorsa performans raporu yanıltıcı olabilir.
Rıza oranını değerlendirirken tek bir yüzdeli sonuçla yetinmeyin. Trafik kaynağı, ülke, cihaz, yeni veya geri dönen kullanıcı ve tercih kategorisine göre kırılım alın.
Örneğin Avrupa trafiğinde kişiselleştirme izni düşük, Türkiye trafiğinde daha yüksek olabilir. Bu iki pazarı tek listede birleştirmek, kampanya erişimini ve ölçüm karşılaştırmasını zorlaştırır.
Rıza değişikliklerini kampanya optimizasyonundan ayrı kaydetmek gerekir. CMP metni, banner tasarımı veya varsayılan durum değiştiğinde dönüşüm sayılarında oluşan fark, kampanya değişikliği olarak yorumlanmamalıdır.
Yeni müşteri edinme kampanyalarında mevcut müşterilerin hariç tutulması planlanıyorsa, kullanılan listenin de rıza ve veri kaynağı açısından kontrol edilmesi gerekir. Talep Yaratma’da yeni müşteri kitlesi nasıl hariç tutulur? rehberi bu operasyonel ayrımı açıklar.
Ölçüm sonuçlarını yorumlarken rıza vermeyen trafiğin modellenmiş veya eksik raporlanabileceğini dikkate alın. Platformdaki değişimi, CRM satışları ve sipariş verileriyle birlikte değerlendirin.
Google Ads müşteri eşleştirme için son kontrol listesi nedir?
Son kontrol listesi, teknik sinyal, kullanıcı tercihi, veri kaynağı ve kampanya kullanımını aynı akışta doğrulamalıdır.
Rıza yönetimi tamamlanmadan müşteri listesini yüklemek yerine, önce test ortamında küçük bir veri örneğiyle akışı doğrulayın. Gerçek müşterilere ait olmayan test kayıtları kullanmak daha güvenlidir.
- CMP’de reklam ölçümü ve kişiselleştirme amaçları ayrı tanımlandı mı?
- Avrupa trafiğinde varsayılan ad_user_data ve ad_personalization değerleri DENIED mı?
- Kullanıcı tercihi değiştiğinde Google etiketine güncel sinyal gönderiliyor mu?
- Rıza kaydında zaman, amaç, politika sürümü ve kullanıcı tercihi tutuluyor mu?
- Müşteri listesindeki her kaydın kullanım amacı ve veri kaynağı biliniyor mu?
- Rıza vermeyen kullanıcılar müşteri eşleştirme akışından çıkarılıyor mu?
- CRM, GTM, Google Ads ve sunucu tarafı entegrasyonları birlikte test edildi mi?
- Liste kullanımının hedefleme mi, hariç tutma mı olduğu belgeleniyor mu?
- Rıza geri çekildiğinde mevcut reklam listesi ve senkronizasyon güncelleniyor mu?
- Kurulum değişiklikleri tarih ve test sonucu ile kayıt altına alınıyor mu?
Bu maddelerden biri cevapsızsa kampanyayı doğrudan büyütmek yerine ilgili veri akışını durdurup eksik kontrolü tamamlayın.
Google Ads hesabının genel yapısını anlamak için Google Ads nedir? rehberindeki hesap, kampanya ve ölçüm ayrımlarına da bakabilirsiniz.
Sonuç olarak rıza, müşteri listesinin yanında duran tek bir ayar değildir. Kullanıcı arayüzü, Google etiketi, CRM, liste yükleme süreci ve kampanya hedeflemesi birlikte çalışmalıdır.
Google Ads müşteri eşleştirme kurulumunuzda rıza sinyallerini, veri akışlarını ve test kayıtlarını birlikte değerlendirmek için Medyografya ekibiyle iletişime geçebilirsiniz.
İlgili Yazılar
Sık Sorulan Sorular
Google Ads müşteri eşleştirmede ad_user_data ne anlama gelir?
ad_user_data, kullanıcı verilerinin Google’a reklam ölçümü veya reklam hizmetleri kapsamında aktarılmasına ilişkin rıza sinyalidir.
ad_personalization hangi durumda GRANTED gönderilir?
Kullanıcı kişiselleştirilmiş reklam, yeniden pazarlama veya benzer reklam amaçlarına açıkça izin verdiğinde GRANTED gönderilir.
Rıza vermeyen kullanıcı müşteri listesine eklenebilir mi?
Rıza kapsamı müşteri eşleştirme veya kişiselleştirilmiş reklam kullanımını karşılamıyorsa kullanıcı listeye eklenmemelidir.
Consent Mode kurulumu nasıl test edilir?
Reddetme, yalnızca ölçüm izni ve tam reklam izni senaryoları ayrı ayrı denenerek sinyallerin DENIED veya GRANTED değerleri kontrol edilir.
Hashleme müşteri listesi için rıza gereğini ortadan kaldırır mı?
Hayır. Hashleme teknik bir veri hazırlama yöntemidir; kullanıcı rızası ve veri kullanım amacı gerekliliğini ortadan kaldırmaz.