Çerez Onayı ve KVKK Aydınlatma Metnini Yanlış Kuranlar Neyi Kaçırıyor? E-Pin Scripti Kullanan Satıcıların Kimseye Söylemediği Uyum Sistemi

Çoğu e-pin satıcısı çerez onayını ve KVKK aydınlatma metnini aynı kutuya koyar: sitenin altına bir bant, bir de kimsenin okumadığı uzun sayfa. Mantık basit görünür, çünkü herkes böyle yapıyor. Oysa bu iki şey birbirinden tamamen farklı hukuki zeminde durur ve yanlış eşleştirildiğinde hem denetimde hem de dönüşüm oranında ilk zararı görürsün. Aydınlatma bir bilgilendirme yükümlülüğüdür; açık rıza ise ayrı bir irade beyanıdır. Bandın üstünde "Kabul ediyorum" yazıp aydınlatma metnine link vermek, bu ikisini tek tıkla birbirine karıştırmaktan başka bir şey yapmaz.

İşin ilginç tarafı şu: e-pin satan bir işletmede veri akışı, sıradan bir kurumsal siteden çok daha karmaşıktır. Ödeme sağlayıcısına giden sipariş bilgisi, dolandırıcılık kontrolü için tutulan IP ve cihaz izi, teslim edilen kodun kime gittiğinin kaydı, pazarlama tarafında çalışan piksel ve remarketing etiketleri... Hepsi ayrı ayrı hukuki sebeplere dayanır. Doğru kurulmuş bir e-pin satış scripti bu akışları kendi içinde ayrıştırabildiği için uyum metinlerini de gerçeğe yakın yazabilirsin. Aşağıda, panelden yönetilebilen bir düzenin nasıl kurulduğunu ve nerede hata yapıldığını tek tek açıyoruz.

Çerez bandı neden tek başına uyum sağlamıyor?

Bandın işlevi rıza toplamaktır, aydınlatma değil. Yani ziyaretçi "Kabul et"e bastığında, neye rıza verdiğini bandın kendisinden anlamış olmalı. Sadece "Sitemiz çerez kullanır" yazan bir şerit, hangi çerezin ne kadar süre kaldığını, kiminle paylaşıldığını ve reddedildiğinde ne olacağını söylemediği için eksik kalır. Daha kötüsü, çoğu kurulumda reddetme seçeneği hiç yoktur ya da kapatma ikonu sessizce kabul sayılır. Bu, rızanın özgür iradeyle verilmiş olması şartını doğrudan zedeler. Sağlam bir kurulumda bantta üç davranış bulunur: kabul, reddet, ayarla. Üçü de aynı görsel ağırlıkta olmalı; reddet düğmesini soluk gri yapmak niyeti belli eden bir tercihtir. Kullandığın dijital ürün satış scripti çerezleri kategori bazında yükleyebiliyorsa, reddeden ziyaretçide pazarlama etiketleri hiç çalışmaz; yükleyip sonra susturmak yeterli sayılmaz.

Aydınlatma metnini kim, hangi anda görmeli?

Aydınlatma yükümlülüğü verinin ilk toplandığı anda doğar. Bu yüzden tek bir sayfada toplanmış genel metin pratikte yetersizdir. Üyelik formunda, sipariş ekranında, destek talebi açarken ve bülten kaydında ayrı ayrı, kısa ve bağlama özel bilgilendirme görünmesi gerekir. E-pin işinde en sık atlanan nokta sipariş ekranıdır: orada topladığın veri artık pazarlama değil, sözleşmenin ifası için gereklidir ve rızaya değil başka bir hukuki sebebe dayanır. Bunu metinde açıkça ayırmazsan, müşteri "rızamı geri çekiyorum" dediğinde teslim kaydını silmek zorundaymışsın gibi bir baskı oluşur ki durum böyle değildir. İyi bir e-pin yazılımı her formun yanına kendi kısa aydınlatma bloğunu koymana izin verir; özellikler bölümünde bu form bazlı metin alanlarının nasıl yönetildiğini görebilirsin.

Tek kutucukla toplanan rıza neden geçersiz sayılır?

Kayıt formunda "Kullanım koşullarını, gizlilik politikasını ve ticari elektronik ileti gönderimini kabul ediyorum" diyen tek bir kutucuk, sektörde en yaygın hatadır. Burada üç ayrı irade bir araya sıkıştırılmıştır ve müşteri üye olmak için pazarlama iznini de vermek zorunda kalır. Rıza belirli bir konuya ilişkin olmalı; paket halinde alınamaz. Doğru düzen şudur: sözleşme onayı zorunlu ve ayrı, pazarlama izni isteğe bağlı ve varsayılan olarak işaretsiz. Ayrıca her rızanın tarih, saat, IP ve gösterilen metnin sürümüyle birlikte kayıt altına alınması gerekir; ileride "ben izin vermedim" diyen bir müşteriye gösterebileceğin tek şey bu kayıttır. Modern bir e-pin satış yazılımı bu izin geçmişini müşteri kartında tutar, böylece destek ekibin tahmin yürütmez.

Reddeden ziyaretçiyi kaybetmemek mümkün mü?

Burada çoğu satıcının korkusu şu: "Reddet düğmesi koyarsam reklam verilerim biter." Gerçekte olan, ölçümün yerini değiştirmektir. Sipariş sayısı, sepet tutarı, kupon kullanımı gibi veriler zaten senin sisteminde, sunucu tarafında duruyor; bunları raporlamak için ziyaretçinin rıza vermesine ihtiyacın yok çünkü kendi sözleşme ilişkinin içindedir. Kaybettiğin şey yalnızca üçüncü taraf reklam platformunun kişi bazlı eşleştirmesidir. Panelinin kendi dijital ürün satış yazılımı raporlarını ciddiye alırsan, reddetme oranı yükselse bile karar verebileceğin veriye sahip olursun. Üstelik açık bir tercih ekranı güven sinyali üretir; e-pin gibi "kod gelmezse ne olacak" endişesinin yüksek olduğu bir kategoride bu güven doğrudan dönüşüme yazar.

Uyum kontrol listesini nasıl işletir hale getirirsin?

Uyum tek seferlik bir proje değil, tekrarlayan bir bakım işidir. Yeni bir ödeme sağlayıcısı eklediğinde, yeni bir tedarikçiyle çalıştığında ya da bir analiz aracı kurduğunda veri akışın değişir; metinler aynı kaldığı sürece uyum da bozulur. Bunu ayda bir yapılan kısa bir gözden geçirmeye bağla ve kontrolü kişiye değil listeye emanet et. Aşağıdaki tabloyu kendi panelinde bir görev listesine çevirebilirsin.

Bu düzeni kurmak ne kadar emek istiyor?

Sıfırdan yazmaya kalkarsan haftalar sürer: kategori bazlı çerez yükleme, izin geçmişi tablosu, form bazlı metin alanları, başvuru kaydı ve sürümleme. Hazır bir altyapıyla başlarsan bunların çoğu zaten yerindedir ve senin işin yalnızca kendi tedarikçi ve akış listeni doldurmak olur. Pinova tam olarak bunun için kurulmuş bir satış yönetim yazılımıdır; e-pin satmaz, e-pin satan işletmenin paneli olur. Fiyatlandırmayı incelediğinde, tek bir hukuki danışmanlık saatinin maliyetiyle kalıcı bir altyapı arasındaki farkı kendin görürsün.

Uyum, satışın önüne konan bir engel değil; müşterinin "bu siteye kart bilgimi verir miyim" sorusuna verilen sessiz cevaptır. Kendi kurulumunda çerez tercih ekranını, form bazlı aydınlatma alanlarını ve izin geçmişini bir arada görmek istiyorsan canlı demo üzerinden panele girip bu ekranları tek tek dolaşabilir, ardından kendi metinlerinle doldurup yayına alabilirsin.