GA4 Olay Takibi Kılavuzu

Ölçüm planı olmadan yapılan GA4 olay takibi, eksiksiz görünen ancak güvenilir olmayan veri üretir. Olaylar tetiklenir, raporlar dolar, panolar rakamlar gösterir — ancak hiçbiri gerçekten bilmeniz gerekeni söylemez; çünkü uygulama başlamadan önce "bilmem gereken" ifadesinin ne anlama geldiğini kimse tanımlamamıştır. GA4 ölçüm planı bir belgeleme egzersizi değildir; analitik verilerinizin gerçek kararları destekleyip destekleyemeyeceğini belirleyen tasarım spesifikasyonudur.

GA4, ölçüm planını daha az değil daha önemli kılan biçimlerde Universal Analytics'ten mimari olarak farklıdır. Universal Analytics oturumlar üzerine kuruluydu — etkilere toplayan ayrık sınırlı zaman pencereleri. GA4 olaylar üzerine kuruludur — her etkileşimin, her sayfa görüntülemenin, her dönüşümün bir isim ve isteğe bağlı parametrelerle yapılandırılmış ayrık sinyaller olduğu bir yapı. Esneklik gerçektir. Olaylar tanımladığınız herhangi bir parametreyi, herhangi bir kombinasyonda taşıyabilir. Ancak taksonomi önceden tasarlanmadığında bu esneklik işe yaramazlığa dönüşür; çünkü tutarsız parametre adlandırması ve belgelenmemiş niyetle altı aylık olay veriniz olduğunda, veri tam bir yeniden uygulama olmadan kurtarılamaz.

GA4 olay taksonomisi tasarlamak

GA4 olay taksonomisi, mülkünüzün tetiklemesi gereken olayların tam setini, her olayın ne anlama geldiğini, hangi parametreleri taşıdığını ve her olayın hangi iş sorusunu yanıtladığını tanımlar. Bu tanım olmadan olaylar, uygulayan kim olursa onun tarafından adlandırılır, parametreler fırsatçı biçimde eklenir ve sonuç geliştiriciler arasında farklılık gösteren ve zaman içinde sessizce değişen bir şemadır.

GA4 veri modelinde dört olay kategorisi vardır. Otomatik toplanan olaylar — session_start, first_visit ve user_engagement dahil olmak üzere GA4'ün herhangi bir yapılandırma olmadan tetiklediği olaylar. Gelişmiş ölçüm olayları — kaydırma derinliği, harici bağlantı tıklaması, site araması, video etkileşimi ve dosya indirme dahil olmak üzere GA4 yönetici arayüzünden etkinleştirilen olaylar. Önerilen olaylar — belirli sektörler için Google tarafından belirlenen isim ve parametrelere sahip olaylar (e-ticaret: add_to_cart, begin_checkout, purchase). Özel olaylar — diğer kategoriler tarafından kapsanmayan işletmeye özgü etkileşimler için tanımladığınız olaylar.

Taksonomi tasarım ilkesi basittir: etkileşim tanıma uyduğunda önerilen olay adlarını kullanın; çünkü önerilen olaylar, özel yapılandırma gerektirmeden GA4'ün yerleşik raporlama yüzeylerini ve BigQuery şema uyumunu açar. Önerilen olay adlarından yalnızca etkileşim önerilen modele gerçekten uymadığında sapın ve sapmayı açıkça belgeleyin. button_click veya form_submit adında özel olaylar taksonomi değildir; etiketli gürültüdür.

Taksonomideki her olay için belgeleyin: olay adı, tetikleme koşulu (bu olayın tam olarak ne zaman tetiklenmesi gerektiği — "kullanıcı bir düğmeye tıkladığında" değil, "kullanıcı ana sayfanın hero bölümündeki birincil CTA düğmesine tıkladığında"), parametreler (adlar, veri türleri ve örnek değerlerle), yanıtlanan iş sorusu ve olay tanımına sahip olan ekip.

Özel boyutlar ve veri modeli

GA4'te olay parametreleri raporlarda otomatik olarak kullanılabilir değildir. Her olayla gönderilen user_type adlı bir parametre, özel boyut olarak kaydedilene kadar GA4'ün standart raporlarında görünmezdir. Bu, özel boyutların bir raporlama ön koşulu değil bir yapılandırma tercihi olduğu Universal Analytics'ten geçiş yapan ekipler için yaygın bir kafa karışıklığı kaynağıdır.

GA4'te özel boyutlar için iki kapsam vardır: olay kapsamlı ve kullanıcı kapsamlı. Olay kapsamlı özel boyut, tek bir olaya özgü bir değeri yakalar — örneğin, bir view_item olayındaki item_category parametresi. Kullanıcı kapsamlı özel boyut, kullanıcıyı tüm oturum geçmişi boyunca tanımlayan bir değeri yakalar — örneğin, kullanıcının mevcut abonelik durumunu yansıtan subscription_tier parametresi.

Ücretsiz GA4 mülkleri 50 olay kapsamlı ve 25 kullanıcı kapsamlı özel boyutla sınırlıdır. GA4 360 mülklerinin sınırları daha yüksektir. Bu limitler büyük değildir. Karmaşık bir ürüne ve disiplinsiz bir ölçüm yaklaşımına sahip bir kuruluş, uygulamanın altı ayı içinde olay kapsamlı özel boyutları tüketecektir. Ölçüm planı bir özel boyut bütçesi içermelidir — hangi parametrelerin boyut olarak kaydedilmeye değer olduğunun kasıtlı muhasebesini — böylece uygulama sınırlar içinde kalır ve düşük öncelikli boyutlar kotayı tükettiği için yüksek öncelikli boyutlar kullanılamaz hale gelmez.

Sunucu tarafı etiketleme: ne zaman gerekli olur ve mimariyi nasıl değiştirir

İstemci tarafı GA4 etiketleme — GA4 etiketinin tarayıcıda Google Tag Manager aracılığıyla tetiklendiği standart uygulama — çoğu mülk için varsayılandır. Sunucu tarafı etiketleme farklı bir mimaridir: genellikle Google Cloud Run üzerinde dağıtılan bir etiketleme sunucusu, tarayıcıdan olayları alır, işler ve GA4 ile diğer hedeflere iletir. Tarayıcı GA4 ile doğrudan iletişim kurmaz; sunucuyla iletişim kurar, sunucu GA4 ile iletişim kurar.

Sunucu tarafı etiketleme şu durumlarda gerekli hale gelir: birinci taraf veri uyumluluk gereksinimleri istemci tarafı izleme altyapısını mimari olarak kabul edilemez kıldığında; reklam engelleyici yaygınlığı olay toplama oranlarını önemli ölçüde düşürdüğünde; alan adları arası veya cihazlar arası kimlik çözümlemesinin sunucu tarafında kontrol edilmesi gerektiğinde; olaylar GA4'e ulaşmadan önce veri dönüşümü veya zenginleştirmesi yapılması gerektiğinde.

Sunucu tarafı mimari maliyet ve operasyonel karmaşıklık ekler. Bir etiketleme sunucusu altyapı, dağıtım ve sürekli bakım gerektirir. Çoğu mülk için sunucu tarafı uygulamasından elde edilen veri kalitesi artışı — tipik olarak %10–25 daha fazla olay — mülk, bu oranın önemli gelir atıflandırması temsil ettiği ölçeğe ulaşana kadar ek yükü haklı çıkarmaz. Ölçüm planı, sunucu tarafı etiketlemenin mevcut ölçekte gerekli olup olmadığının açık bir değerlendirmesini içermelidir.

Onay modu, atıflandırma modelleri ve BigQuery entegrasyonu

Consent Mode V2. Google'ın Consent Mode V2'si — Google reklamcılığı çalıştıran AEA mülkleri için zorunlu — GA4 ve Google Ads'i sitenin onay yönetim platformundan gelen bir onay sinyaline bağlar. Kullanıcı analitik onayını reddettiğinde, GA4 o kullanıcı için olay tetiklemez. Consent Mode V2 etkinleştirilmiş ve modelleme aktif olduğunda, GA4 onay vermeyen kullanıcıların davranışını tahmin etmek için davranışsal modelleme kullanır. Consent Mode V2 doğru yapılandırılmadığında, AEA mülkleri reklam kişiselleştirmesini kaybeder. Doğru uygulama, onay platformu ile Google Tag Manager arasında çift yönlü entegrasyon gerektirir.

Atıflandırma modelleri. GA4'ün varsayılan atıflandırma modeli veriye dayalı atıflandırmadır — dönüşüm kredisini temas noktalarına gözlenmiş etkilerine göre dağıtan bir makine öğrenimi modeli. Bu, çoğu dönüşüm türü için son tıklama atıflandırmasından üstündür. Ancak veriye dayalı atıflandırma, kararlı modeller üretmek için minimum olay hacmi gerektirir. Bu eşiğin altında GA4 son tıklamaya geri döner. Eşiğin altındaki mülkler kasıtlı olarak alternatif bir model seçmelidir.

BigQuery entegrasyonu. GA4 günlük (ücretsiz) ve akış (yalnızca GA4 360) BigQuery dışa aktarımı sunar. BigQuery dışa aktarımı, GA4'ün standart arayüz örneklemesi olmadan tam olay düzeyinde veriyi içerir. Ciddi analiz yapan herhangi bir mülk için BigQuery isteğe bağlı değildir. Standart BigQuery dışa aktarma şeması düz ve olay merkezlidir: olay başına bir satır, tüm parametreler tekrarlanan bir kayıtta. Sorgu yazmadan önce bu şemayı anlamak pahalı tam tablo taramalarından kaçınmak için gereklidir.

Logic Grid Studio'nun büyüme sistemleri ve analitik pratiği; GA4 ölçüm planı tasarımı, uygulama, onay modu yapılandırması ve BigQuery entegrasyonunu yapılandırılmış bir iş birliği olarak kapsar — bir etiket dağıtım hizmeti değil. Bu ayrım kasıtlıdır: ölçüm planı olmadan dağıtılan analitik altyapısı veride teknik borç yaratır — zamanla bileşik büyüyen ve yalnızca yeniden uygulamayla geri kazanılan borç.