Çerez Politikası ve İzin Yönetimi (Consent Mode)

Kısaca

Çerez politikası ve izin yönetimi, bir sitenin ziyaretçinin tarayıcısına veri yazmadan ve bu veriyi ölçüm ya da pazarlama amacıyla kullanmadan önce onay alması, bu onayı kaydetmesi ve onaya göre etiketleri açıp kapatmasıdır. Burada sık karıştırılan iki ayrı iş vardır: biri hukuki taraftır — ne topladığınızı anlaşılır biçimde anlatmak ve rıza almak; diğeri teknik taraftır — alınan ya da alınamayan rızayı reklam ve analiz araçlarına makine tarafından okunabilir bir sinyal olarak iletmek. Consent Mode, ikinci işin adıdır ve birincisinin yerine geçmez. 2026 itibarıyla soru "izin bandı koyalım mı" değil, "verilen ve verilmeyen izni ölçüm altyapımıza doğru sinyalle taşıyor muyuz" sorusudur.

Salı sabahı 10.40. Bir kozmetik mağazasının pazarlama ekibi iki ekranı yan yana açmış, sayılar tutmuyor. Reklam panelinde geçen ay 1.240 dönüşüm görünüyor, analitik aracında aynı dönem için 690. Sipariş yönetim ekranındaki gerçek sipariş sayısı ise 1.310. Ekip üç haftadır reklam bütçesini analitik aracındaki rakama göre yönetiyor ve en iyi çalışan kampanyayı iki kez kısmış.

Sebep bir reklam hatası değildi. Altı ay önce siteye bir izin bandı eklenmişti; band "Reddet" tıklandığında tüm ölçüm etiketlerini tamamen susturuyor, hiçbir sinyal göndermiyordu. Ziyaretçilerin önemli bir bölümü reddediyor, o ziyaretlerden gelen siparişler hiçbir raporda görünmüyordu. Reklam paneli kendi modellemesiyle kısmen telafi ediyor, analitik aracı hiç etmiyordu. Aradaki fark bir ölçüm hatası değil, bir izin mimarisi hatasıydı: rıza yokken "hiçbir şey gönderme" ile "kimliksiz sinyal gönder" arasındaki farkı kimse kurmamıştı.

1. Çerez Nedir ve Hangi Türleri Vardır?

Çerez, bir sitenin ziyaretçinin tarayıcısında sakladığı küçük bir metin kaydıdır; asıl mesele kaydın kendisi değil, ne amaçla kullanıldığıdır. İzin kuralları çerezin teknik yapısına değil, amacına göre kurulur; bu yüzden sınıflandırmayı doğru yapmak, uyumun ilk adımıdır.

Amaca göre sınıflandırma

Uygulamada dört grup yeterlidir ve izin bandınızın kategorileri bu dörtten fazla olmamalıdır.

• Zorunlu çerezler: sitenin çalışması için gereken, kapatılamayan kayıtlardır — oturum kimliği, sepet içeriği, güvenlik doğrulaması, dil seçimi. Bunlar için önceden onay beklenmez, ancak çerez politikasında yine de listelenir.
• İşlevsel çerezler: deneyimi iyileştiren ama zorunlu olmayan kayıtlardır — canlı destek aracı, son görüntülenen ürünler, video oynatıcı tercihleri.
• Analitik çerezler: ziyaretçi davranışını ölçen kayıtlardır — oturum sayısı, sayfa akışı, dönüşüm hunisi. Sitenin çalışması için gerekli değildir.
• Pazarlama çerezleri: reklam hedefleme, yeniden pazarlama ve reklam ölçümü için kullanılan kayıtlardır. İzin tartışmasının merkezinde bunlar vardır.

Birinci taraf ve üçüncü taraf ayrımı

Birinci taraf çerez sizin alan adınız tarafından yazılır, üçüncü taraf çerez başka bir alan adı tarafından. Tarayıcılar yıllardır üçüncü taraf çerezleri kısıtlıyor; bu yüzden pek çok ölçüm aracı birinci taraf kaydına ve sunucu tarafı iletişime geçti. Ama teknik olarak birinci taraf olması, izin gerekmediği anlamına gelmez: kendi alan adınızda yazdığınız bir pazarlama kaydı da pazarlama amacı taşır ve aynı kurala tabidir. Sınıflandırmayı "kim yazıyor" değil "ne için kullanılıyor" sorusuyla yapın.

Çerez dışındaki saklama yöntemleri

İzin yönetiminde en sık atlanan nokta budur: localStorage, sessionStorage, IndexedDB ve piksel tabanlı takip teknik olarak çerez değildir ama aynı amaca hizmet eder. Bir izin bandının yalnızca document.cookie yazımını engellemesi, sitenin gerçekten sustuğu anlamına gelmez. Denetimi tarayıcının geliştirici araçlarındaki depolama sekmesinden, "Reddet" dedikten sonra yapın; kalan her kayıt açıklanmayı hak eder.

Kategori	Tipik örnek	Önceden onay	Tipik ömür	Kapatılınca ne olur?
Zorunlu	Oturum, sepet, güvenlik	Gerekmez	Oturum - 1 yıl	Site çalışmaz
İşlevsel	Canlı destek, son bakılanlar	Gerekir	1 ay - 1 yıl	Deneyim zayıflar
Analitik	Oturum ve huni ölçümü	Gerekir	1 gün - 2 yıl	Raporlar eksilir
Pazarlama	Yeniden pazarlama, dönüşüm	Gerekir	1 - 24 ay	Hedefleme ve ölçüm daralır

2. Türkiye'de Çerez İzni: Hangi Çerçeveye Bakılır?

Türkiye'de çerez izninin dayanağı kişisel verilerin korunması mevzuatıdır ve pratikte iki ayrı yükümlülük üretir: aydınlatma ve açık rıza. Aşağıdakiler mekanizmayı anlatır; sizin sitenizde hangi çerezin hangi hukuki sebebe dayandığı ayrı bir değerlendirmedir ve yükümlülüğün güncel halini kendi hukuk danışmanınızla doğrulamanız gerekir.

Aydınlatma ile rıza aynı şey değildir

Aydınlatma, ne topladığınızı, hangi amaçla, ne kadar süreyle ve kiminle paylaştığınızı anlatmaktır; rıza ise ziyaretçinin buna bilerek ve özgürce onay vermesidir. Bir metni okutmuş olmak, rıza aldığınız anlamına gelmez. Pratik kural şudur: aydınlatma her zaman gerekir, rıza ise zorunlu olmayan çerezler için gerekir. İzin bandınızın kısa metni aydınlatmayı özetler, ayrıntılı çerez politikası sayfası tamamını taşır.

Çerez politikası sayfasında bulunması beklenenler

• Çerez envanteri: ad, kategori, amaç, saklama süresi ve varsa üçüncü taraf sağlayıcı — tablo halinde, genel ifadelerle değil.
• Amaç açıklaması: her kategorinin hangi somut işe yaradığı; "deneyimi iyileştirmek" tek başına yeterli bir amaç tarifi değildir.
• Yurt dışına aktarım bilgisi: reklam ve analiz araçlarının çoğu veriyi yurt dışındaki sunuculara taşır; bu durumun açıkça belirtilmesi beklenir.
• Rızayı geri alma yolu: ziyaretçinin kararını değiştirebileceği kalıcı bir bağlantı ya da düğme. Bu, uygulamada en sık unutulan maddedir.
• Güncelleme tarihi: politikanın en son ne zaman gözden geçirildiği.

İzin kaydının saklanması

Rıza aldığınızı iddia edebilmek için kaydını tutmanız gerekir. Saklanması gereken asgari bilgi: rızanın verildiği tarih ve saat, hangi kategorilere onay verildiği, gösterilen metnin sürümü ve rızanın nasıl alındığı. Sürüm bilgisi önemlidir: politikayı değiştirdiğinizde eski sürüme verilmiş rızanın yeni amaçları kapsamadığını göstermenin tek yolu budur. Elektronik ileti izinleri ise çerezden ayrı bir dünyadır ve İYS üzerinden yürür; bu ikisini tek bir onay kutusunda birleştirmek yaygın ama sakıncalı bir kısayoldur. Kişisel veri tarafının bütününü KVKK uyum kontrol listesi yazısında ayrıca ele aldık.

3. İzin Bandı Nasıl Tasarlanır?

Geçerli bir izin bandı, reddetmeyi kabul etmek kadar kolay hale getiren ve hiçbir kategoriyi önceden işaretlemeyen banttır. Tasarım burada bir estetik tercih değil, uyumun parçasıdır; çünkü rızanın "özgür irade" ile verilmiş sayılması bandın nasıl kurulduğuna bağlıdır.

Geçerli bir bandın bileşenleri

• Eşit ağırlıkta düğmeler: "Tümünü kabul et" ve "Tümünü reddet" aynı ekranda, aynı görsel ağırlıkta. Reddetme seçeneğini ikinci ekrana gömmek, bandın en sık yapılan hatasıdır.
• Kapalı gelen kutular: zorunlu dışındaki tüm kategoriler işaretsiz başlar. Önceden işaretli kutu rıza sayılmaz.
• Kategori bazlı seçim: ziyaretçi analitiğe evet, pazarlamaya hayır diyebilmeli.
• Anlaşılır metin: iki üç cümle, hukuk diline boğulmadan; ayrıntı için politikaya bağlantı.
• Kalıcı erişim: karar verildikten sonra da ayarları değiştirebilecek sabit bir bağlantı — genellikle alt bilgide.
• Engelleme sırası: band karar alınmadan önce ilgili etiketler çalışmamalı. Etiket önce çalışıp sonra band gösteriliyorsa, band dekoratiftir.

Kaçınılması gereken karanlık desenler

Reddet düğmesini gri yapıp kabul düğmesini renklendirmek, reddedenlere ek bir onay ekranı çıkarmak, "kabul etmezseniz site düzgün çalışmayabilir" gibi ima yüklü uyarılar koymak ve bandı kapatmayı imkânsız hale getirmek — bunların hepsi rızanın geçerliliğini tartışmalı hale getirir. Ayrıca kullanıcıyı da yorar: ikinci kez karar vermek zorunda kalan ziyaretçi genelde siteyi terk eder, kabul etmez.

Dönüşüme etkisi ve denge

İzin bandı, ilk ekranın bir bölümünü kaplar ve mobilde ürün görselinin üstüne oturursa doğrudan satışa zarar verir. Dengeyi üç kararla kurun: bandı sayfa yüklendikten hemen sonra gösterin ama ürün görselini kapatmayacak biçimde konumlandırın; metni kısaltın; kararı tek tıkla verilebilir hale getirin. Bandın yerleşim kaymasına yol açmaması da önemlidir, çünkü bu doğrudan bir hız metriğini bozar — ilk ekran davranışının satışa etkisini dönüşüm oranı yazımızda ayrıntılandırmıştık.

Tasarım kararı	Uyumlu yaklaşım	Riskli yaklaşım	Olası etkisi
Düğme hiyerarşisi	Kabul ve Reddet eşit	Reddet gizli veya soluk	Rızanın geçerliliği tartışmalı
Varsayılan durum	Tüm kutular kapalı	Önceden işaretli kutular	Rıza sayılmaz
Etiket sırası	Karardan sonra tetikleme	Sayfa açılışında tetikleme	İzinsiz veri işleme
Geri alma	Alt bilgide kalıcı bağlantı	Yalnızca ilk ziyarette	Yükümlülük eksik kalır
Kapsam	Çerez + localStorage + piksel	Yalnızca çerez	Denetimde açık kalır

4. Consent Mode Nedir ve Nasıl Çalışır?

Consent Mode, ziyaretçinin izin kararını Google etiketlerine standart parametrelerle bildiren ve etiketlerin bu karara göre davranmasını sağlayan bir sinyal katmanıdır. Etiketi tamamen kaldırmak yerine "izin yok" durumunda kimliksiz ve çerezsiz çalışmasını söyler; böylece hem rıza korunur hem de ölçüm tamamen kör kalmaz.

Sinyal parametreleri

Uygulamada yedi parametre vardır, ancak e-ticarette dördü kritiktir.

• ad_storage: reklam amaçlı çerez yazımına izin verilip verilmediği.
• analytics_storage: analitik amaçlı çerez yazımına izin verilip verilmediği.
• ad_user_data: kullanıcı verisinin reklam amacıyla paylaşılıp paylaşılamayacağı.
• ad_personalization: verinin kişiselleştirilmiş reklam ve yeniden pazarlama için kullanılıp kullanılamayacağı.
• functionality_storage, personalization_storage, security_storage: işlevsellik, tercih ve güvenlik kayıtları için kalan üç parametre.

Son iki reklam parametresi — ad_user_data ve ad_personalization — güncel sürümle birlikte zorunlu hale geldi. Yalnızca ad_storage ve analytics_storage gönderen eski bir kurulum, reklam platformunda eksik kurulum uyarısı üretir ve yeniden pazarlama listelerinin beslenmesini durdurabilir. Kurulumunuz 2023 öncesinden kalmışsa kontrol edilecek ilk şey budur.

Varsayılan durum ve güncelleme

Mekanizma iki adımlıdır. Sayfa açılırken bir varsayılan durum tanımlanır: izin gerektiren tüm parametreler "denied" olarak başlar. Ziyaretçi karar verince bir güncelleme gönderilir ve onay verilen parametreler "granted" olur. Kritik nokta sıradır: varsayılan tanımı, sayfadaki her ölçüm etiketinden önce çalışmalıdır. Sıra ters olursa ilk birkaç yüz milisaniyede izinsiz veri gider ve bu, kurulumun en sık görülen kusurudur.

Temel mod ve gelişmiş mod

İki uygulama biçimi vardır ve aralarındaki fark, ölçümde ne kadar kaybettiğinizi belirler.

• Temel mod: izin verilmeden etiket hiç yüklenmez. En muhafazakâr yaklaşımdır; rıza vermeyen ziyaretçilerden hiçbir sinyal gelmez, dönüşüm modellemesi için veri birikmez.
• Gelişmiş mod: etiket yüklenir ama rıza yokken çerezsiz, kimliksiz ve toplulaştırılmış sinyal gönderir. Reklam platformu bu sinyallerle modellenmiş dönüşüm üretebilir.

Gelişmiş modun "rızasız veri topluyor" gibi göründüğü için sorgulanması normaldir; buradaki ayrım, gönderilen sinyalin kimliksiz ve kişiye bağlanamaz olmasıdır. Hangi modun sizin veri işleme envanterinize uyduğu bir hukuk kararıdır, teknik tercih değil — bu ayrımı kurumunuzun danışmanıyla netleştirin.

Modellenmiş dönüşüm ne demektir?

Modellenmiş dönüşüm: izin vermemiş ziyaretçilerden gelen dönüşümlerin, izin vermiş ziyaretçilerin davranış örüntüsüne bakılarak tahmin edilmesidir. Bu rakamlar gerçek ölçüm değil istatistiksel tahmindir; kampanya karşılaştırmasında kullanılabilir, muhasebe kaydı olarak kullanılamaz. Reklam panelindeki dönüşüm sayısının sipariş yönetim ekranındaki sayıyla neden birebir tutmadığı sorusunun cevabı çoğunlukla budur. Kampanya değerlendirmesinde bu iki rakamı ayrı tutmak, izin yönetimi kurulmuş bir sitede raporlama disiplininin temelidir.

Parametre	Neyi kontrol eder	Önerilen varsayılan	"Denied" iken davranış
ad_storage	Reklam çerezleri	denied	Çerez yazılmaz, kimliksiz sinyal
analytics_storage	Analitik çerezleri	denied	Oturum kimliği yok, toplulaştırılmış ölçüm
ad_user_data	Reklam amaçlı veri paylaşımı	denied	Kullanıcı verisi iletilmez
ad_personalization	Kişiselleştirilmiş reklam	denied	Yeniden pazarlama listesine eklenmez
security_storage	Güvenlik ve sahtecilik önleme	granted	Genellikle zorunlu sayılır

5. Teknik Kurulum: Etiket Yöneticisi ve Sunucu Tarafı

İzin yönetiminin teknik özü, her ölçüm etiketinin kendi izin kategorisine bağlanması ve hiçbir etiketin karar öncesinde tetiklenmemesidir. Bunu tek tek etiketlere elle yazmak yerine etiket yöneticisi üzerinden kurmak, hem denetlenebilir hem geri alınabilir bir yapı verir.

Etiketleri kategorilere bağlama

Sitedeki tüm etiketlerin bir envanterini çıkarın ve her birine tek bir kategori atayın. Tipik eşleme şöyledir: analitik ölçümü analytics_storage'a, reklam pikselleri ve dönüşüm etiketleri ad_storage ile ad_user_data'ya, yeniden pazarlama etiketleri ad_personalization'a, canlı destek ve öneri araçları işlevsel kategoriye bağlanır. Kategorisi belirlenemeyen bir etiket varsa, o etiketin neden sitede olduğu ayrı bir sorudur — genellikle cevabı "kimse kaldırmayı unuttu" olur ve kaldırmak hem uyuma hem hıza yarar.

Sunucu tarafı etiketleme

Sunucu tarafı etiketleme: ölçüm verisinin tarayıcıdan doğrudan reklam platformuna değil, önce sizin kontrolünüzdeki bir sunucuya gönderilmesi ve oradan iletilmesidir. Faydası, hangi alanın kimin sunucusuna gittiğine karar verebilmeniz, tarayıcı kısıtlamalarından daha az etkilenmeniz ve sayfa üzerindeki üçüncü taraf betik yükünü azaltmanızdır. Ama izin yükümlülüğünü ortadan kaldırmaz: veriyi sunucunuzdan göndermeniz, rıza gerekmediği anlamına gelmez. Sunucu tarafı kurulum, izin sinyalini de sunucuya taşımayı gerektirir; aksi halde band ön yüzde çalışırken arka planda veri akmaya devam eder. Bu tür akışların altyapı tarafını entegrasyon seçenekleri sayfasında topladık.

Google dışındaki platformlar

Consent Mode bir Google standardıdır; Meta, TikTok ve diğer platformların etiketleri bu parametreleri kendiliğinden dinlemez. Onlar için iki yol vardır: etiketi izin kategorisine bağlı bir tetikleyiciyle koşullu çalıştırmak ya da platformun kendi izin kabul eden alanını (örneğin Meta'nın sınırlı veri kullanımı bayrağı) doldurmak. Tek bir izin yönetim aracı kurup "her şey halloldu" varsaymak, denetimde en sık açık veren noktadır. Reklam bütçesini iki platform arasında paylaştıran ekipler için bu iki taraflı kurulum zorunludur; tek platformda çalışan izin sinyali, diğer platformda hiçbir şey ifade etmez.

Kurulumu doğrulama

Doğrulama üç adımlıdır ve her yayından sonra tekrarlanmalıdır. Birincisi: gizli sekmede siteyi açın, karar vermeden geliştirici araçlarının ağ sekmesine bakın — ölçüm isteği gidiyorsa sıra hatalıdır. İkincisi: "Tümünü reddet" deyip depolama sekmesini kontrol edin; zorunlu dışında kayıt kalmamalıdır. Üçüncüsü: "Kabul et" deyip aynı kontrolleri tekrarlayın ve beklenen etiketlerin gerçekten çalıştığını görün. Bu üç kontrol on dakika sürer ve kurulum hatalarının çoğunu yakalar.

6. Ölçüm Kaybını Yönetmek

İzin yönetimi kurulduğunda raporlardaki sayılar düşer ve bu bir arıza değildir; asıl iş, kalan veriyle doğru karar verebilecek bir ölçüm düzeni kurmaktır. Düşüşü bir hata gibi görüp bandı zayıflatmaya çalışmak, uyum riskini büyütür ve veriyi düzeltmez.

İzin oranını ölçmek

Ölçemediğiniz şeyi yönetemezsiniz; bu yüzden ilk kurulacak rapor izin oranıdır. İzin kararının kendisini kategori bazında bir olay olarak kaydedin: kabul, kısmi kabul, ret ve karar vermeden ayrılma. Bu dört sayı hem raporlardaki eksiği açıklamanızı sağlar hem de band metnindeki değişikliklerin etkisini ölçmenize izin verir. Kaydın kendisi kişiye bağlı olmadan, toplulaştırılmış tutulabilir.

Birinci taraf veriye geçiş

İzne bağlı ölçüm daraldıkça, sahip olduğunuz veri daha kıymetli hale gelir. Pratikte üç kaynak kalır ve üçü de sizindir: sipariş kayıtları, e-posta listesi ve üye hesapları. Kanal performansını yalnızca reklam paneline değil, sipariş kaydındaki gerçek ciroya bakarak değerlendirmek, izin kaybından en az etkilenen yöntemdir. Analitik aracındaki sayılarla sipariş kaydı arasındaki farkı düzenli okumanın yolunu analitik veri analizi yazımızda anlatmıştık.

Karşılaştırmayı dönem içinde tutmak

İzin bandını yayına aldığınız gün, tüm geçmiş karşılaştırmalarınız kırılır. Bu tarihi değişiklik günlüğüne yazın ve yayından sonraki dönemi yalnızca kendi içinde karşılaştırın. Bandın yayına alındığı ayı bir önceki yılın aynı ayıyla karşılaştırıp "trafik düştü" sonucuna varmak, ekiplerin en sık düştüğü yanılgıdır: düşen trafik değil, ölçülen trafiktir.

30 Günde İzin Yönetimini Kurmak

Otuz gün, envanteri çıkarmak, bandı doğru kurmak, sinyali bağlamak ve ölçümü yeniden anlamlandırmak için yeterli bir süredir. Sıra önemlidir: envanter çıkarılmadan kurulan band, neyi engellediğini bilmeyen bir banttır.

1-7. gün: envanter ve teşhis

Gizli sekmede siteyi açın ve hiçbir karar vermeden yazılan tüm çerezleri, localStorage kayıtlarını ve giden ağ isteklerini listeleyin. Her satır için üç sütun doldurun: kim yazıyor, ne amaçla, hangi kategoriye giriyor. Aynı hafta mevcut çerez politikası metnini bu listeyle karşılaştırın; genellikle listede olup metinde olmayan üç beş kalem çıkar. Bu hafta hiçbir şey değiştirilmez.

8-14. gün: band ve politika metni

İzin bandını eşit ağırlıklı düğmeler, kapalı varsayılan kutular ve kategori bazlı seçimle kurun. Çerez politikası sayfasını envanterden üretin — genel bir şablon metni kopyalamak yerine gerçek listeyi tabloya dökün. Alt bilgiye kalıcı "Çerez ayarları" bağlantısını ekleyin. Rıza kaydının nerede ve hangi alanlarla tutulacağına bu hafta karar verin.

15-21. gün: sinyal ve etiket bağlantısı

Varsayılan izin durumunu tüm ölçüm etiketlerinden önce çalışacak biçimde yerleştirin, dört parametreyi de gönderdiğinizden emin olun ve her etiketi kendi kategorisine bağlayın. Google dışı platformların etiketlerini koşullu tetikleyicilere alın. Haftayı üç adımlı doğrulama kontrolüyle kapatın ve sonuçları ekran görüntüsüyle kaydedin; bu kayıt sonraki denetimlerde işinize yarar.

22-30. gün: ölçüm ve süreklilik

İzin oranı raporunu kurun, değişiklik günlüğüne yayın tarihini yazın ve kampanya değerlendirmesini sipariş kaydı üzerinden yapacak şekilde yeniden kurgulayın. Üç aylık bir gözden geçirme hatırlatıcısı bırakın: yeni bir araç eklendiğinde envanterin güncellenmesi gerekir ve bu, kendiliğinden olmaz. Aynı hatırlatıcıya çerez politikası metninin güncelleme tarihini de bağlayın; envanter değiştiğinde politika da değişmelidir.

Yarın sabah yapabileceğiniz iş şu: siteyi gizli sekmede açın, izin bandına dokunmadan geliştirici araçlarından depolama ve ağ sekmelerine bakın. Karar vermeden önce yazılmış her çerez ve gönderilmiş her ölçüm isteği, bandınızın şu anda dekoratif olduğunun kanıtıdır; listeyi çıkarmak yarım saat sürer ve izin yönetiminde nereden başlayacağınızı tek başına söyler. İzin bandı, politika sayfası ve etiket yönetiminin şablon düzeyinde birlikte geldiği bir e-ticaret altyapısında bu listenin büyük bölümü zaten kuruludur.

Sıkça Sorulan Sorular

Çerez izni almak zorunlu mu?

Sitenin çalışması için zorunlu olmayan çerezlerde önceden onay alınması beklenir; oturum ve sepet gibi zorunlu kayıtlarda önceden onay aranmaz ama bunların da çerez politikasında açıklanması gerekir. Sizin sitenizde hangi kaydın hangi gruba girdiği veri işleme envanterinize bağlıdır ve bu ayrımı hukuk danışmanınızla netleştirmeniz doğru olur.

Consent Mode kurunca çerez izin bandına gerek kalır mı?

Hayır, ikisi birbirinin yerine geçmez. Consent Mode rızayı toplamaz, yalnızca toplanmış rızayı etiketlere bildirir. Rızayı toplayan ve kaydeden şey izin bandı ve arkasındaki izin yönetim aracıdır; Consent Mode bu kararı makine okuyabilir hale getiren katmandır.

İzin bandı koyunca analitik verim ne kadar düşer?

Düşüşün büyüklüğü izin oranınıza, kitlenize ve bandın tasarımına göre değişir; sabit bir oran vermek doğru olmaz. Doğru yaklaşım, bandı yayına aldığınız günü işaretleyip izin oranını kategori bazında ölçmek ve sonraki karşılaştırmaları o tarihten sonrası için yapmaktır. Düşen şey gerçek trafik değil, ölçülebilen trafiktir.

Reddedenlerden hiç veri toplamamak daha mı güvenli?

Uyum açısından en muhafazakâr yol budur ve temel mod bunu yapar. Bedeli, o ziyaretlerin ölçümde tamamen görünmez kalması ve dönüşüm modellemesi için sinyal birikmemesidir. Gelişmiş mod kimliksiz ve toplulaştırılmış sinyalle bu boşluğu kısmen kapatır; hangisinin sizin için uygun olduğu teknik değil hukuki bir karardır.

Çerez politikası metnini başka bir siteden kopyalayabilir miyim?

Kopyalanan metin sizin gerçek çerez envanterinizi anlatmaz ve bu, denetimde ilk fark edilen şeydir. Politika, sitenizde fiilen yazılan kayıtların listesinden üretilmelidir. Yapı olarak bir örnekten ilerlemek mümkündür ama envanter tablosu mutlaka sizin sitenizin gerçek verisiyle doldurulmalıdır.

localStorage kullanıyorum, çerez değil — izin gerekir mi?

Amaç aynıysa muamele de aynı olur: localStorage, sessionStorage, IndexedDB ve piksel tabanlı takip, pazarlama veya analiz amacı taşıdığında izin kapsamına girer. "Teknik olarak çerez değil" savunması, amaca dayalı bir değerlendirmede işe yaramaz. Denetiminizi çerez listesiyle değil, tüm depolama ve ağ trafiğiyle yapın.

Ziyaretçi rızasını geri alırsa ne olmalı?

Geri alma en az vermek kadar kolay olmalıdır: alt bilgide kalıcı bir bağlantıyla ayar ekranı açılmalı, yeni karar kaydedilmeli, ilgili çerezler silinmeli ve etiketler o oturumdan itibaren susmalıdır. Kaydı güncellemeden yalnızca ön yüzde değişiklik göstermek en sık görülen eksikliktir.

İzin bandı SEO'ya zarar verir mi?

Band, içeriği kapatan bir katman olarak kurulduğunda ve yerleşim kaymasına yol açtığında dolaylı olarak zarar verir, çünkü sayfa deneyimi metriklerini bozar. İçeriği gizlemeyen, boyutu sabit ve hızlı yüklenen bir band için böyle bir sorun beklenmez. Bant tasarımını sayfa hızı kontrollerinizin bir parçası olarak test edin.

İYS izni ile çerez izni aynı şey mi?

Hayır. Çerez izni tarayıcıdaki veri işlemeyle ilgilidir; İYS izni ise ticari elektronik ileti göndermek içindir ve ayrı bir sistem üzerinden yürür. İkisini tek onay kutusunda birleştirmek, her iki iznin de geçerliliğini tartışmalı hale getirir. Formlarda ayrı ayrı, kendi metinleriyle alın.

İzin yönetimini ne sıklıkla gözden geçirmeliyim?

Envanteri üç ayda bir, ayrıca her yeni araç, tema güncellemesi ve entegrasyon eklendiğinde gözden geçirin. Uygulamada en sık kaçak, pazarlama ekibinin izin envanterine haber vermeden eklediği yeni bir pikselden çıkar; bu yüzden yeni araç ekleme sürecine "kategorisi nedir" sorusunu bir adım olarak yerleştirin.