Çerez Onayı ve Onay Modu Kurulum Rehberi

Çerez onayı, hem hukuki bir zorunluluk hem de ölçüm altyapısının bir parçası. Yanlış kurulduğunda iki yönlü kayıp üretir: uyum riski ve veri kaybı. Doğru kurulduğunda ise izin verilmeyen kullanıcıların verisi toplanmaz ama ölçüm tamamen kör kalmaz. Bu rehber, onay yönetiminin teknik ve pratik tarafını birlikte ele alıyor.

Neden onay gerekiyor?

Çerezler ve benzeri izleme teknolojileri, kullanıcının cihazına veri yazar ve davranışını kaydeder. Bu, kişisel veri işleme kapsamına girer ve belirli koşullarda kullanıcının açık rızasını gerektirir.

Gereklilik yalnızca hukuki değildir: reklam platformları da kendi politikalarında, kullanıcı verisinin uygun izinle toplanmış olmasını şart koşar. İzinsiz toplanan veriyle beslenen kampanyalar, politika ihlali riski taşır.

Ayrıca tarayıcılar da bu yönde ilerlemektedir: izleme kısıtlamaları giderek sıkılaşmakta ve onaysız izleme teknik olarak da zorlaşmaktadır.

Çerez türleri

Onay gerekliliği, çerezin türüne göre değişir ve bu ayrımın doğru yapılması gerekir.

• Zorunlu çerezler: sitenin çalışması için gerekli olanlar (oturum, sepet, güvenlik). Genellikle onay gerektirmez.
• Tercih çerezleri: dil ve görünüm gibi kullanıcı tercihleri.
• Analitik çerezler: ziyaretçi davranışını ölçenler.
• Pazarlama çerezleri: reklam hedefleme ve ölçüm amaçlı olanlar.

Sınıflandırma yaparken en sık yapılan hata, analitik çerezleri zorunlu kategorisine koymaktır. Analitik, sitenin çalışması için gerekli değildir ve bu sınıflandırma savunulabilir değildir.

Türkiye’deki çerçeve

Türkiye’de kişisel verilerin işlenmesi, kişisel verilerin korunması mevzuatı kapsamındadır ve çerez kullanımı da bu çerçevede değerlendirilir.

Temel yükümlülükler: aydınlatma yükümlülüğünün yerine getirilmesi, gerekli hâllerde açık rıza alınması, verilerin hangi amaçla işlendiğinin belirtilmesi, ve yurt dışına aktarım varsa bunun açıklanması.

Son madde önemlidir: kullanılan analitik ve reklam araçlarının çoğu verileri yurt dışında işler ve bu durumun aydınlatma metninde açıkça belirtilmesi gerekir.

Bu rehber hukuki danışmanlık yerine geçmez; kurulum öncesinde konunun hukuk danışmanıyla değerlendirilmesi gerekir.

Avrupa ve diğer bölgeler

Avrupa’daki kullanıcılara hizmet veren siteler, bölgesel veri koruma düzenlemelerine de tabidir ve bu düzenlemeler genellikle daha katıdır.

Öne çıkan gereklilikler: onay alınmadan hiçbir isteğe bağlı çerezin yazılmaması, reddetme seçeneğinin kabul etme kadar kolay olması, ve onayın kanıtlanabilir biçimde kaydedilmesi.

Uluslararası satış yapan işletmeler için pratik yaklaşım, en katı gerekliliğe göre kurulum yapmaktır: bölgeye göre farklı davranış tanımlamak teknik olarak mümkündür ama bakım yükü üretir ve hata riskini artırır.

Geçerli onayın koşulları

Bir onayın geçerli sayılması için taşıması gereken nitelikler vardır.

Koşullar: özgür iradeyle verilmiş olması (hizmetin kullanımı onaya bağlanmamalı), belirli olması (hangi amaç için verildiği net olmalı), bilgilendirmeye dayanması (kullanıcı ne kabul ettiğini bilmeli), ve açık bir eylemle verilmiş olması.

Son madde kritiktir: önceden işaretlenmiş kutular, sayfada gezinmenin onay sayılması veya bandın kapatılmasının kabul olarak yorumlanması geçerli onay üretmez.

Ayrıca onayın geri alınabilir olması ve geri almanın vermek kadar kolay olması gerekir.

Onay bandı tasarımı

Onay bandı, hem uyum hem kullanıcı deneyimi açısından tasarlanmalıdır.

Bulunması gerekenler: hangi verilerin ne amaçla işlendiğinin kısa açıklaması, kabul etme seçeneği, reddetme seçeneği, ayarları özelleştirme yolu, ve ayrıntılı metne bağlantı.

Tasarım ilkeleri: kritik içeriği kapatmamak, mobilde kullanılabilir olmak, sayfa yüklenmesini engellememek, ve okunabilir olmak.

Ayrıca bandın gösterilmesi, sayfa hızını olumsuz etkilememelidir: onay yönetim kodunun geç yüklenmesi, sayfanın bir süre bantsız görünmesine ve ardından içeriğin kaymasına yol açar.

Karanlık desenlerden kaçınmak

Kullanıcıyı belirli bir seçime yönlendirmek için kullanılan tasarım hileleri, hem uyum riski hem güven kaybı üretir.

Kaçınılması gerekenler: reddetme seçeneğini görünmez veya erişilmesi zor hâle getirmek, kabul düğmesini vurgulu, reddi silik göstermek, önceden işaretlenmiş kutular kullanmak, ve reddetmek için çok sayıda adım gerektirmek.

Bu uygulamalar kısa vadede onay oranını yükseltebilir ama iki maliyeti vardır: hukuki risk ve toplanan onayların geçersiz sayılması ihtimali.

Geçersiz onayla toplanan veri, hiç toplanmamış veriden daha risklidir çünkü kullanıldığı her yerde riski taşır.

Aydınlatma metni

Bandın arkasındaki ayrıntılı metin, yükümlülüğün asıl karşılandığı yerdir.

İçermesi gerekenler: hangi çerezlerin kullanıldığı ve amaçları, kimlerin veriye eriştiği, saklama süreleri, yurt dışına aktarım durumu, kullanıcının hakları, ve iletişim yolu.

Metnin anlaşılır olması gerekir: hukuki dilin yoğun kullanıldığı ve okunmayan metinler, bilgilendirme koşulunu fiilen karşılamaz.

Ayrıca metnin güncel tutulması zorunludur: yeni bir araç eklendiğinde veya bir araç kaldırıldığında metin güncellenmelidir. Bu, en sık ihmal edilen bakım işidir.

Kategori bazlı onay

Kullanıcıya tüm çerezleri toplu kabul veya red dışında, kategori bazında seçim imkânı sunulmalıdır.

Tipik kategoriler: zorunlu, tercih, analitik ve pazarlama.

Kategori bazlı onayın teknik karşılığı, her kategorinin ayrı bir sinyal üretmesi ve ilgili etiketlerin yalnızca kendi kategorisi onaylandığında çalışmasıdır.

Bu yapının doğru kurulması kritiktir: analitik onayı verilmiş ama pazarlama onayı verilmemiş bir kullanıcıda, analitik ölçüm çalışmalı ama reklam etiketleri çalışmamalıdır. Bu ayrımın uygulanmaması, en yaygın teknik uyum hatasıdır.

Onayı geri çekme

Kullanıcının verdiği onayı sonradan geri alabilmesi zorunludur ve bu yolun kolay erişilebilir olması gerekir.

Uygulama yolları: alt bilgide kalıcı bir ayar bağlantısı, ekranın kenarında sabit bir simge, ve gizlilik sayfasında bir bağlantı.

Geri çekme gerçekleştiğinde yapılması gerekenler: ilgili çerezlerin silinmesi, onay sinyallerinin güncellenmesi, ve ilgili etiketlerin durdurulması.

Sık yapılan bir hata, geri çekme arayüzünün sunulması ama teknik karşılığının uygulanmamasıdır: kullanıcı onayı geri çeker ama çerezler silinmez ve etiketler çalışmaya devam eder.

Onay kaydı tutmak

Onayın alındığının kanıtlanabilmesi gerekir; bu, denetim durumunda temel savunmadır.

Kaydedilmesi gerekenler: onay tarihi ve saati, hangi kategorilerin kabul edildiği, gösterilen metnin sürümü, ve onayın alındığı yöntem.

Bu kayıtların kullanıcıyı doğrudan tanımlamayan bir tanımlayıcıyla tutulması, gizlilik açısından tercih edilir.

Ayrıca metin sürümünün kaydedilmesi önemlidir: aydınlatma metni değiştiğinde, önceki metne dayanarak verilmiş onayların hangi kapsamda geçerli olduğu bu kayıtla belirlenebilir.

Onay modu nedir?

Onay modu, kullanıcının onay durumunun ölçüm ve reklam araçlarına iletilmesini sağlayan bir mekanizmadır.

Çalışma mantığı şudur: etiketler tamamen engellenmek yerine, onay durumuna göre davranışlarını değiştirir. Onay yoksa çerez yazmaz ve kimlik bilgisi taşımaz; yalnızca sınırlı ve anonim sinyaller gönderir.

Bu yaklaşımın avantajı, onaysız kullanıcılarda tamamen kör kalmak yerine sınırlı bir görünürlük sağlamasıdır.

Ancak açıkça belirtilmelidir: bu mekanizma onay gerekliliğini ortadan kaldırmaz ve onaysız kullanıcının kişisel verisini toplamaz. Onay yoksa kişisel veri işlenmez.

Onay sinyalleri

Onay modu, farklı amaçlar için ayrı sinyaller kullanır ve her birinin karşılığı farklıdır.

Temel sinyaller: analitik ölçüm için çerez izni, reklam ölçümü için izin, reklam kişiselleştirme için izin, ve kullanıcı verisinin reklam amaçlı iletilmesi için izin.

Bu sinyallerin her biri, onay bandındaki kategorilerle doğru eşleştirilmelidir. Eşleştirme yanlış yapıldığında, kullanıcının reddettiği bir amaç için veri işlenmiş olabilir.

Eşleştirme haritasının belgelenmesi ve kurulum sonrası test edilmesi gerekir; bu, kurulumun doğruluğunu belirleyen en kritik adımdır.

Temel ve gelişmiş uygulama

Onay modunun iki uygulama biçimi vardır ve seçim, hem uyum hem veri kalitesi açısından sonuç doğurur.

Temel uygulama: onay verilene kadar hiçbir ölçüm kodu yüklenmez. Onay verilirse yüklenir. Daha katı bir yaklaşımdır ama onaysız kullanıcılarda hiçbir sinyal üretmez.

Gelişmiş uygulama: kodlar yüklenir ama onaysız durumda çerez yazmaz ve sınırlı sinyal gönderir. Daha fazla görünürlük sağlar.

Seçim, hukuki değerlendirmeye ve risk iştahına bağlıdır. Uygulanan yöntem ne olursa olsun, onaysız kullanıcıda çerez yazılmadığının test edilerek doğrulanması gerekir.

Varsayılan durum ayarı

Kurulumun en kritik teknik ayrıntısı, onay sorulmadan önceki varsayılan durumdur.

Doğru varsayılan, tüm isteğe bağlı sinyallerin reddedilmiş kabul edilmesidir. Kullanıcı seçim yapana kadar hiçbir isteğe bağlı işlem yapılmaz.

Yanlış uygulama, varsayılanı kabul olarak ayarlamak veya varsayılan tanımını hiç yapmamaktır: bu durumda sayfa yüklenirken çerezler yazılır ve onay fiilen anlamsızlaşır.

Ayrıca varsayılan ayarın, ölçüm kodlarından önce çalışması gerekir. Sıralama yanlışsa, ayar devreye girmeden önce ilk istekler gönderilmiş olur ve bu, en sık gözden kaçan kurulum hatasıdır.

Onay güncellemesi

Kullanıcı seçimini yaptığında, bu bilgi ölçüm araçlarına gecikmeden iletilmelidir.

Doğru akış: kullanıcı seçim yapar, onay yönetim platformu bunu kaydeder, sinyaller güncellenir, ve etiketler yeni duruma göre davranmaya başlar.

Dikkat edilmesi gereken nokta, güncellemenin sayfa yenilenmeden gerçekleşmesidir: kullanıcı onay verdiğinde ölçümün hemen başlaması gerekir, sonraki sayfa yüklenmesini beklemesi değil.

Aksi hâlde, kullanıcının onay verdiği ilk sayfa görüntülenmesi ve varsa oradaki dönüşüm kaydedilmez. Bu, açılış sayfasında dönüşen kullanıcıların sistematik olarak kaybedilmesi anlamına gelir.

Modellenmiş veri

Onaysız kullanıcılardan gelen sınırlı sinyaller, platformlar tarafından istatistiksel modelleme için kullanılabilir.

Mantık şudur: onay veren kullanıcıların davranışından öğrenilen örüntüler, onay vermeyen kullanıcıların ölçülemeyen dönüşümlerini tahmin etmekte kullanılır.

Bilinmesi gerekenler: modelleme için yeterli veri hacmi gerekir, tahmin edilen dönüşümler gözlenmiş değildir, ve bu veriler sipariş sistemiyle birebir eşleşmez.

Modellenmiş veri, ölçüm boşluğunu tamamen kapatmaz ama yön göstergesi olarak değerlidir. Raporlarda bu ayrımın belirtilmesi, yanlış yorumlamayı önler.

Onay yönetim platformu seçimi

Onay yönetimi için hazır platformlar kullanmak, kendi çözümünü geliştirmekten çoğu durumda daha güvenlidir.

Değerlendirme kriterleri: onay modu desteği, etiket yöneticisiyle entegrasyon, kategori bazlı yönetim, onay kaydı tutma, çoklu dil desteği, sayfa hızına etkisi, ve mevzuat güncellemelerine uyum.

Son kriter önemlidir: düzenlemeler ve platform gereklilikleri değişir; bu değişiklikleri takip eden bir sağlayıcı, kendi geliştirdiğiniz çözümü sürekli güncelleme yükünden kurtarır.

Ayrıca sağlayıcının kendisinin de veri işleyen bir taraf olduğu unutulmamalıdır.

Etiket yöneticisiyle entegrasyon

Etiket yöneticisi kullanılıyorsa, onay durumunun etiketleri kontrol etmesi bu katmanda kurulur.

Kurulum unsurları: onay durumunun veri katmanına yazılması, etiketlere onay gereksinimlerinin tanımlanması, ve tetikleyicilerin onay durumunu dikkate alması.

Modern etiket yöneticilerinde yerleşik onay kontrolü bulunur: her etiket için hangi onay türlerinin gerektiği tanımlanabilir ve etiket, gerekli onaylar olmadan çalışmaz.

Bu yerleşik mekanizmanın kullanılması, elle tetikleyici kuralları yazmaktan hem daha güvenli hem daha bakımı kolaydır. Etiket yöneticisi kurulumu rehberimizde temel yapı anlatılıyor.

Sunucu taraflı kurulumda onay

Sunucu taraflı ölçüm kullanılıyorsa, onay kontrolünün bu katmanda da uygulanması zorunludur.

Doğru akış: onay durumu istemcide belirlenir, sunucuya iletilir, ve sunucudaki etiketler bu duruma göre çalışır.

Yaygın ve ciddi bir hata, onay kontrolünün yalnızca istemcide yapılıp sunucuda yok sayılmasıdır. Bu durumda veri sunucuya ulaşır ve oradan platformlara onaysız biçimde aktarılır.

Bu, teknik olarak fark edilmesi zor ama sonuçları ağır bir uyum ihlalidir. Sunucu taraflı ölçüm rehberimizde bu konu ayrıca ele alınıyor.

Reklam platformlarına etkisi

Onay yönetimi, reklam platformlarının aldığı veriyi doğrudan etkiler ve bu etki kampanya performansına yansır.

Etkilenen alanlar: dönüşüm ölçümünün eksiklenmesi, otomatik teklif sistemlerinin daha az sinyalle çalışması, kitle listelerinin küçülmesi, ve kişiselleştirme kapasitesinin azalması.

Bu etkiler gerçektir ama onaysız veri toplamanın gerekçesi olamaz. Doğru yaklaşım, onay oranını meşru yollarla artırmak ve kalan boşluğu modelleme ile deneysel yöntemlerle yönetmektir.

Ayrıca dönüşüm aktarımı entegrasyonları, onaylı kullanıcılarda ölçüm kalitesini artırarak kaybın bir bölümünü telafi eder.

Yeniden pazarlamaya etkisi

Yeniden pazarlama, onay yönetiminden en çok etkilenen alandır çünkü doğrudan kullanıcı takibine dayanır.

Pazarlama onayı verilmeyen kullanıcılar, kitle listelerine eklenemez. Bu, liste boyutlarının belirgin biçimde küçülmesi anlamına gelir.

Uyum sağlama yolları: onaylı kullanıcılara odaklanmak, müşteri listesi tabanlı hedeflemeyi (uygun izinlerle) kullanmak, ve geniş hedefleme ile güçlü kreatife ağırlık vermek.

Ayrıca liste boyutlarındaki düşüş, kampanya performansındaki değişimin nedeni olarak doğru teşhis edilmelidir; aksi hâlde kreatif veya teklif ayarlarında gereksiz değişiklikler yapılır.

Veri kaybının büyüklüğü

Onay yönetimi kurulduğunda ölçülen trafik ve dönüşüm sayıları düşer; bu, beklenen bir sonuçtur.

Kaybın büyüklüğü işletmeden işletmeye önemli ölçüde değişir ve şu etkenlere bağlıdır: kullanıcı kitlesinin bölgesi, cihaz dağılımı, sektör, onay bandının tasarımı, ve marka güveni.

Bu nedenle genel bir oran vermek yanıltıcıdır; her işletmenin kendi oranını ölçmesi gerekir.

Ölçüm yöntemi basittir: onay yönetim platformunun raporladığı kabul oranı ile analitikte görünen oturum sayısındaki değişim karşılaştırılır. Bu oran, raporların yorumlanmasında kalıcı bir düzeltme faktörü olarak kullanılabilir.

Onay oranını artırmak

Onay oranı, meşru yollarla artırılabilir ve bu yollar aynı zamanda kullanıcı deneyimini iyileştirir.

Etkili yaklaşımlar: neden veri toplandığının kısa ve anlaşılır açıklanması, kullanıcıya sağlanan faydanın belirtilmesi, bandın rahatsız etmeyen bir tasarımla sunulması, kategori seçiminin anlaşılır olması, ve genel olarak siteye duyulan güvenin yüksek olması.

Deneme yapılabilecek unsurlar: metin uzunluğu, açıklama dili, bandın konumu, ve seçeneklerin sunum sırası.

Ancak testler, reddetme seçeneğinin erişilebilirliğini zayıflatmadan yapılmalıdır; bu sınır aşıldığında elde edilen onaylar geçersiz hâle gelir.

Kurulumu test etmek

Onay kurulumu, yayına alınmadan önce sistematik olarak test edilmelidir.

Test senaryoları: hiçbir seçim yapmadan sayfada gezinmek ve hangi çerezlerin yazıldığını kontrol etmek, yalnızca analitik onayı vermek ve reklam etiketlerinin çalışmadığını doğrulamak, tüm onayları vermek ve tüm etiketlerin çalıştığını görmek, onayı geri çekip çerezlerin silindiğini kontrol etmek, ve farklı tarayıcılarda aynı senaryoları tekrarlamak.

İlk senaryo en kritiğidir: seçim yapılmadan önce yazılan her isteğe bağlı çerez, bir uyum ihlalidir ve tarayıcı geliştirici araçlarıyla kolayca tespit edilir.

Düzenli denetim

Onay kurulumu, zamanla bozulan bir sistemdir ve düzenli denetim gerektirir.

Bozulma nedenleri: yeni eklenen araçların onay kontrolüne bağlanmaması, site güncellemelerinde kod sırasının değişmesi, üçüncü taraf eklentilerin kendi çerezlerini yazması, ve platform güncellemeleri.

Denetim kapsamı: yazılan çerezlerin listelenmesi ve aydınlatma metniyle karşılaştırılması, onay senaryolarının yeniden test edilmesi, ve metinlerin güncelliğinin kontrolü.

Çeyrek dönemde bir yapılan bir denetim, çoğu sitede yeterlidir ve olası ihlallerin erken tespitini sağlar.

Raporlamada yorumlama

Onay yönetimi devreye girdiğinde raporlar değişir ve bu değişimin doğru yorumlanması gerekir.

Yapılması gerekenler: kurulum tarihinin raporlarda işaretlenmesi, öncesi ve sonrası dönemlerin doğrudan karşılaştırılmaması, onay oranının düzenli izlenmesi, ve modellenmiş verinin ayrı belirtilmesi.

Ayrıca iş sonuçlarının kaynağı olarak sipariş sistemi kullanılmalıdır: analitikteki dönüşüm sayısı düşse bile gerçek sipariş sayısı değişmemiş olabilir.

Bu ayrım yapılmadığında, ölçüm kaynaklı bir düşüş gerçek bir iş düşüşü sanılır ve gereksiz müdahalelere yol açar.

Sık yapılan 12 hata

• Reddetmeyi zorlaştırmak. Geçerli onay üretmez, denetimde ilk işaret edilen sorun.
• Varsayılan durumu kabul olarak ayarlamak. Onay fiilen anlamsızlaşır.
• Varsayılan ayarı ölçüm kodlarından sonra çalıştırmak. İlk istekler gider.
• Analitiği zorunlu kategoriye koymak. Savunulabilir bir sınıflandırma değil.
• Kategori sinyallerini yanlış eşleştirmek. Reddedilen amaç için veri işlenir.
• Geri çekmeyi teknik olarak uygulamamak. Çerezler silinmez, etiketler çalışır.
• Onay kaydı tutmamak. Denetimde kanıt bulunmaz.
• Sunucu tarafında onayı yok saymak. Ciddi ve fark edilmesi zor ihlal.
• Onay sonrası güncellemeyi sayfa yenilemeye bağlamak. İlk sayfa kaybedilir.
• Aydınlatma metnini güncellememek. Yeni araçlar metinde yer almaz.
• Onay öncesi ve sonrası dönemleri karşılaştırmak. Yanlış teşhis.
• Denetimi hiç yapmamak. Kurulum zamanla sessizce bozulur.

Sıkça sorulan sorular

Onay modu, çerez onayı almayı gereksiz kılar mı?

Hayır. Onay modu, kullanıcının onay durumunun ölçüm ve reklam araçlarına iletilmesini sağlayan bir mekanizmadır; onay alma yükümlülüğünü ortadan kaldırmaz. Onay yoksa çerez yazılmaz, kimlik bilgisi taşınmaz ve kişisel veri işlenmez; yalnızca sınırlı ve anonim sinyaller gönderilir. Bu mekanizmanın sağladığı şey, onaysız kullanıcılarda tamamen kör kalmak yerine sınırlı bir görünürlük elde etmektir. Onay bandı ve aydınlatma yükümlülüğü her durumda yerine getirilmelidir.

Analitik çerezleri zorunlu kategoriye koyabilir miyim?

Hayır, bu savunulabilir bir sınıflandırma değildir. Zorunlu kategori, sitenin çalışması için gerekli olan çerezleri kapsar: oturum yönetimi, sepet ve güvenlik gibi. Analitik ölçüm, sitenin çalışması için gerekli değildir; işletmenin karar alması için gereklidir. Bu ayrım denetimlerde sık kontrol edilen bir noktadır ve yanlış sınıflandırma, toplanan tüm analitik verisinin geçersiz onaya dayandığı anlamına gelir.

Onay yönetimi kurulunca verim ne kadar düşer?

Kaybın büyüklüğü işletmeden işletmeye önemli ölçüde değişir; kullanıcı kitlesinin bölgesi, cihaz dağılımı, sektör, onay bandının tasarımı ve marka güveni belirleyicidir. Bu nedenle genel bir oran vermek yanıltıcıdır ve her işletmenin kendi oranını ölçmesi gerekir. Ölçüm yöntemi basittir: onay platformunun raporladığı kabul oranı ile analitikteki oturum sayısı değişimi karşılaştırılır. Bu oran, raporların yorumlanmasında kalıcı bir düzeltme faktörü olarak kullanılabilir.

Onay verilmeden önce hangi çerezler yazılabilir?

Yalnızca sitenin çalışması için zorunlu olanlar: oturum yönetimi, güvenlik, sepet ve dil tercihi gibi. Analitik ve pazarlama çerezleri, kullanıcı seçim yapana kadar yazılmamalıdır. Bunun teknik karşılığı, varsayılan durumun tüm isteğe bağlı sinyaller için reddedilmiş olarak ayarlanması ve bu ayarın ölçüm kodlarından önce çalışmasıdır. Sıralama yanlışsa ayar devreye girmeden ilk istekler gönderilir; bu, en sık gözden kaçan kurulum hatasıdır ve tarayıcı geliştirici araçlarıyla kolayca test edilir.

Sunucu taraflı ölçümde onay nasıl uygulanır?

Onay durumu istemcide belirlenir, sunucuya iletilir ve sunucudaki etiketler bu duruma göre çalışır. Yaygın ve ciddi bir hata, onay kontrolünün yalnızca istemcide yapılıp sunucuda yok sayılmasıdır: bu durumda veri sunucuya ulaşır ve oradan platformlara onaysız biçimde aktarılır. Teknik olarak fark edilmesi zor ama sonuçları ağır bir uyum ihlalidir. Kurulum sonrası, onay verilmemiş bir oturumda sunucudan platformlara istek gidip gitmediği mutlaka test edilmelidir.

Onay oranını artırmanın meşru yolları neler?

Neden veri toplandığını kısa ve anlaşılır açıklamak, kullanıcıya sağlanan faydayı belirtmek, bandı rahatsız etmeyen bir tasarımla sunmak, kategori seçimini anlaşılır kılmak ve genel site güvenini yükseltmek. Metin uzunluğu, açıklama dili, bandın konumu ve seçeneklerin sunum sırası test edilebilir. Ancak testler, reddetme seçeneğinin erişilebilirliğini zayıflatmadan yapılmalıdır; bu sınır aşıldığında elde edilen onaylar geçersiz hâle gelir ve geçersiz onayla toplanan veri, hiç toplanmamış veriden daha risklidir.

Terimler sözlüğü

• Açık rıza: Belirli bir konuda bilgilendirmeye dayanan ve özgür iradeyle açıklanan onay.
• Onay modu: Onay durumunun ölçüm araçlarına iletilmesini sağlayan mekanizma.
• Zorunlu çerez: Sitenin çalışması için gerekli, onay gerektirmeyen çerez.
• Onay yönetim platformu: Onay toplama ve kaydetme işini yürüten yazılım.
• Varsayılan durum: Kullanıcı seçim yapmadan önceki onay ayarı.
• Karanlık desen: Kullanıcıyı belirli seçime yönlendiren tasarım hilesi.
• Modellenmiş veri: Ölçülemeyen dönüşümlerin istatistiksel tahmini.
• Onay kaydı: Onayın alındığını kanıtlayan saklanmış bilgi.

Özet

Çerez onayı, hem hukuki bir yükümlülük hem ölçüm mimarisinin parçasıdır. Doğru kurulmuş bir düzen, onaysız kullanıcının kişisel verisini toplamaz ama sınırlı sinyallerle tamamen kör de kalmaz.

Kurulumda en kritik üç nokta şudur: varsayılan durumun reddedilmiş olarak ayarlanması ve bu ayarın ölçüm kodlarından önce çalışması, kategori sinyallerinin doğru eşleştirilmesi, ve sunucu taraflı ölçüm varsa onayın orada da uygulanması.

Son olarak beklentiyi doğru kurun: ölçülen rakamlar düşecektir ama gerçek iş sonucu değişmemiştir. Bu ayrım yapılmadığında, ölçüm kaynaklı bir düşüş gerçek bir iş düşüşü sanılır ve gereksiz müdahalelere yol açar.

İlgili içerikler: GA4 kurulumu, sunucu taraflı ölçüm, atıf modelleri, dönüşüm takibi.