GA4 + GSC Aynı Kelimede Neden Farklı Veri Gösterir?

GA4 + GSC eşleştirmesi aynı kelimeyi neden farklı gösterir?

Kısa cevap şu: GA4 ve Google Search Console aynı olayı ölçmez. Search Console, Google Arama sonuçlarında bir sorgunun ne kadar görünür olduğunu, kaç gösterim aldığını, kaç tıklama ürettiğini ve ortalama konumunu raporlar. GA4 ise kullanıcı siteye geldikten sonra başlayan oturum, etkileşim, event ve dönüşüm tarafını izler. Bu yüzden aynı anahtar kelime iki araçta aynı sayı ile görünmek zorunda değildir.

Sorun çoğu zaman “aynı kelimeyi karşılaştırıyorum” düşüncesinden değil, aslında farklı metrikleri ve farklı rapor kapsamlarını yan yana koymaktan çıkar. Örneğin GSC’de sorgu bazlı veri görürsünüz; GA4’te ise aynı veriyi çoğunlukla landing page, kanal, kullanıcı veya oturum bağlamında okursunuz. Yani sorgu, tıklama, oturum, kullanıcı ve landing page aynı seviyede kavramlar değildir.

Bu ayrımı baştan netleştirmek veri yorumlama hatasını ciddi biçimde azaltır. Eğer ekip içinde terimlerin nasıl tanımlandığı karışıyorsa önce bir SEO terimleri sözlüğü üzerinden ortak dil kurmak bile fark yaratır. Çünkü “trafik düştü” ya da “kelime yükseldi” gibi cümleler, hangi veri kaynağına bakıldığı söylenmeden eksik kalır.

Önce doğru metrikleri eşleştirin: GSC tıklama, GA4 oturum değildir

GSC’nin temel organik arama metriği tıklamadır. Bu, Google Arama sonucunda bir kullanıcının sitenize yönelen sonuca basmasıdır. GA4’ün temel analitik katmanı ise oturum ve kullanıcı davranışıdır. Kullanıcı sonuca bastıktan sonra sayfa kapanırsa, etiket yüklenmezse, consent verilmezse, yönlendirme koparsa ya da teknik bir sorun yaşanırsa GSC’de tıklama görünüp GA4’te karşılık gelen oturum daha düşük görünebilir.

Tersi de mümkündür. GA4, organik kanal altında yalnızca Google Arama’yı değil farklı arama motorlarından gelen organik oturumları da sayabilir. Bu nedenle “GA4 organik trafik neden GSC’den yüksek?” sorusunun cevabı çoğu zaman veri kaynağının kapsamındadır. GSC yalnızca Google tarafını anlatır; GA4 ise kanal tanımına göre daha geniş bir organik küme gösterebilir.

Pratik kural basittir: sorgu performansı, görünürlük, ortalama konum ve Google’daki tıklama kalıbı için GSC’ye bakın. Kullanıcının açılış sayfasından sonra ne yaptığı, etkileşim kalitesi, event akışı ve dönüşüm tarafı için GA4’e bakın. Aynı kelime için iki raporu karşılaştıracaksanız “GSC sorgu + tıklama” ile “GA4 landing page + organik oturum” arasında bire bir eşitlik aramamalısınız; bunun yerine yön ve oran ilişkisine bakmalısınız.

Aynı sorgu neden farklı görünür: attribution, tarih aralığı ve işleme farkları

Bir başka büyük fark attribution mantığından gelir. GSC, arama sonucundaki performansı raporlar; yani kullanıcının Google üzerinde sorgu görüp sitenize yönelmesini anlatır. GA4 ise kullanıcıyı kanallar, oturumlar ve event akışı içinde yorumlar. Aynı kullanıcı önce bir sorguyla gelip daha sonra farklı bir oturumda geri döndüyse, iki sistem bunu aynı bağlamda yazmaz. Bu yüzden aynı kelime etrafında bakarken “bu veri arama performansı mı, oturum kaynağı mı?” sorusu kritik hale gelir.

Tarih aralığı da sık hata doğurur. Search Console verisi ile GA4 verisi aynı gün içinde aynı hızda tazelenmeyebilir. Özellikle son iki güne bakarken fark daha büyür. Google’ın resmî yardım içeriklerinde Search Console verisinin Analytics tarafında da gecikmeli görünebildiği, ayrıca GA4 raporları ile keşifler arasında işleme zamanı ve veri eşiği kaynaklı farklar olabildiği açıkça belirtilir. Bu yüzden günlük değil, mümkünse tamamlanmış tarih aralıklarıyla kıyas yapmak daha sağlıklıdır.

Bir de kapsam farkı vardır. GSC’de gördüğünüz veri Google Arama sonuçlarına aittir. GA4’te “Organic Search” satırı ise kanal sınıflandırmasına göre farklı arama kaynaklarını toplayabilir. Bu nedenle aynı sorgu, aynı sayfa ve aynı gün seçilmiş olsa bile, biri yalnızca Google performansını, diğeri daha geniş bir trafik sınıfını temsil ediyor olabilir. Sağlıklı karşılaştırma için tarih aralığını eşitleyin, son iki günü dışarıda bırakın ve mümkünse landing page üzerinden ilerleyin.

GA4 içindeki Query raporu neden boş gelir veya boyut ekleyince bozulur?

Bu konu özellikle Search Console entegrasyonu kurulduktan sonra çok sık kafa karıştırır. GA4 içindeki Query raporu, bağlı Search Console property’sinden gelen sorgu verisini gösterir; ancak bu rapor tüm Analytics boyutlarıyla serbest biçimde birleştirilemez. Google’ın dokümantasyonunda Queries raporunun Search Console boyutlarıyla derinleşebildiği, buna karşılık Google organic search traffic raporunda Search Console metriklerinin yalnızca belirli boyutlarla uyumlu olduğu açıkça anlatılır.

Bu yüzden Query raporuna ikinci boyut eklediğinizde veri boşalması ya da beklenmedik daralma görmeniz çoğu zaman bir kurulum hatası değil, rapor yüzeyinin sınırıdır. Bazı alanlar desteklenmez, bazı kombinasyonlar arayüzde düşer, bazı görünümler de düşük kullanıcı sayısı veya veri eşiği nedeniyle kısıtlanabilir. GA4’te raporlar ile keşifler arasında alan desteği ve filtre davranışı da bire bir aynı değildir; raporda çalışan bir görünüm keşifte aynı sonucu vermeyebilir.

Bir diğer neden property uyumsuzluğudur. Analytics tarafındaki web data stream ile bağlanan Search Console property aynı sayfa setini kapsamıyorsa Query raporu eksik görünür. Örneğin GA4 akışı yalnızca belirli bir host üzerinde çalışırken Search Console tarafında daha dar bir URL-prefix property seçilmişse, kullanıcı beklediği sorgu kapsamını göremez.

Sorgu ile landing page verisini tek tabloda, esnek biçimde ve kırılımlarla görmek isteyen ekipler için GA4 arayüzü her zaman yeterli olmaz. Bu noktada dış analiz, export, Looker Studio ya da daha ileri senaryolarda BigQuery tabanlı birleştirme tercih edilir. Yani sorun her zaman verinin olmaması değil, arayüzün aynı anda istediğiniz iki boyutu desteklememesidir.

Veri farkını teşhis etmek için pratik kontrol listesi

Önce property eşleşmesini kontrol edin. Search Console’da Domain property mi kullanıyorsunuz, yoksa URL-prefix mi? Domain property tüm alt alan adlarını ve protokolleri kapsayabilir; URL-prefix ise seçtiğiniz tam adres kapsamıyla sınırlıdır. Eğer GA4 akışınız https ve www versiyonunda çalışıyor, ama Search Console’da yalnızca https://site.com/ gibi dar bir property seçiliyse raporlar zaten farklı tabandan başlar.

İkinci adım URL normalizasyonudur. www ve non-www, http ve https, slash’lı ve slash’sız sürümler, parametreli URL’ler ve canonical tercihleri kontrol edilmelidir. GSC bazı verileri canonical sayfada toplarken, GA4 landing page tarafında kullanıcı ilk hangi URL’ye geldiyse onu daha farklı düzeyde gösterebilir. Özellikle yönlendirme zinciri veya tutarsız canonical kullanımı varsa “aynı sayfa” sandığınız şey iki araçta aynı URL kimliğiyle işlenmez.

Üçüncü adım ölçüm ve filtre tarafıdır. Consent Mode kullanıyorsanız, kullanıcıların bir kısmı Analytics çerezine izin vermediğinde GA4 tarafı eksik ya da modellenmiş görünebilir. Kanal gruplaması, case-sensitive keşif filtreleri, event kurulum hataları ve exclude filtreleri de fark yaratır. Google’ın yardım içeriğinde keşif filtrelerinin büyük-küçük harfe duyarlı, rapor aramasının ise farklı mantıkla çalıştığı belirtilir; bu ayrıntı bile aynı sorgu görünümünü bozabilir.

Mini test akışı

• Aynı tarih aralığını seçin ve son iki günü karşılaştırmadan çıkarın.
• Search Console property türünü ve bağlı GA4 web stream kapsamını eşleştirin.
• Landing page’i tek bir canonical URL kuralına indirin.
• Consent, tag yüklenmesi ve yönlendirme akışını test edin.
• Sorgu farkı varsa önce GSC’ye, dönüşüm farkı varsa önce GA4’e dönün.

Hangi durumda hangi veriye güvenilir ve bu fark nasıl düzenli izlenir?

Karar kuralı nettir. Eğer soru “Bu sorguda görünürlük düştü mü, ortalama konum ne oldu, Google’daki tıklama neden azaldı?” ise temel referans GSC’dir. Eğer soru “Bu açılış sayfasına gelen kullanıcı etkileşime girdi mi, ne kadar kaldı, hangi dönüşümü üretti?” ise temel referans GA4’tür. İki kaynağı karşı karşıya koymak yerine görevlerine göre ayırmak daha doğru sonuç verir.

Düzenli takip için haftalık sabit bir kontrol rutini kurun. Aynı tarih aralığını kullanın, aynı URL kuralı ile rapor alın, mümkünse landing page bazlı bir kontrol listesi hazırlayın. Önce GSC’den sorgu ve sayfa yönünü okuyun; sonra GA4’te ilgili landing page’in organik oturum, etkileşim ve dönüşüm tarafını inceleyin. Yeni içerik üretiminde sorgu tarafını bir anahtar kelime aracı ile zenginleştirmek, görünürlük tarafını da düzenli sıralama takibi ile desteklemek bu farkları daha erken yakalamayı kolaylaştırır.

Bu süreci ekip içinde sürdürülebilir hale getirmek için tek ihtiyaç daha fazla veri değil, aynı veriyi aynı kuralla okumaktır. Türkçe arayüz, TL bazlı planlama ve yerel destek gibi operasyonel kolaylıklar bu noktada iş akışını sadeleştirebilir; süreç tarafını değerlendiren ekipler ilgili fiyatlandırma sayfası üzerinden kapsam karşılaştırmasını ayrıca yapabilir. Buradaki kritik nokta şudur: GSC’yi arama performansı kaynağı, GA4’ü davranış ve dönüşüm kaynağı olarak konumlandırdığınız anda “aynı kelime neden farklı?” sorusu büyük ölçüde çözülür.

Sıkça Sorulan Sorular