Adım 01
Araçtan önce ölçüm sözlüğünü yazın.
Her tıklamayı dönüşüm yapmayın. Satın alma, gönderilmiş ve doğrulanmış talep ya da gerçekleşen randevu gibi iş sonucuna yakın olayları birincil; sayfa görüntüleme ve kaydırma gibi davranışları ikincil ayırın.
Her olay için ad, tetik koşulu, parametre, veri sahibi, saklama amacı ve hangi kararı desteklediğini yazın. E-posta, telefon ve serbest metin gibi kişisel verileri GA4’e göndermeyin.
| Alan | Örnek karar | Kontrol |
|---|---|---|
| Olay | generate_lead | Başarılı sunucu yanıtından sonra tek kez |
| Parametre | form_type | İzinli, sınırlı değer sözlüğü |
| Birincil sonuç | Nitelikli talep | CRM’de ayrıca doğrulanır |
| Veri kalitesi | Tekilleştirme | Aynı event_id iki kez sayılmıyor |
Adım 02
İstemci ve sunucu mimarisini ihtiyaca göre seçin.
İstemci tarafı GTM tarayıcıda çalışır ve kurulumu daha basittir. Server-side GTM, web container’ından veya sunucudan gelen istekleri bir server container üzerinden ilgili hedeflere yönlendirir. Birinci taraf alan adı, istek doğrulama ve veri minimizasyonu gibi kontroller sağlayabilir.
Buna karşılık bulut barındırma, özel alan adı, güncelleme, güvenlik, loglama ve hata izleme sorumluluğu getirir. Yalnız “daha çok veri toplar” vaadiyle kurulması doğru kapsam kararı değildir.
- Ölçüm hedefi server-side mimari gerektiriyor.
- Barındırma ve trafik maliyeti kabul edildi.
- Container erişimleri en az ayrıcalıkla sınırlandı.
- İstemci tarafından gelen istekler doğrulanıyor.
- Gereksiz parametreler hedeflere gönderilmeden temizleniyor.
- Hata ve gecikme için izleme sahibi belirlendi.
Adım 03
Kurulumu test ortamından gerçek iş kaydına kadar doğrulayın.
- GA4 mülkü, web veri akışı, saat dilimi ve veri saklama ayarlarını gerçek işletme bilgileriyle oluşturun.
- Web container’da yalnız ölçüm planındaki etiketleri ve tetikleyicileri kurun.
- Server container kullanılıyorsa resmî kurulum yöntemini, özel alt alan adını ve HTTPS’i yapılandırın.
- Tag Assistant ile istemci isteğini, server preview ile client/tag eşleşmesini ve GA4 DebugView ile gelen olayı izleyin.
- Form, ödeme veya CRM kaydıyla analitik olayını aynı test kimliği ve zaman damgası üzerinden karşılaştırın.
- Tarayıcı ve sunucu aynı olayı gönderiyorsa ortak event_id ve platformun önerdiği tekilleştirme yöntemini uygulayın.
Adım 04
Kurulumdan sonra veri kalitesi ve izin durumunu işletin.
Ölçüm zamanla bozulabilir: form alanı değişir, teşekkür sayfası kaldırılır, ödeme sağlayıcısı yönlendirmeyi değiştirir veya etiket iki kez yüklenir. Her sürümde kritik olaylar için otomatik ya da tekrarlanabilir kabul testi çalıştırın.
GA4, reklam platformu ve CRM farklı kapsamlarla sayı üretir. Raporu tek bir paneli mutlak gerçek ilan etmek yerine kaynak, tanım, atıf penceresi ve bilinen veri kaybıyla birlikte okuyun.
Sık sorulan sorular
Kısa ve doğrudan cevaplar.
Server-side GTM zorunlu mu?
Hayır. İhtiyaç; veri akışı, performans, yönetişim, ekip yetkinliği ve barındırma maliyetine göre değerlendirilir. Basit sitelerde doğru bir istemci tarafı kurulum yeterli olabilir.
Server-side tagging çerez iznini kaldırır mı?
Hayır. Verinin hangi amaçla toplandığı ve işlendiği değişmez; geçerli izin, aydınlatma ve veri minimizasyonu yükümlülükleri ayrıca değerlendirilmelidir.
GA4 ile Google Ads sayıları neden farklıdır?
Atıf modeli, raporlama zamanı, kimlik, izin, dönüşüm penceresi ve veri işleme kuralları farklı olabilir. Önce aynı olay tanımı ve saat dilimiyle karşılaştırın.
Kurulumun doğru çalıştığını nasıl doğrularım?
Tag Assistant ve GA4 DebugView ile teknik akışı, gerçek form/sipariş kaydıyla iş sonucunu, yinelenen olay kontrolüyle de sayım doğruluğunu test edin.
Birincil kaynaklar
Kaynaklar ve kapsam.
Bağlantılar içerikteki değişebilir veya dış doğrulama gerektiren bilgilerin kaynağıdır. Ticari ilişki veya sponsorlu bağlantı değildir.
İlgili rehberler