Google Search Console’da Sayfalar ve Sorgular Birlikte Okuma

Sorgular ve Sayfalar raporları neden birlikte okunmalı?

Google Search Console’da Sayfalar ve Sorgular raporlarını birlikte okuma yaklaşımı, aynı dört metriği iki farklı karar için kullanır: tıklama, gösterim, TO ve ortalama konum. Google Search Console Yardımı’ndaki Performans raporu açıklamasına göre bu metrikler sorgu, sayfa, ülke, cihaz ve görünüm kırılımlarında okunabilir; yani veri aynıdır ama cevaplanan soru değişir. Sorgular sekmesi size hangi talebin görünürlük ürettiğini söyler, Sayfalar sekmesi ise bu görünürlüğü hangi URL’nin topladığını gösterir. Tek başına biri niyeti, diğeri çıktıyı anlatır; birlikte okunduğunda karar netleşir.

Tek rapora bakmanın en büyük sorunu, hatanın kaynağını yanlış teşhis etmesidir. Yüksek gösterim ama düşük TO gördüğünüzde sorun başlık mı, snippet mı, yanlış açılış sayfası mı, yoksa aynı sorguda iki URL’nin yarışması mı; bunu yalnızca sorgudan sayfaya ve sayfadan sorguya giderek anlayabilirsiniz. Özellikle içerik ekiplerinde en çok kaçan üç desen şudur: yanlış URL’nin öne çıkması, aynı sorguda URL iç rekabeti ve iyi konuma rağmen zayıf tıklama oranı.

• Yanlış açılış sayfası: Bilgilendirici sorguda kategori sayfası görünür.
• URL yarışı: Aynı sorguda iki benzer içerik dönüşümlü gösterim alır.
• Düşük TO fırsatı: Konum fena değildir ama başlık ve açıklama zayıf kalır.

Burada bir veri disiplini de gerekir. Google’ın performans yardım içeriğinde ve performans yorumlama rehberinde belirtildiği üzere, arayüzde gördüğünüz sorgular tam evren değildir; gizlilik eşikleri, anonimleştirme ve ürün içi satır limitleri nedeniyle bazı sorgular görünmeyebilir. Bu yüzden tek satıra bakıp kesin hüküm vermek yerine, eğilimi segmentler ve tarih karşılaştırmasıyla okumak daha güvenilir bir yaklaşımdır.

Adım Adım GSC’de sorgu ve sayfa raporlarını birlikte okuma

Bu iş akışı, bilhassa son 28 gün ile son 90 gün arasında karşılaştırma yapmak istediğinizde düzenli sonuç verir. Başlangıçta tüm kararları tek ekranla vermeye çalışmayın. Önce genel trendi görün, sonra sorgudan sayfaya, ardından sayfadan sorguya inin. Böylece gsc sorgular sekmesinden sayfalar raporuna geçiş ve geri dönüş mantığı, dağınık kontrol listesinden çıkıp tekrar edilebilir bir analiz akışına dönüşür.

1. Tarih aralığı ve metrikleri seçin: Son 90 günü açın; ardından mümkünse önceki 90 gün veya son 28 gün ile kıyaslayın. Tıklama, gösterim, TO ve ortalama konum kutularını birlikte aktif bırakın.
2. Sorgudan sayfaya drill-down yapın: Önce önemli bir sorguya filtre verin. Sonra Sayfalar sekmesine geçip o sorguda hangi URL’lerin görünür olduğunu kontrol edin.
3. Sayfadan sorguya geri dönün: Kritik URL’yi seçin ve Sorgular görünümüne dönün. Böylece bir sayfa hangi sorgulardan trafik alıyor sorusuna tek tek yanıt alırsınız.
4. Sorun tipini segmentlerle ayırın: Cihaz, ülke, arama görünümü ve regex filtreleriyle farklı bağlamlarda hangi sayfanın öne çıktığını görün.
5. İndeksleme durumunu doğrulayın: Görünürlük kaybı yaşıyorsanız Sayfa dizine ekleme raporunu açın. Sorun teknikse içerik revizyonu tek başına çözüm üretmez.
6. Bulguyu aksiyona çevirin: Başlık, iç link, kapsam ya da canonical kararını belirleyin ve aynı sorgu-sayfa çifti üzerinde 28 gün sonra tekrar ölçün.

Pratikte 90 günlük pencere fırsat ve çakışmayı bulmak için, 28 günlük pencere ise uygulanan değişikliğin etkisini izlemek için daha verimlidir. 2026 itibarıyla haftalık ve aylık görünüm seçeneği de günlük oynaklığı azaltarak trendi daha sakin okumanıza yardımcı olur. İlgili video kaynak olarak Google Search Central YouTube kanalındaki resmi performans raporu walkthrough içerikleri de bu akışı destekler.

Sorgudan sayfaya gidin: hangi URL hangi aramada görünüyor?

Belirli bir sorguda hangi sayfaların gösterildiğini görmek için en temiz yöntem şudur: Performans raporunda Sorgular sekmesinde ilgili sorguya tıklayın ya da filtre uygulayın, ardından Sayfalar sekmesine geçin. Bu ekran, gsc bir sorguda hangi sayfalar görünüyor sorusunun doğrudan cevabıdır. Burada amaç sadece en çok tıklama alan URL’yi görmek değildir; gösterim alan ama düşük TO üreten ya da beklenmedik biçimde öne çıkan sayfaları da yakalamaktır.

Bir sorguda birden fazla URL görünüyorsa ne anlama gelir?

Aynı sorguda birden çok URL görmek her zaman hata değildir. Bazen bu, SERP çeşitliliğidir; bazen de niyet bölünmesidir. Ancak iki URL çok benzer başlık, başlık hiyerarşisi ve iç link yapısıyla aynı aramayı hedefliyorsa bu durum çoğu zaman iç rekabet üretir. Burada sadece tıklamaya değil, her URL’nin konumuna ve TO’suna birlikte bakın. Biri daha yüksek gösterim alıp düşük TO veriyor, diğeri daha az gösterimle daha iyi TO üretiyorsa yanlış sayfa eşleşmesi ihtimali güçlenir.

• Sorgu bilgilendiriciyse blog içeriği, ticariyse araç veya kategori sayfası beklenir.
• İki URL’nin başlık vaadi aynıysa kanibalizasyon riski artar.
• Mobilde farklı, masaüstünde farklı URL öne çıkıyorsa düzen ve snippet etkisini kontrol edin.

Cihaz, ülke ve arama görünümü filtreleri burada belirleyici olur. Örneğin aynı sorguda Türkiye masaüstünde blog yazınız görünürken mobilde ürün sayfanız öne çıkabilir. Bu durumda sorun yalnızca içerik değil, mobil snippet uzunluğu veya sayfa deneyimi de olabilir. Özellikle video, web ve zengin sonuç görünümleri farklı URL’leri tetikliyorsa, sorgu niyetini tek tip kabul etmek yerine bağlama göre ayrıştırmak daha doğru sonuç verir.

Sayfadan sorguya dönün: bir URL hangi niyetleri topluyor?

Sayfa seçip ardından Sorgular görünümüne dönmek, google search console sayfa bazlı sorgu analizi yapmanın en güvenilir yoludur. Burada asıl soru şudur: Bu URL gerçekten hedeflediği niyetlerden mi trafik alıyor, yoksa alakasız sorgularla mı ayakta duruyor? Bir rehber sayfası çoğu zaman bilgi odaklı sorgular toplar; ürün veya hizmet sayfası ise değerlendirme ve işlem odaklı sorgularla daha iyi performans verir. Eğer dağılım tersine dönmüşse, içerik çerçevenizi ve iç link akışınızı yeniden düşünmeniz gerekir.

2026 arayüzünde markalı ve markasız sorguları ayırmak bu analizde çok işe yarar. Markalı sorgular yüksek TO ile büyürken markasız sorgular zayıfsa, sorun çoğu zaman bilinirlik değil genel keşif potansiyelidir. Tersi durumda sayfanız markasız sorgularda iyi görünür ama markalı sorgularda beklenenden zayıf kalıyorsa, başlık ve snippet markayla yeterince ilişki kurmuyor olabilir. Bu ayrım, başlık-snippet problemi ile niyet uyumsuzluğunu birbirinden ayırmanızı kolaylaştırır.

Burada iki teknik tuzağı atlamayın. Birincisi, canonical toplama nedeniyle mülk düzeyinde gördüğünüz performans ile tekil URL yorumunuz birebir örtüşmeyebilir. İkincisi, ortalama konum tek başına karar metriklerinden biri olmamalıdır; çünkü bir sayfa çok farklı sorgularda görünüyorsa tek bir ortalama, dağınık gerçekliği fazla yuvarlar. Google Search Console Yardımı’ndaki Google’daki performansınız nasıl rehberi, sorgu ve sayfa bazında yorum farkını özellikle bu nedenle örneklerle açıklar.

90 günlük örnek: query-page matrisiyle fırsat ve çakışma bulma

Uygulamada en iyi sonuç veren yöntemlerden biri, 90 günlük GSC dışa aktarımını küçük bir query-page matrisi halinde okumaktır. Anonimleştirilmiş bir B2B yazılım sitesinde kullandığımız örnek akışta önce üç sorgu seçtik: biri yüksek gösterimli ama düşük TO’lu, biri iki URL arasında bölünen, biri de yanlış niyetli sayfaya akan sorgu. Sonra bu üç sorgunun tetiklediği üç URL’yi karşıya yazdık. Böylece tek tek satır okuyarak kaçan ilişkiyi, tek tabloda gördük.

Matriste en sık çıkan üç alarm satırı

• Düşük TO fırsatı: 11.800 gösterim, yüzde 1,7 TO ve ortalama 6,4 konum üreten sorguda başlık revizyonu öncelik aldı.
• Yanlış sayfa eşleşmesi: Bilgilendirici sorguda dönüşüm sayfası yerine kısa kategori metni görünüyordu.
• URL çakışması: Aynı sorgunun gösterimleri iki benzer rehber arasında bölünüyordu.

Bu örnekte ilk 90 günde site audit odaklı sorgu iki URL arasında bölünüyordu: araç sayfası gösterim alıyor ama blog yazısı daha iyi TO üretiyordu. Başlık ve açıklama yeniden yazıldı, blog yazısından araç sayfasına iç link eklendi ve zayıf kalan sayfada kapsam daraltıldı. Sonraki 28 günde ana URL’nin tıklamaları 214’ten 298’e çıktı, TO yüzde 1,8’den yüzde 2,4’e yükseldi ve rakip iç URL’nin payı belirgin biçimde düştü. Buradaki kritik nokta, değişikliği sadece toplam tıklamada değil aynı sorgu-sayfa çiftinde ölçmekti.

Ölçek büyüdüğünde bu matrisi dışa aktarımla ya da API üzerinden kurmak daha mantıklıdır. Google for Developers içindeki Search Analytics: query dokümanı, query ve page boyutlarıyla veri çekilebildiğini açıkça tanımlar. Bu da google search console sorgu bazlı sayfa analizi yapan ekipler için, arayüzde tek tek filtrelemek yerine tekrar eden bir analiz şablonu kurma imkanı verir.

Düşük TO, indeksleme ve 2026 filtrelerini aynı kararda birleştirme

Yüksek gösterim alıp az tıklanan bir URL gördüğünüzde hemen başlık değiştirmek doğru değildir. Önce o sayfanın gerçekten dizinde ve istikrarlı biçimde erişilebilir olduğundan emin olun. Google Search Console Yardımı’ndaki Sayfa dizine ekleme raporu, URL’nin tarama ve dizine eklenme durumunu bu nedenle performans raporunun en kritik tamamlayıcısı olarak konumlandırır. Eğer URL dönem dönem dizin dışına düşüyorsa, performans tarafındaki düşüş bir içerik problemi değil teknik erişim problemidir.

2026 iş akışında üç filtre özellikle değerli hale geldi. Birincisi, Search Console Insights içindeki sorgu grupları benzer aramaları bir arada görmeyi kolaylaştırır; bu özellik 2025 sonundan beri özet trend okumayı hızlandırıyor. İkincisi, markalı ve markasız sorgu ayrımı gerçek organik keşfi daha temiz ölçmenizi sağlıyor. Üçüncüsü, Google Search Central’ın 10 Aralık 2025 tarihli resmi güncellemesinde duyurduğu haftalık ve aylık görünüm, günlük dalgalanma yüzünden yanlış alarm üretme riskini düşürüyor.

• İndeks sorunu varsa önce teknik neden çözülür.
• İndeks sorunu yoksa sorgu bazında TO ve konum birlikte okunur.
• Markalı sorgular ayrılır, ardından regex ile benzer niyetler gruplanır.
• Haftalık veya aylık görünümde düşüş sürüyorsa sayfa mı sorgu mu etkilendiği netleştirilir.

Regex filtreleri burada özellikle güçlüdür. Örneğin ürünle ilgili tüm nasıl, nedir, fiyat ya da karşılaştırma temalarını tek bir kümede toplayabilirsiniz. Sonra aynı kümeyi Sayfalar görünümünde açıp hangi URL’nin bu niyeti topladığını test edersiniz. Eğer düşüş sadece tek sorguda değil, benzer sorgu grubunun tamamında yaşanıyorsa içerik kapsamı ve niyet uyumu; sadece tek bir URL’de yaşanıyorsa başlık, iç link veya indeksleme tarafı daha olası hale gelir.

SEOYEN ile GSC içgörüsünü aksiyona çevirme

GSC, sorunu gösterir; ama çoğu ekip aksiyon tarafında farklı araçlar arasında dağılır. Bu noktada sorgu-sayfa bulgularını aynı iş akışında toplamak hız kazandırır. Örneğin düşük TO üreten ama yüksek gösterim alan sorguları anahtar kelime aracı içinde genişletip yeni varyasyonları çıkarabilir, kritik URL’leri sıralama takibi akışına alarak sorgu düzeyinde hareketlerini daha yakından izleyebilirsiniz. Teknik tarafta dizine ekleme ve erişim sinyallerini site sağlığı görünümüyle yan yana okumak, performans ve teknik SEO arasındaki kopukluğu azaltır.

Ahrefs veya SEMrush gibi platformlarda çalışan ekipler için bu mantık tanıdıktır; farkı yaratan taraf, SEOYEN’in bunu Türkçe arayüz, TL bazlı fiyatlandırma ve yerel Türkçe destek ile Türkiye pazarına daha yakın bir iş akışına çevirmesidir. Özellikle küçük işletmeler için raporu okumak kadar, ekip içinde kimin ne yapacağını netleştirmek önemlidir. Bu geçişte yapılandırılmış paketler sayfası ve tek platform yaklaşımı, raporu izlemekten çıkıp düzenli optimizasyona dönmeyi kolaylaştırır.

İleri aşamada sorgu trendinin yapay zeka sonuçlarına nasıl yansıdığını izlemek de ayrı değer üretir. GSC’de yükselen sorguları, içerik görünürlüğü açısından AI görünürlük analizi akışına bağladığınızda sadece klasik SERP değil, yeni keşif yüzeyleri hakkında da sinyal toplamaya başlarsınız. Böylece query-page matrisi yalnızca raporlama tablosu olmaktan çıkar; içerik, teknik SEO ve görünürlük kararlarını aynı çizgide buluşturan bir kontrol paneline dönüşür.

Sıkça Sorulan Sorular