- Konu sahibi
- #1
Kişisel verilerin analiz olaylarına gönderilmesini önlemek için veriyi analiz aracına ulaşmadan önce uygulama veya sunucu tarafında ayıklayın; olay adı, parametre, kullanıcı özelliği, kullanıcı kimliği ve sayfa URL’sine yalnızca raporlama için gerekli, kimlik ifşa etmeyen değerleri koyun. Tanımlayıcıların takma adlandırılması otomatik olarak hukuken anonimleştirme değildir. Bu rehber sıradan olay/parametre akışındaki gereksiz veri sızıntısını azaltmayı ele alır; her analiz sağlayıcısının kuralları ayrıca geçerlidir. E-posta, telefon, ad-soyad, açık adres, kişiye bağlanan müşteri numarası, kimlik numarası, elle eklenmiş tam IP adresi veya bu verileri içeren URL sorgularını analiz olaylarına göndermeyin. Sonucu yalnızca ayar değişikliğiyle değil, gönderilen gerçek istekleri inceleyerek doğrulayın.
Kişisel veri yalnızca açıkça “e-posta” adı verilen alan değildir. Bir kişinin doğrudan veya başka verilerle birlikte tanınmasını sağlayabilecek değerler de risk taşır. Örneğin
Bir olayın adı da güvenli olmalıdır.
Önce gönderilecek alanları bir izin listesiyle belirleyin. Her olay için yalnızca raporda gerçekten kullanılacak alanları gönderin. Kimliği belirleyen değere ihtiyaç varsa bunu analiz aracına göndermek yerine, uygulamanızın kendi sisteminde tutun ve analiz için toplulaştırılmış veya geri döndürülemeyen bir sınıflandırma değeri kullanın. Salt kodlama, Base64 dönüşümü veya basit maskeleme kişisel veriyi anonimleştirmez; veri yeniden okunabiliyorsa gönderilmemelidir.
Örnek bir özel olay şeması aşağıdaki gibi olabilir; bu, GA4’ün önerilen purchase olayının eksiksiz e-ticaret şeması değildir:
Bu örnekte e-posta, telefon, ad, tam sipariş açıklaması veya müşteriyi tek başına tanımlayan sipariş numarası yoktur. Gerçek değerlerin raporlanması gerekmiyorsa fiyatı da aralık olarak göndermek, gereksiz ayrıntıyı azaltabilir.
Aşağıdaki ayrım, hangi alanın gönderilip gönderilmeyeceğine karar vermeyi kolaylaştırır:
Bu tablo bir izin listesi yerine geçmez; her proje kendi olay şemasını ayrıca kontrol etmelidir. Özellikle üçüncü taraf eklentiler ve otomatik sayfa izleme özellikleri, geliştiricinin elle eklemediği URL veya form alanlarını taşıyabilir.
Onay almak veriyi güvenli hâle getirmez. Kullanıcı onayı, kişisel veriyi gereksiz biçimde analiz sistemine göndermenin teknik sorununu çözmez. Önce veri minimizasyonu uygulanmalıdır.
Hash kullanmak otomatik anonimleştirme değildir. Sağlayıcının ayrı ve açıkça desteklediği user-provided data özelliği ile sıradan olay parametrelerini karıştırmayın; bu özelliklerin özel şartları vardır. E-posta gibi tahmin edilebilir değerlerin özeti, başka yollarla eşleştirilebilir. Analiz ihtiyacı yoksa değeri hiç göndermemek daha doğru yaklaşımdır.
Yalnız olay parametrelerini kontrol etmek yeterli değildir. Kullanıcı kimliği, kullanıcı özellikleri, sayfa yolu, sorgu dizisi, yönlendiren URL ve hata mesajları da aynı denetime dahil edilmelidir.
Kimlik uygulamanın başka verileriyle kişiye geri bağlanabiliyorsa risk devam eder. GA4 User-ID gibi özellikler için PII içermeyen kendi tanımlayıcınız kullanılabilir; sağlayıcının User-ID politikası ve gerekli veri koruma şartları yine geçerlidir. Rasgele olması tek başına bütün eşleştirme veya hukuk riskini ortadan kaldırmaz.
Önce veri akışını durdurup kaynağı düzeltin, ardından etkilenen olay ve alanları belirleyin. Analiz hizmetinin veri silme veya saklama araçlarını, kurumunuzun veri koruma süreciyle birlikte değerlendirin; yalnız rapordan gizlemek verinin toplanmış olmasını ortadan kaldırmaz.
Hangi veriler kişisel veri oluşturabilir?
Kişisel veri yalnızca açıkça “e-posta” adı verilen alan değildir. Bir kişinin doğrudan veya başka verilerle birlikte tanınmasını sağlayabilecek değerler de risk taşır. Örneğin
[email protected], phone=+90..., sipariş numarası, destek talebi metni ve URL içindeki email parametresi analiz olayına yanlışlıkla girebilir.Bir olayın adı da güvenli olmalıdır.
purchase veya form_submit gibi genel adlar kullanılabilir; buna karşılık kullanıcı tarafından yazılmış metni olay adı yapmak veya olay parametresine ham form içeriği eklemek uygun değildir.Güvenli veri akışı nasıl tasarlanır?
Önce gönderilecek alanları bir izin listesiyle belirleyin. Her olay için yalnızca raporda gerçekten kullanılacak alanları gönderin. Kimliği belirleyen değere ihtiyaç varsa bunu analiz aracına göndermek yerine, uygulamanızın kendi sisteminde tutun ve analiz için toplulaştırılmış veya geri döndürülemeyen bir sınıflandırma değeri kullanın. Salt kodlama, Base64 dönüşümü veya basit maskeleme kişisel veriyi anonimleştirmez; veri yeniden okunabiliyorsa gönderilmemelidir.
Örnek bir özel olay şeması aşağıdaki gibi olabilir; bu, GA4’ün önerilen purchase olayının eksiksiz e-ticaret şeması değildir:
Kod:
event: satis_ozeti
parameters:
product_category: "ayakkabi"
cart_value_band: "1000-2000"
payment_method: "kart"Bu örnekte e-posta, telefon, ad, tam sipariş açıklaması veya müşteriyi tek başına tanımlayan sipariş numarası yoktur. Gerçek değerlerin raporlanması gerekmiyorsa fiyatı da aralık olarak göndermek, gereksiz ayrıntıyı azaltabilir.
Aşağıdaki ayrım, hangi alanın gönderilip gönderilmeyeceğine karar vermeyi kolaylaştırır:
| Alan | Örnek | Karar |
|---|---|---|
| Olay adı | satis_ozeti | Gönderilebilir |
| Kategori | ayakkabi | Gerekliyse gönderilebilir |
| E-posta | [email protected] | Gönderilmemeli |
| Form metni | Kullanıcının yazdığı açıklama | Ham hâliyle gönderilmemeli |
Bu tablo bir izin listesi yerine geçmez; her proje kendi olay şemasını ayrıca kontrol etmelidir. Özellikle üçüncü taraf eklentiler ve otomatik sayfa izleme özellikleri, geliştiricinin elle eklemediği URL veya form alanlarını taşıyabilir.
Uygulanabilir kontrol adımları
- Analiz aracında kullanılan tüm olayları, parametreleri ve kullanıcı özelliklerini listeleyin. Kullanılmayan alanları kaldırın.
- Uygulama kodunda, etiket yöneticisinde ve sunucu tarafı ölçüm katmanında kişisel veri gönderen alanları izin listesine göre engelleyin.
- E-posta veya telefon içeren sorgu parametrelerini ölçümden önce kaldırın. En doğrusu, bu bilgilerin hassas formlarda URL’ye hiç yazılmamasıdır.
- Form gönderimi, arama, hata ve destek mesajı gibi serbest metin alanlarını ham olarak olay parametresine bağlamayın.
- Tarayıcının geliştirici araçlarında ilgili isteği açıp gönderilen olay gövdesini ve URL’yi inceleyin. E-posta, telefon veya kullanıcı tarafından yazılmış metin görünüyorsa uygulama veriyi toplamadan önce düzeltin.
- Test hesabıyla olay tetikleyin ve analiz arayüzünde raporların yanı sıra hata ayıklama görünümünü kontrol edin. Düzeltmeden önce toplanmış verinin sonradan silinebileceğini varsaymayın; saklama ve silme seçeneklerini ayrıca değerlendirin.
Sık yapılan hatalar
Onay almak veriyi güvenli hâle getirmez. Kullanıcı onayı, kişisel veriyi gereksiz biçimde analiz sistemine göndermenin teknik sorununu çözmez. Önce veri minimizasyonu uygulanmalıdır.
Hash kullanmak otomatik anonimleştirme değildir. Sağlayıcının ayrı ve açıkça desteklediği user-provided data özelliği ile sıradan olay parametrelerini karıştırmayın; bu özelliklerin özel şartları vardır. E-posta gibi tahmin edilebilir değerlerin özeti, başka yollarla eşleştirilebilir. Analiz ihtiyacı yoksa değeri hiç göndermemek daha doğru yaklaşımdır.
Yalnız olay parametrelerini kontrol etmek yeterli değildir. Kullanıcı kimliği, kullanıcı özellikleri, sayfa yolu, sorgu dizisi, yönlendiren URL ve hata mesajları da aynı denetime dahil edilmelidir.
Sık sorulan sorular
Kullanıcı kimliği yerine rastgele bir kimlik gönderebilir miyim?
Kimlik uygulamanın başka verileriyle kişiye geri bağlanabiliyorsa risk devam eder. GA4 User-ID gibi özellikler için PII içermeyen kendi tanımlayıcınız kullanılabilir; sağlayıcının User-ID politikası ve gerekli veri koruma şartları yine geçerlidir. Rasgele olması tek başına bütün eşleştirme veya hukuk riskini ortadan kaldırmaz.
Kişisel veri yanlışlıkla gönderildiyse ne yapmalıyım?
Önce veri akışını durdurup kaynağı düzeltin, ardından etkilenen olay ve alanları belirleyin. Analiz hizmetinin veri silme veya saklama araçlarını, kurumunuzun veri koruma süreciyle birlikte değerlendirin; yalnız rapordan gizlemek verinin toplanmış olmasını ortadan kaldırmaz.
