Google Search Console rehberleri: kurulumdan rapor okumaya

Google Search Console rehberleri ile kurulum ve doğrulama

Google Search Console, Google Arama sonuçlarındaki görünürlüğünüzü izlemek, yönetmek ve sorun gidermek için kullanılan temel veri kaynağıdır. Küçük işletme sahipleri için görünürlük paneli, SEO uzmanları içinse sorgu, sayfa ve indeksleme seviyesinde karar merkezidir. Google’ın resmi ürün tanımına göre araç; taranabilirliği doğrulama, dizine ekleme sorunlarını düzeltme, arama trafiğini izleme ve uyarı alma gibi çekirdek işlevler sunar (Google Search Console Yardımı). Başlangıç için Google hesabı yeterlidir; ilk kritik adım mülk ekleyip sahipliği doğrulamaktır (başlangıç kılavuzu).

Kurulumda en önemli karar, alan adı mülkü ile URL öneki mülkü arasındadır. Google’ın mülk ekleme dokümanına göre alan adı mülkü tüm alt alan adlarını ve protokolleri kapsar; bu yüzden www, m., blog veya farklı protokoller kullanan çoğu işletme için daha temiz kapsam sağlar. Karşılığında doğrulama yalnızca DNS kaydıyla yapılır. URL öneki mülkü ise belirli bir protokol ve yol altında çalışır; HTML dosyası, meta etiket, Analytics, Tag Manager veya DNS ile doğrulanabilir (property ekleme dokümanı). DNS erişiminiz varsa alan adı mülküyle başlamak, sonra gerekirse alt klasörler için URL öneki açmak daha pratiktir.

• Kullanıcı izinlerinde sahibi, tam kullanıcı ve ajans erişimlerini ilk gün netleştirin.
• Genel Bakış ekranındaki uyarıları ve önerileri kurulum sonrası hemen kontrol edin.
• XML sitemap gönderimini ilk haftaya bırakmayın; ilk tarama sinyali burada hızlanır.

Google Search Console rehberleri ile performans raporunu okuma

Performans raporu okunurken tek bir metriğe bakmak çoğu zaman yanlış karar üretir. Google’ın rapor dokümanına göre temel metrikler tıklama, gösterim, tıklama oranı ve ortalama konumdur; bunlar aynı segmentte birlikte yorumlanmalıdır (Performans raporu dokümanı). Pratikte ilk bakış sırası şudur: toplam eğilim, sorgu kırılımı, sayfa kırılımı, ardından cihaz ve ülke segmentleri. Ortalama konumu tek başına başarı metriği gibi görmek yerine, gösterim ve tıklama yönüyle birlikte okumak daha güvenlidir.

Sorgu ve sayfa sekmeleri karar vermeyi hızlandırır. Gösterimi yüksek ama TO’su düşük bir sayfa gördüğünüzde önce snippet katmanına bakın: başlık etiketi, meta açıklama, arama niyeti uyumu ve SERP’te rakiplerin ne vaat ettiği aynı ekranda değerlendirilmelidir. Gösterim artıyor ama tıklama artmıyorsa sorun çoğu zaman içerik kapsamından önce sunum tarafındadır. Buna karşılık TO makul, konum zayıf ve gösterim sınırlıysa sayfa daha çok kapsam, iç link ve konu otoritesi güçlendirmesi ister. Bu ayrımı yapmadan yapılan güncellemeler, ekipleri gereksiz içerik revizyonuna sürükler.

11 Mart 2025’te kullanıma açılan branded ve non-branded query filtresi, 2026’da performans analizi için en kullanışlı yeniliklerden biri haline geldi. Google’ın yardım dokümanına göre bu filtre 16 aylık veri geçmişi sağlar ve tüm Search türlerinde kullanılabilir; ancak düşük gösterimli sitelerde görünmeyebilir (Google yardım dokümanı). Marka bilinirliği ile yeni talep kazanımını ayırmak isteyen ekipler için bu filtre kritik bir ayrım yaratır. Marka sorgularında güçlü, markasız sorgularda zayıf bir görünüm görüyorsanız sorun genelde keşif içeriği ve kategori kapsamındadır.

• Önce sorguyu seçin, sonra o sorguda hangi sayfanın gösterildiğine bakın.
• Düşük TO analizini cihaz bazında tekrar edin; mobil ve masaüstü farklı hikaye anlatır.
• Karşılaştırma yaparken aynı ülke ve aynı tarih mantığını koruyun.

Google Search Console rehberleri: URL denetleme, dizinleme ve sitemap

Tek bir sayfada sorun arıyorsanız doğru araç URL Denetleme Aracıdır. Google’ın URL Inspection dokümanına göre bu araç, Google’ın indekslediği sürümü gösterir ve canlı test ile sayfanın şu an dizinlenebilir olup olmadığını sınamanıza yardımcı olur (URL Inspection tool). Bu fark önemlidir: indekslenmiş sürüm geçmişi anlatır, canlı test mevcut durumu gösterir. Özellikle yeni yayınlanan, yönlendirme görmüş veya canonical’i değişmiş sayfalarda canlı test yapmadan yeniden dizine ekleme talebi göndermek eksik teşhis üretir.

Toplu sorunlarda ise Sayfa dizine ekleme raporu ana referanstır. Google’ın Page indexing dokümanına göre bu rapor, Google’ın bildiği URL’lerin hangilerinin indekslendiğini ve hangilerinin neden indekslenmediğini gösterir (Page indexing report). Burada canonical çakışmaları, soft 404, yönlendirme, noindex, tarandı ama şu anda dizine eklenmedi gibi durumları aynı sepete koymamak gerekir. Soft 404 çoğu zaman zayıf içerik veya belirsiz amaç sinyali verirken, canonical sorunu daha çok benzer URL kümelerinde yapılandırma hatasına işaret eder. Yeniden gönderim butonu, kök neden çözülmeden tek başına bir strateji değildir.

Bir sayfanın yeniden taranmasını istemek ile sitenin keşfini iyileştirmek farklı işlerdir. Google’ın görev dokümanına göre tek bir URL için en pratik yol URL Denetleme içinden indeksleme istemek; çoklu URL’ler içinse sitemap kullanmaktır. Sitemaps raporu, gönderim geçmişini ve ayrıştırma hatalarını gösterir (Sitemaps report). Bu noktada site audit çıktılarıyla dizinleme hatalarını önceliklendirme yaklaşımı, hangi problemin içerik kalitesi, hangisinin teknik erişim veya iç link eksikliği kaynaklı olduğunu çok daha hızlı ayırır.

• Tek URL sorunu varsa önce canlı test, sonra gerekirse indeksleme isteği kullanın.
• Sitemap temiz ama sayfa hâlâ görünmüyorsa canonical ve içerik yeterliliğini tekrar kontrol edin.
• 404 veya yönlendirme uyarılarında önce kendi iç linklerinizi ve sitemap girdilerinizi tarayın.

Google Search Console rehberleri: Links, Discover ve yeni yüzeyler

Links raporu, hem dış bağlantı profilini hem de iç bağlantı dağılımını hızlı okumak için yararlıdır; fakat Google’ın dokümanında açıkça belirtildiği gibi bu rapor tam bir link envanteri değil, örneklenmiş bir görünüm sunar (Links report). Bu yüzden raporu tek başına backlink denetimi gibi değil, yön verici bir panel gibi düşünmek gerekir. Top internally-linked pages görünümü, para sayfalarının gerçekten desteklenip desteklenmediğini anlamak için güçlüdür. Bu bölümde geri bağlantı sinyalleriyle Links raporunu birlikte yorumlama yaklaşımı, yetim sayfa ve zayıf otorite dağılımını daha net gösterir.

Search, Discover, Haberler ve görsel yüzeyler aynı URL için farklı davranabilir. Google’ın Discover performans dokümanına göre bu rapor yalnızca minimum gösterim eşiği geçen sitelerde görünür ve veri sayfa, ülke, görünüm türü ve tarih bazında okunabilir (Discover performance report). Aynı sayfanın klasik aramada istikrarlı, Discover’da dalgalı görünmesi normaldir; çünkü burada sorgu eşleşmesi yerine ilgi sinyalleri ve içerik sunumu daha belirleyicidir. Bu yüzden bir içeriği başarısız ilan etmeden önce hangi yüzeyde zayıf olduğunu ayırmak gerekir.

30 Haziran 2025’te Google, Search Console Insights raporunun ana arayüze entegre edildiğini duyurdu; bu, özellikle editoryal ekipler için performans okumayı hızlandırdı (Google Search Central Blog). 3 Haziran 2026’da ise Search Generative AI performance reports duyuruldu; Google bu görünümün AI Overviews, AI Mode ve Discover içindeki üretken yapay zeka yüzeylerindeki görünürlüğü izlemek için ayrı raporlar sunduğunu ve yayının şimdilik sitelerin bir alt kümesine açıldığını açıkladı (Google Search Central Blog, 2026-06-03). Ekip içi eğitim için Google Search Central YouTube kanalındaki başlangıç ve performans videoları bu bölümü iyi tamamlar.

Adım Adım Google Search Console’u kurup raporları okumaya başlama

Kurulumdan ilk aksiyona geçişi hızlandırmak için aşağıdaki akış yeterlidir. Buradaki mantık, tüm raporları aynı gün tüketmek değil; en kısa yoldan veri güvenini kurup sonra karar katmanına geçmektir. Özellikle küçük işletmelerde ilk hedef, aracın her özelliğini kullanmak değil, görünürlük ve dizinleme risklerini erkenden fark etmektir.

1. Mülkü ekleyip doğrulama yöntemini seçin Alan adı mülkü ile URL öneki arasında karar verin. DNS erişiminiz varsa alan adı mülkü çoğu zaman en temiz kapsamı sağlar; yoksa URL önekiyle başlayıp meta etiket veya HTML dosyasıyla ilerleyin. Doğrulama yöntemi, veri kapsamınızı doğrudan etkiler.
2. Temel erişim ve sitemap ayarlarını tamamlayın Sahip ve kullanıcı izinlerini netleştirin. Ardından XML sitemap’i gönderin ve alınma durumunu izleyin. Bu adım, yeni URL’lerin keşfini hızlandırır ve ilk teknik uyarıları daha görünür hale getirir.
3. Genel bakış ve performans segmentlerini kurun Son 28 gün görünümüyle başlayın. Tıklama, gösterim, TO ve ortalama konumu açın; sonra sorgu, sayfa ve cihaz sekmelerine inin. Veriyi aynı anda çok fazla filtrelemek yerine önce temel eğilimi, sonra ayrımı görün.
4. URL denetleme ve dizinleme sorunlarını doğrulayın Kritik sayfaları URL Denetleme ile tek tek kontrol edin. Toplu sorunlarda Page indexing raporuna geçin. Canlı test sonucu temiz değilse yalnızca indeksleme isteği göndermek yerine kök nedeni çözmeye odaklanın.
5. Veriyi içerik ve teknik backlog’a aktarın Düşük TO, kapsam açığı, canonical çakışması veya tarama engeli gibi bulguları ayrı listelere bölün. Böylece editör, SEO uzmanı ve geliştirici aynı veri setinden farklı ama net görevler çıkarabilir.

Bu beş adım kurulduğunda Search Console, sadece kontrol paneli olmaktan çıkar ve haftalık karar sistemine dönüşür. En iyi sonuç, veriyi ekran görüntüsü olarak paylaşmaktan değil, her bulguyu sahipli bir göreve çevirmekten gelir.

90 günlük karar günlüğü: GSC verisiyle içerik güncelleme

GSC ile içerik güncellemede en verimli yaklaşım, tek tek URL kovalamak yerine sorgu kümeleriyle ilerlemektir. Operasyonda önce gösterimi yüksek, TO’su zayıf ve ortalama konumu 2 ile 12 bandında olan sayfaları ayırırız; çünkü burada küçük bir snippet veya kapsam düzeltmesi daha hızlı sonuç üretir. Bu aşamada anahtar kelime aracı ile sorgu fırsatlarını kümelendirme yaklaşımı, benzer arama niyetlerini tek görev altında toplamanıza yardım eder. Özellikle kategori ve bilgi içeriklerinde bu kümeleme, birbirini yiyen başlıkları ayıklamak için güçlüdür.

Anonimleştirilmiş örnek bir 90 günlük günlükte ilk 30 günde 14 URL ve 36 sorgu izlemeye alındı. İlk turda yalnızca yüksek gösterim-düşük TO vakalarına odaklanıldı; başlık vaadi ile sorgu niyeti uyuşmayan sayfalar işaretlendi. İkinci 30 günde üç sayfada başlık ve meta açıklama revize edildi, iki sayfada eksik alt başlıklar eklendi, bir bilgi içeriğinde gereksiz geniş giriş daraltıldı. Son 30 günde aynı sorgular önceki dönemle karşılaştırıldı ve değişim yalnızca aynı cihaz ve aynı ülke segmentinde okundu. Bu disiplin, yanlış başarı hikayeleri üretmeyi ciddi biçimde azaltır.

Bu günlüğün en değerli tarafı, neyin yapılacağını kadar neyin yapılmayacağını da netleştirmesidir. Ortalama konum tek başına yükseldi diye başarı ilan etmeyin; TO düşüyorsa sayfa daha görünür ama daha az ikna edici hale gelmiş olabilir. GSC ile GA4 rakamlarının birebir aynı çıkmasını beklemeyin; ölçtükleri katman farklıdır. Değişimin kalıcı olup olmadığını görmek için sıralama takibi ile içerik güncelleme etkisini izleme akışı, Search Console verisini daha sakin yorumlamayı sağlar.

• Karşılaştırmayı her zaman benzer tarih aralığı ve aynı segmentte yapın.
• Tek sayfa değil, sorgu grubu ve sayfa grubu mantığıyla karar verin.
• Yeniden dizine ekleme isteğini başarı metriği değil, teslim sonrası adım olarak görün.

Google Search Console rehberleri sonrası SEOYEN ile aksiyon

Search Console, ücretsiz veri kaynağı olarak çok güçlüdür; ancak anahtar kelime keşfi, sürekli sıralama takibi, teknik önceliklendirme ve backlink bağlamı için tek başına yeterli değildir. Tam da bu noktada SEOYEN devreye girer: tek platformda anahtar kelime aracı, site sağlığı, sıralama takibi ve backlink analizi modülleriyle GSC’de gördüğünüz sinyali operasyona çevirir. Türkçe arayüz, TL bazlı fiyatlandırma ve yerel Türkçe destek, özellikle küçük işletmeler ve ajans dışı ekipler için öğrenme eğrisini düşürür.

Ahrefs, SEMrush, SEOptimer, Moz ve SE Ranking kendi güçlü alanlarına sahip araçlardır; fakat Türkiye pazarında günlük iş akışında en sık yaşanan problem, verinin ekip içinde anlaşılır ve uygulanabilir hale gelmesidir. Bu yüzden Ahrefs ile veri kapsamı farkını değerlendirme veya SEMrush ile iş akışı farklarını değerlendirme karşılaştırmaları yapılırken yalnızca veri genişliğine değil, karar alma hızına da bakmak gerekir. SEOYEN’in farkı, GSC’den gelen sinyali Türkçe arayüz içinde daha erişilebilir görev akışlarına bağlamasıdır.

Pratik kullanımda en iyi model, GSC’yi teşhis merkezi; SEOYEN’i ise aksiyon merkezi olarak konumlamaktır. GSC size hangi sorguda, hangi sayfada ve hangi indeksleme katmanında sorun olduğunu söyler. SEOYEN, bu sorunları backlog’a bölmek, önceliklendirmek ve farklı modüller arasında izlemek için daha rahat bir çalışma alanı sunar. Operasyon tarafında hangi paketin uygun olduğunu görmek için paket seçeneklerini inceleme yeterlidir; burada amaç aracı büyütmek değil, veriyi daha hızlı karara çevirmektir.

• GSC ile teşhis edin, SEOYEN ile görev ve öncelik üretin.
• Teknik sorun, sorgu fırsatı ve backlink bağlamını aynı yerde izleyin.
• Türkçe arayüz ve yerel destek sayesinde ekip içi uyumu hızlandırın.

Sıkça Sorulan Sorular