Google Search Console, bir sitenin Google aramasındaki durumunu Google'ın kendi verisiyle gösteren ücretsiz bir araçtır. Ahrefs veya Semrush gibi araçlar tahmine dayalı sayı üretirken, Search Console gerçek tıklama ve gösterim rakamlarını verir; bu veriye başka hiçbir SEO aracı bu netlikte erişemez. Bu rehberde aracı sıfırdan kurmayı, performans verisini okumayı, dizin sorunlarını çözmeyi ve sayfa deneyimi metriklerini yorumlamayı sırayla ele alıyorum.
Google Search Console tam olarak ne işe yarar
Araç üç işi birden görür: sitenin Google aramasındaki performansını raporlar, dizinleme sürecini izler, teknik sorunları bildirir. Performans raporu hangi aramalarda göründüğünü, kaç tıklama aldığını ve ortalama sıralamasını gösterir. Kapsam raporu ise Google'ın sitenin kaç sayfasını dizine aldığını ve hangilerini neden atladığını gösterir.
Aynı panelde mobil kullanılabilirlik, Core Web Vitals verisi ve manuel işlem bildirimleri de yer alır. Manuel işlem, Google'ın site kalite yönergelerine aykırı bir uygulama tespit ettiğinde gönderdiği ve sıralamayı doğrudan etkileyen bir uyarıdır; çoğu site hiç almaz ama gelirse görmezden gelinemez. Bir sayfa Google'da hiç görünmüyorsa aranacak ilk yer burasıdır, üçüncü parti bir araca gerek kalmaz.
search.google.com/search-console adresinden Google hesabıyla giriş yapılınca panel açılır. Bir ajans ya da freelancer siteyi yönetiyorsa "Kullanıcılar ve izinler" bölümünden site sahibine ek e-posta yetkisi tanımlanabilir, mülkiyeti tamamen devretmeye gerek yoktur.
Siteni Search Console'a nasıl doğrularsın
Search Console'a mülk eklerken iki seçenek çıkar: alan adı mülkü ya da URL öneki mülkü. Alan adı mülkü tüm alt alan adlarını ve protokol varyasyonlarını (http, https, www'li www'siz) tek çatı altında toplar ama yalnızca DNS TXT kaydıyla doğrulanır. URL öneki mülkü tek bir adresi kapsar, buna karşılık beş farklı doğrulama yöntemi sunar.
- HTML dosyası yükleme: Google'ın verdiği
google[kod].htmldosyasını FTP veya hosting paneli üzerinden sitenin kök dizinine yüklersin. - HTML meta etiketi: Verilen meta etiketini ana sayfanın
<head>bölümüne eklersin; WordPress'te bu genelde bir SEO eklentisinin doğrulama alanına yapıştırılır. - DNS TXT kaydı: Alan adı sağlayıcının DNS yönetim panelinden TXT kaydı eklersin, yayılması birkaç saat sürebilir.
- Google Analytics: Sitede zaten kurulu bir GA4 izleme kodu varsa, aynı Google hesabıyla tek tıkla doğrulama yapılır.
- Google Tag Manager: Konteyner kodu sitede aktifse GTM üzerinden de doğrulama yapılabilir.
HTML meta etiketi yöntemi pratikte en çok tercih edilendir, çünkü dosya yükleme yetkisi gerektirmez. Eklenecek etiket şöyle görünür:
<meta name="google-site-verification" content="doğrulama-kodun-buraya" />
DNS TXT kaydı tercih edilirse kayıt tipik olarak şu formatta olur:
TXT @ google-site-verification=doğrulama-kodun-buraya
Doğrulama tamamlandıktan sonra kodu ya da dosyayı siteden kaldırmamak gerekir; Google zaman zaman yeniden kontrol eder, kayıt silinirse mülk doğrulaması düşebilir. Birden fazla yöntem aynı anda aktif bırakılabilir, bu bir çakışma yaratmaz ve doğrulamayı daha sağlam hale getirir.
Performans raporunu nasıl okumalısın
Performans raporu dört metrik sunar: tıklama, gösterim, TO (tıklama oranı, CTR) ve ortalama konum. Tıklama, kullanıcının arama sonucuna gerçekten bastığı sayıyı gösterir; gösterim ise sonucun ekranda görünme sayısıdır, tıklanmasa bile sayılır. TO, tıklamanın gösterime bölünmesiyle çıkar ve başlık ile meta açıklamanın gerçekte ne kadar işe yaradığını ölçer.
Rapor üç boyutta filtrelenir: sorgular, sayfalar ve ülkeler. Yüksek gösterim, düşük TO alan bir sorgu genelde başlık veya meta açıklama sorununa işaret eder; sayfa arama sonuçlarında 5-8. sıradaysa düşük TO zaten normaldir, önce sıralamayı iyileştirmek gerekir. Aşağıdaki tablo hangi metrik kombinasyonunun ne anlama geldiğini özetliyor.
| Durum | Olası neden | Yapılacak aksiyon |
|---|---|---|
| Yüksek gösterim, düşük TO | Başlık veya meta açıklama zayıf ya da konuyla uyumsuz | Başlığı yeniden yazın, sayıyı veya faydayı öne çıkarın |
| Yüksek TO, düşük gösterim | İçerik iyi ama arama hacmi düşük | Konuyu genişletin, ilgili anahtar kelimeleri ekleyin |
| Konum 8-15, orta gösterim | İçerik alakalı ama otorite ya da derinlik yetersiz | İç link ekleyin, içeriği derinleştirin |
| Konum 1-3, düşük TO | Öne çıkan snippet başka bir sonucu çalıyor olabilir | Yapılandırılmış veri ekleyin, snippet'i hedefleyin |
Performans raporunda tarih aralığını en az 3 ay tutmak, dalgalanmayı gerçek trendden ayırt etmeyi kolaylaştırır. "Karşılaştır" sekmesiyle son 3 ayı bir önceki 3 ayla kıyaslamak, hangi sayfaların gerçekten düşüşte olduğunu net gösterir. Sağ üstteki "Dışa aktar" seçeneğiyle veriyi Google Sheets'e veya CSV olarak indirmek, uzun vadeli takip için pratik bir alışkanlıktır.
Sorgu verisinden içerik fırsatı nasıl çıkarılır
Performans raporundaki sorgu listesi, kullanıcıların gerçek arama diliyle yazılmış ücretsiz bir anahtar kelime araştırmasıdır. Bir sayfa hiç hedeflemediği bir sorguda zaten gösteriliyorsa, o sorgu genelde konuyla organik olarak örtüşen bir alt başlıktır ve içeriğe eklenmeyi hak eder. Sıralaması 4-10 arasında olan sorgular önceliklidir, çünkü bunlar ilk sayfaya taşınmaya en yakın adaylardır.
Sayfalar sekmesinde "gösterim" sütununu büyükten küçüğe sıralamak, trafik potansiyeli yüksek ama TO'su düşük sayfaları üste getirir. Bu sayfaların başlığını, ilk paragrafını ve meta açıklamasını gözden geçirmek genelde en hızlı geri dönüşü sağlayan optimizasyondur. Yeni içerik yazmak yerine var olan sayfayı güncellemek, çoğu zaman daha az emekle daha hızlı sonuç verir.
Filtre alanına belirli bir anahtar kelime yazıp "sorgular" ve "sayfalar" arasında geçiş yapmak, hangi sayfanın o konu için zaten rekabet ettiğini gösterir. Aynı konuda birden fazla sayfa gösteriliyorsa bu bir iç kanibalizasyon işaretidir; sayfalar birleştirilmeli ya da net biçimde farklı alt konulara ayrılmalıdır.
Sol menüdeki "Bağlantılar" raporu ayrı bir katman sunar: hangi dış sitelerin link verdiğini, hangi sayfaların en çok iç link aldığını gösterir. En çok iç link alan sayfa listesi düzensiz çıkıyorsa, site içi link mimarisi rastgele kurulmuş demektir; önemli sayfalara bilinçli olarak daha fazla iç link vermek o sayfaların otoritesini yükseltir.
Kapsam raporu ve site haritası neden kritik
Kapsam raporu, gönderilen her URL'in Google tarafından dizine alınıp alınmadığını, alınmadıysa nedenini listeler. "Tarandı, şu anda dizine eklenmedi" en sık karşılaşılan durumdur ve genelde içerik kalitesi ya da yinelenen içerik şüphesiyle ilgilidir. "Yönlendirme hatası" veya "sunucu hatası (5xx)" gibi durumlar ise teknik bir sorunun işaretidir ve öncelikli çözülmelidir.
Site haritası göndermek, Google'ın hangi URL'lerin taranmasını beklediğini netleştirir; dizinlemeyi garanti etmez ama keşfi hızlandırır. XML site haritası minimal olarak şöyle görünür:
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://ornek-site.com.tr/</loc>
<lastmod>2026-06-01</lastmod>
</url>
<url>
<loc>https://ornek-site.com.tr/blog/ornek-yazi</loc>
<lastmod>2026-06-10</lastmod>
</url>
</urlset>
Yeni yayınlanan bir sayfa site haritasına düşmeden önce "URL incelemesi" kutusuna yapıştırılıp "Dizine eklenmesini iste" ile manuel olarak Google'a bildirilebilir; bu, özellikle acil haber niteliğindeki içerikler için dizinlemeyi günler yerine saatler içine indirir. Günlük istek sayısında bir sınır vardır, bu yüzden yöntem toplu değil tekil sayfalar için kullanılmalıdır.
Site haritasının konumu robots.txt dosyasında da belirtilmelidir, böylece diğer arama motorları da onu otomatik keşfeder:
User-agent: *
Disallow: /wp-admin/
Sitemap: https://ornek-site.com.tr/sitemap.xml
Site haritası gönderildikten sonra Search Console'daki "Site Haritaları" bölümünden durum kontrol edilir; "Başarılı" yazmıyorsa dosya biçiminde veya erişilebilirlikte bir sorun var demektir. Kapsam raporundaki her hata satırının yanında "URL incelemesi" aracı da bulunur, tek bir sayfanın canlı halini test etmek ve gerekirse yeniden tarama talep etmek için bu araç kullanılır. HTTP durum kodları burada da karşımıza çıkar, aşağıdaki tablo en sık görülenleri özetliyor.
| Durum kodu | Anlamı | Kapsam raporunda görünüşü |
|---|---|---|
| 200 | Sayfa başarıyla döndü | "Geçerli" listesinde yer alır |
| 301/302 | Yönlendirme var | Hedef URL dizine alınır, kaynak alınmaz |
| 404 | Sayfa bulunamadı | "Bulunamadı (404)" hatası olarak listelenir |
| 5xx | Sunucu hatası | "Sunucu hatası" olarak işaretlenir, öncelikli düzeltme gerekir |
| noindex | Dizinlemeyi engelleyen etiket var | "Sayfa 'noindex' etiketi içeriyor" notu düşer |
Sayfa deneyimi ve Temel Web Verileri ne anlatıyor
Sayfa Deneyimi raporu, Google'ın sıralamada dolaylı sinyal olarak kullandığı üç Temel Web Verisi (Core Web Vitals) metriğini toplu gösterir: LCP (en büyük içerikli boyama süresi), INP (sonraki boyamaya etkileşim) ve CLS (kümülatif düzen kayması). LCP sayfanın ana içeriğinin ne kadar sürede yüklendiğini, INP kullanıcı etkileşimine tepki hızını, CLS ise sayfanın yüklenirken ne kadar oynadığını ölçer. Üçü de "İyi", "İyileştirme gerekli" veya "Kötü" olarak URL grupları halinde etiketlenir.
Mobil kullanılabilirlik raporu ayrı bir sekmede metinlerin çok küçük olması, tıklanabilir öğelerin birbirine çok yakın olması gibi sorunları listeler. Bu iki rapor birlikte okunduğunda, hangi sayfa grubunun hem hız hem mobil deneyim açısından iyileştirmeye ihtiyacı olduğu netleşir. Düzeltme yapıldıktan sonra "Düzeltmeyi doğrula" butonuyla Google'a yeniden tarama talebi gönderilir, sonuç genelde birkaç gün içinde güncellenir.
Search Console verisi tek başına yeterli değildir; PageSpeed Insights veya Chrome DevTools Lighthouse ile aynı sayfayı test etmek, hangi kaynak dosyasının (büyük görsel, render-blocking script) soruna yol açtığını gösterir. Search Console sorunun var olduğunu saha verisiyle bildirir, Lighthouse ise laboratuvar ortamında nedenini gösterir. İkisi birlikte kullanıldığında düzeltme süreci çok daha hızlı ilerler.
En pratik alışkanlık, Performans raporundaki "sayfalar" görünümünü haftada bir açıp son 3 ayda tıklaması düşen sayfaları listelemektir; bu liste, hangi içeriğin güncellenmeye ya da yeniden yazılmaya ihtiyacı olduğunu diğer hiçbir araçtan daha net gösterir. Search Console verisi geçmişe dönüktür ama doğrudur, tahmine dayalı üçüncü parti araçların veremeyeceği bir kesinlik sunar.
Yazan Celil Uyanikoglu
25 yıldır bilgi işlem piyasasında farklı dallarda uzmanlaşan bir Bilgisayar Mühendisi
Henüz yorum yok.
Sohbete katıl. Yorumlar yayınlanmadan önce moderasyondan geçer.