GA4 kurulumu, Measurement ID’yi siteye ekleyip beklemekten ibaret değildir. Kod ulaşsa bile yanlış veri akışı, eksik olay, iç trafik, izin tercihi veya mükerrer tetikleme raporu kullanılmaz hâle getirebilir. Sağlam kurulumun sonunda şu soruya kanıt vermelisiniz: Doğru site, doğru olayları, doğru koşullarda ölçüyor mu?
Bu yazı Ads dönüşüm mimarisinin yerine geçmez. Dönüşüm takibi rehberi Ads, GA4 ve GTM rollerini ele alır; burada GA4 mülkünün kurulum sonrası kabulünü inceliyoruz.
Kurulumdan önce kabul kriterini yazın
İş sonucunu, olay adını, oluşma koşulunu, beklenen parametreleri ve test yöntemini sözlükte toplayın. Bir teklif formunda yalnız düğme tıklamasını değil, başarılı yanıtı veya gerçek başarı durumunu esas alın.
- Olayın iş anlamı ve sahibi
- Tetik koşulu ve güvenli parametreler
- Mobil ve masaüstü davranışı
- İzin ve hata durumundaki beklenen sonuç
- GA4 kaydının iş kaydıyla karşılaştırılması
“Realtime’da bir şey görünüyor” tek başına kabul ölçütü değildir. Sayfa görüntülemesi, form başarısı ve satış olayı aynı ticari anlamı taşımaz.
Veri akışını ve Google tag’i doğrulayın
Google Analytics kurulum dokümanı, web veri akışından Measurement ID’nin alınmasını ve Google tag’in CMS, doğrudan kod veya GTM üzerinden eklenmesini açıklar. Üretim alan adının doğru akışa bağlandığını, geliştirme ve üretim ortamlarının karışmadığını kontrol edin.
Tag Assistant veya GTM önizlemesi etiketi görmenize yardım eder; GA4 Realtime isteğin mülke ulaştığını kontrol eder. Etiketin çalışması olay adının veya parametre değerinin doğru olduğu anlamına gelmez.
Temel kurulum sırası
- İşletmenin kontrolündeki Analytics hesabında doğru saat dilimi ve para birimiyle GA4 mülkünü oluşturun; üretim adresi için web veri akışını seçin.
- Akıştaki Measurement ID’yi alın. CMS entegrasyonu, doğrudan Google tag veya GTM yollarından birini ana kurulum yöntemi olarak belirleyin; aynı kimliği iki farklı yöntemle tekrar yüklemeyin.
- Test ziyaretinde doğru mülkte tek bir beklenen page_view oluştuğunu gözleyin. Sayfa geçişi ve tek sayfa uygulaması davranışı varsa ayrıca sınayın.
- Geliştirilmiş ölçüm seçeneklerini tek tek değerlendirin. URL veya form parametrelerinde kişisel bilgi bulunabiliyorsa veri göndermeden önce düzeltin.
- İç trafik filtresini önce Testing durumunda doğrulayın; doğrulanmamış dışlama filtresini Active yapmayın.
Olayları ve key event’leri iş anlamına bağlayın
Her etkileşimi key event yapmak raporu kalabalıklaştırır. Önemli olayları doğru koşulda oluştuklarını kanıtladıktan sonra işaretleyin. Google’ın key event yardımında Realtime ve DebugView ayrı doğrulama araçlarıdır.
Form düğmesine basılması kabulü kanıtlamıyorsa form_submit olayını key event yapmayın. Başarılı yanıt veya kontrollü dataLayer olayı daha güçlü sinyaldir. Kişi adı, telefon, e-posta veya serbest mesajı olay parametresi olarak göndermeyin.
İç trafik ve debug verisini ayırın
Ajans testleri ve geliştirici oturumları gerçek kullanıcı davranışıyla karışabilir. GA4 iç trafik filtresi dokümanı, etkin dışlama filtresinin işlenmiş veriyi kalıcı etkileyebileceğini belirtir. Filtre ve test raporu kararını üretimden önce yazın.
Yayın öncesi kabul senaryoları
- Mobil ve masaüstünde temel sayfa görüntülemesini kontrol edin.
- Başarılı, başarısız ve boş form senaryolarını ayrı çalıştırın.
- Yenileme, geri gelme, çift tıklama ve ağ gecikmesinde sayımı inceleyin.
- İzin reddinde etiket davranışını doğrulayın.
- Realtime ve DebugView’de olay/parametre sözlüğünü karşılaştırın.
- İş kaydı veya işlem kimliğiyle analitik kaydını eşleştirin.
Her test için tarih, ortam, beklenen ve gözlenen sonuç ile kanıt tutun. Başarısız testi yalnız etiketi değiştirerek kapatmayın; olay sözlüğünü ve başarı tanımını da sorgulayın.
Kurulumdan sonra neyi düzenli izlemeli?
Kabul testi yayın anındaki fotoğraftır; ölçümün sonraki haftalarda doğru kalması için değişiklik günlüğü tutun. Tema, form eklentisi, cookie banner, checkout, alan adı veya kampanya parametresi değiştiğinde ilgili senaryoyu yeniden çalıştırın. Bir olayın hacmi düşerse önce trafik ve iş kaydıyla karşılaştırın; yalnız GA4 arayüzündeki tek metriğe bakarak etiket eklemeyin.
İşletme raporunda kullanılan key event adlarını, sahiplerini ve son doğrulama tarihini görünür tutun. Böylece yeni bir ajans veya geliştirici devraldığında hangi varsayımların hâlâ geçerli olduğu anlaşılır. Veri kaynağı değişirse geçmiş dönemleri yeni tanımlarla sessizce karşılaştırmak yerine kırılma tarihini not edin.
Raporlamayı teknik kontrolden ayırın
Teknik test, olayın doğru toplandığını gösterir; satış kalitesini göstermez. Kampanya, tarih aralığı ve ilişkilendirme tanımı aynı tutulmadan GA4 ile CRM toplamlarını eşitlemeye çalışmayın. İzin reddi ve farklı raporlama kapsamı nedeniyle birebir sayısal eşitlik beklenmeyebilir.
GA4 kurulumunun teslim ölçütü
Veri akışı kimliği, olay sözlüğü, key event kararları, izin yaklaşımı, iç trafik ayarı, test ortamları ve sınırlamalar teslim dosyasında bulunmalıdır. Kurulumun doğru çalıştığını ekran görüntüsüyle değil, tekrarlanabilir senaryo ve gerçek iş kaydıyla gösterin. Bu düzeni GA4, GTM ve dönüşüm ölçümü hizmeti kapsamında da uygulayabilirsiniz.
