Blog

GA4 Panelin Yanılıyor Olabilir: Google Signals ve CSP ile Gerçek Bir Teşhis Hikayesi

1 Ağustos 2026 · 3 dk okuma

GA4'ün yönetim panelinde bir gün "Etiket kalitesi: Acil" uyarısı gördüm. Panel, İçerik Güvenlik Politikası'nın (CSP) ölçümü engellediğini söylüyordu. Ama bu sorunu zaten günler önce düzeltmiş, canlıda doğrulamıştım. Bu çelişki beni GA4 panelinin kendisine ne kadar güvenilebileceğini ve gerçek teşhisin aslında nerede yapılması gerektiğini sorgulamaya itti. Bu yazıda o süreci paylaşıyorum.

Yanıltıcı Bir Uyarı

GA4'ün "Etiket teşhisi" paneli, siteyi periyodik olarak tarayıp CSP gibi engelleri raporluyor. Sorun şu ki bu tarama anlık değil, 24-48 saat gecikmeli çalışabiliyor. CSP'yi güncelleyip canlıya aldıktan sonra bile panel eski, çözülmüş sorunu göstermeye devam etti. Sadece panele bakarak "hâlâ bozuk" sonucuna varmak, yanlış bir teşhise götürüyordu.

Gerçek Teşhis: Tarayıcı Konsolu

Panel yerine tarayıcının kendi konsol sekmesine (F12) bakınca, gerçek ve güncel iki CSP ihlali ortaya çıktı, panelin bahsettiğinden tamamen farklı: connect-src yönergesi bir toplama isteğini, img-src yönergesi ise ülkeye özel bir TLD'den gelen bir pikseli engelliyordu. Panelin gösterdiği eski uyarıyla hiç alakası yoktu.

Pikseller Neden Buraya İstek Atıyor

Bu domainler, temel GA4 ölçüm trafiğinin parçası değil. Google Signals açık olduğunda GA4, Google Ads remarketing ve kitle (audience) amaçlı ek pikseller çalıştırıyor: biri bir toplama isteği, diğeri ise ziyaretçinin ülkesine göre değişen bir TLD ile gelen bir reklam kitlesi pikseli. TLD'nin ülkeye göre değişmesi ilginç bir detay: CSP'de wildcard TLD desteklenmediği için, teorik olarak her yeni ülkeden gelen ziyaretçi yeni bir domain varyasyonu tetikleyebilir.

Açık Tutma Kararı ve Whack-a-Mole

İki seçenek vardı: Google Signals'ı kapatmak (bu site bir Google Ads kampanyası yürütmediği için o veri zaten kullanılmıyordu) ya da CSP'yi bu domainlere izin verecek şekilde genişletip Google Signals'ı açık tutmak. İkinciyi seçtim, ama bunun bir whack-a-mole kabul etmek anlamına geldiğini bilerek: yeni bir ülkeden ziyaretçi geldikçe yeni bir TLD varyasyonu CSP hatası olarak çıkabilir, her seferinde ilgili domaini eklemek gerekecek. Kalıcı ve tek seferlik bir çözüm değil, bilinçli kabul edilen sürekli bir bakım yükü.

Güncelleme: Whack-a-Mole Sona Erdi, Ama Beklemediğim Şekilde

Bu yazıdan bir gün sonra siteye Consent Mode v2 sinyallerini doğru kurunca (ad_storage, ad_user_data, ad_personalization hep reddedilmiş durumda), bu whack-a-mole'un kendiliğinden sona erdiğini fark ettim, Google Signals'ı hiç kapatmadan. Canlı sitede doğruladım: onay verildikten sonra atılan istekler arasında artık doubleclick.net ya da google.com.tr'ye tek bir çağrı bile yok. GA4 paneli hâlâ Google Signals'ı açık gösteriyor, ama reklam sinyalleri reddedilince pikseller sessiz kalıyor. Yani asıl çözüm CSP'yi genişletmek değil, onay sinyallerini eksiksiz kurmakmış.

Sonuç

Bu hikayenin asıl dersi CSP ya da Google Signals'tan çok, teşhis kaynağının doğru seçilmesiyle ilgili: GA4'ün kendi yönetim paneli gerçek zamanlı değil, gecikmeli ve periyodik. Bir sorunu düzelttiğinizde panelin bunu yansıtması saatler, hatta günler alabilir. Gerçek zamanlı ground truth her zaman tarayıcının kendi konsolu. Benzer bir teşhis sürecinde yardım isterseniz, iletişime geçebilirsiniz →.