Google Search Console rehberi: 7 rapor, 7 karar

Google Search Console, Google'ın site sahiplerine ücretsiz sunduğu ve sitenizin aramada nasıl göründüğünü doğrudan Google'ın kendi verisiyle gösteren tek araçtır. Buna rağmen çoğu hesapta yalnızca tıklama grafiğine bakılır ve geri kalan raporlar açılmadan durur. Bu rehber Google Search Console'u rapor rapor anlatan bir kılavuz değil; her raporu tek bir kararla eşleştiren bir okuma düzeni. Yedi rapor seçtik, çünkü pratikte aylık bir SEO toplantısında karar üreten raporlar bunlardır. Amaç, "veri var ama ne yapacağımızı bilmiyoruz" durumundan "bu rapor şu kararı verdirir" düzenine geçmek. Raporların ekran görüntülerini ve panoya taşınmasını ayrı bir yazıda, Looker Studio SEO panosu başlığında ele aldık.

Google Search Console nedir, ne değildir

"Search Console nedir" sorusunun kısa cevabı: Google'ın sitenizi nasıl taradığını, dizine nasıl eklediğini ve arama sonuçlarında nasıl gösterdiğini raporlayan, yalnızca site sahibinin doğrulayarak erişebildiği bir hizmet. Google'ın kendi yardım sayfası aracın işlevini dört başlıkta özetler: Google'ın siteyi bulup tarayabildiğini doğrulamak, dizine ekleme sorunlarını düzeltip yeniden dizine ekleme istemek, arama trafiği verisini görmek ve dizine ekleme, spam ya da güvenlik sorunlarında uyarı almak. Ne olmadığı da önemli: Search Console bir analitik aracı değildir; sitede ne olduğunu değil, aramada ne olduğunu gösterir. Kullanıcı sitenize girdikten sonra ne yaptığını GA4 anlatır. İki veri kaynağını aynı panoda okumak analitik ve veri hizmetimizin temel işlerinden biridir; bu yazıda ise yalnızca Search Console tarafında kalıyoruz.

Rapor 1: Performans, karar: hangi sayfalar büyütülecek

Performans raporu tıklama, gösterim, tıklama oranı ve ortalama konum metriklerini sorgu, sayfa, ülke, cihaz ve arama görünümü boyutlarında verir. Varsayılan görünüm son üç ayı gösterir; karar için bu görünümü değil, karşılaştırma modunu kullanın. Rapor size iki karar verdirir. Birincisi: gösterimi yüksek, tıklama oranı düşük sayfalar. Bu sayfalar aramada görünüyor ama seçilmiyor; başlık ve meta açıklama işi vardır. İkincisi: ortalama konumu 8 ile 20 arasında olan sorgular. Bu sorgular ilk sayfanın eşiğindedir ve içerik güncellemesi ya da iç bağlantı ile en hızlı sonuç alınan gruptur. Ortalama konum okunurken tuzağa dikkat: rapor, sitenizden çıkan en üstteki sonucun konumunu alır; çok sayıda sorguda yer alan geniş bir sayfada ortalama düşük görünse bile bu sayfa başarısız değildir. Yıllık karşılaştırma yapacaksanız veriyi düzenli dışa aktarın; rapor geçmiş veriyi sınırlı bir süre tutar.

Rapor 2: Sayfa dizine ekleme, karar: ne düzeltilecek, ne bırakılacak

Sayfa dizine ekleme raporu sitenizdeki URL'leri "dizine eklendi" ve "dizine eklenmedi" olarak ayırır; dizine eklenmeyenleri de nedenlerine göre gruplar: sunucu hatası, yönlendirme hatası, robots.txt ile engellendi, noindex etiketi, yumuşak 404, bulunamadı, "tarandı, şu anda dizine eklenmedi", "keşfedildi, şu anda dizine eklenmedi", kanonik farkları. Buradaki karar, her nedeni düzeltmek değildir. Bir bölüm nedenler sizin tercihinizdir: filtre sayfalarının kanonik ile birleşmesi, eski kampanya sayfalarının noindex olması normaldir. Düzeltme gereken grup, dizine girmesini istediğiniz sayfaların "tarandı, dizine eklenmedi" ya da yumuşak 404 altında birikmesidir; bu genellikle içerik zayıflığına ya da şablon sorununa işaret eder. Raporu okuma ve kök nedeni bulma akışını indeksleme sorunları yazısında adım adım verdik.

Rapor 3: URL denetimi, karar: varsayım mı, kanıt mı

URL denetimi aracı tek bir sayfa için iki şey yapar: Google'ın dizinindeki sürümü gösterir ve canlı test ile sayfanın şu an dizine eklenebilir olup olmadığını sınar. Karar noktası şudur: bir sorun düzeltildi mi sorusuna "muhtemelen" diye cevap vermeyi bırakmak. Düzeltmeyi yaptıktan sonra canlı testi çalıştırın, sonucu kaydedin ve yeniden dizine ekleme isteyin. Google'ın yardım sayfası günlük denetim ve dizine ekleme isteği sınırı olduğunu, çok sayfa için site haritası göndermenin doğru yol olduğunu açıkça söyler; aracı toplu iş için değil, kanıt için kullanın.

Rapor 4: Site haritaları, karar: Google sitenizi sizin gördüğünüz gibi görüyor mu

Site haritaları raporu gönderdiğiniz her sitemap için keşfedilen URL sayısını ve okuma hatalarını gösterir. Buradaki karar bir karşılaştırmadır: sitemap'te olan URL sayısı ile dizine eklenen URL sayısı arasındaki fark ne kadar? Fark büyükse sorun iki yerden birindedir: sitemap gereksiz URL içeriyordur ya da Google gönderilen sayfaları değersiz buluyordur. Çok dilli sitelerde sitemap'in her locale için doğru URL'leri içermesi ayrıca kritiktir; yanlış bir locale girişi hem tarama bütçesini harcar hem dizine ekleme raporunu kirletir.

Rapor 5: Core Web Vitals, karar: hız işi gerçekten öncelik mi

Core Web Vitals raporu verisini CrUX'tan, yani gerçek Chrome kullanıcılarından alır; laboratuvar testinden değil. Bu ayrım karar için önemlidir: Lighthouse'ta kırmızı görünen bir sayfa gerçek kullanıcılarda yeşil olabilir, tersi de mümkündür. Rapor size "hız çalışması yapılsın mı" sorusunun cevabını verir. Sayfa grupları "iyi" ise, hız işine kaynak ayırmak yerine içerik ve dizine ekleme sorunlarına dönün. "Zayıf" gruplar varsa hangi şablondan geldiğine bakın; sorun genellikle tek bir şablonda toplanır. Üç aracın farkını site hız testi yazısında anlattık.

Rapor 6: Bağlantılar, karar: iç bağlantı mimarisi çalışıyor mu

Bağlantılar raporu en çok bağlantı alan sayfalarınızı, en çok bağlantı veren siteleri, bağlantı metinlerini ve iç bağlantı dağılımını örnek olarak gösterir; Google bunun tam liste değil, örneklem olduğunu belirtir. Dış bağlantı kısmı çoğu işletme için ilgi çekicidir ama asıl karar iç bağlantı tablosundadır. Sizin için en önemli hizmet sayfası iç bağlantı sıralamasında kaçıncı? Yeni yayınlanan içerikler hiç iç bağlantı almıyorsa, blogunuz hizmet sayfalarını beslemiyordur. Bu tablo, içerik takviminizin hizmet sayfalarına bağlanıp bağlanmadığının en ucuz kontrolüdür.

Rapor 7: Manuel işlemler ve güvenlik, karar: her şeyi durdur mu

Manuel işlemler raporu, Google'daki bir insan incelemecinin sitenizin spam politikalarına aykırı olduğuna karar verdiği durumları listeler; sonuç sayfaların düşürülmesi ya da sonuçlardan çıkarılmasıdır. Bu rapor boş olmalıdır ve çoğu sitede boştur. Boş değilse karar nettir: diğer altı raporu bir kenara bırakın; önce ihlali giderin, sonra yeniden inceleme talebi gönderin. Güvenlik sorunları raporu için de aynı kural geçerlidir. Bu iki raporun ay içinde bir kez kontrol edilmesi, aylık toplantı gündeminin ilk maddesi olmalıdır.

Yedi raporu tek gündeme bağlamak

Bu düzenin işe yaramasının koşulu, raporları tek tek değil, sırayla okumaktır: önce manuel işlemler ve güvenlik, sonra dizine ekleme ve site haritaları, sonra performans, en sonda Core Web Vitals ve bağlantılar. Sıra rastgele değil; önce sitenin aramada var olup olmadığını, sonra ne kadar sayfasının görünür olduğunu, sonra görünen sayfaların ne kazandırdığını sorarsınız. Teknik tarafta raporların işaret ettiği kök nedenleri bulmak ve düzeltmeyi kanıtlamak teknik SEO hizmetimizin çekirdeğidir. Hangi raporda ne göreceğinizden emin değilseniz, bu yedi raporu ve karşılarındaki kararları bir sayfaya yazıp aylık toplantıya gündem olarak taşımak, çoğu işletme için en hızlı başlangıçtır.

Kaynaklar

• About Search Console — Search Console Help
• Performance report (Search results) — Search Console Help
• Page indexing report — Search Console Help
• URL Inspection tool — Search Console Help
• Core Web Vitals report — Search Console Help
• Links report — Search Console Help
• Manual actions report — Search Console Help