Google Analytics 4'te kullanıcı verileri nasıl anonimleştirilir?

Genel Veri Koruma Tüzüğü (GDPR), kullanıcı gizliliğinin korunmasını zorunlu hale getirmiştir. GDPR kapsamında, kullanıcı verilerini ABD merkezli herhangi bir araca aktarmadan önce kişiyi tanımlayabilecek tüm bilgileri kaldırmanız gerekir. Privacy Shield'in geçersiz kılınmasının ardından bu adım gerekli hale gelmiştir.

Bu makalede, Stape'in Anonymizer power-up özelliğini kullanarak kullanıcı verilerinin otomatik olarak nasıl kaldırılacağını ve web ve sunucu tarafı GTM aracılığıyla kullanıcı verilerinin manuel olarak nasıl temizleneceğini açıklayacağız. Bu makale, Google Analytics'i GDPR ile uyumlu şekilde kullanmak için neden bir proxy sunucusuna ihtiyaç duyulduğunu ele aldığımız önceki blog yazımızın devamı niteliğindedir.

AB ülkelerinde (İtalya, Fransa, Avusturya ve Danimarka) kullanıcıların, web sitelerinde Google Analytics kullanımının GDPR'ye uygun olup olmadığını öğrenmek için yerel veri koruma otoritelerine başvurduğu bazı durumlar yaşandı. Tüm bu durumlarda verilen yanıt aynıydı: Google Analytics kullanımı GDPR ile uyumlu değildir.

Bunun temel nedeni, Google dahil ABD merkezli şirketlerin AB kullanıcılarının kişisel verilerini korumak için yeterli güvenlik önlemlerini sağlamamasıdır. Bu nedenle, kişisel olarak tanımlanabilir bilgilerin (PII) ABD merkezli şirketlerle paylaşılması GDPR'ye aykırıdır. Konuyla ilgili daha fazla bilgiyi önceki blog yazımızda bulabilirsiniz.

İyi haber şu ki Google Analytics'i kullanırken sunucu tarafı izlemeyi GDPR ile uyumlu şekilde gerçekleştirmenin bir yolu var. Fransa'nın veri koruma otoritesi CNIL'e göre, Google Analytics'i GDPR ile uyumlu şekilde kullanmak için iki temel uygulama gereklidir: AB'de bulunan bir proxy sunucusu kullanmak ve kullanıcı verilerini dışa aktarmadan önce takma adlandırma (pseudonymization) işleminden geçirmek.

Proxy sunucusu, web sitesi ile ABD merkezli analiz aracı arasında doğrudan iletişim kurulmasını önler. Böyle bir proxy sunucusu oluşturmanın en kolay yolu, sunucu tarafı Google Tag Manager (sGTM) konteynerini kullanmaktır. Proxy sunucularının karşılaması gereken çeşitli kriterler vardır. Bunların başlıcaları, proxy sunucusu hizmetini sağlayan şirketin AB'de kayıtlı olması ve sGTM konteynerinizi barındıran sunucuların fiziksel olarak AB'de bulunmasıdır. Bu iki nedenle sGTM için Google Cloud'u (GCP) kullanamazsınız. Bunun nedeni, Google Analytics ile aynıdır: Google Cloud da ABD merkezli bir şirket olan Google'a aittir.

Bir diğer iyi haber ise Stape'in bu konuda size çözüm sunmasıdır. AB proxy sunucusu gereksinimlerinin tamamını karşılayan özel bir ürünümüz var: Stape Europe. Stape Europe, AB'de (Estonya) kayıtlıdır ve sGTM konteynerinizi çalıştırmak için Scaleway tarafından sağlanan AB'deki bulut sunucularını kullanır.

Bu makalede, yasal gerekliliklerin ikinci kısmı olan kullanıcı verilerinin takma adlandırılmasına daha fazla odaklanmak istiyorum. Stape olarak, kullanıcı verilerini otomatik şekilde kaldırmanıza yardımcı olacak çeşitli özellikler geliştiriyoruz. Bu nedenle makaleyi iki bölüme ayıracağım:

• Stape Anonymizer power-up özelliğini kullanarak kullanıcı verilerini otomatik olarak kaldırma veya takma adlandırma.
• Web ve sunucu tarafı GTM kullanarak kullanıcı verilerini manuel olarak kaldırma.

Takma adlandırma uygulanması gereken kullanıcı verilerinin listesi oldukça belirsizdir.

• IP adresi.
• Kullanıcı tanımlayıcıları (Google istemci kimliği gibi).
• Harici yönlendiren (referrer) bilgisi.
• URL parametreleri.
• Tarayıcı parmak izi (fingerprinting) oluşturmak için kullanılabilecek tüm veriler.
• Siteler arası tanımlayıcılar.
• Kullanıcıyı tanımlamak için kullanılabilecek tüm veriler.

IP adresleri, analiz platformlarına veri gönderilirken gizlilik açısından en sık endişe yaratan unsurlardan biridir. GA4, IP adreslerini otomatik olarak anonimleştirse de bazı işletmelerin IP adreslerini kendi altyapılarından çıkmadan önce değiştirmesi gerekebilir. Sunucu tarafı GTM kullanarak GA4 için ek IP anonimleştirme işleminin nasıl uygulanacağını inceleyin.

Şimdilik Stape Anonymizer power-up özelliğini yalnızca GA4 için geliştiriyoruz. Ancak gelecekteki güncellemelerde UA anonimleştirme özelliğini de destekleyecek şekilde uyarlanacak ve kullanıma sunulacaktır.

GA4'ün gönderdiği parametrelerin zaman içinde değişebileceğini anlamak önemlidir. Bu makaleyi güncel tutacağız, ancak anonimleştirme işlemini canlı ortama aktarmadan önce kullanıcı verilerinin doğru şekilde anonimleştirildiğini mutlaka test edin.

GA4 parametrelerini takip etmek ve belirlemek için bulduğum en iyi araçlardan biri budur.

Kullanıcı verilerinin takma adlandırılması, web ve sunucu tarafı GTM konteynerlerindeki GA4 etiketleri üzerinden gerçekleştirilir. GA4 için sunucu tarafı izlemeyi henüz kurmadıysanız, GA4 sunucu tarafı kurulumu hakkındaki rehberimizi takip edin.

Hangi verilerin kaldırılması gerektiğine ilişkin kesin kurallar bulunmamaktadır. Şirketinizin veri güvenliğini nasıl sağlamak istediğine siz karar verebilirsiniz. Örneğin, kullanıcının IP adresini tamamen kaldırabilir veya son birkaç hanesini gizleyebilirsiniz. Bir diğer önemli konu ise ülke, dil, tarayıcı gibi parametrelerdir. Bu parametrelerin her biri tek başına kullanıcıyı tanımlamak için yeterli bilgi sağlamasa da birlikte kullanıldıklarında kullanıcının tanımlanmasına olanak tanıyabilirler.

İstemci kimliği (client ID) veya URL sorgu parametreleri gibi bilgilerin kaldırılması gerektiği konusunda ise herhangi bir tereddüt yoktur. Bu parametrelerin her biri, Google'daki benzersiz tanımlayıcılar nedeniyle tek başına bile kullanıcının kimliğinin belirlenmesine yol açabilir.

Örneğin, mobil ve masaüstü trafik arasındaki farkları ya da farklı tarayıcılardaki dönüşümleri analiz etmek sizin için önemli olabilir. Peki, tarayıcı parmak izi oluşturmak ve kullanıcıyı tanımlamak için kullanılabilecek tüm verileri mi kaldırmalısınız, yoksa yalnızca bazılarını mı? Diğer tüm parametreleri kaldırırsanız tarayıcı ve cihaz bilgilerini tutabilir misiniz?

Düzenleyici kurumların olası bir incelemesi karşısında şirketinizin iyi korunmasını sağlamak için bu soruları hukuk danışmanlarınızla veya veri koruma görevlinizle (DPO) mutlaka görüşün. Bana göre, tarayıcı parmak izi oluşturmak ve kullanıcıyı yeniden tanımlamak için kullanılabilecek tüm kullanıcı tanımlayıcılarını kaldırmak, şirketinizin güvenliğini sağlamak açısından daha iyi bir yaklaşımdır.

Bu makale kesin bir talimat niteliğinde değildir. Yalnızca verilerin kaldırılması veya takma adlandırılması konusundaki deneyimlerimizi ve Stape'in bu işlemleri otomatik olarak nasıl gerçekleştirdiğini paylaşıyoruz. Anonymizer power-up özelliğimizi kullanmamayı veya her parametreyi manuel olarak anonimleştirmeyi tercih edebilirsiniz.

Yakın zamanda Anonymizer power-up özelliğini kullanıma sunduk. Bu özellik tüm Stape kullanıcıları tarafından kullanılabilir. Anonymizer'ın temel amacı, Google Analytics 4'teki kullanıcı verilerini kaldırmak veya anonimleştirmektir.

Anonymizer'ı etkinleştirmek için Stape'te sGTM konteynerinizi açın, Power-ups bölümüne tıklayın ve Anonymizerözelliğini seçin.

Bu ürün, MaxMind tarafından oluşturulan ve https://www.maxmind.com adresinden erişilebilen GeoLite2 verilerini içerir.

Hangi parametrelerin olduğu gibi bırakılacağını, kaldırılacağını veya anonimleştirileceğini seçmeniz gerekir. Parametreleri yapılandırdıktan sonra Google Analytics 4 için etiketleme sunucusu URL'sini güncellemelisiniz. Daha önce etiketleme sunucusu URL'si olarak https://sgtm.example.com adresini kullanıyorsanız, Anonymizer etkinleştirildiğinde güncellenmiş URL https://sgtm.example.com/anonymize şeklinde olacaktır. İsteklerinizi /anonymize yolu üzerinden sGTM'ye yönlendirir ve belirttiğiniz verileri kaldırırız.

GA istekleri, /anonymize içeren etiketleme sunucusu URL'si üzerinden gönderildiğinde seçilen parametreleri otomatik olarak kaldırır veya anonimleştiririz.

Anonymizer'ı etkinleştirip yapılandırdıktan sonra, Web GTM yapılandırma etiketindeki GA4/UA taşıma URL'sini /anonymize ile biten yeni URL ile değiştirdiğinizden emin olun.

Aşağıda, Anonymizer'ın kaldırabileceği veya anonimleştirebileceği tüm parametrelerin listesi yer almaktadır. Anonymizer'ı geliştirirken amacımız, kullanıcıların kişisel verisi olarak değerlendirilebilecek tüm parametreleri kaldırabilmesini sağlamaktı. Hangi parametreleri kaldırmak istediğinizi seçebilirsiniz. Hangi parametrelerin kaldırılması gerektiğini belirlemek için veri koruma görevlinize (DPO) veya hukuk danışmanlarınıza başvurun.

Çoğu parametre için iki seçeneğiniz olacaktır: olduğu gibi bırakmak veya kaldırmak. İki parametre (IP ve Client ID) için ayrıca Anonymize ve Anonymize Strictly seçenekleri sunulur.

IP

Anonymize – Son okteti kaldırır.

Anonymize Strictly – Son iki okteti kaldırır.

Client ID. Yalnızca JavaScript Managed istemci tanımlama yöntemini kullanıyorsanız çalışır.

Anonymize – IP + UserAgent birleşiminin hash değerini kullanır ve buna yıl ile ay bilgisini ekler.

Anonymize Strictly – IP + UserAgent birleşiminin hash değerini kullanır ve buna zaman damgasını ekler: crc32_hash(IP+UA).timestamp.

Google Analytics 4'ün topladığı parametreler zaman zaman değişebilir. Bu nedenle, tüm kullanıcı verilerinin kaldırıldığından emin olmak için GA4 isteklerinizi kontrol etmeniz gerekir.

Anonymizer'da parametreleri yapılandırdıktan ve GA4 taşıma URL'sini /anonymize ile bitecek şekilde güncelledikten sonra belirtilen parametreleri kaldırır veya anonimleştiririz.

Anonymizer'ı etkinleştirip GA4 taşıma URL'sini güncelledikten sonra, gerekli tüm parametrelerin kaldırıldığını doğrulamak için web/sGTM hata ayıklama araçlarını, konsolu ve GA4 hata ayıklama aracını kullanarak test yapın.

Bu işlemin uygulanması nispeten kolaydır, ancak bazı tartışmalı noktaları vardır. Google, IP adresinin son baytını kaldırmak için yerleşik bir özellik sunar. Son bayt kaldırıldığında, Google'ın kullanıcıyı tanımlama olasılığı 256'da 1'e düşer. Ancak IP adresi, diğer parametrelerle birleştirildiğinde belirli bir kişinin hızlıca tanımlanmasını sağlayabilir.

Bazı kişiler son oktetin kaldırılmasının yeterli olduğunu düşünürken diğerleri kullanıcının IP adresinin tamamen kaldırılması gerektiğine inanıyor. Bana göre en iyi yaklaşım, kullanıcının IP adresini tamamen başka bir değerle değiştirmektir. Google'ın IP adreslerini yeniden kullanıp kullanmadığını veya nasıl kullandığını hiçbir zaman kesin olarak bilemezsiniz.

Kullanıcının IP adresini kaldırmak için sunucu tarafı GA4 etiketini kullandım ve ip_override parametresini rastgele bir IP adresiyle değiştirdim.

Google, her tarayıcı ve cihaz kombinasyonuna benzersiz bir istemci kimliği (Client ID) atar ve aynı kullanıcının web sitenizi tekrar ziyaret edip etmediğini belirlemek için bu kimliği kullanır. Bu parametre, GA4'e gönderilmeden önce kaldırılmalı veya takma adlandırma işleminden geçirilmelidir.

İstemci kimliklerini anonimleştirmek için birçok farklı yöntem vardır. Kullanacağınız yöntem, yaratıcılığınıza ve elinizdeki araçlara bağlıdır. Ancak istemci kimliğinin benzersiz olduğundan ve zamanla değişen bir bileşen içerdiğinden emin olun.

User Agent, IP adresi, GTM rastgele sayı değişkeni gibi değerlerin hash'ini kullanabilirsiniz. Kullanıcı IP adresinden farklı olarak, istemci kimliğini sunucu tarafında temizlemenin bir yolunu bulamadık. Bu nedenle işlemi istemci tarafında gerçekleştirdik.

Google Analytics istemci kimliğini anonimleştirdikten sonra, GA4'ün herhangi bir kullanıcı tanımlayıcısı oluşturmamasını sağlamak için GA4 çerezlerindeki değerleri yeni değerlerle değiştirmek isteyebilirsiniz. Bunun için sunucu tarafı GTM konteynerinde Cookie Monster etiket şablonunu kullandım. Tek yapmanız gereken çerez adlarını ve değerlerini eklemek. İşlem tamamlandıktan sonra konsolu kullanarak GA tarafından oluşturulan çerezleri kontrol etmeyi unutmayın.

İstemci kimliğini anonimleştirmek, GA4 raporlamasını önemli ölçüde etkileyecektir. İstemci kimliği her seferinde benzersiz olacağından GA4, yeni ve geri dönen ziyaretçileri birbirinden ayıramayacaktır. Bu durum, çok kanallı ilişkilendirmeyi ve oturum başlangıcı, ilk ziyaret gibi etkinlikleri de etkileyecektir.

Harici yönlendiren bilgisi, kullanıcının web sitenize nasıl ulaştığını belirlemek için kullanılır. Kullanıcının organik aramadan mı, ücretli reklamlardan mı yoksa sosyal medyadan mı geldiğini gösterir.

Bu bilgiyi kaldırmak için page_referrer parametresini yeniden yazmanız gerekir.

URL parametrelerinin temel amacı, reklam kampanyalarından gelen trafiğin kaynağını belirlemektir. URL parametreleri arasında utm_source, utm_medium, farklı tıklama kimliği (Click ID) türleri ve diğer parametreler bulunabilir. Ayrıca bazı platformlar kullanıcı verilerini otomatik olarak URL'ye ekler.

URL parametrelerini kaldırmak için sayfa URL'sini yeniden yazmanız gerekir. Web GTM şablon galerisinde bu işlemi gerçekleştirmenize yardımcı olabilecek çeşitli değişkenler bulunur. Ben Trim Query değişkenini kullandım. Yalnızca kaldırılacak veya izin verilecek sorgu parametrelerinin listesini (blocklist veya allowlist) belirtmeniz yeterlidir. Değişken, geri kalan işlemleri sizin için otomatik olarak gerçekleştirir.

Bu bilgiler arasında User Agent, cihaz, tarayıcı, ekran çözünürlüğü, dil, işletim sistemi ve benzeri veriler bulunabilir. Tarayıcı parmak izi oluşturmak için kullanılabilecek tüm bilgileri kaldırdığınızdan emin olun.

Kullanıcı kimliği (User ID) veya CRM kimliği (CRM ID) gibi siteler arası tanımlayıcıları kullanmadığınızdan emin olun.

Bu kısmı anlamak biraz zor olabilir. Ancak sGTM konteynerinizin GA'ya gönderdiği istekleri kontrol etmenizi ve kullanıcının yeniden tanımlanması için kullanılabilecek herhangi bir parametre bulunmadığından emin olmanızı öneririm.

İlk olarak, sunucu tarafı GTM hata ayıklama aracını (debugger) açın ve giden GA4 isteklerini inceleyin. Kullanıcı parametrelerinin bulunduğu ve bulunmadığı durumlar, URL parametreleri, farklı etkinlikler, yönlendiren bilgileri ve diğer senaryoları test ettiğinizden emin olun.

İkinci yöntem ise Google Analytics 4 hata ayıklama aracını (debugger) kullanarak GA4'ün hangi verileri işlediğini kontrol etmektir.

AB kullanıcılarının verilerini toplayıp ABD'ye aktaran ve böylece GDPR'yi ihlal eden tek şirket Google değildir. Birçok şirket yıllardır Avrupalıların kişisel verilerini toplamaktadır. Privacy Shield'in geçersiz kılınması ve AB kullanıcılarının verilerinin ABD'ye aktarılmasının GDPR kapsamında yasa dışı olduğuna ilişkin kararın ardından, bu uygulamaların genel olarak kısıtlanacağı görülmektedir.

Avrupa Birliği'nde bir web sitesi sahibiyseniz, ABD merkezli şirketlerle hangi verileri paylaştığınızı yeniden değerlendirmenin zamanı geldi. Aksi takdirde düzenleyici kurumların yaptırımları sonucunda para cezasıyla karşılaşabilirsiniz.