GA4 User ID Kurulumu ile Tekil Kullanıcıyı Doğru İzleme

Aynı kişi telefonda, bilgisayarda ve uygulamada üç ayrı kullanıcı gibi görünüyorsa, raporunuz parçalı bir hikaye anlatır. GA4 User ID, giriş yapan kullanıcıyı oturumlar ve cihazlar arasında birleştirerek bu kopukluğu azaltır.

Fakat fayda, ancak kurulum temizse ortaya çıkar. Yanlış kimlik göndermek, boş değer taşımak veya kişisel veri paylaşmak, raporu düzeltmez; veriyi kirletir. Bu yüzden önce mantığı netleştirmek, sonra kuruluma geçmek gerekir.

GA4 User ID neyi çözer, neyi asla yapmamalısınız

GA4 User ID, sizin sisteminizde zaten bulunan benzersiz bir kullanıcı kimliğini Analytics’e gönderir. Böylece giriş yapan aynı kişi, farklı cihazlardan gelse bile daha doğru tekil kullanıcı sayısına yaklaşır. Google’ın User-ID yardım sayfası bu yapının cihazlar arası birleştirme için kullanıldığını açıkça belirtir.

Buradaki kritik nokta şu: user_id, sadece şirket içi benzersiz kimlik olmalıdır. Örneğin u_18452 veya crm_90217 gibi bir değer uygundur. Buna karşılık e-posta, telefon, ad-soyad, TC kimlik numarası ve benzeri kişisel veriler kesinlikle gönderilmemelidir. Değerin kısa, tutarlı ve 256 karakterin altında kalması da iyi bir pratiktir.

User ID alanına e-posta, telefon veya başka bir kişisel veri koymayın. GA4’e yalnızca şirket içi benzersiz kullanıcı kimliği gönderin.

Ayrıca user_id, custom dimension olarak saklanmamalıdır. Çünkü bu alan çok yüksek kardinalite üretir ve raporları bozabilir. Eğer üyelik seviyesi, müşteri tipi veya giriş durumu gibi bilgiler tutmak istiyorsanız, bunu ayrı kullanıcı kapsamlı alanlarla yapın. Google’ın kullanıcı verisi ve user-scoped boyutlar açıklaması bu ayrımı net gösterir.

Bir başka kural da zamanlamadır. Kullanıcı giriş yaptıysa user_id her event ile gönderilmelidir. Kullanıcı anonimse gönderilmemelidir. Kullanıcı çıkış yaptıysa değer temizlenmelidir. Eski kimliği taşımak, paylaşılan cihazlarda ciddi hata üretir.

GTM ve doğrudan kod ile GA4 User ID kurulumu

Kuruluma geçmeden önce login kaynağınızı ve event adlarınızı netleştirin. Ölçüm planı dağınıksa, önce GTM ile GA4 form takibi kurulumu içindeki event mantığına benzer bir düzen kurmak işinizi kolaylaştırır.

GTM üzerinden pratik kurulum

GTM tarafında amaç basittir: login olduktan sonra user_id değerini veri katmanına almak ve bunu Google tag ile tüm GA4 event’lerine taşımak.

1. Sitede kullanıcı giriş yaptığında dataLayer içine şirket içi benzersiz kimliği gönderin. Anonim kullanıcıda bu alan gelmesin.
2. GTM’de bu değeri okuyacak bir Data Layer Variable oluşturun. Örneğin adı dlv_user_id olabilir.
3. Temel GA4 etiketiniz Google tag ise user_id alanını burada tanımlayın. Ayrı GA4 Event etiketleri kullanıyorsanız, aynı alanın event ayarlarında da taşındığını kontrol edin.
4. Giriş, sayfa yenilemeden sonra oluyorsa, login anında bir login event’i tetikleyin ve sonraki event’lerin güncel user_id ile gitmesini sağlayın. Çıkışta değeri temizleyin.

Kısa örnek mantık şöyle çalışır: kullanıcı giriş yapar, sistem u_18452 döndürür, ardından login, view_item, add_to_cart ve purchase event’leri aynı user_id ile gider. Buna karşılık ziyaretçi giriş yapmamışsa yalnızca anonim ölçüm sürer.

Doğrudan kod entegrasyonunda dikkat edilecekler

Eğer GTM yerine doğrudan gtag.js kullanıyorsanız mantık değişmez. Kimlik doğrulama tamamlandığı anda Google tag yapılandırmasına user_id eklenir, sonra ilgili event’ler aynı değerle gönderilir. Örneğin girişten sonra gtag('config', 'G-XXXX', { user_id: 'u_18452' }) mantığı kurulur; ardından purchase gibi event’lerde aynı kullanıcı bağlamı korunur.

Tek sayfa uygulamalarda bu nokta daha hassastır. Çünkü ilk sayfa yüklemesinde kullanıcı anonim olabilir, birkaç saniye sonra giriş yapabilir. Bu durumda auth state değiştiği anda ölçümü güncellemek gerekir. Mobil uygulama ve web birlikte çalışıyorsa, aynı iç kimliği iki platformda da kullanmak daha temiz eşleşme sağlar.

Test, raporlama etkisi ve sorun giderme

Kurulum bittiğinde ilk işiniz rapora bakmak değil, akışı doğrulamak olmalı.

Test ederken nelere bakmalısınız

Önce GTM Preview veya kullandığınız debug aracıyla login senaryosunu çalıştırın. Sonra GA4 DebugView’da user_id alanının yalnızca girişten sonra geldiğini kontrol edin. Çıkış yaptığınızda alanın kaybolması da aynı derecede önemlidir.

Buna ek olarak iki cihaz testi yapın. Aynı test kullanıcısıyla telefonda ve masaüstünde giriş açın. Anlık raporlar sınırlı olabilir, fakat işlenmiş veride kullanıcı birleştirme etkisini daha net görürsünüz. Consent senaryosunu da unutmayın; izin yoksa User ID mantığı veri akışını sihirli biçimde açmaz.

Raporlarda ne değişir

User ID doğru kurulduğunda GA4, reporting identity içinde bu sinyali kullanarak giriş yapan kullanıcıları daha iyi tekilleştirir. Sonuç olarak kullanıcı sayıları şişmez, dönüşüm yolları daha tutarlı görünür ve cihaz değişimi daha anlaşılır hale gelir. Ayrıca “signed in with user ID” kırılımı ile giriş yapmış ve yapmamış kullanıcıları karşılaştırabilirsiniz.

Yine de geçmiş veri geriye dönük birleşmez. User ID bugün doğru çalışıyorsa, etkisini bugünden sonrası için beklersiniz. BigQuery kullanan ekiplerde user_id ile user_pseudo_id yan yana analiz edilebilir; bu da CRM eşleştirmesi için güçlü bir temel sunar.

En sık hatalar

En yaygın hata, boş ya da sahte değer göndermektir. undefined, null veya "guest" gibi sahte kimlikler, tekilleştirmeyi bozar. Bir diğeri, aynı kullanıcının çıkış yaptıktan sonra eski kimlikle ölçülmeye devam etmesidir. Bu hata ortak cihazlarda sessizce büyür.

Bir başka sorun da user_id değerini custom dimension olarak kaydetmektir. Bunu yapmayın. Ayrıca browser tarafında veri kaybı yüksekse, GA4 veri doğruluğu için server tagging ek destek sağlayabilir. Yine de bu yapı, yanlış User ID mantığını düzeltmez; yalnızca veri dayanıklılığını artırır.

Tekil kullanıcı takibi, daha fazla event göndermekle değil, aynı kişiyi her temas noktasında aynı şekilde tanımlamakla düzelir. GA4 User ID bu işi iyi yapar, ama yalnızca giriş yapan kullanıcılar için, her event ile ve kişisel veri göndermeden kurulduğunda.

Başlangıç için en doğru yol küçük bir testtir. Tek bir giriş akışı seçin, iki cihazla doğrulayın, sonra rapordaki kullanıcı farkını izleyin. Temiz kurulum, hem pazarlama yorumunu hem ürün kararlarını daha güvenilir hale getirir.