Google Analytics 4 (GA4) Kurulumunuz Doğru mu? 50 Kontrol Noktası
DDijital Kafa•3 Ağustos 2026•18 dk okuma
Google Analytics 4'ün kurulu olması, doğru kurulmuş olması anlamına gelmez. Çoğu mülkte etiket çalışır, rakamlar akar, raporlar dolu görünür ve buna rağmen veriye güvenilemez. Aşağıdaki 50 kontrol, bir GA4 mülkünün gerçekten karar verilebilir veri üretip üretmediğini gösterir. Her maddenin bir geçme kriteri var.
Sıra önemli: üstteki kümeler alttakilerin ön koşulu.
Önce bu 10 kontrol
Elli maddenin tamamına vaktiniz yoksa bu onunu yapın. Bir GA4 mülkünde en sık çıkan ve en pahalıya mal olan sorunlar bunlar.
1. Veri saklama süresi 14 aya alınmış mı
2. Anahtar olaylar gerçekten iş sonucu mu
3. Aynı iş sonucu için birden fazla anahtar olay var mı
4. Sipariş numarası gönderiliyor ve tekilleştirme çalışıyor mu
5. Bot filtresi açık ve sahte hostname trafiği temiz mi
6. Alanlar arası izleme kurulmuş mu
7. Yönlendiren hariç tutma listesi doldurulmuş mu
8. Consent Mode v2 kurulu mu
9. Google Ads bağlantısı ve otomatik etiketleme çalışıyor mu
10. GA4 cirosu arka uç siparişle karşılaştırılmış mı
Mülk ve temel ayarlar doğru mu?
1. Veri saklama süresi. Varsayılan 2 ay. 14 aya çekilmemişse yıllık karşılaştırma yapamazsınız ve Keşifler raporlarında geçmiş veri kaybolur. Tek tıklık ayar, en sık atlanan madde.
2. Zaman dilimi ve para birimi. Europe/Istanbul ve TRY olmalı. Yanlış zaman dilimi günlük raporları kaydırır, yanlış para birimi ciroyu bozar.
3. İç trafik tanımı. Ofis ve ajans IP'leri tanımlanmış ve filtrelenmiş olmalı. Küçük hesaplarda kendi ekibinizin trafiği raporun önemli kısmını oluşturabilir.
4. Geliştirme ortamı ayrımı. Staging ve test trafiği canlı mülke akmamalı. Ayrı mülk ya da filtre şart.
5. Veri akışı sayısı. Her alan adı ve uygulama için gereken kadar akış olmalı, fazlası veri bölünmesine yol açar.
6. Gelişmiş ölçüm ayarları. Hangi olayların otomatik toplandığı bilinçli seçilmeli. Örneğin site içi arama açık olmalı, ama sayfa kaydırma olayı çoğu sitede sadece gürültü üretir.
Veri kalitesi ve kimlik katmanı sağlam mı?
7. Raporlama kimliği. Karma, gözlemlenen ve cihaz temelli seçenekleri farklı kullanıcı sayıları üretir. Hangisinin seçili olduğunu bilmeden kullanıcı sayısı yorumlanamaz.
8. User ID. Üyelik ya da giriş varsa User ID gönderilmeli. Yoksa aynı kişi her cihazda yeni kullanıcı sayılır ve yeni müşteri analiziniz şişer.
9. Alanlar arası izleme. Ödeme, rezervasyon ya da form akışı farklı bir alan adındaysa kurulmuş olmalı. Kurulmamışsa satın alan kişi yeni bir oturum olarak görünür ve dönüşüm yanlış kanala yazılır.
10. Yönlendiren hariç tutma. Ödeme sağlayıcıları ve kendi alt alan adlarınız listede olmalı. Aksi hâlde ciro "banka sitesinden gelen trafik" olarak raporlanır.
11. Bot ve örümcek filtresi. Açık olmalı. Varsayılan açık gelir ama devralınan mülklerde kapatılmış olabilir.
12. Sahte hostname trafiği. Raporlarda kendi alan adınız dışında hostname görünüyorsa mülk kimliğiniz başka sitelerde kullanılıyor demek. Hostname bazlı filtre kurulmalı, yoksa oturum ve dönüşüm sayınız şişer.
13. Kendi kendine yönlendirme. Kaynak raporunda kendi alan adınızı görüyorsanız oturum kopması var. Genelde alanlar arası izleme ya da hariç tutma eksikliğinden çıkar.
Olay yapısı disiplinli mi?
14. Adlandırma standardı. Tek bir standart olmalı, örneğin küçük harf ve alt çizgi. Karışık adlandırma raporları okunamaz hale getirir ve geri dönüşü pahalı.
15. Önerilen olay adları. Google'ın önerdiği adlar kullanılmalı. Uydurulmuş adlar bazı raporların ve otomasyonların çalışmamasına yol açar.
16. Parametre limitleri. Olay başına parametre sınırı aşılmamalı. Aşan parametreler sessizce düşer, kimse fark etmez.
17. Özel boyut kaydı. Gönderdiğiniz özel parametre, özel boyut olarak kaydedilmemişse raporlarda görünmez. Toplanan ama görünmeyen veri, toplanmamış veri sayılır.
18. Olay gürültüsü. Her tıklamayı olaya çevirmek analiz kolaylaştırmaz, zorlaştırır. Karar beslemeyen olay temizlenmeli.
19. DebugView doğrulaması. Her yeni olay canlıya alınmadan önce DebugView ile test edilmeli. Bu adım atlandığında hata aylar sonra fark edilir.
20. Ölçüm kaybı kabulü. Tarayıcı kısıtları ve reklam engelleyiciler nedeniyle veri kaybı olur. Kayıp oranı biliniyorsa sorun değil, bilinmiyorsa her rapor eksik okunur. Sunucu taraflı GTM bu noktada değerlendirilmeli.
Anahtar olaylar iş sonucunu mu ölçüyor?
Bu küme, denetimlerde en çok sorun çıkan yer. Google Ads tarafındaki karşılığını 25 red flag listesinin ilk beş maddesinde yazmıştık.
21. Anahtar olay tanımı. Anahtar olaylar gerçek iş sonucu olmalı. Sayfa görüntüleme, oturum süresi ve benzeri mikro sinyaller anahtar olay yapılmamalı.
22. Çift sayım. Aynı iş sonucu için birden fazla anahtar olay tanımlıysa rakam ikiye katlanır. Aynı teşekkür sayfasında ateşlenen iki olay varsa biri ikincil olmalı.
23. Sipariş numarası ve tekilleştirme.transaction_id gönderilmiyorsa aynı sipariş her tetiklenmede yeniden sayılır. Teşekkür sayfası yenilendiğinde ciro artıyorsa sorun bu.
24. Sayfa yenileme davranışı. Teşekkür sayfasını yenileyin ve olayın tekrar ateşlenip ateşlenmediğine bakın. Bu tek test, çok sayıda hatalı raporun kaynağını ortaya çıkarır.
25. Mikro ve makro ayrımı. Newsletter kaydı ile satın alma aynı listede aynı ağırlıkta durmamalı. İkisi de ölçülür ama biri anahtar olay, diğeri değil.
26. Anahtar olay sayısı. Mülk başına sınır var ve dolduğunda yenisini ekleyemezsiniz. Liste düzenli temizlenmeli.
27. Dönüşüm değeri. Satın almada değer ve para birimi birlikte gönderilmeli. Değersiz dönüşüm, değere göre optimizasyonu imkânsız kılar.
28. Nitelik geri beslemesi. Lead toplayan işlerde nitelikli lead bilgisi CRM'den geri gelmeli. Yoksa hem GA4 hem reklam sistemi form doldurmayı başarı sayar. Mikro dönüşümleri doğru kurmayı GTM ile mikro dönüşüm yazımızda anlattık.
E-ticaret ölçümü eksiksiz mi?
29. Standart olay seti. Ürün görüntüleme, sepete ekleme, ödeme başlatma ve satın alma olaylarının tamamı kurulu olmalı. Eksik adım, huni analizini imkânsız kılar.
30. Ürün parametreleri. Ürün kimliği, adı, fiyatı ve adedi her olayda doğru gönderilmeli. Eksik ürün verisi ürün bazlı analizi bitirir.
31. Para birimi. Her satın alma olayında para birimi gönderilmeli. Çok pazarlı sitelerde bu eksikse ciro toplamları anlamsızlaşır.
32. İade olayı. İade ölçülmüyorsa net ciro göremezsiniz. İade oranı yüksek kategorilerde bu tek eksik, tüm kârlılık analizini bozar.
33. Kargo ve vergi ayrımı. Ciroya kargo ve vergi dahil ediliyorsa performansınız olduğundan iyi görünür. Ayrı parametrelerle gönderilmeli.
34. Arka uç karşılaştırması. GA4 cirosu ile gerçek sipariş verisi karşılaştırılmalı. Fark %10'u aşıyorsa ölçüm hattında bir sorun var ve önce o çözülür.
Gizlilik ve uyum tarafı hazır mı?
35. Consent Mode v2. Kurulu olmalı. Rıza sinyalleri Google'a gitmediğinde, rıza vermeyen kullanıcıların davranışı modellenemez ve veri kaybı doğrudan rapora yansır.
36. KVKK açık rıza akışı. Rıza alınmadan veri toplanmamalı. Bu hem yasal zorunluluk hem de kurumsal satışta güven unsuru.
37. Google signals. Açıksa demografik raporlar zenginleşir ama eşik uygulaması nedeniyle bazı raporlarda veri gizlenir. Açık olması iyi ya da kötü değil, bilinçli olması gerekir.
38. Veri toplama ayarları. Hangi bölgelerde ne toplandığı ve veri paylaşım tercihleri gözden geçirilmeli.
39. Veri silme süreci. Kullanıcıdan silme talebi geldiğinde işletilecek bir yol olmalı.
40. Yasal metin uyumu. Sitedeki gizlilik ve çerez metinleri, gerçekte topladığınız veriyle uyuşmalı. Denetimlerde en sık görülen çelişki burada çıkar.
Google Ads ve diğer entegrasyonlar çalışıyor mu?
41. Ads bağlantısı. GA4 ile Google Ads bağlantısı kurulu olmalı, aksi hâlde kampanya kırılımı ve kitle aktarımı çalışmaz.
42. Otomatik etiketleme. Açık olmalı. Kapalıysa GA4 ile Ads arasındaki eşleşme kopar ve dönüşümlerin bir kısmı hiçbir kampanyaya bağlanmaz.
43. Dönüşüm aktarımı. GA4 anahtar olaylarını Ads'e aktarıyorsanız, aynı iş sonucu hem native etiketle hem GA4 içe aktarımıyla birincil olmamalı. İkisi birden birincilse dönüşüm iki kez sayılır. Doğrulama adımları dönüşüm takibi yazımızda.
44. Kitle aktarımı. GA4'te kurduğunuz kitleler Ads tarafında görünüyor ve dolduruluyor olmalı. Boş kitleler genelde bağlantı ya da izin sorununa işaret eder.
45. Search Console bağlantısı. Organik arama verisini GA4 içinde görmek için kurulmalı. Ücretsiz ve çoğu mülkte eksik kalır.
Raporlama ve ileri seviye kullanım var mı?
46. Özel boyut ve metrikler. İşinize özel kırılımlar (üyelik tipi, kategori, şube) tanımlı olmalı. Standart raporlar tek başına iş sorularını cevaplamaz.
47. Keşifler kullanımı. Huni ve yol analizleri kullanılmıyorsa GA4'ün asıl gücünden yararlanmıyorsunuz demek. Nasıl kurulacağını GA4 huni keşfi yazımızda anlattık.
48. BigQuery aktarımı. Ücretsiz ve ham veriye sahip olmanızı sağlar. Aktarım açılmadığı sürece geçmiş ham veri geri getirilemez, bu yüzden ihtiyacınız olmasa bile bugünden açılmalı.
49. Uyarı ve anomali takibi. Ölçüm bozulduğunda haber veren bir mekanizma olmalı. Çoğu ölçüm hatası haftalar sonra tesadüfen fark edilir.
50. Rapor sahipliği. Hangi rolün hangi rapora baktığı belli olmalı ve o rapor bir karar beslemeli. Kimsenin bakmadığı rapor, ölçümün değil bakımın sorunu. Rol bazlı bakışı ilk 10 metrik yazımızda ele almıştık.
Sonucu nasıl yorumlamalı?
45 ve üzeri geçti: Mülk sağlıklı. Gündeminiz analiz ve karar olabilir.
35-44 geçti: Tipik iyi kurulmuş ama bakımsız kalmış mülk. Önce ölçüm kalitesi ve anahtar olay kümelerini kapatın.
35'in altı: Bu mülkten çıkan raporlarla stratejik karar vermeyin. Önce kurulum onarılır, sonra veri konuşulur.
Sıra önemli. Bu listede yukarıdaki kümeler aşağıdakilerin ön koşulu. Veri kalitesi bozukken e-ticaret raporunu düzeltmek, yanlış terazide daha hassas tartmaya çalışmaya benzer.
Dijital Kafa yorumu
GA4 hakkında en çok duyduğumuz cümle "kurdurduk ama kimse bakmıyor". Bakılmamasının sebebi genelde ilgisizlik değil, güvensizlik. İnsanlar rakamların yanlış olduğunu sezdikleri raporlara bakmayı bırakır.
Bu listenin amacı GA4'ü övmek ya da yermek değil, mülkünüzün karar verilebilir veri üretip üretmediğini göstermek. Elli maddenin çoğu tek seferlik ayar işi ve birkaç saatte kapanır. Zor olan kısmı hangi maddenin sizin işinizde gerçekten önemli olduğuna karar vermek. Abonelik iş modelinde iade ölçümü kritik, tek seferlik satışta değil.
Kendi mülkünüzü bu listeyle geçirdiniz ve skorunuz canınızı sıktıysa, veri ölçümleme tarafında yaptığımız iş tam olarak bu: önce ölçümü güvenilir hale getirmek, sonra o veriyle karar vermek. Konuşmak isterseniz bize yazın.
