GA4'e Veri Gelmiyor: 9 Neden ve Kontrol Sırası

3. Neden: Çerez Onayı ve Consent Mode v2 İzin Vermeyeni Saymıyor

Çerez bandı analytics_storage iznini varsayılan olarak “denied” başlatıyorsa GA4, izin vermeyen ziyaretçiler için çerezli ölçüm yapmaz; bu bir arıza değil, onay mekanizmasının beklenen sonucudur. Google’ın izin modu geliştirici rehberi, varsayılan iznin her sayfada, ölçüm verisi gönderen komutlardan önce ayarlanmasını ister ve komutlar yanlış sırada çağrılırsa varsayılanların çalışmayacağını yazar. Consent Mode v2 ile ad_storage ve analytics_storage’a ek olarak ad_user_data ve ad_personalization parametreleri geldi.

Uygulama türü sonucu değiştirir. Google’ın GA4 izin modu sayfasına göre iki yol vardır:

• Temel uygulama: Google etiketleri izin verilene kadar engellenir; izin vermeyen ziyaretçiden veri gelmez ve boşlukları dolduracak modellenmiş veri alınmaz.
• Gelişmiş uygulama: Etiketler rıza mesajından önce yüklenir; izin reddedilirse çerezsiz ping gönderilir ve GA4 bu ping’leri modelleme için kullanır.

Modelleme her sitede devreye girmez. Google’ın davranışsal modelleme sayfası, mülkün en az 7 gün boyunca analytics_storage=’denied’ durumunda günde en az 1.000 etkinlik toplamasını ve önceki 28 günün en az 7’sinde izin vermiş en az 1.000 günlük kullanıcıya sahip olmasını arar; bu eşikleri karşılamak da uygunluğu tek başına sağlamaz. Günlük ziyaretçisi bu düzeyin altında kalan küçük sitelerde reddeden ziyaretçilerin açığı raporda açık kalır.

Çerez bandı yasal bir gereklilik olarak kurulduğunda GA4’teki düşüşün bir kısmı kalıcıdır; ret seçeneğini gizlemek ya da varsayılanı “granted” yapmak çözüm sayılmaz. Gerçek hacmi görmek için Search Console’daki organik tıklamalarla karşılaştırma yapılır, çünkü Search Console verisi sitedeki etiketten değil Search Console’un kendi kayıtlarından gelir. Aynı izin konusunun Meta tarafındaki etkisi Meta pikseli çalışmıyor yazısında anlatıldı.

4. Neden: Rapor Gecikmesi; Gerçek Zamanlıda Var, Standart Raporda Yok

Gerçek zamanlı raporda görünen ziyaretin standart raporda bulunmaması çoğu zaman işleme süresinden kaynaklanır. Google’ın veri güncelliği sayfası, standart mülkler için tipik süreleri şöyle verir:

Aynı sayfa, veri işlemenin 24–48 saat sürebileceğini ve bu sürede rapordaki rakamların değişebileceğini de belirtir. Bugünün ve dünün rakamları eksik göründüğünde karar vermeden önce iki gün beklemek yanlış alarmı azaltır. GA4 veri gelmiyor ve gerçek zamanlı rapor da boşsa gecikme açıklama olmaz; o durumda sorun etiket ya da engelleme tarafındadır.

5. Neden: Dahili Trafik veya Geliştirici Trafiği Filtresi Yanlış Etkin

Etkin bir veri filtresi eşleşen etkinlikleri kalıcı olarak dışarıda bırakır; yanlış tanımlanmış bir IP kuralı gerçek ziyaretçileri de raporlardan çıkarabilir. Google’ın dahili trafik filtresi sayfasına göre kural, veri akışında Etiket ayarlarını yapılandırın > Dahili trafiği tanımlayın yolunda oluşturulur; filtre ise Veri toplama ve değiştirme > Veri filtreleri altındadır. Filtrenin üç durumu vardır: Test, Etkin ve Etkin değil.

Belirti: Filtrenin etkinleştirildiği tarihten sonra trafik düşer. Kurala geniş bir IP aralığı yazıldıysa dışlanan kitle beklenenden büyük olabilir. Kontrol: Filtre önce Test durumuna alınır; Google, bu durumdaki eşleşmelerin “Test verileri filtre adı” boyutuyla işaretlendiğini, böylece etkisinin keşiflerde görülebileceğini belirtir.

Çözüm: Kural daraltılır. Google’a göre etkin filtrenin etkisi kalıcıdır, dışlanan veri hiçbir zaman işlenmez ve geçmiş veriye dokunulmaz; filtrelerin uygulanması 24–36 saat sürebilir. Geliştirici trafiği filtresi hata ayıklama modundaki etkinlikleri dışlar. debug_mode parametresi canlı sitede tüm kullanıcılar için açık unutulursa ve bu filtre etkinse normal ziyaretler de filtreye takılabilir; Google, debug_mode’u kapatmak için değeri false yapmanın yetmediğini, parametrenin kaldırılması gerektiğini yazar.

6. Neden: Önbellek ve JavaScript Geciktirme Eklentileri Etiketi Bekletiyor

Hız eklentilerindeki JavaScript geciktirme, birleştirme veya küçültme ayarları GA4 etiketini ziyaretçinin ilk etkileşimine kadar bekletebilir ya da kodun çalışmasını bozabilir; etkileşim olmadan çıkan ziyaretçi o durumda hiç sayılmaz. Google, Google etiketinin <head> açılış etiketinden hemen sonra, GTM kodunun ise <head> içinde olabildiğince yukarıda yer almasını ister. Geciktirme ayarı bu sırayı fiilen değiştirir.

Bu sorunun tipik işareti, düşüşün bir eklenti güncellemesi veya ayar değişikliğiyle aynı güne denk gelmesidir. Kontrol şu sırayla yapılır:

1. Sayfa gizli pencerede açılır; Ağ sekmesinde collect isteğinin sayfa yüklenir yüklenmez mi, yoksa ilk kaydırma ya da tıklamadan sonra mı çıktığına bakılır.
2. İstek etkileşimi bekliyorsa önbellek eklentisinin geciktirme ayarına googletagmanager.com ve gtag ifadeleri istisna olarak eklenir.
3. Eklenti, sunucu ve varsa CDN önbelleği temizlenir; test tekrarlanır ve isteğin yükleme anında çıktığı görülür.

Önbellekteki eski HTML, kimlik değiştirildikten sonra da eski etiketi sunmaya devam edebilir; temizlik yapılmadan alınan test sonucu yanıltır.

7. Neden: İçerik Güvenlik Politikası (CSP) Google Alan Adlarını Engelliyor

Sunucu veya güvenlik eklentisi bir Content-Security-Policy başlığı gönderiyor ve bu başlıkta Google’ın alan adları yoksa tarayıcı etiketi ya da ölçüm isteğini engeller. Belirti tarayıcı konsolunda görülür: googletagmanager.com veya google-analytics.com adresini anan bir içerik güvenlik politikası ihlali hatası çıkar ve Ağ sekmesinde collect isteği engellenmiş görünür.

Google’ın CSP rehberi, reklam özellikleri kullanılmayan bir GA4 kurulumu için script-src-elem yönergesine https://www.googletagmanager.com, img-src yönergesine https://www.googletagmanager.com ve https://*.google-analytics.com, connect-src yönergesine ise bunlara ek olarak https://*.google.com eklenmesini listeler. Reklam özellikleri açıksa liste genişler ve Google’ın ülkeye özgü alan adlarının tek tek yazılması gerekir, çünkü CSP alan adının sağ tarafında joker karaktere izin vermez.

Çözüm: Başlık düzenlenir. WordPress sitelerinde bu başlık bir güvenlik eklentisinden, sunucu yapılandırmasından ya da .htaccess dosyasından gelebilir. Değişiklikten sonra konsol hatasının kaybolduğu ve collect isteğinin 200 döndüğü kontrol edilir.

8. Neden: GA4 Etkinlik Görünmüyor; GTM Yayınlanmamış veya Önemli Etkinlik Bekliyor

Sayfa görüntülemeleri gelirken form gönderimi gibi belirli bir etkinliğin görünmemesi genellikle GTM’deki yayın eksikliğinden ya da raporlama süresinden kaynaklanır. GTM’de etiket, tetikleyici ve değişkende yapılan düzenlemeler çalışma alanında kalır; Google’ın kapsayıcı yayınlama sayfasına göre değişikliklerin sitede geçerli olması için sağ üstteki Gönder, ardından Yayınla düğmesine basılması gerekir. Önizleme’de çalışan etiketin canlıda çalışmaması bu adımın atlandığını düşündürür. GTM’nin temel yapısı Google Tag Manager nedir yazısında anlatıldı.

İkinci kontrol zamanlamadır. Google, bir etkinliğe ait verinin Etkinlikler raporunda tetiklenmeden sonraki 24 saat içinde göründüğünü yazar. Bir etkinlik önemli etkinlik olarak işaretlendiğinde standart raporlara yansıması 24 saati bulabilir, gerçek zamanlı raporlar ise birkaç dakika içinde güncellenir. İşaretleme Yönetici > Veri görüntüleme > Etkinlikler ekranında etkinliğin yanındaki yıldızla yapılır ve geçmiş veriyi değiştirmez.

Henüz hiç gelmemiş bir etkinlik de önceden önemli etkinlik olarak işaretlenebilir; standart mülklerde bu sınır 30 etkinliktir. Önemli etkinlik Google Ads’e aktarılıyor ama Ads’te sıfır görünüyorsa ayrı bir zincir devreye girer: o senaryo Google Ads dönüşüm kaydetmiyor rehberinde, sıfırdan kurulum ise dönüşüm izleme kurulumu yazısında ele alındı.

9. Neden: Reklam Engelleyiciler ve Tarayıcı Korumaları

Reklam engelleyiciler ve gizlilik uzantıları GA4 betiğinin çalışmasını durdurabilir; bu kayıp tüm trafikte değil, bir kısmında görülür. Google’ın geliştirici sorun giderme rehberi bazı tarayıcı uzantılarının Google Analytics betiklerini engelleyebildiğini yazar ve testin uzantıları kapalı bir gizli pencerede ya da farklı bir tarayıcıda yapılmasını önerir. Yerleşik izleme koruması sunan tarayıcılarda da benzer kayıp beklenebilir; bu kaybın oranı için Google’ın yayımladığı bir sayı yoktur.

Tipik belirti şudur: test eden kişinin kendi tarayıcısında gerçek zamanlı rapor boş kalır, uzantısız başka bir tarayıcıda aynı ziyaret görünür. Bu neden site genelinde sıfır veri üretmez; trafik tamamen sıfırsa sorun büyük olasılıkla ilk yedi nedenden birindedir.

GA4 Veri Düştü Ama Search Console Tıkları Artıyorsa Ne Anlama Gelir?

GA4’teki organik trafik düşerken Search Console tıklamaları sabit kalıyor ya da artıyorsa düşüş büyük olasılıkla gerçek ziyaretçi kaybı değil, ölçüm değişikliğidir. İki araç veriyi farklı yerden alır: Search Console arama sonuçlarındaki tıklamaları kendi tarafında kaydeder, GA4 ise sitede çalışan etiketin gönderdiği etkinliklere dayanır. Etiket, izin ayarı veya filtre değiştiğinde yalnız GA4 etkilenir.

• GA4 düştü, Search Console arttı veya sabit: Ölçüm değişti. Aynı tarihte eklenen çerez bandı, kaldırılan çift etiket, etkinleşen filtre veya eklenti güncellemesi aranır.
• İkisi birlikte düştü: Gerçek görünürlük kaybı olasılığı yüksektir; dizine ekleme, sıralama ve teknik sorunlara bakılır. İlk kontrol noktası dizine eklenmemiş sayfalar rehberidir.
• GA4 organik oturumları ani sıçradı, Search Console sabit: Çift etiket olasılığı (neden 2) incelenir.

Karşılaştırmada iki aracın rakamlarının birebir tutması beklenmez; bakılan şey yönün ve kırılma tarihinin örtüşmesidir. Google’ın Search Console bağlantısı sayfasına göre Search Console verisi, toplandıktan 48 saat sonra hem Search Console’da hem Analytics’te kullanılabilir hâle gelir; son iki günü içeren karşılaştırma bu yüzden eksik kalır.