Stape
Arama
Ücretsiz deneyin

Server GTM kullanarak çerezsiz GA4 takibi

Güncellendi
Sep 10, 2024
Yayınlandı
Nov 6, 2023

Sürekli gelişen dijital ortamda, kullanıcı takibi ve veri gizliliğine yönelik yaklaşım önemli değişimler geçiriyor. Web tarayıcılarının üçüncü taraf çerezlerini aşamalı olarak kaldırması ve sıkı veri gizliliği yasalarının devreye girmesiyle, geleneksel kullanıcı izleme yöntemleri hızla önemsiz hale geliyor.

Bu değişikliklere uyum sağlamak, veriye dayalı analizlere güvenen işletmeler ve pazarlamacılar için sadece gerekli değil; mutlak bir zorunluluktur.

En yeni takip zorluklarına uyum sağlamanın yollarından biri de çerez kullanılmayan takibe geçmektir. Google Analytics'in son sürümü hakkında birçok eksi ve beğenilmeyen yön olmasına rağmen, en popüler analiz platformu olmaya devam ediyor. Bu nedenle bu makale, sunucu Google Etiket Yöneticisi'ni (sGTM) kullanarak çerezsiz Google Analytics 4 izlemenin nasıl ayarlanacağını anlatılacaktır.

Çerezsiz izlemenin GDPR ile uyumlu olup olmadığı konusunda tartışmalar var. Bu blog yazısında, Google Tag Manager kullanılarak çerezsiz izlemenin nasıl uygulanabileceğine dair bir örnek paylaşıyoruz. Yapılandırmadan önce, ülkelerin düzenlemelerini kontrol etmek için DPA'nıza danışın.

Çerezsiz izleme nedir?

Web siteleri sizinle ilgili bir şeyi hatırlamak istediklerinde (alışveriş sepetinizde ne olduğu veya web sitesine gelmeden önce hangi reklama tıkladığınız gibi), genellikle cookie yani "cookies" adı verilen küçük veri parçalarını kullanırlar.

Ancak artık birçok web sitesi, kullanıcıların faaliyetlerini izlemek için bu çerezleri kullanmaktan uzaklaşıyor. Bunun yerine, bu verileri kullanıcıların tarayıcılarında depolamaya dayanmayan yeni yöntemler kullanıyorlar. Çerezler olmadan takip yapmanın bu yeni yoluna "çerezsiz takip (cookiless tracking)" adı verilmektedir.

İzleme çerezlere dayanmadığında, birinci taraf kullanıcı verilerini kullanır. Bu bilgileri toplamanın ve güvenli bir şekilde işlemenin en iyi yolu sunucu tarafı izleme kullanmaktır.  Bu yöntem, birinci taraf kullanıcı veri akışını izlemenizi, depolamanızı, zenginleştirmenizi, dönüştürmenizi ve sıkı bir şekilde kontrol etmenizi sağlar. 

Bu, yalnızca çerezlerden kurtulmaya ve izlemeyi daha doğru hale getirmeye yardımcı olmakla kalmaz, aynı zamanda daha uyumlu hale getirir ve kullanıcı verileri üzerinde daha fazla kontrole sahip olur.

Çerezsiz izlemenin faydaları

Çerezsiz izleme, izleme gizliliği ve kısıtlamalarındaki son değişikliklere uyum sağlamaya yardımcı olur. İşte birkaç örnek:

  1. Düzenlemeler. Avrupa'daki ve diğer bazı ülkelerdeki Veri Koruma Düzenleyicileri, kullanıcının izni olmadan çerezlerin kullanımını kısıtlamaktadır. Çerezleri reddeden kullanıcıların yüzdesi ülkeye, yaşa ve çerez banner gereksinimlerine göre değişmektedir. Ancak genel olarak, insanların yaklaşık %50'si pazarlama ve analiz çerezlerini reddetmektedir.
  2. taraf çerezlerin kullanımı. Safari ve Firefox halihazırda 3. taraf çerezlerini sınırlandırıyor, Brave üçüncü taraf çerezlerini desteklemiyor ve Chrome, üçüncü taraf çerezlerini 2024'te aşamalı olarak kaldırmaya başlamayı planlıyor. Reklam ağı, kullanıcıların web sitesine gelmeden önce hangi reklama tıkladığını ve bundan sonra dönüşüm sağladığını ayırt etmek için üçüncü taraf çerezleri kullanır. Bunun yanı sıra, analitik platformları, web sitesini zaten ziyaret etmiş olan kullanıcıları izlemek ve kullanıcıların tüm yolculuğunu göstermek için üçüncü taraf çerezleri kullanır. Çerezler olmadan, uygun dönüşüm ilişkilendirmesi ve yeni ve geri dönen kullanıcılar arasında ayrım yapmak çok zorlaşır.
  3. İzleme kısıtlamaları. Apple, izleme kısıtlamaları açısından gizliliğe öncülük ediyor. Tüm iOS uygulamalarının kullanıcıları izlemek için kullanıcı izinlerini istemesi gerekmektedir. Bunun yanı sıra, iOS kullanıcıları istedikleri zaman uygulamaların etkinliklerini izleme iznini geri çekebilirler. Yükselen bir diğer trend ise AdBlocker kullanımıdır. Reklam engelleyiciler etkinleştirildiğinde, pazarlama ve analiz araçları kullanıcılar hakkında herhangi bir bilgi almaz.

Arka plan

Google Analytics 4, analiz çerezlerine izin vermeyen kullanıcıların davranışlarını modellemek için makine öğrenimini kullanır. Analitik çerezlere izin veren benzer kullanıcıların davranışlarını, analitik çerezleri kabul etmeyenlerin davranışlarını modellemek için kullanırlar.

Makine öğrenimine uygun olmak için GA4 mülkünün belirli özellikleri karşılaması gerekir:

  • Onay modu tüm sayfalarda etkinleştirilir
  • Etiketler, onay iletişim kutusu görüntülenmeden önce tetiklenmelidir
  • Google etiketleri yalnızca kullanıcı izin verdiğinde değil, her durumda yüklenir
  • En az 7 gün boyunca analytics_storage='denied' ile günde 1.000 olay.
  • Önceki 28 günün en az 7'sinde analytics_storage='granted' ile olay gönderen günlük 1.000 kullanıcı

GA4 özelliğiniz makine öğrenimi için uygun değilse veya makine öğreniminin doğru sonuçlar vermediğini fark ederseniz, bir kullanıcı analiz çerezlerini devre dışı bıraktığında birinci taraf verilerine güvenme ve çerezsiz GA4 izleme uygulama seçeneğiniz vardır.  

GA4'ün doğru çalışması ve geri gelen kullanıcıları tanıması için GA4'e aşağıdaki bilgileri sağlamanız gerekir:

  • İstemci ID (cid)
  • Oturum ID (sid)
  • Oturum Sayısı (sct)
  • İlk Ziyaret (_fv)
  • Kullanıcı Etkileşimi (seg)

Bir kullanıcı onay vermediğinde çerezsiz GA4 izlemeyi ayarlamak için bu araçları kullanacağız:

sGTM'de Çerezsiz GA4 izleme kurulumu

İzin verilip verilmediğini belirlemek için gcs parametresini kullanıyorum. Varsayılan GA4 onay yapılandırması istekleri sGTM'ye gönderir, ancak istekte bazı bilgiler eksiktir. Tüm GA4 istekleri Firestore'a yazılır. 

İzni olmayan bir kullanıcının GA4'te aktif bir oturumu olup olmadığını belirlemek için, önceki ziyaret ile mevcut ziyaretin zaman damgası arasındaki farkı kullanacağız. Aradaki fark 30 dakikadan fazlaysa, Firestore'daki oturum parametrelerini güncelleyeceğiz.

Firestore, belge adı olarak UserID'yi kullanacak ve kullanıcı oturumuyla ilgili ayrıntıları bu belgelere kaydedecektir. Bu, Firestore'u düzenlemenin basit bir yolu olsa da, Firebase'de tüm kullanıcı deneyimi hakkında veri tutmak için çok sayıda başka yaklaşım vardır.

1. Analitik çerezlere izin veren kullanıcı.

1.2 Gerekirse, verileri Firestore'a yazın. Bu amaç için, ben Firestore Writer etiketi kullanıyorum. Lütfen bu ayrıntılı rehbere göz atın Firestore Writer etiketi nasıl kullanılır. UserID koleksiyonunu kullanıyorum. Her kullanıcı kimliği için, belge adı olarak cid kullanan yeni bir belge oluşturuyorum.

firestore write tag
firestore write tag

1.3 GA4 sunucu tarafı etiketi standart bir yapılandırmaya sahiptir ve GA4 istemcisi her talep edildiğinde tetiklenir ve kullanıcı analiz çerezlerine izin verir. 

google analytics 4 tag
google analytics 4 tag

2. Analitik çerez izni olmayan bir kullanıcı.

2.1 Aktif oturumu olan mevcut kullanıcılar

2.1.1 Analitik çerezlere izin verilmediğinde, sGTM istek başlıklarına kullanıcı ID eklenmesi için Stape Kullanıcı ID power-up kullandım.

2.1.2 Firestore Writer etiketi yardımıyla Firestore'a veri yazıyorum ve belge adı olarak Stape Kullanıcı ID kullanıyorum. 

firestore write tag

2.1.3 Oturumun aktif olup olmadığını kontrol etmek için, Firebase'de bu kullanıcının son ziyaretiyle ilişkili zaman damgasını çıkarmak için Firestore Reader değişkenini kullanıyorum. Ardından, kullanıcının önceki oturum zaman damgası ile geçerli zaman damgası arasındaki farkı kontrol edin. Zaman damgası 30 dakikadan azsa, kullanıcının mevcut bir oturumu vardır. 

firestore reader variable

2.1.4 Parametreler aşağıdaki gibi güncellenir:

  • cid ve client_id, Stape Kullanıcı ID değeridir
  • ga_session_number - Firestore'daki ga_session_number'ın bir değeri
  • ga_session_id - Firestore'daki ga_session_id'nin bir değeri
  • x-ga-mp2-seg (meşgul oturum) 1 olarak ayarlanmıştır
  • x-ga-system_properties.fv (ilk ziyaret), x-ga-system_properties.ss (oturum başlangıcı), x-ga-system_properties.nsi (yeni oturum kimliği) kaldırılır.

2.1.5 Değiştirilmiş verileri GA4'e gönderin. GA4'e göndermeden önce verileri güncellemek için dönüştürme kullanıyorum.

Send modified data to GA
Send modified data to GA
Send modified data to GA

2.2 Aktif oturumu olmayan mevcut kullanıcı

2.2.1 Analitik çerezlere izin verilmediğinde, sGTM istek başlıklarına kullanıcı kimliği eklemek için Stape Kullanıcı Kimliği power-up kullandım.

2.2.2 Stape Kullanıcı ID’ye dayalı kullanıcı verilerini Firestore yazıcı etiketi yardımıyla tekrar Firestore'a yazın.

Write user data based on Stape User ID in Firestore

2.2.3 Oturumun aktif olup olmadığını kontrol etmek için, Firebase'de bu kullanıcıyla ilişkili zaman damgasını çıkarmak için Firestore Reader değişkenini kullanıyorum. Ardından, kullanıcının son oturum zaman damgası ile geçerli zaman damgası arasındaki farkı kontrol edin. Zaman damgası 30 dakikadan fazlaysa yeni bir oturum başlamış demektir. 

2.2.4 Parametreler aşağıdaki gibi güncellenir:

  • cid and client_id is the value of Stape UserID.
  • ga_session_id, daha önce saniye cinsinden zaman damgası olarak ayarlanmış Firestore'dan bir ga_session_id değeridir.
  • ga_session_number, Firestore'da sahip olduğunuz ga_session_number numarası artı 1'dir.
  • x-ga-system_properties.ss (oturum başlangıcı) 1 olarak ayarlanmıştır.
  • X-ga-mp2-seg (Etkin Oturum) 1 olarak ayarlanmıştır.
  • x-ga-system_properties.fv kaldırılmıştır.

2.2.5 Değiştirilmiş verileri GA4'e gönderin. GA4'e göndermeden önce verileri güncellemek için dönüştürme kullanıyorum. Etiket, bir GA4 istemcisi talep edildiğinde, onay verilmediğinde ve oturumlar arasındaki zaman farkı 30 dakikadan fazla olduğunda tetiklenir. 

Send modified data to GA4

2.3 Yeni kullanıcı

2.3.1. Analiz çerezlerine izin verilmediğinde, bir kullanıcı kimliği oluşturmak için Stape'in Kullanıcı ID power-up kullanın.

2.3.2.  Aynı UserID'ye sahip bir kullanıcının Firestore'da zaten var olup olmadığını kontrol edin. Aynı kullanıcı kimliğine sahip bir kullanıcı bulunamazsa veritabanında oturum ayrıntılarına sahip bir kullanıcı oluşturmak için Firestore Writer etiketi kullanın.

firestore writer tag
firestore writer tag

2.3.3 Parametreler aşağıdaki gibi güncellenir:

  • cid ve client_id Stape UserID değeridir.
  • ga_session_id, Firebase'den ga_session_id'dir.
  • ga_session_number, Firestore'da sahip olduğunuz ga_session_number numarasıdır.
  • x-ga-system_properties.ss (oturum başlangıcı) 1 olarak ayarlanmıştır.
  • x-ga-mp2-seg (meşgul oturum) 1 olarak ayarlanmıştır.
  • x-ga-system_properties.fv (ilk ziyaret) 1 olarak ayarlanmıştır.

2.3.4 Değiştirilmiş verileri GA4'e gönderin.

send data to ga4
send data to ga4
send data to ga4

Sonuç:

Sunucu Google Etiket Yöneticisi aracılığıyla çerezsiz Google Analytics 4 takibinin uygulanması, değişen çevrimiçi veri gizliliği ve kullanıcı tercihleri ortamına uyum sağlamada önemli bir adımdır. Dijital dünya geliştikçe, çerezlere güvenmeden değerli analizler elde etmek çok önemli hale geliyor.

İşletmeler, sunucu tarafı izleme ve Google Etiket Yöneticisi'nin gücünden yararlanarak, GA4 tarafından sağlanan önemli veri odaklı analizlerden yararlanmaya devam ederken veri gizliliğine olan bağlılıklarını koruyabilirler. Bu yaklaşım yalnızca yeni çıkan düzenlemelere uyum sağlamakla kalmaz, aynı zamanda çevrimiçi gizlilikleri konusunda endişe duyan kullanıcıların güvenini de artırır. Çerezsiz geleceğe doğru ilerlerken, sunucu tarafı izleme ve GA4 gibi yenilikçi çözümleri benimsemek işletmelerin dijital ortamda rekabetçi ve ilgili kalmalarına yardımcı olabilir.

GTM sunucunuzu Stape'de barındırın