GA4 ve Büyük Veri: Kurumsal Şirketler İçin Custom Dimension Stratejileri

Yazan /

Universal Analytics’ten (UA) Google Analytics 4’e (GA4) geçiş, sadece bir arayüz değişikliği değil, bir paradigma değişimiydi. UA’nın oturum (session) bazlı yapısından, GA4’ün olay (event) bazlı esnek yapısına geçiş, özellikle kurumsal ölçekteki şirketler için büyük bir fırsatı ve zorluğu beraberinde getirdi.

Milyonlarca kullanıcısı olan bir banka, e-ticaret devi veya SaaS şirketi için GA4’ün standart raporları (Hangi şehirden geldiler? Hangi cihazı kullandılar?) buzdağının sadece görünen kısmıdır. Gerçek iş içgörüleri, veriyi kendi iş modelinize göre özelleştirdiğinizde, yani Özel Boyutlar (Custom Dimensions – CD) devreye girdiğinde başlar.

Bu yazıda, GA4’ü sadece bir raporlama aracı olarak değil, büyük veri stratejinizin bir veri toplama katmanı olarak nasıl kurgulayacağınızı inceleyeceğiz.

Neden Standart Raporlar Kurumsalda Yetmez?

Google Analytics varsayılan olarak “Sayfa Başlığı”, “Tarayıcı”, “Şehir” gibi jenerik verileri toplar. Ancak bir işletme olarak sizin şu sorulara ihtiyacınız vardır:

  • Bu kullanıcı Bireysel müşteri mi Ticari müşteri mi?
  • Kullanıcı şu an Giriş Yapmış (Logged-in) durumda mı yoksa Misafir (Guest) mi?
  • Kredi başvuru sürecinin hangi aşamasında (Belge Yükleme, Onay Bekleme vb.)?
  • Bu içerik Hangi Yazar tarafından yazıldı veya Hangi Kategoride?

İşte bu soruların cevabı standart GA4’te yoktur. Bu verileri GA4’e sizin göndermeniz gerekir.

Stratejik Çerçeve: Hangi Veri “Özel Boyut” Olmalı?

Custom Dimension tanımlamak teknik bir işten önce stratejik bir karardır. Rastgele veri göndermek “veri çöplüğü” yaratır. İşte kurumsal bir yaklaşım için temel çerçeve:

1. Kapsam (Scope) Kararı: Kullanıcı mı, Olay mı?

GA4’te iki temel CD kapsamı vardır ve bunu doğru seçmek kritiktir:

  • User-Scoped (Kullanıcı Kapsamlı): Kullanıcının değişmeyen veya nadir değişen özellikleridir. Bir kez tanımlandığında o kullanıcının tüm oturum ve olaylarına yapışır.
    • Örnekler: customer_type (Bireysel/Kurumsal), membership_tier (Gold/Silver), user_id (CRM ID’si).
  • Event-Scoped (Olay Kapsamlı): Sadece o spesifik etkileşimle (buton tıklaması, sayfa görüntüleme) ilgili olan detaylardır.
    • Örnekler: application_stage (Başvuru adımı), content_author (Yazar adı), error_type (Form hata mesajı).

2. İsimlendirme Standartları (Naming Convention)

Büyük ekiplerde kaos çıkmaması için katı kurallar şarttır. Genellikle snake_case (alt tire ile ayırma) tercih edilir ve verinin ne olduğunu net anlatan isimler kullanılır.

  • Kötü: boyut1, uye_durum
  • İyi: user_login_status, content_category_level1

Büyük Veri Bağlantısı: GA4’ten BigQuery’ye

Kurumsal dünyada GA4 arayüzü genellikle son durak değildir. Veri hacmi arttıkça GA4 arayüzünde örnekleme (sampling) sorunları başlar ve arayüz yavaşlar.

Gerçek güç, GA4 verisini ham haliyle (raw data) Google’ın veri ambarı BigQuery‘ye aktardığınızda ortaya çıkar.

BigQuery ve Custom Dimension İlişkisi

BigQuery’ye aktarılan veride, tanımladığınız her bir Event-Scoped Custom Dimension, ilgili olayın (event) içinde bir parametre olarak; User-Scoped Custom Dimension ise kullanıcının özelliklerinde bir sütun olarak yer alır.

Bu sayede şunları yapabilirsiniz:

  1. CRM Verisi ile Birleştirme: BigQuery’de user_id üzerinden GA4 verisini, şirket içi CRM verinizle (örneğin; bu müşterinin bankadaki toplam varlığı) SQL sorgularıyla birleştirebilirsiniz.
  2. Gelişmiş Huni (Funnel) Analizleri: Arayüzün izin vermediği karmaşıklıkta, geçmişe dönük ve çok adımlı kullanıcı yolculuğu analizleri yapabilirsiniz.
  3. Makine Öğrenimi (ML): Müşteri terk (churn) tahmini gibi modelleri beslemek için bu zenginleştirilmiş veri setini kullanabilirsiniz.

Custom Dimension limiti nedir?

Standart GA4 mülklerinde 50 adet Event-scoped, 25 adet User-scoped boyut limiti vardır. GA4 360 (ücretli versiyon) bu limitleri artırır.

Custom Dimension’lar geçmişe dönük veri gösterir mi?

Hayır. Bir boyutu GA4 arayüzünde tanımladığınız andan itibaren veri toplamaya başlar. Geçmiş verilerde bu boyut “not set” olarak görünür.

Kardinalite (Cardinality) nedir ve neden önemlidir?

Bir boyutun alabileceği benzersiz değer sayısıdır. Örneğin, “User ID” yüksek kardinaliteye sahiptir (milyonlarca farklı değer). “Giriş Durumu” düşük kardinaliteye sahiptir (sadece “evet” veya “hayır”). GA4 arayüzünde çok yüksek kardinaliteli boyutlar raporlarda “(other)” satırının oluşmasına neden olabilir. BigQuery’de ise bu bir sorun değildir.

Sonuç: Veriyi Yöneten, Stratejiyi Yönetir

GA4’ü sadece kutudan çıktığı haliyle kullanmak, son model bir spor arabayı sadece birinci viteste kullanmaya benzer. Kurumsal şirketler için GA4, bir raporlama ekranı değil, stratejik bir veri toplama motorudur. Doğru kurgulanmış Custom Dimension stratejisi ve BigQuery entegrasyonu, “veri odaklı pazarlama” söylemini gerçeğe dönüştüren en önemli adımdır.

Scroll to Top