Çerez banner'ı kurmak, yalnızca ekranda bir bilgilendirme kutusu göstermek değildir; ziyaretçinin seçimine göre çerezleri ve ilgili kodları çalıştırıp durduran bir tercih düzeni kurmayı da gerektirir. Bu rehberde çerezleri tespit etme, ret seçeneğini sunma, etiketleri engelleme ve kurulumu sınama adımlarını ele alıyoruz.
Not: Genel bilgilendirme amaçlıdır, hukuki danışmanlık değildir.
Hangi çerezler tespit edilir?
Önce sitenizde hangi çerezlerin ve benzer izleme araçlarının kullanıldığını belirleyin. Yalnızca tarayıcıda görünen çerez adlarına bakmak yeterli olmayabilir: Sitedeki kodlar, gömülü içerikler, analiz araçları ve reklam hizmetleri de ziyaretçinin cihazında bilgi saklayabilir veya cihazdan bilgi okuyabilir. Bu nedenle envanter çalışmasında hem tarayıcıdaki kayıtları hem de bu kayıtları oluşturan site kodlarını inceleyin. Çerez adı tek başına aracın ne yaptığını açıklamaz; adı, amacı ve hangi koşulda çalıştığı birlikte değerlendirilmelidir.
Çerezleri amaçlarına göre anlaşılır gruplara ayırın. Örneğin oturumun sürmesini veya kullanıcının seçtiği dilin hatırlanmasını sağlayan bazı kayıtlar, sitenin talep edilen işlevini sunmak için gerekli olabilir. Ziyaretçi davranışını ölçen analiz araçları veya reklam gösterimini kişiselleştiren kodlar ise farklı amaçlarla çalışabilir. Her aracı otomatik olarak “gerekli” saymayın; hangi işlevi sağladığını, ne zaman çalıştığını ve devre dışı bırakıldığında sitenin nasıl etkilendiğini inceleyin. Kategorilerin adları da işletme ekibinin değil, site ziyaretçisinin anlayacağı biçimde seçilmelidir.
Küçük bir çevrim içi mağaza düşünün. Sepet bilgisini koruyan bir çerez, alışveriş akışının sürmesi için kullanılabilir. Buna karşılık ziyaretçinin sayfalar arasında nasıl gezindiğini ölçen bir analiz kodu, sepet işlevinden ayrı değerlendirilmelidir. Bu kodlar aynı sayfada çalışsa bile amaçları ve ziyaretçi tercihine bağlı olup olmadıkları aynı olmayabilir. Kategorileri bu ayrımı gösterecek biçimde kurun; “diğer” gibi belirsiz başlıkları açıklamasız bırakmayın. Her kayıt için adını, amacını, sağlayıcısını, süresini, kategorisini ve çalışmasını başlatan koşulu kaydetmeniz sonraki teknik kontrolleri kolaylaştırır.
Sık yapılan hata, yalnızca ana sayfayı açıp tarayıcıda görünen kayıtları listelemek ve envanteri tamamlanmış saymaktır. Ürün sayfasındaki video, harita, sohbet aracı veya ödeme adımı ayrı kodlar yükleyebilir. Ayrıca bazı kodlar ziyaretçi sayfaya ilk girdiğinde değil, sayfayla etkileşim kurduğunda devreye girer. Bu yüzden temel sayfaları ve kullanıcı akışlarını ayrı ayrı inceleyin; her yeni araç eklendiğinde envanteri de güncelleyin.
Bu envanter, banner metnini hazırlamanıza ve hangi kodların tercih öncesinde durdurulacağını belirlemenize yardımcı olur. Çerez politikası ayrı bir belgedir; banner ise ziyaretçinin seçim yapacağı arayüzdür. Belge içeriğini gözden geçirmek için KVKK Çerez Politikası: Banner Ne Zaman Gerekir, Nasıl Yazılır? rehberinden yararlanabilirsiniz. Çerez kullanımı kişisel veri işleme içeriyorsa, uygulanacak işleme şartını ve bilgilendirme yükümlülüğünü işletmenizin durumuna göre değerlendirin; 6698 sayılı Kanun’un m.5’i kişisel verilerin işlenme şartlarını, m.10’u veri sorumlusunun aydınlatma yükümlülüğünü düzenler.
Banner ne zaman görünür?
Banner’ın görünme zamanı, ziyaretçinin tercih vermeden önce hangi kodların çalıştığını anlamak için önemlidir. Ziyaretçi siteye ilk kez geldiğinde, gerekli olmayan çerezler ve bunları oluşturan etiketler tercih alınmadan çalışıyorsa banner’ın daha sonra gösterilmesi sorunu çözmez. Arayüz ile kodların çalışma sırası birlikte planlanmalıdır. Sayfa yüklenirken önce banner’ı göstermek tek başına yeterli değildir; arka plandaki kodların da uygun tercih oluşana kadar beklemesi gerekir. Bu nedenle tasarım ekibiyle teknik ekibin kurulumdan önce aynı davranışı hedeflediğinden emin olun.
İlk ziyarette banner’ı, ziyaretçi tercih belirleyebilmeden önce gösterin. Bu sırada yalnızca siteyi sunmak veya ziyaretçinin açıkça istediği işlevi yerine getirmek için gerekli olan kayıtların devreye girip girmediğini kontrol edin. Gerekli olmayan bir aracın ilk anda çalışması, ziyaretçi henüz seçim yapmamış olsa bile veri toplamaya başlamasına yol açabilir. Bu nedenle görünürlük ve engelleme işlevleri aynı kurulumun parçaları olmalıdır. Tercih ekranı yüklenirken sayfanın geri kalanında çalışan kodları da ayrıca sınayın.
Örneğin bir hizmet sitesinde ziyaretçi iletişim sayfasını açtığında, sayfa açılışıyla birlikte harita içeriği veya ölçüm kodu yüklenebilir. Banner ekranda görünse de bu kodlar daha önce çalışıyorsa ziyaretçi seçimi fiilen dikkate alınmıyor demektir. Harita gibi bir içeriği ziyaretçi isteyince yüklemek veya ilgili kodu tercih verilene kadar bekletmek, her hizmeti otomatik olarak ilk yüklemede çalıştırmaktan daha denetlenebilir bir yöntem sunar. İşlevi ve kullanım biçimini kendi siteniz için ayrıca değerlendirin. Geliştiriciden, sayfa açılma sırasını ve dış hizmetlere giden istekleri göstererek kontrol etmesini isteyebilirsiniz.
Bir başka yaygın hata, banner’ı yalnızca ana sayfada gösterip diğer giriş sayfalarını gözden kaçırmaktır. Ziyaretçi arama sonucundan doğrudan ürün sayfasına, yazıya veya kampanya sayfasına ulaşabilir. Test sırasında farklı sayfalara doğrudan gidin; banner’ın tercih bulunmayan ziyaretçilere gösterildiğini ve sayfaya özgü kodların da tercih düzenine uyduğunu doğrulayın. Banner kapatılınca tercih kaydedilmiyorsa, ziyaretçinin her sayfada tekrar karşısına çıkması da kullanıcı deneyimini bozar.
Banner’ı daha önce seçim yapmış ziyaretçiye tekrar gösterme davranışını da planlayın. Tercihlerin değiştirilmesi için her sayfada ulaşılabilir bir bağlantı veya benzer bir kontrol sunabilirsiniz. Ziyaretçi tarayıcı verilerini silmiş, başka bir tarayıcı kullanmış ya da yeni bir cihazdan gelmişse önceki tercih bulunmayabilir; böyle bir durumda ilk ziyaret akışının yeniden çalışması gerekir. Banner görünürken ekranın içeriği örtmemesine, klavyeyle kullanılabilmesine ve küçük ekranlarda seçeneklerin anlaşılır kalmasına dikkat edin.
Tercih seçenekleri nasıl sunulur?
Tercih ekranı, ziyaretçiye hangi amaçlarla hangi çerez veya araçların kullanıldığını anlaması ve kendi seçimini yapması için yeterli bilgi vermelidir. Kısa banner metni ilk bakışta okunabilir olmalı; ayrıntı isteyen ziyaretçiye kategori açıklamalarına ve ilgili politikaya ulaşma olanağı sağlamalıdır. Her kategorinin adı, amacı ve tercih değişikliğinin etkisi açıkça yazılmalıdır. Yalnızca “kabul et” ve “ayarlar” gibi genel düğmeler göstermek, seçeneklerin ne anlama geldiğini açıklamıyorsa yeterli bir tercih arayüzü oluşturmayabilir. Ziyaretçi, düğmeye basmadan önce kararının neyi değiştireceğini anlayabilmelidir.
Kabul ve ret yollarını görünür biçimde sunun. Ziyaretçi gerekli olmayan çerezleri kabul etmeme veya kategorilere göre tercih belirleme olanağını ilk ekranda aramak zorunda kalmamalıdır. “Tümünü kabul et” düğmesinin yanında, benzer kolaylıkla kullanılabilecek “Tümünü reddet” seçeneği bulunması, karar vermeyi kolaylaştırır. Ayrıntılı tercihler ekranında ise kategorileri tek tek açıp kapatmaya imkân verin. Gerekli olduğu değerlendirilen işlevleri, tercih gerektiren kategorilerle aynı seçime zorunlu olarak bağlamayın. Seçenekleri aynı ekranda sunmak mümkün değilse, ayrıntılı ayarlara ulaşmanın yolu açık ve kolay anlaşılır olmalıdır.
Önceden işaretlenmiş kutular kullanmayın. Önceden seçilmiş bir kutunun ziyaretçi tarafından fark edilmeden kabul olarak yorumlanması, kişinin kendi tercihini etkin biçimde ortaya koymasını güçleştirir. Kategoriler başlangıçta seçilmemiş durumda olmalı; ziyaretçi istediği seçeneği kendisi etkinleştirmelidir. Ziyaretçinin banner’ı kapatması, sayfayı kaydırması veya siteyi kullanmaya devam etmesi de tek başına kabul olarak değerlendirilmemelidir. Seçimin ne zaman ve hangi eylemle oluştuğu açık olmalıdır. Bu davranışları geliştiriciyle birlikte yazılı biçimde belirleyip kurulum sırasında kontrol edin.
Bir KOBİ’nin kurumsal sitesinde analiz ve reklam amaçlı araçlar varsa, bunları tek bir “çerezler” düğmesinin arkasında toplamak yerine amaçlarını anlaşılır biçimde ayırmak daha kullanışlıdır. Örneğin analiz kategorisini kapatan ziyaretçi, bu tercihin hangi ölçüm araçlarını durduracağını görebilmelidir. Aynı biçimde, kategori açıklamasında kullanılan araçların sağlayıcısını ve süresini göstermek kararın anlaşılmasına yardım eder. Sitedeki her kayıt için ayrıntı sunmak zor geliyorsa, önce envanteri tamamlayıp açıklamaları bu envantere dayandırın. Çalışanların anlayamadığı teknik terimleri doğrudan banner metnine taşımak yerine sade bir açıklama hazırlayın.
Arayüzde düğmelerin rengi, boyutu, konumu ve metni de tercihleri etkileyebilir. Kabul seçeneğini belirgin, ret seçeneğini soluk veya erişilmesi zor biçimde tasarlamayın. Klavyeyle dolaşan kullanıcılar için odak sırasını kontrol edin; metinlerin ekran okuyucu tarafından anlaşılabilir olmasına ve renk dışında da anlam taşımasına dikkat edin. Aydınlatma metninin siteye ve veri işleme süreçlerine göre hazırlanması gerekir; örnek belgeyi başlangıç noktası olarak incelemek için Aydınlatma metni örneği ve ilgili araçlar sayfasına bakabilirsiniz. Örneğin aynen kopyalanması, sitenizin kullandığı araçları kendiliğinden açıklamaz.
Ret seçeneği nasıl çalışır?
Ret seçeneği, ziyaretçinin gerekli olmayan çerez veya araçları kabul etmediğini uygulamaya aktarabilmelidir. Düğmeye tıklanınca yalnızca banner’ın kapanması yetmez. Tercih kaydedilmeli, tercih gerektiren kodlar çalışmamalı ve daha önce yüklenmiş olan ilgili içerikler konusunda sitenin ne yapacağı belirlenmelidir. Bu nedenle ret düğmesini arayüzde göstermek ile reddi teknik olarak uygulamak ayrı kontrollerdir; ikisi de tamamlanmalıdır. İşletme tarafında düğmenin metnini kontrol eden kişi ile kodların davranışını kontrol eden kişi farklı olabilir; bu kişilerin aynı senaryoyu sınaması yararlıdır.
“Reddet” seçeneğini, “kabul et” seçeneği kadar kolay bulunur ve kullanılabilir kılın. Ziyaretçiyi reddetmek için ayrıntılı ayarlar ekranına yönlendirip kabulü ilk ekranda tek tıklamayla sunmak, seçenekler arasındaki dengeyi bozabilir. Düğme adları da sonucu açıkça anlatmalıdır. Ziyaretçinin neyi reddettiği belirsizse, kısa bir açıklama veya kategori tercihleri ekranı yardımcı olabilir. Ancak açıklamalar, ret seçeneğini saklamanın ya da süreci uzatmanın aracı olmamalıdır. Kurulumdan önce taslak arayüzü teknik bilgisi olmayan bir çalışanla deneyin; seçeneklerin anlamını kolayca bulup bulamadığını sorun.
Bir örnekte ziyaretçi reklam amaçlı çerezleri reddederken analiz kategorisine izin verebilir. Bu durumda reklam kodu yüklenmemeli, izin verilen analiz aracı ise kendi tanımlı koşullarına göre çalışmalıdır. Ziyaretçi bütün gerekli olmayan kategorileri reddettiğinde, bu tercih sitedeki gerekli işlevleri bozmayacak şekilde uygulanmalıdır. Bir kategorinin kapatılması sayfayı tamamen çalışamaz hâle getiriyorsa, o kategorinin gerçekten gerekli olup olmadığını ve hangi işlevin etkilendiğini yeniden inceleyin; kategoriyi sırf teknik kurulum kolay olsun diye zorunlu ilan etmeyin. Her tercih kombinasyonu için beklenen davranışı önceden belirlemek, hata ayıklamayı kolaylaştırır.
Önemli bir hata, ret düğmesine basıldığında tercihi kaydetmeyip ziyaretçiye aynı banner’ı her sayfada yeniden göstermektir. Bunun bir başka biçimi, ret tercihini kaydetmekle birlikte sayfada kalan ölçüm kodlarının çalışmasına izin vermektir. Ret akışını ayrı bir senaryo olarak deneyin: düğmenin tıklanması, tercih kaydı, sayfanın yeniden yüklenmesi ve sonraki sayfalara geçiş adımlarında aynı sonuç korunmalıdır. Daha önce kabul edilmiş tercihin sonradan değiştirilmesi de desteklenmelidir. Denemeyi sadece banner’ı kapatıp tamamlanmış saymayın; tarayıcı kayıtlarını ve dış istekleri de gözlemleyin.
Tercihleri değiştirmenin kolay bir yolu bulunmalıdır. Sayfa altındaki “çerez tercihleri” bağlantısı veya uygun başka bir erişim noktası, ziyaretçiyi yeniden ayar ekranına götürebilir. Kişi ret kararından sonra fikrini değiştirdiğinde, önceki seçimi güncelleyebilmeli; yeni seçimin hangi andan itibaren geçerli olduğunu sisteminiz doğru biçimde uygulamalıdır. Banner ve tercih yönetimi, kişisel veri işleme süreçlerinin yalnızca bir parçasıdır. Veri güvenliğine ilişkin yükümlülükler 6698 sayılı Kanun’un m.12’sinde düzenlenir; bu kapsamda tercih kayıtlarına ve bunları işleyen araçlara erişimi de işletmenizin güvenlik yaklaşımı içinde değerlendirin.
Etiketler nasıl engellenir?
Etiket, sayfada belirli bir işi yapan ve çoğunlukla başka bir hizmetle iletişim kuran kod parçasıdır. Banner tercihleriyle etiketlerin bağlantısı kurulmadıysa, ziyaretçi ret seçse bile araçların çalışması mümkündür. Bu nedenle her etiket için hangi kategoriye bağlı olduğunu ve hangi koşulda yüklenebileceğini belirleyin. Tercih yönetimi çözümünüz hangi kodu ne zaman çalıştırdığını gösterebilmeli; yalnızca banner metnini değiştiren bir arayüzle yetinmemelisiniz. Etiketin çalışmasını başlatan sayfa, ziyaretçi eylemi ve tercih koşulu da envanterde yer almalıdır.
Kurulumdan önce sitenin kodlarını ve kullandığı etiket yönetim araçlarını inceleyin. Etiketin doğrudan sayfaya eklenmesi, ortak bir yönetim sistemi üzerinden yüklenmesi veya üçüncü taraf bir içerikle gelmesi gibi farklı yollar olabilir. Aynı aracın birden fazla yerde tanımlanması da mümkündür. Envanterdeki her araç için yükleme kaynağını belirlemek, bir noktayı engelleyip başka bir kopyasının çalışmaya devam etmesi riskini azaltır. Geliştiricinizle birlikte hangi kodun hangi tercihe bağlanacağını yazılı hâle getirin. Siteyi dışarıdan yöneten bir ajans varsa, bu listeyi güncelleme sürecine ajansı da dâhil edin.
Tercih alınmadan çalışmaması gereken kodları ilk sayfa yüklemesinde durdurun. Ziyaretçi izin verdiğinde ilgili kategoriye bağlı kodların çalışmasına izin verin; reddettiğinde ise bu kodların yüklenmesini ve çalışmasını önleyin. Kodun sonradan, örneğin bir düğmeye basılınca veya başka bir içerik yüklenince devreye girip girmediğini de kontrol edin. Yalnızca ilk açılışta yapılan test, etkileşimle başlayan araçları yakalamayabilir. Gerekli olduğu değerlendirilen kodların neden bu kapsamda tutulduğunu da belgeleyin; bu sınıflandırmayı yalnızca yazılımın varsayılan ayarına bırakmayın.
Örnek olarak bir siteye video eklenmiş olsun. Sayfa açılır açılmaz videonun dış hizmetten yüklenmesi, banner’da tercih yapılmasından önce ilgili bağlantının kurulmasına yol açabilir. Videonun ön izlemesini yerel bir görsel olarak sunup gerçek içeriği ziyaretçi istediğinde yüklemek, tercih düzenine göre değerlendirilebilecek yöntemlerden biridir. Ancak görseli değiştirmek tek başına yeterli değildir; tıklamadan önce dış hizmete istek gönderilip gönderilmediğini de inceleyin. Aynı kontrol harita, sohbet penceresi ve sosyal ağ içerikleri için de yapılmalıdır. Site ekibinden bu içerikleri farklı ziyaretçi tercihleriyle denemesini isteyin.
En sık rastlanan kurulum hataları; aynı kodun iki yerde bulunması, bir kodun kategoriye bağlanmaması, izin tercihi kaydedilmeden yüklenmesi ve reddedildikten sonra başka bir sayfanın kodu yeniden başlatmasıdır. Testte tarayıcının ağ kayıtlarında dış hizmetlere giden istekleri inceleyin ve yeni bir tarayıcı oturumunda her tercih akışını yeniden çalıştırın. Yurt dışındaki hizmet sağlayıcılara veri aktarımı söz konusuysa, bu akışı ayrıca değerlendirin; 6698 sayılı Kanun’un m.9’u kişisel verilerin yurt dışına aktarımını düzenler. Teknik kurulumun hangi aktarım koşullarına uyduğunu işletmenizin özel durumu bakımından avukatınıza veya hukukçunuza danışın.
Tercih kaydı nasıl tutulur?
Tercih kaydı, ziyaretçinin hangi kategoriler için ne seçtiğini ve bu seçimin ne zaman yapıldığını sisteminizin hatırlamasını sağlar. Ziyaretçi “reddet” seçtikten sonra başka bir sayfaya geçtiğinde aynı tercih geçerli kalmalıdır. Kayıt yalnızca düğme tıklamasını değil, seçilen kategorileri de yansıtmalıdır. Tercih ekranında değişiklik yapıldığında önceki durum güncellenmeli ve sayfa kodları yeni seçime göre davranmalıdır. Bu davranışın hangi sayfalarda geçerli olduğu da kurulum sırasında kontrol edilmelidir.
Kayıtta hangi bilgilerin tutulduğunu, ne amaçla kullanıldığını ve bu bilgilerin ne kadar süre saklandığını önceden belirleyin. Tercihin ispatı veya uygulanması için gerekmeyen ek bilgileri toplamaktan kaçının. Örneğin tercih kaydının işletilmesi için ihtiyaç bulunmadığı hâlde ziyaretçiyi tanımlayabilecek ayrıntıları bir araya getirmek, kayıt düzenini gereksiz biçimde genişletebilir. Tercih aracınızın kayıt biçimini, saklama süresini ve erişim yetkilerini envanterinizle birlikte inceleyin. Sağlayıcının varsayılan ayarlarını olduğu gibi kullanmadan önce hangi verinin nerede tutulduğunu öğrenin.
Bir işletme, tercihleri tarayıcıda saklayabilir veya kullandığı çözüme göre başka bir kayıt yöntemi kullanabilir. Hangi yöntemin uygun olduğu sitenin yapısına, kullanılan araçlara ve işleme amaçlarına bağlıdır. Tarayıcı verileri silindiğinde veya ziyaretçi farklı bir cihaz kullandığında önceki tercih bulunmayabilir. Bu durumda yeni oturumda tercih ekranının gösterilmesini planlayın; farklı cihazlardaki tercihleri otomatik olarak aynı kişiye bağlamanın gerekli olup olmadığını ayrıca değerlendirin. Örneğin mağaza müşterisinin sepetiyle çerez tercihini aynı kayıt mantığına bağlamak yerine bu iki işlevin nedenlerini ayrı ayrı ele alın.
Sık yapılan hata, tercih kaydını saklamak ama değişiklik bağlantısı sunmamaktır. Ziyaretçi daha sonra tercihini güncelleyemiyorsa arayüz, ilk seçimi kalıcı ve geri alınamazmış gibi gösterebilir. Sayfada erişilebilir bir tercih değiştirme yolu bulundurun ve yeni seçim yapıldığında ilgili kodların nasıl durdurulacağını veya başlatılacağını sınayın. Ayrıca eski tercih kayıtları ve artık kullanılmayan çerezlerle ilgili saklama ve temizleme yaklaşımını belirleyin. Silme, yok etme veya anonim hâle getirme yükümlülükleri 6698 sayılı Kanun’un m.7’sinde düzenlenir; işletmenizin kayıtları ve saklama süresi için uygun adımları avukatınıza veya hukukçunuza danışın.
Tercih kayıtlarıyla ilgili süreçleri ekip içinde de anlaşılır kılın. Siteyi güncelleyen kişi yeni bir analiz aracı eklediğinde, aracın kategorisini ve tercih koşulunu envantere işlemelidir. Kayıtların kim tarafından değiştirilebildiğini, sorun yaşandığında kimin kontrol edeceğini ve değişikliklerin nasıl gözden geçirileceğini belirleyin. 2026 KVKK uyum kontrol listesi üzerinden belge ve süreç başlıklarını gözden geçirebilirsiniz; listenin kendi sitenizdeki araçları incelemenin yerini tutmadığını unutmayın. Pratik adım olarak site değişikliklerini yayımlayan kişiden, yeni araç eklendiğinde tercih ve test kayıtlarının da güncellenmesini isteyin.
Görsel banner ile çalışan tercih yönetimi arasındaki fark nedir?
Görsel banner, ziyaretçiye görünen kutu, metin ve düğmelerden oluşur. Çalışan tercih yönetimi ise bu arayüzün seçimini kaydeder, ilgili kodlara iletir ve ziyaretçinin kabul veya ret kararına göre site davranışını değiştirir. Bu iki katman birlikte çalışmadığında ziyaretçi bir seçenek görse bile seçim teknik olarak uygulanmayabilir. Karşılaştırmayı yalnızca tasarım görünümüne göre değil, tercihlerin nasıl hayata geçtiğine göre yapın. Kurulum kararı verirken hangi özelliklerin gerçekten kullanılacağını da değerlendirin; bir çözümün çok sayıda ayar sunması, bunların sitenizde doğru yapılandırıldığı anlamına gelmez.
| Başlık | Görsel banner | Çalışan tercih yönetimi |
|---|---|---|
| Amaç | Ziyaretçiye bilgi ve seçenek göstermek | Tercihi uygulamak ve kodların çalışmasını yönetmek |
| Kapsam | Metin, düğme ve görünüm | Kategori, kayıt, yükleme koşulu ve tercih değişikliği |
| Süreç | Ekranda gösterme ve kapatma | Seçimi alma, kaydetme, ilgili etiketleri durdurma veya başlatma |
| Sonuç | Ziyaretçi bir arayüz görür | Site, seçilen tercihe göre davranır |
Sadece görsel bir kutu hazırlayan işletme, “kabul” ve “ret” düğmelerini çalışır hâle getirmeden yayına çıkabilir. Ziyaretçi ret seçse de kodlar yükleniyorsa arayüz ile gerçek uygulama birbirinden kopmuştur. Bunun tersi de görülebilir: Kodlar bazı tercihlere göre durdurulsa bile banner’da seçenekler açıklanmamış veya erişilebilir sunulmamış olabilir. Kurulumun hem anlaşılır bir arayüz hem de seçimi takip eden bir teknik işleyiş içermesi gerekir. Yayına almadan önce her düğmenin hangi sonucu oluşturduğunu ve bu sonucun nerede kaydedildiğini kontrol edin.
Örneğin küçük bir danışmanlık sitesi hazır banner görseli kullanıp düğmeleri ana sayfaya bağlayabilir. Ancak düğmelerin tercihi kaydetmediği ve analiz kodunun sayfa açılır açılmaz çalıştığı durumda, ziyaretçinin seçimi sonraki sayfalara aktarılmaz. Aynı site çalışan bir tercih düzeni kurduğunda, ziyaretçi analiz kategorisini reddettiğinde ilgili kodun durduğunu, tercih bilgisinin korunduğunu ve ziyaretçinin daha sonra ayarını değiştirebildiğini test edebilir. Fark, yalnızca görünüş değil, ziyaretçinin seçiminin sonuca dönüşmesidir. Böyle bir denemeyi geliştiriciye bırakıp sonucu sormak yerine işletme ekibinden de bir kişinin gerçek ziyaretçi gibi akışı kontrol etmesi yararlıdır.
Bir tercih yönetimi çözümü kullanmak da tüm sorumluluğu otomatik olarak ortadan kaldırmaz. Sitenizdeki kodların tamamı çözüm tarafından tanınıyor mu, kategoriler doğru eşleştirilmiş mi, yeni eklenen araçlar envantere giriyor mu gibi konuların kontrolü işletmede kalır. Çözüm sağlayıcısının ayarlarını gözden geçirin ve gerçek sayfalarda test edin. Banner, aydınlatma metni ve çerez politikası da birbirinin yerine geçmez; her biri farklı bir işlev görür. Sitedeki araçları ve belge adımlarını birlikte planlamak için Belge sihirbazı üzerinden başlayabilirsiniz. Sitedeki araçlar ücretsizdir; kayıt ve kart bilgisi istenmez.
Kurulum nasıl test edilir?
Testi yalnızca banner’ın ekranda görünüp görünmediğine indirgemeyin. Amaç, ziyaretçinin farklı tercihleri sonucunda hangi kodların çalıştığını, hangi çerezlerin oluştuğunu ve seçimin sonraki sayfalarda korunup korunmadığını kontrol etmektir. Testleri yayın öncesinde ve siteye yeni araç eklendikten sonra tekrarlayın. Her senaryoda tarayıcının eski kayıtlarını temizleyip yeni ziyaretçi gibi başlayın; aksi hâlde daha önce verilmiş bir tercih sonucu etkileyebilir. Testi yapan kişi hangi sonucu beklediğini önceden yazmalı, gözlenen davranışla bunu karşılaştırmalıdır.
İlk senaryoda siteyi hiç ziyaret etmemiş bir kişi gibi açın. Banner’ın gerekli olmayan kodlar başlamadan önce görünüp görünmediğini kontrol edin. Sayfa yüklenirken tarayıcı kayıtlarını ve dış hizmetlere gönderilen istekleri inceleyin. Ardından bütün gerekli olmayan kategorileri reddedin; banner kapanınca ilgili kodların çalışmadığını ve sayfa değiştirdiğinizde de reddin korunduğunu doğrulayın. Düğmenin yalnızca ekranı kapatmadığından emin olun. Bu örnekte bir çevrim içi mağaza ürün sayfasına doğrudan giderek hem giriş sayfasını hem alışveriş akışındaki kodları ayrıca kontrol edebilir.
Sonraki senaryoda tercih ekranını açıp yalnızca bir kategoriye izin verin. İzin verilen kategoriyle ilişkili kodun çalıştığını, reddedilen diğer kategorilere ait kodların ise yüklenmediğini kontrol edin. Tercihi kaydedip sayfayı yenileyin ve başka bir sayfaya geçin. Daha sonra tercih bağlantısını kullanarak kararınızı değiştirin; yeni tercihlerin kodlara yansıdığını gözlemleyin. Bu adımlar, kategori eşleştirme hatalarını ve kaydedilmiş tercihin okunmaması sorununu ortaya çıkarabilir. Her adımda beklenen ve görülen davranışı kısa bir test kaydına eklemek, sorun tekrarlandığında teşhis sürecini hızlandırır.
Mobil görünüm, klavye kullanımı ve farklı tarayıcılarda da kontrol yapın. Düğmelerin ekrandan taşmadığını, metinlerin okunabildiğini, odak sırasının mantıklı olduğunu ve banner’ın kapatılmasının yanlışlıkla kabul anlamına gelmediğini sınayın. Sayfaya doğrudan alt bağlantılardan girin; ana sayfadan geçilmediğinde de aynı tercih düzeninin çalıştığını doğrulayın. Bir video veya harita gibi etkileşimli içerik varsa, ziyaretçi içeriğe dokunmadan önce bağlantı kurulup kurulmadığını da inceleyin. İşletme örneği olarak kampanya sayfasını arama sonucundan açıp aynı kontrolü yapmak, ana sayfada fark edilmeyen kodları gösterebilir.
Test bulgularını kayda alın: hangi sayfa, hangi tercih, hangi kod, beklenen davranış ve gözlenen sonuç. Sorun çıktığında önce kodun nereden yüklendiğini, sonra hangi tercihe bağlandığını ve son olarak tercih kaydının nasıl uygulandığını kontrol edin. Sitedeki her güncelleme yeni bir etiket veya gömülü içerik ekleyebilir; bu nedenle test yalnızca ilk kurulumda yapılacak tek seferlik iş değildir. KVKK ceza riski hesaplayıcısı riskleri değerlendirirken yardımcı olabilir; hukuki değerlendirme yerine geçmez. Uygulamanın hukuki yönü ve işletmenize özgü koşullar için avukatınıza veya hukukçunuza danışın.
Örnek hesap: olası ihlalin değerlendirilmesi
Bir KOBİ’nin internet sitesinde tercih ekranı görünür durumdadır; ancak ziyaretçi “reddet” seçeneğine bastığında analiz kodu çalışmaya devam etmektedir. İşletme, teknik kurulumdaki bu durumun hangi yükümlülüklerle ilişkili olabileceğini anlamak ve olası idari yaptırım riskini değerlendirmek ister. Somut olayın koşulları, işlenen veriler ve uygulamanın kapsamı sonucu etkileyebileceği için bu senaryo tek başına kesin bir hukuki sonuç göstermez. İlk pratik adım, ret seçeneğinden sonra hangi kodların gerçekten çalıştığını belirlemek ve bu bulguyu kayıt altına almaktır.
Bu örnekte sık yapılan hata, banner’ın görünür olmasını ve ret düğmesinin tıklanabilmesini yeterli kabul etmektir. Oysa düğmenin verdiği karar etiketlere iletilmiyorsa ziyaretçinin tercihi uygulanmıyor olabilir. İşletme, teknik ekiple birlikte ilgili kodun yükleme kaynağını, kategori eşlemesini ve ret akışındaki davranışını inceleyebilir. Aynı zamanda banner metninin araçların gerçek kullanımını doğru anlatıp anlatmadığını kontrol edebilir. Bu kontrollerin sonucu, işletmeye ait teknik envanter ve süreç kayıtlarıyla karşılaştırılmalıdır.
Bu başlık, belirli bir olayın sonucu hakkında kesin hüküm vermek veya olası yaptırımın nasıl hesaplanacağını tek başına açıklamak için kullanılamaz. İşletmenizin durumu; kullanılan araçlara, işleme amaçlarına ve uygulamadaki ayrıntılara göre değişebilir. Bu nedenle burada yer alan senaryoyu kontrol listesi gibi kullanın: önce teknik davranışı tespit edin, ardından gerekli görülen düzeltmeleri planlayın ve hukuki değerlendirme için avukatınıza veya hukukçunuza danışın. İdari para cezası ve ilgili kanun hükümleri bakımından 6698 sayılı Kanun’un m.18’i kabahatleri düzenler.
Senaryo: Bir e-ticaret sitesi reklam etiketinin kullanıcı tercihi verilmeden çalışıp çalışmadığını test eder.
Uygulanabilir kalemler ve kanundaki bantlar:
- Aydınlatma yükümlülüğünün yerine getirilmemesi: 85.437 TL – 1.709.200 TL
Hesap tablosu:
| Adım | İşlem |
|---|---|
| Aydınlatma yükümlülüğünün yerine getirilmemesi | alt 85.437 TL – üst 1.709.200 TL |
| Toplam alt sınır | 1 kalem toplamı = 85.437 TL |
| Toplam üst sınır | 1 kalem toplamı = 1.709.200 TL |
Kalemlerin alt sınırları toplandığında 85.437 TL, üst sınırları toplandığında 1.709.200 TL eder. Bu bir tahmin değil, Kanun'daki bandın toplamıdır: Kurul her kalemi ayrı değerlendirir, kusurun ağırlığına ve veri sorumlusunun ekonomik durumuna göre band içinde takdir kullanır. Kendi durumunuz için ceza riski hesaplayıcısı hangi kalemin size uygulanabileceğini gösterir.
Kanundaki bantlar
| Ceza kalemi | Dayanak | 2026 alt sınır | 2026 üst sınır |
|---|---|---|---|
| Aydınlatma yükümlülüğünün yerine getirilmemesi | m. 10 / m. 18-1-a | 85.437 TL | 1.709.200 TL |
Tutarlar 6698 sayılı Kanun m. 18'deki kabahat kalemlerinin 2026 yılı için yeniden değerleme oranıyla (%25,49; 585 Sıra No'lu VUK Genel Tebliği, Resmî Gazete 27.11.2025, sayı 33090) güncellenmiş hâlidir. Kaynak: /blog/kvkk-cezalari-ne-kadar/.
Kurul kararlarında çerez banner nasıl yapılır
Bu konu için anılabilecek bir Kurul kararı verilmediğinden, burada karar numarası veya karara dayalı bir sonuç aktarılmıyor. Aşağıdaki kontrol noktaları, banner kurulumunda tercihlerin anlaşılır sunulmasına ve teknik olarak uygulanmasına yönelik genel pratik adımlardır. Bunlar, işletmenin kendi sitesindeki araçları incelemesinin veya hukuki değerlendirme almasının yerine geçmez. Kurul kararlarını takip eden işletme ekibi, yeni bir araç veya tasarım değişikliği olduğunda mevcut kurulumunu yeniden gözden geçirebilir.
- Kabul ve ret seçeneklerini görünür, anlaşılır ve kullanımı benzer kolaylıkta olacak biçimde tasarlayın.
- Ziyaretçi seçim yapmadan önce çalışmaması gereken kodları belirleyin; ret ve kategori tercihlerini gerçek sayfalarda ayrı ayrı sınayın.
- Tercih değişikliği için erişilebilir bir yol sunun ve yeni seçimin kayıtla birlikte kodların çalışmasına yansıdığını kontrol edin.
Örneğin küçük bir hizmet işletmesi, banner metnini güncellerken sitesine eklenen harita aracını envantere işlemeyi unutabilir. Bu tür bir hata, yalnızca hukuki metinleri gözden geçirmekle fark edilmeyebilir; sayfa açılışı ve ziyaretçi tercihi üzerinden teknik test gerekir. Sık yapılan başka bir hata, eski kurulumun hâlâ doğru çalıştığını varsayarak yeni bir etiket eklendikten sonra ret akışını yeniden denememektir. Pratik olarak her site değişikliğinde kullanılan araçları, kategorileri ve test sonucunu birlikte gözden geçirin.
Kurul kararlarıyla ilgili genel kaynakları incelemek için Kurul kararları indeksi sayfasına bakabilirsiniz. Bu konuda karar bulunmadığı bilgisi, farklı olaylara ilişkin kararların veya işletmenizin koşullarının ayrıca incelenmesi gereğini ortadan kaldırmaz. Kararların kapsamını kendi durumunuza doğrudan uygulamadan önce, olayların ve işleme süreçlerinin aynı olup olmadığını avukatınıza veya hukukçunuza danışın. Bu bölümdeki adımlar, yalnızca teknik düzeni kontrol etmeye ve eksik noktaları belirlemeye yardımcı olur.
Sık sorulan sorular
Çerez banner’da “Tümünü reddet” düğmesi bulunmalı mı?
Ziyaretçinin gerekli olmayan çerezleri reddetme tercihini açık ve kolay biçimde kullanabilmesi gerekir. Ret seçeneğini saklamak, yalnızca ayarlar ekranına koymak veya kabul seçeneğinden daha zor erişilir hâle getirmek tercih arayüzünü dengesizleştirebilir. Düğmenin çalıştığını ve reddedilen araçların gerçekten durduğunu da test edin. Bir işletme için pratik kontrol, düğmeye basıldıktan sonra hem tercihin kaydedildiğini hem de ilgili kodların çalışmadığını doğrulamaktır.
Önceden işaretli kutu kullanabilir miyim?
Tercih ekranındaki seçenekleri ziyaretçi adına önceden seçilmiş göstermeyin. Ziyaretçinin hangi kategorilere izin verdiği, kendisinin yaptığı seçime dayanmalıdır. Kutuları başlangıçta seçilmemiş bırakın; sayfa kapatma, gezinme veya siteyi kullanmaya devam etme davranışını da tek başına kabul olarak yorumlamayın. Örneğin kategori ayarlarını açmadan banner’ı kapatan ziyaretçinin tercihinin nasıl ele alınacağını da kurulumda açıkça belirleyin.
Gerekli çerezleri banner’da nasıl göstermeliyim?
Önce her kaydın hangi işlevi sağladığını ve devre dışı kaldığında sitenin nasıl etkilendiğini belirleyin. Gerçekten gerekli olduğunu düşündüğünüz kayıtların amacını anlaşılır biçimde açıklayın; yalnızca teknik olarak kullanılıyor diye bütün çerezleri gerekli saymayın. Kategorilerin ayrımını ve uygulamanın hukuki yönünü işletmenize göre avukatınıza veya hukukçunuza danışın. Pratik olarak, her kayıt için işlevi ve kategori kararını envanterde belgeleyip açıklamayı bu bilgiye göre hazırlayın.
Ziyaretçi reddettiğinde hangi kodlar durmalı?
Ret tercihinin hangi kategorileri kapsadığı, envanterinizdeki araçlara göre belirlenmelidir. Ziyaretçi bir kategoriyi reddettiğinde o tercihe bağlı kodların çalışmaması ve sonraki sayfalarda yeniden yüklenmemesi gerekir. Etiketleri yalnızca banner’da değil, tarayıcıdaki kayıtlar ve sayfanın gönderdiği istekler üzerinden de kontrol edin. Örneğin ziyaretçi reklam kategorisini reddedip analiz kategorisine izin verdiyse, testte iki kategorinin ayrı davrandığını doğrulayın.
Tercihler ne zaman yeniden sorulmalı?
Ziyaretçinin daha önceki tercihi bulunmuyorsa yeni oturumda seçim ekranı gösterilmesi gerekebilir. Tarayıcı verileri silindiğinde veya farklı bir cihaz kullanıldığında kayıtlı tercih erişilebilir olmayabilir. Tercih aracı değiştiğinde, sitenin araçları veya amaçları güncellendiğinde ve seçim ekranını yeniden değerlendirme ihtiyacı doğduğunda davranışı gözden geçirin. Pratik adım olarak, tercihlerin hangi durumlarda tekrar gösterileceğini önceden belirleyip yeni oturum ve farklı cihaz senaryolarında test edin.
