Google Analytics 4 (GA4) Nedir? Kullanmanın Avantajları

GA4, yani Google Analytics 4, bugün Google'ın ücretsiz web ve uygulama ölçüm aracıdır. 2012'den beri müşteri sitelerinde analitik kuruyorum ve şunu açıkça söyleyebilirim: GA4'ü doğru kurduğunuzda sitenizin gerçekte ne işe yaradığını görürsünüz, yanlış kurduğunuzda ise size güzel ama anlamsız grafikler verir.

Bu yazıda araçları kıyaslamıyorum. Onun yerine GA4'ün kendi mantığına odaklanıyorum: olay tabanlı model, temel raporlar, anahtar etkinlikler, BigQuery ve onay modu. Amacım, panelde ne gördüğünüzü ve neye güvenebileceğinizi anlamanız.

GA4 nedir ve ne işe yarar?

GA4, web sitesi ve mobil uygulamadaki kullanıcı etkileşimlerini "olay" olarak kaydeden Google Analytics sürümüdür. Sayfa görüntüleme, kaydırma, form gönderimi veya satın alma gibi her hareket bir olaydır. Bu sayede trafik kaynağını, içerik performansını ve dönüşüm yolunu tek bir veri modeliyle ölçebilirsiniz.

Pratikte GA4 size üç soruya cevap verir: ziyaretçi nereden geldi, sitede ne yaptı ve işinize yarayan bir adım attı mı? Ancak bu cevapların kalitesi tamamen kuruluma bağlıdır. Örneğin form gönderimini ayrı bir olay olarak tanımlamazsanız, GA4 size yalnızca sayfa görüntüleme sayısı verir.

Ayrıca GA4 tek başına bir araç değil, bir ekosistemin merkezidir. Onu Google Ads, Search Console ve BigQuery ile bağlarsınız. Bu nedenle ölçüm planını sadece analitik için değil, reklam ve SEO kararları için de kurmanız gerekir.

Universal Analytics neden kapandı, GA4 ne değiştirdi?

Universal Analytics, standart mülklerde 1 Temmuz 2023 itibarıyla yeni veri işlemeyi bıraktı. Google'ın gerekçesi netti: eski model, çerezlerin azaldığı, kullanıcıların birden fazla cihaz kullandığı bir dünyaya uymuyordu. Üstelik oturum ve sayfa görüntüleme merkezli yapı, uygulama verisiyle birleşemiyordu.

GA4 bu yapıyı tersine çevirdi. Eskiden "isabet türleri" vardı: sayfa görüntüleme, etkinlik, e-ticaret işlemi. Şimdi hepsi aynı çatı altında, olay ve parametre olarak duruyor. Yani bir sayfa görüntüleme de bir satın alma da aynı mantıkla kayda giriyor.

Müşterilerimde en çok şaşkınlık yaratan fark, hemen çıkma oranının anlamının değişmesi oldu. Eskiden tek sayfa görüp çıkan her ziyaret hemen çıkma sayılırdı. GA4'te ise hemen çıkma, etkileşimsiz oturumların oranıdır. Bu yüzden eski raporlarla yeni raporları birebir kıyaslamak çoğu zaman yanıltıcıdır.

Olay tabanlı veri modeli nasıl çalışır?

GA4'te her kayıt bir olaydır ve her olay parametre taşır. Örneğin "page_view" olayı sayfa adresini ve başlığını parametre olarak gönderir. "purchase" olayı ise sipariş tutarını, para birimini ve ürün listesini taşır. Raporlar bu olayları ve parametreleri toplayarak oluşur.

Bu modelin gücü esnekliğidir. Kendi olayınızı tanımlayabilir, ona istediğiniz parametreyi ekleyebilirsiniz. Mesela "teklif_formu_gonderildi" olayına hizmet türünü parametre olarak eklerseniz, hangi hizmetin daha çok talep aldığını raporlayabilirsiniz.

Fakat esnekliğin bir bedeli var. Parametreyi rapor ekranında görmek için onu özel boyut olarak kaydetmeniz gerekir. Kaydetmezseniz veri yine gelir ama standart raporlarda görünmez. Sahada en sık gördüğüm hayal kırıklığı tam olarak budur: "veri gidiyor ama raporda yok" şikâyeti.

• Olay: kullanıcının yaptığı eylem, örneğin sayfa görüntüleme veya form gönderimi.
• Parametre: olayın ayrıntısı, örneğin sayfa adresi veya sipariş tutarı.
• Kullanıcı özelliği: kullanıcıya ait kalıcı bilgi, örneğin üyelik tipi.
• Özel boyut: parametrenin raporda görünmesi için yaptığınız tanım.

GA4 hangi olayları otomatik toplar?

GA4 bazı olayları siz hiçbir şey yapmadan toplar. Örneğin "first_visit" ve "session_start" otomatik gelir. Bunlara ek olarak "gelişmiş ölçüm" adlı bir ayar vardır. Bu ayar açıkken GA4 kod yazmanıza gerek kalmadan birkaç yaygın etkileşimi daha kaydeder.

1. Sayfa görüntüleme (page_view).
2. Kaydırma: kullanıcı sayfanın yaklaşık %90'ına indiğinde tetiklenir (scroll).
3. Dış bağlantı tıklaması (click).
4. Site içi arama sonuçları (view_search_results).
5. Gömülü YouTube videolarında izleme adımları.
6. Dosya indirme (file_download).
7. Form etkileşimi (form_start ve form_submit).

Ancak burada bir uyarım var. Otomatik form ölçümü her form yapısında güvenilir çalışmıyor. Özellikle sayfa yenilemeden gönderilen formlarda veya üçüncü taraf form araçlarında ya fazla ya da eksik sayım görüyorum. Bu yüzden iş için kritik formları her zaman ayrı bir olayla, gerekirse Google Etiket Yöneticisi üzerinden ölçüyorum.

Kısacası gelişmiş ölçüm iyi bir başlangıçtır, ama ölçüm planının yerini tutmaz.

Bir de şunu ekleyeyim: gelişmiş ölçümdeki her maddeyi tek tek açıp kapatabilirsiniz. Örneğin sitenizde gömülü video yoksa video ölçümünü kapatmak raporu sadeleştirir. Site içi arama için ise arama parametresinin adını kontrol edin; sitenizin arama adresinde "q" yerine başka bir ad kullanılıyorsa GA4 aramaları kaçırır.

GA4 oturum ve etkileşim oranını nasıl hesaplar?

GA4'te oturum, "session_start" olayıyla başlar ve varsayılan olarak 30 dakika hareketsizlikten sonra biter. Google'ın oturumlar hakkındaki yardım sayfası etkileşimli oturumu da tanımlar: 10 saniyeden uzun süren, bir anahtar etkinlik içeren ya da en az iki sayfa görüntülemesi olan oturum.

Etkileşim oranı, etkileşimli oturumların tüm oturumlara oranıdır. Hemen çıkma oranı ise bunun tam tersidir. Yani etkileşim oranı %60 ise hemen çıkma oranı %40 olur. Bu tanım, eski "tek sayfa ziyareti" mantığından çok daha adildir. Çünkü bir blog yazısını üç dakika okuyup çıkan kişi artık başarısız ziyaret sayılmaz.

Öte yandan bu metrik de yorum ister. Sayfanın amacı telefon aramasıysa, ziyaretçi 5 saniyede numaraya dokunup çıkabilir. Bu durumda arama tıklamasını anahtar etkinlik yaparsanız oturum zaten etkileşimli sayılır. Hemen çıkma oranını düşürmeye yönelik somut yöntemleri hemen çıkma oranı yazımda ayrıca anlattım.

Temel raporlar nerede, hangisi ne anlatır?

GA4 arayüzü ilk bakışta dağınık görünür, ama mantığı basittir. Sol menüdeki "Raporlar" bölümü hazır özetleri, "Keşfet" bölümü ise sizin kurduğunuz özel analizleri içerir. Günlük takip için çoğu işletmeye birkaç rapor yeter.

Benim önerim, ilk ay yalnızca trafik edinme ve etkinlikler raporuna odaklanmanız. Böylece hem kanalları hem ölçümün sağlığını aynı anda izlersiniz. Rapor okumanın genel mantığını dijital pazarlama raporu nasıl okunur yazısında daha geniş ele aldım.

Keşifler (Explorations) ne zaman gerekir?

Hazır raporlar "ne oldu" sorusuna cevap verir. Keşifler ise "neden oldu" sorusunu kazmanızı sağlar. Serbest biçim, huni keşfi, yol keşfi, segment çakışması ve kohort gibi şablonlar içerir. Örneğin huni keşfiyle ürün sayfasından ödemeye kadar hangi adımda kaç kişi kaybettiğinizi görürsünüz.

Yol keşfi ise ters yönde de çalışır. Bir teklif formu gönderiminden geriye doğru giderek, formdan önce hangi sayfaların okunduğunu çıkarabilirsiniz. Bu analiz, içerik planı yaparken bana çoğu zaman anahtar kelime aracından daha net ipuçları verir.

Ancak keşiflerin iki sınırı var. Birincisi, veri saklama süresine bağlıdır; süre dolan olay düzeyi veriyi keşiflerde göremezsiniz. İkincisi, yüksek hacimli mülklerde örnekleme devreye girebilir. Bu nedenle kritik kararları tek bir keşif ekranına dayandırmadan önce veriyi farklı açılardan doğruluyorum. Huni mantığının siteye nasıl uyarlanacağını dönüşüm hunisi yazımda bulabilirsiniz.

GA4'te dönüşüm neden artık "anahtar etkinlik" adını aldı?

Google, 2024 yılının başında GA4'teki "dönüşüm" kavramını "anahtar etkinlik" olarak yeniden adlandırdı. "Dönüşüm" kelimesi artık Google Ads tarafında, reklam optimizasyonunda kullanılan ölçüm için ayrıldı. Yani GA4'te işiniz için önemli olayları anahtar etkinlik olarak işaretliyorsunuz. Reklamda kullanmak istediklerinizi ise Google Ads'e dönüşüm olarak aktarıyorsunuz.

Bu ayrım ilk başta kafa karıştırıyor, ama aslında mantıklı. Çünkü her önemli olay reklam optimizasyonu için uygun değildir. Örneğin "fiyat sayfası görüntüleme" analiz için değerli bir anahtar etkinlik olabilir. Ama bunu reklamda birincil dönüşüm yaparsanız, sistem satış yerine sayfa ziyareti peşine düşer.

Dolayısıyla iki listeyi ayrı düşünmenizi öneririm: GA4'te geniş bir anahtar etkinlik listesi, Google Ads'te ise dar ve gerçekten gelire yakın bir dönüşüm listesi.

Hangi olayları anahtar etkinlik yapmalısınız?

Anahtar etkinlik seçimi, iş modelinize göre değişir. Kural basit: işaretlediğiniz olay, gerçek bir iş sonucuna yakın olmalı. Hedef belirleme sürecinin tamamını, makro ve mikro dönüşüm ayrımıyla birlikte dönüşüm hedefi belirleme rehberimde anlattım. Burada yalnızca GA4 tarafındaki pratik seçimleri özetliyorum.

• E-ticaret: purchase birincil; begin_checkout ve add_to_cart analiz için.
• Hizmet işletmesi: teklif formu gönderimi, telefon tıklaması, WhatsApp tıklaması.
• SaaS: deneme kaydı, demo talebi, ücretli plana geçiş.
• İçerik sitesi: bülten kaydı, belirli sayfa derinliği, dosya indirme.

Ayrıca her anahtar etkinliğe mümkünse değer atamanızı öneririm. Örnek hesap: ortalama teklif formunun %20'si satışa dönüyor ve ortalama satış 10.000 TL ise, form başına 2.000 TL değer atayabilirsiniz. Böylece GA4 raporlarında kanal kıyaslaması sayıyla değil, parayla yapmaya başlarsınız.

GA4 ile Google Ads bağlantısı ne kazandırır?

GA4 mülkünü Google Ads hesabına bağladığınızda iki yönlü bir fayda elde edersiniz. Bir yandan reklam tıklamaları, maliyetler ve kampanya adları GA4 raporlarına düşer. Öte yandan GA4'teki anahtar etkinlikleri Google Ads'e dönüşüm olarak aktarabilir, GA4 kitlelerini yeniden pazarlamada kullanabilirsiniz.

Ama burada sık yapılan bir hata var: aynı işlemi hem Google Ads etiketiyle hem de GA4'ten içe aktarılan dönüşümle ölçüp ikisini birden birincil yapmak. Google bu iki ayrı kaynağı otomatik olarak tekilleştirmez. Sonuç, şişmiş dönüşüm sayısı ve yanlış yönlenen teklif stratejisidir. Bu yüzden her işlem için tek bir birincil kaynak seçiyorum.

Reklam kurgusunu ve bütçeyi ölçümle birlikte yönetmek isterseniz Google Ads yönetimi hizmetime göz atabilirsiniz. Reklam getirisini hızlıca hesaplamak için ise ROAS hesaplayıcıyı kullanabilirsiniz.

Kanal gruplaması ve UTM etiketleri neden bu kadar önemli?

GA4, her oturumu kaynak, ortam ve kampanya bilgisine göre varsayılan kanal gruplarına ayırır: Organik Arama, Ücretli Arama, Organik Sosyal, E-posta, Yönlendirme ve benzerleri. Bu gruplama, bağlantılarınızdaki UTM parametrelerine dayanır.

Sorun şu: UTM'siz paylaşılan bir Instagram bağlantısı, çoğu zaman "Yönlendirme" ya da hatta "Doğrudan" olarak görünür. Böylece sosyal medyanın katkısı raporda kaybolur. Aynı şey e-posta bültenleri ve WhatsApp paylaşımları için de geçerlidir.

Çözüm disiplinli etiketlemedir. Kaynak ve ortam için küçük harfli, sabit bir sözlük belirleyin. Örneğin her zaman "instagram" yazın, bir gün "Instagram" bir gün "ig" yazmayın. Bağlantıları elle yazmak yerine UTM oluşturucu ile üretmek, yazım hatalarını büyük ölçüde önler.

BigQuery dışa aktarımı ne zaman gerekir?

BigQuery bağlantısı, GA4'teki ham olay verisini Google Cloud'daki bir veri ambarına aktarır. Arayüzün sınırlarına takıldığınızda devreye girer. Örneğin veri saklama süresinden daha eski olay düzeyi veriye ihtiyacınız varsa ya da GA4 verisini CRM kayıtlarıyla birleştirmek istiyorsanız BigQuery neredeyse zorunludur.

Google'ın BigQuery Export yardım sayfasına göre standart mülklerde günlük dışa aktarım sınırı 1 milyon olaydır; akışlı (streaming) dışa aktarımda bu sınır yoktur. Sınırı sürekli aşarsanız günlük dışa aktarım duraklatılabilir. Dışa aktarım özelliği standart mülkte ücretsizdir, ancak BigQuery tarafındaki depolama ve sorgu maliyetleri Google Cloud faturanıza yansır.

Benim pratiğim şu: ciddi e-ticaret ve reklam bütçesi olan her mülkte bağlantıyı ilk günden açıyorum. Çünkü BigQuery geçmişe dönük veri doldurmaz; bağlantıyı açtığınız günden itibaren biriktirir. Bugün ihtiyacınız olmasa bile bir yıl sonra o ham veri çok değerli olabilir.

Onay modu GA4 verisini nasıl etkiler?

Onay modu (Consent Mode), çerez izni vermeyen kullanıcılar için Google etiketlerinin nasıl davranacağını belirler. Google'ın onay modu dokümantasyonu iki uygulama biçimi tanımlar. Temel modda etiketler izin gelene kadar hiç yüklenmez. Gelişmiş modda ise izin yokken çerezsiz, tanımlayıcı içermeyen sinyaller gönderilir.

Onay modunun ikinci sürümüyle birlikte "ad_user_data" ve "ad_personalization" parametreleri eklendi. Bu parametreler özellikle Avrupa Ekonomik Alanı'ndaki kullanıcılar için reklam özelliklerinin çalışmasında belirleyici hale geldi.

Türkiye'de KVKK açısından çerez bannerı kurgusunu hukuk danışmanınızla birlikte belirlemenizi öneririm; bu bir hukuki karar. Benim tarafımdaki teknik not şu: izin oranı düşükse GA4'teki kullanıcı ve oturum sayıları gerçek trafiğin altında görünür. Bu yüzden banner değişikliğinden sonra trafik "düştü" gibi görünen raporları panikle yorumlamayın. Önce izin oranına bakın.

Veri saklama ve veri eşikleri raporları nasıl değiştirir?

GA4 standart mülklerde olay düzeyi veriyi 2 ay veya 14 ay saklayacak şekilde ayarlanabilir. Varsayılan değer çoğu kurulumda 2 aydır. Bu ayar standart raporları etkilemez, ancak keşiflerdeki geriye dönük analizi doğrudan sınırlar. Bu nedenle yeni bir mülk açtığımda ilk yaptığım işlerden biri bu süreyi 14 aya çekmek oluyor.

Veri eşikleri ise ayrı bir konu. Google sinyalleri açıkken veya küçük kullanıcı gruplarında GA4, kimlik tespitini önlemek için bazı satırları rapordan gizleyebilir. Raporun köşesinde bir uyarı simgesi görürseniz eşik devrededir.

Pratik çözüm olarak raporlama kimliğini ihtiyaca göre değiştirebilirsiniz. Ayrıca tarih aralığını genişletmek de eşiğe takılan satırları çoğu zaman görünür kılar. Küçük sitelerde bu durumu sık görürsünüz, dolayısıyla "veri kayboldu" demeden önce eşik uyarısını kontrol edin.

Özel boyutlar ve kitleler ne işe yarar?

Özel boyut, kendi gönderdiğiniz bir parametreyi raporlarda kullanılabilir hale getiren tanımdır. Örneğin blog yazılarınıza "yazar" veya "konu" parametresi eklerseniz, hangi konunun daha çok anahtar etkinlik getirdiğini görebilirsiniz. Bu bilgi, içerik takviminizi tahmine değil veriye dayandırmanızı sağlar.

Kitleler ise belirli koşulları taşıyan kullanıcı gruplarıdır. Mesela "fiyat sayfasını gördü ama form göndermedi" diye bir kitle tanımlarsınız. Ardından bu kitleyi Google Ads'te yeniden pazarlama için kullanırsınız. Bu kurgunun satış hunisindeki yerini remarketing yazımda anlattım.

Ancak kitle tanımlarken bir noktayı unutmayın: çoğu kitle geriye dönük dolmaz, tanımı yaptığınız andan itibaren üye toplar. Bu yüzden ihtiyaç duyacağınız kitleleri erken tanımlamak mantıklıdır. Ayrıca kitle boyutu küçükse reklam tarafında kullanım sınırına takılabilirsiniz. Kısacası kitleleri kampanyadan haftalar önce hazırlamak size zaman kazandırır.

E-ticaret sitesinde GA4'ü nasıl kurgulamalısınız?

E-ticarette GA4'ün değeri, önerilen e-ticaret olaylarını eksiksiz göndermenize bağlıdır. Google bu olaylar için sabit adlar önerir: view_item, add_to_cart, begin_checkout, add_payment_info ve purchase gibi. Bu adları kullanırsanız para kazanma raporları kendiliğinden dolar; farklı adlar uydurursanız o raporlar boş kalır.

Benim kontrol ettiğim üç nokta var. Birincisi, purchase olayında sipariş numarasının (transaction_id) her zaman dolu olması. Çünkü GA4 aynı numarayla gelen tekrar olayları ayıklamak için bu alanı kullanır. İkincisi, tutarın vergi ve kargo ayrımının tutarlı olması. Üçüncüsü, para biriminin her olayda açıkça gönderilmesi.

Öte yandan ödeme adımı başka bir alan adına gidiyorsa, dönüşte oturumun bölünmemesi için alan adı ayarlarını kontrol etmelisiniz. Aksi halde satışlar reklam veya organik yerine ödeme sayfasına yazılır. E-ticaret ölçümünü satış stratejisiyle birlikte ele almak isterseniz e-ticaret danışmanlığı sayfama bakabilirsiniz.

Ölçüm planı olmadan GA4 kurulursa ne olur?

Ölçüm planı, hangi soruya hangi olayla cevap vereceğinizi önceden yazdığınız basit bir belgedir. Planı atlarsanız genellikle iki uç sonuçla karşılaşırsınız. Ya hiçbir özel olay tanımlamazsınız ve GA4 yalnızca trafik sayar. Ya da her tıklamayı olay yaparsınız ve rapor anlamsız bir kalabalığa döner.

Benim kullandığım plan tek sayfalık bir tablodur. Solda iş sorusu, ortada olay adı ve parametreleri, sağda bu olayın anahtar etkinlik olup olmadığı yazar. Örneğin "hangi hizmet daha çok teklif alıyor?" sorusu, "generate_lead" olayı ve "hizmet" parametresiyle eşleşir. Böylece ekipteki herkes aynı adları kullanır.

Bu belgeyi yıllık olarak gözden geçirin. Çünkü site değiştikçe formlar, butonlar ve hedefler de değişir. Planı güncel tutmazsanız bir yıl sonra raporlarınızın yarısı artık var olmayan butonları ölçüyor olabilir.

GA4 kurulumunda en sık gördüğüm hatalar

Devraldığım hesaplarda aynı hataları tekrar tekrar görüyorum. Çoğu teknik olarak küçük, ama raporlara etkisi büyük. Aşağıdaki liste, bir GA4 mülkünü denetlerken ilk kontrol ettiğim maddelerdir.

1. Etiketin iki kez yüklenmesi: hem tema kodunda hem Etiket Yöneticisi'nde. Sonuç, iki kat sayfa görüntüleme.
2. Kendi ödeme veya randevu alanınızın yönlendirme olarak görünmesi. Bu durumda GA4 satışları ödeme sağlayıcısına yazar.
3. İç trafiğin (ofis, ajans, geliştirici) filtrelenmemesi.
4. Veri saklama süresinin 2 ayda unutulması.
5. Test siparişlerinin canlı veriye karışması.
6. Anahtar etkinliklerin yanlış olaya bağlanması, örneğin form gönderimi yerine form sayfası görüntülemesi.

Bu hataların çoğunu fark etmek için "Gerçek zamanlı" raporu ve DebugView yeterlidir. Kendi cihazınızdan bir test formu gönderin ve olayın tam bir kez düştüğünü görün. Basit, ama çoğu ekip bu testi hiç yapmıyor.

GA4 kullanmanın avantajları nelerdir?

Buraya kadar anlattıklarımı işletme açısından toparlarsam, GA4'ün somut avantajları şunlardır. Birincisi ücretsiz olmasıdır; standart mülk çoğu küçük ve orta ölçekli işletmenin ihtiyacını karşılar. İkincisi Google Ads ile doğal entegrasyonudur; kitle ve dönüşüm paylaşımını birkaç tıkla kurarsınız.

Üçüncüsü, olay modeli sayesinde web ve uygulama verisini aynı mülkte birleştirebilmenizdir. Dördüncüsü BigQuery dışa aktarımının standart mülkte de açık olmasıdır; eski sürümde bu özellik yalnızca ücretli sürümdeydi. Beşincisi, etkileşim oranı gibi metriklerin ziyaretçi davranışını daha adil ölçmesidir.

Ayrıca GA4'ü Search Console ile de bağlayabilirsiniz. Böylece organik arama sorgularını ve açılış sayfalarını analitik veriyle yan yana görürsünüz. Search Console'un kendi kullanımını Search Console rehberimde ayrıca anlattım. Özetle GA4'ün en büyük avantajı, doğru kurulduğunda pazarlama kararlarını tek bir ölçüm dilinde toplamasıdır.

GA4'ün sınırları ve dezavantajları neler?

Dürüst olmak gerekirse GA4 kusursuz değil. Arayüzü eski sürüme alışkın ekipler için hâlâ zorlayıcı. Bazı basit sorular için bile özel rapor veya keşif kurmanız gerekebiliyor. Üstelik izin reddi ve reklam engelleyiciler nedeniyle GA4 hiçbir zaman sunucu kayıtlarınızla veya CRM'inizle birebir aynı sayıyı vermez.

Bu yüzden müşterilerime GA4'ü "gerçeğin tamamı" olarak değil, "tutarlı bir eğilim göstergesi" olarak sunuyorum. Siparişlerin kesin sayısı için e-ticaret altyapınıza veya muhasebenize bakarsınız. GA4 ise bu siparişlerin hangi kanal ve içerikten geldiğini anlamanızı sağlar.

Öte yandan veri eşikleri, örnekleme ve saklama süresi gibi sınırları da hesaba katmalısınız. Bu sınırlar ciddi bir sorun olmaya başladığında çözüm genellikle BigQuery ve bir raporlama katmanıdır. Yani GA4'ün zayıf yönleri çoğu zaman ek araçlarla kapatılabilir, ama bunun bir bilgi ve zaman maliyeti vardır.

GA4 verisini hangi KPI'larla okumalısınız?

GA4 yüzlerce metrik sunar, ama karar vermek için birkaç tanesi yeter. Ben genellikle kanal bazında oturum, etkileşim oranı, anahtar etkinlik sayısı, anahtar etkinlik oranı ve varsa gelir metriklerine bakıyorum. Bu beş metrik, bir kanalın hem trafik hem kalite hem sonuç tarafını gösterir.

Örneğin bir kanal çok oturum getirip düşük etkileşim oranı gösteriyorsa, hedefleme veya açılış sayfası uyumsuzdur. Tersine az oturum getirip yüksek anahtar etkinlik oranı gösteren bir kanal, bütçe artışı için güçlü bir adaydır.

Hangi metriğin hangi hedefe bağlanacağını dijital pazarlama KPI'ları yazımda detaylandırdım. Önemli olan, her ay aynı metrikleri aynı tanımla izlemektir; böylece değişimi gerçekten görürsünüz.

Yeni bir GA4 mülkünde ilk 30 gün ne yapmalısınız?

Yeni kurduğum veya devraldığım her mülkte izlediğim bir sıra var. Bu sıra, ilk ayın sonunda güvenilir bir temel oluşturmanızı sağlar.

• İlk gün: etiketi tek kaynaktan yükleyin, veri saklamayı 14 aya çekin, iç trafiği tanımlayın.
• İlk hafta: kritik olayları test edin, anahtar etkinlikleri işaretleyin, değer atayın.
• İkinci hafta: Google Ads ve Search Console bağlantılarını kurun, BigQuery'yi açın.
• Üçüncü hafta: UTM sözlüğünü ekiple paylaşın, eksik etiketli kampanyaları düzeltin.
• Dördüncü hafta: ilk aylık raporu çıkarın ve CRM veya sipariş verisiyle karşılaştırın.

Bu listeyi bir kez yapıp bırakmayın. Her büyük site değişikliğinden, yeni form eklemeden veya ödeme altyapısı değiştirmeden sonra aynı testleri tekrar edin. Bu kontroller bana her seferinde yarım saat kadar sürüyor, ama aylarca bozuk veriyle karar vermenin maliyeti bunun yanında çok büyük kalıyor.

Bu son adım çok önemli. GA4 ile gerçek satış arasındaki fark makul bir aralıkta kalıyorsa ölçümünüz sağlıklıdır. Fark çok büyükse, genellikle yukarıdaki hatalardan biri devrededir. Bu karşılaştırmayı her çeyrekte tekrar etmenizi öneririm. Farkı bir tabloya yazıp aydan aya izlerseniz, ölçümdeki bozulmaları da çok daha erken yakalarsınız.

Sonuç: GA4'ten gerçekten değer almak

GA4 güçlü bir araç, ama kendiliğinden değer üretmez. Değeri, sizin tanımladığınız olaylardan, seçtiğiniz anahtar etkinliklerden ve disiplinli etiketlemeden gelir. Olay modelini anladığınızda raporlar da anlam kazanır.

Benim tavsiyem, önce küçük ama doğru bir ölçüm planıyla başlamanız. Üç dört anahtar etkinlik, temiz UTM düzeni ve 14 aylık veri saklama çoğu işletme için yeterli bir temeldir. Sonra ihtiyaç doğdukça BigQuery ve özel raporlarla derinleşirsiniz.

Ölçüm kurgusunu SEO stratejisiyle birlikte ele almak isterseniz SEO danışmanlığı sayfama bakabilir, doğrudan sorularınız için iletişim sayfasından bana yazabilirsiniz.