Google Analytics 4 (GA4)

Veri modelinin üç katmanı vardır. Olay adlandırılmış bir eylemdir; parametreler o tek olayı betimler; kullanıcı özellikleri ise kişiyi olaylar boyunca betimler. İsabetler bir gtag kod parçacığından, bir etiket yöneticisinden ya da Measurement Protocol'den gelir, bir veri akışına düşer ve bir session_start olayı ile hareketsizlik zaman aşımı üzerinden oturumlara gruplanır. Kimlik belirli bir öncelik sırasıyla çözülür: önce sizin verdiğiniz kullanıcı kimliği, sonra oturum açmış Google sinyalleri, sonra cihaz tanımlayıcısı; onay eksikliğinden doğan boşlukları modelleme doldurur. Bu sıra, raporlarda gördüğünüz kullanıcı sayısını doğrudan belirler.

Rapor kalitesini, ekiplerin genellikle geç fark ettiği sınırlar belirler. Bir parametre, özel boyut olarak kaydedilene kadar raporlarda görünmez ve her mülkte bu sayı sabittir. Yüksek kardinaliteli değerler toplu bir diğer satırına düşer; bu yüzden sıfırdan yüze kadar ham bir puan göndermek, beş bantlı bir kademelendirmenin neredeyse hiç harcamayacağı kotayı tüketir. Saklama ayarları keşiflerin ne kadar geriye bakabileceğini sınırlar ve eşik kuralları küçük satırları tümüyle gizler. Bu sınırlar mülk bazındadır ve genişletilemez. Kotayı neyin tükettiğini kurulum aşamasında planlamak sonradan düzeltmekten çok daha ucuzdur.

İşe yarayan bir yapılandırma kısadır. Olayları küçük harf ve alt çizgi ile tutarlı bir sözlükle adlandırın, gerçekten segmentleyeceğiniz birkaç parametreyi kaydedin, iş sonucunu temsil edenleri anahtar olay olarak işaretleyin ve bunların üzerine bir huni keşfi kurun. Bir quiz hunisinde bu; bir başlangıç, indeksli bir soru adımı ve ham sayı yerine bantlanmış bir kademe taşıyan bir tamamlama demektir. Böylece kardinalite düşük kalır ve iki adım arasındaki ayrılma doğrudan okunur hâle gelir. Bu yapı ayrıca yeni bir soru eklendiğinde raporların bozulmasını da engeller.

GA4 bir davranış analizi aracıdır, kayıtların tutulduğu asıl sistem değildir. Kendi ilişkilendirme modelini uygular; bu nedenle kanal payları her reklam platformunun kendi bildirdiği rakamlardan tasarım gereği ayrışır ve birini yanlış sayıp diğerine uydurmaya çalışmak yalnızca zaman kaybettirir. Ayrıca toplulaştırır, eşikler uygular ve modelleme yapar; dolayısıyla tek tek leadler satır satır mutabık kılınamaz. Kişisel veri göndermek bu boşluğu kapatmaz, yalnızca kullanım koşullarını ihlal eder. Bu mutabakat kendi veritabanınıza aittir. GA4'ü yön tayin eden bir araç olarak görün, tekil lead kayıtlarının kaynağı olarak değil.

Herhangi bir grafiğe güvenmeden önce toplamayı denetleyin. Gerçek zamanlı ve hata ayıklama görünümlerinde her olayın beklediğiniz parametrelerle tam bir kez ulaştığını doğrulayın, ardından kaydedilmemiş parametreleri ve şimdiden diğer kovasına düşmeye başlayan satırları arayın. Doğrudan ya da atanmamış trafiğin istikrarlı biçimde artması, genellikle insanların sizi bulma biçiminin değişmesine değil bir etiketleme ya da onay sorununa işaret eder.

Huninin kendisi için adım adım bir keşif kurun ve genel toplam yerine komşu adımlar arasındaki tamamlama oranını okuyun; çünkü tek bir zayıf soru toplu bir sayının içinde görünmez olur. Kaynağa, cihaza ve iniş sayfasına göre bölümleyin; bir önceki yılın aynı dönemiyle ise yalnızca sınıflandırmanız o arada değişmediyse karşılaştırın. Aksi hâlde birbirinden farklı iki ölçüm sistemini karşılaştırmış olursunuz.

Olay adlarını yol boyunca uydurmak, etkisi bileşik biçimde büyüyen hatadır. Bir ekip quizComplete, başka biri quiz_complete, bir üçüncüsü completes_quiz gönderir ve altı ay sonra hiçbir rapor huninin tamamını kapsamaz; çünkü geçmiş veriyi geriye dönük birleştirmek mümkün değildir. Uygulamadan önce bir adlandırma kalıbı ve parametre listesi üzerinde anlaşın, bunu mühendisliğin okuyabileceği bir belgede tutun ve kalıba uymayan olayları geri çevirin. Sonradan yeniden adlandırma toplanmış veriyi onarmaz.

Diğer hata, çok fazla anahtar olay işaretlemektir. Sayfa görüntüleme, kaydırma, video oynatma ve form başlatma hepsi dönüşüm sayıldığında her kanal başarılı görünür ve rapor hiçbir şeyi sıralayamaz hâle gelir. Anahtar olayları, birinin bütçe toplantısında savunabileceği sonuçlarla sınırlayın. Aynı hatanın ikinci biçimi, e-posta adresi gibi ham kimlikleri parametrelere yazmaktır; bu kullanım koşullarını ihlal eder ve mülkün sıfırlanması riskini doğurur. İşaretlemeyi yılda bir gözden geçirin ve gereksizleri kaldırın.