Sunucu taraflı GA4 kurulumunu tamamladınız. Server Container çalışıyor, FPID cookie düzgün ayarlanmış, veri BigQuery’ye akıyor. Her şey kontrol altında gibi… ama değil.
Veri bütünlüğüne dikkatle baktığınızda tablo bozulmaya başlıyor:
- Kullanıcı sayısı beklenenden fazla
- Oturumlar şişmiş
- Trafik kaynaklarının büyük kısmı “unattributed”
Ve siz “her şeyi doğru yaptım” derken, GA4 arka planda başka bir senaryo yazıyor olabilir.
Gizli Suçlu: GA4’ün Otomatik Etkinlikleri
GA4’ü ilk kurduğunuzda fark etmişsinizdir: bazı eventler otomatik olarak gelir. scroll, click, file_download gibi etkinlikler için ekstra bir ayar yapmanıza gerek kalmaz.
Kulağa güzel geliyor, değil mi? Ancak server-side tracking dünyasında bu “konfor” size çok pahalıya patlayabilir. Çünkü bu otomatik eventler tarayıcı tarafındaki gtag.js tarafından doğrudan gönderilir. Sunucu tarafında sizin itinayla oluşturduğunuz FPID yapısından habersizdirler. Her biri kendi client_id değerini oluşturur ve GA4’e gönderir.
Sonuç?
Aynı kullanıcıyı, aynı oturumu GA4 sisteminde ayrı iki kişi gibi göstermeye başlarsınız.
Bu Neden Problem?
Server-side izleme, veriye tam sahiplik demektir. Amacınız, tüm kimlik eşleştirmelerini sunucuda yapmak ve veriyi burada standartlaştırmaktır. Ama GA4’ün otomatik eventleri bu sistemi bypass eder.
Ve işte ne olur:
- Kullanıcılar iki kez sayılır (client_id ≠ FPID)
- Oturumlar bölünür (aynı ziyaret, iki farklı session_id)
- Trafik kaynakları çöker (UTM parametreleri bağlamdan kopar)
Bu da yanıltan raporlar, yanlış kararlar ve boşa harcanan reklam bütçeleri demektir.
Peki Ne Yapmalı?
Server-side yapıyı korumak ve GA4’ü kendi sisteminize hizmet ettirmek istiyorsanız aşağıdaki adımları uygulamalısınız:
1. GA4’ün Otomatik Etkinliklerini Kapatın
Google Analytics kurulumu sırasında otomatik eventleri seçtiyseniz, bunları devre dışı bırakın.
2. Her Etkinliği Manuel Olarak Yönetin
Scroll, click, form submission fark etmez. Hepsini GTM’de tetikleyin ve server-side container’a yönlendirin.
3. BigQuery’de Veriyi İzleyin
BigQuery’den gelen user_pseudo_id ve session_id değerlerini analiz edin. Ani yükselişler, sessizce tetiklenen otomatik client_id’lerin habercisi olabilir.
4. Server-Side GTM’de Belirsiz Trigger Kurmaktan Kaçının
“Event name matches .*” gibi geniş eşleşmeler kullanmayın. Her event için net ve dar tanımlamalar yapın (^purchase$, ^form_submit$ gibi).
Not: Eğer GA4 event’lerini hem tarayıcıdan (browser) hem de Server GTM üzerinden aynı anda gönderiyorsanız, bu isabetler (hits) farklı client_id’lerle iletilir.
Tarayıcıdan gönderilen veriler genellikle _ga cookie’sindeki client_id’yi kullanırken, Server GTM tarafında FPID gibi sunucu tarafından yönetilen bir kimlik kullanılır.
Bu iki farklı client_id, GA4’ün oturumları aynı kullanıcıya ait olarak birleştirememesine neden olur. Sonuç olarak, oturumlar “unassigned” veya “not set” olarak raporlanabilir.
❗GA4 yapılandırmanızı yaparken tarayıcıdan ve sunucudan aynı anda veri gönderilmesinin kimlik eşlemesini bozabileceğini unutmayın.
Sonuç
GA4’ü server-side izlemeyle kurmak, veri kalitesini artırmak için güçlü bir adımdır. Ancak sistemin düzgün çalışabilmesi için tüm süreci sizin kontrol etmeniz gerekir. Otomatik etkinlikler, çift sayımlar, belirsiz trigger tanımları gibi küçük görünen detaylar, zamanla raporlarınızı yanıltacak büyük problemlere dönüşebilir.
Bu yazıda paylaşılan adımları uygulayarak; kimlik yönetimini merkezi hale getirebilir, veri şişmelerini önleyebilir ve GA4’ten gerçekten güvenilir sonuçlar alabilirsiniz.
Unutmayın, server-side izleme sadece teknik bir tercih değil; doğru kararlar için temiz veri altyapısı kurma sürecidir.