Çerez Yönetimi ve Consent UX: KVKK Uyumlu Web Deneyimi Tasarlamak

Consent UX’in temeli kategorilerdir. Kullanıcı “neye izin verdiğini” anlamıyorsa, izin akışı sadece formalite olur. Kategorileri doğru tanımlamak; hem KVKK uyumu hem de teknik tetikleme (tag firing) açısından şarttır.

Çoğu ekip “analytics” ve “marketing” ayrımını bilir; ancak pratikte kategori setini basit tutmak gerekir. Çok fazla kategori, tercih merkezini karmaşıklaştırır; çok az kategori ise gerçek kontrol hissini azaltır. İyi pratik: Zorunlu (essential) + İstatistik (analytics) + Pazarlama (ads/remarketing) + Tercih/Fonksiyonel gibi bir çatı.

Hangi çerezler zorunlu, hangileri için izin gerekir?

Genel olarak “siteyi çalıştırmak” için gerekli olan çerezler zorunlu kategoride değerlendirilir; analitik, reklam/remarketing ve kişiselleştirme gibi amaçlar ise genellikle kullanıcı onayı gerektirir. Kritik nokta: “zorunlu” etiketiyle aslında pazarlama/ölçüm yapan etiketleri çalıştırmamak; kategorileri gerçek işlevine göre ayırmaktır.

Mini Check

• •Zorunlu kategori gerçekten “siteyi çalıştıran” çerezlerle sınırlı mı?
• •Analytics ve ads tag’leri ayrı kategoride mi?
• •Vendor listesi ve amaç açıklamaları anlaşılır mı?

Bu içerik teknik/UX perspektifi sağlar; KVKK yorumları ve metinler her kurumun risk profiline göre değişebilir. Pratikte hedef; şeffaflık + kontrol + kanıtlanabilirlik üçlüsüdür: kullanıcı neye izin verdi, ne zaman verdi, nasıl değiştirebilir? Ayrıca “izin yoksa çalışmaması gereken” tag’ler gerçekten çalışmamalıdır.

Burada iki denge vardır:

1. Hukuki uyum: kategoriler, açıklamalar, tercih yönetimi, kayıt
2. İş hedefi: ölçümün tamamen körleşmemesi; lawful tracking ile sürdürülebilir analytics

KVKK uyumlu çerez yönetiminde “minimum doğru set” nedir?

Minimum doğru set; kullanıcıya net seçenekler sunan bir banner, detaylı tercih yönetimi (preference center), kategori bazlı kontrol ve izinle tetiklenen tag mimarisidir. Buna ek olarak kullanıcı tercihlerini değiştirebileceği kalıcı bir erişim (footer linki gibi) bulunmalıdır.

Mini Check

• •Tercihler sonradan değiştirilebiliyor mu?
• •İzin kayıtları (consent log) tutuluyor mu? (Varsayım: CMP ile)
• •Banner metni “kontrol” odaklı mı, “baskı” odaklı mı?

Banner’ın amacı “kullanıcıyı hızlıca kapattırmak” değil; kullanıcıya karar alanı açmaktır. En kötü UX: yalnız “Kabul et” sunmak veya reddetmeyi saklamak. En iyi UX: tek ekranda Hepsini Kabul / Hepsini Reddet / Ayarları Yönet üçlüsünü net verir; ardından preference center’da kategori bazlı kontrol sağlar.

Banner’da buton kurgusu ve hiyerarşi

• •Birincil CTA: kullanıcı kararına göre olabilir; ama manipülatif olmamalı
• •“Reddet” görünür olmalı (saklı link değil)
• •“Ayarlar” ile preference center açılmalı

Preference center (tercih merkezi) iyi pratikleri

• •Kategori bazında toggle
• •Her kategori için kısa açıklama
• •İsteğe bağlı: vendor listesi (aşırı uzatmadan)
• •“Kaydet ve çık” net aksiyonu
• •“Tercihlerimi sıfırla” opsiyonu (Varsayım)

Mini Check

• •Reddet butonu aynı görünürlükte mi?
• •Preference center açılınca kullanıcı neyi değiştirdiğini anlıyor mu?
• •Tercih linki her sayfadan erişilebilir mi?

Bu bölüm, consent UX’in “ölçüm mimarisi” tarafıdır. Kategori var ama tag’ler izin olmadan çalışıyorsa, tüm kurgu boşa gider. Hedef: Tag Manager üzerinden consent-aware firing kurgulamak; analytics/ads tag’lerini sadece ilgili izinler verildiyse tetiklemek.

Tag Manager ile consent mode entegrasyonu (AIO odak)

Burada ana prensip: varsayılan durum kısıtlı (consent yok) olmalı; kullanıcı izin verince durum güncellenmeli. Böylece lawful tracking korunur. Ayrıca test edilmesi gerekir: “Reddet” seçeneğinde gerçekten hiçbir opsiyonel tag çalışmıyor mu?

Tag Manager ve consent mode’u web projemde nasıl kullanırım?

Önce çerez kategorilerini consent state’e map edersiniz (analytics/ads/functional). Sonra GTM’de tag tetikleyicilerini bu state’e bağlarsınız; izin verilmediyse tag çalışmaz, izin verildiyse tetiklenir. En kritik adım, go-live öncesi “tag firing QA” yapmaktır: her buton senaryosunda hangi tag’lerin çalıştığını doğrulamak.

Mini Check

• •“Reddet” senaryosunda analytics/ads tag’leri gerçekten çalışmıyor mu?
• •“Ayarlar”dan sadece analytics açılırsa ads kapalı kalıyor mu?
• •Tag sayısı kontrol altında mı (gereksiz vendor var mı)?

Consent akışı, sektör ve entegrasyon yoğunluğuna göre farklı hassasiyet taşır. Otellerde OTA, remarketing ve yoğun görsel/harita entegrasyonları; B2B’de lead tracking ve remarketing akışları öne çıkar. GEO bağlamında özellikle Antalya/Belek/Side/Kemer/Bodrum gibi destinasyonlara hitap eden otel sitelerinde mobil trafik ve zayıf bağlantı koşulları daha sık görülebildiğinden banner’ın performans ve okunabilirlik standardı önem kazanır.

Otel senaryosu (OTA/analitik/reklam entegrasyonları)

• •Banner: hızlı karar + net kontrol
• •Preference center: analytics/ads ayrımı net
• •Harita/Video widget’ları: tercihe göre yüklenebilir (Varsayım)
• •Rezervasyon akışı: consent ekranı “işi engellememeli”; ama izin de manipüle edilmemeli

B2B senaryosu (lead tracking + remarketing)

• •Form submit event: analytics izinli ölçülür
• •Remarketing: ads izni olmadan çalışmaz
• •Doküman indirme: event’ler consent’e bağlı
• •Portal ekranları: vendor kontrolü daha kritik (Varsayım)

Key Statistics / Data Point (sheet): Consent UX’i doğru kurgulayan sitelerde, opt-in oranları ile kullanıcı şikâyetleri/bounce oranı daha dengeli seviyelerde raporlanıyor. (Bu veri noktası “denge” vurgusu için abartısız kullanıldı.)

Mini Check

• •Otelde “ads” ve “analytics” ayrı mı yönetiliyor?
• •B2B’de lead event’leri consent’e saygılı mı?
• •Vendor listesi kontrol altında mı?

Çerez yönetimi yalnızca “banner eklemek” değildir. Kategori netliği, kullanıcı kontrolü, preference center, GTM consent state ve QA süreci birlikte ele alınmadığında hem hukuki risk hem de ölçüm kalitesi problemi doğar.

Otel ve B2B projelerinde doğru consent UX; kullanıcıyı manipüle etmeden kontrol verir, analytics/ads tag’lerini izinle çalıştırır ve ekiplerin lawful tracking yaklaşımıyla daha güvenilir ölçüm yapmasını sağlar. Bu nedenle consent tasarımı, web sitesi geliştirme sürecinin sonradan eklenen küçük bir parçası değil; UX, teknik, analytics ve uyum ekiplerinin birlikte planladığı temel bir katmandır.