Google Search Console Nasıl Kullanılır?

Birçok işletme Search Console’u açıp tıklama ve gösterim rakamlarına bakıyor, sonra paneli kapatıyor. Asıl değer orada değil. Google Search Console nasıl kullanılır sorusunun cevabı, raporları okumakla değil; her bulguyu net bir işe dönüştürmekle başlar. Bu rehberde performans, indeks kapsamı, URL inceleme, sitemap ve sayfa deneyimi sinyallerini KOBİ, e-ticaret ve kurumsal siteler için uygulanabilir bir SEO iş listesine çevireceksiniz.

Amaç “daha fazla veri” değil; haftalık olarak hangi sayfayı düzelteceğinizi, hangi sorguyu fırsat sayacağınızı ve hangi teknik engeli önce kaldıracağınızı bilmektir.

Google Search Console Nasıl Kullanılır: Mülk Doğrulama

Raporlara güvenilir veri gelmesi için mülkün doğru tanımlanması gerekir. Yanlış mülk tipi seçimi, özellikle alt alan adları ve e-ticaret alt dizinlerinde eksik veya yanıltıcı veri üretir.

Domain mi, URL öneki mi?

• Alan adı (domain) mülkü: Tüm alt alan adlarını ve hem http hem https varyantlarını kapsar. DNS kaydı ile doğrulanır. Kurumsal ve e-ticaret siteleri için genelde daha sağlıklıdır.
• URL öneki mülkü: Yalnızca eklediğiniz protokol ve yolu kapsar. Hızlı başlamak için uygundur; ancak www / non-www veya alt alan adları ayrı yönetilirsa veri parçalanır.

Doğrulama kontrol listesi

1. Canlı sitede kullanılacak nihai adresi netleştirin (tercihen HTTPS, tek kanonik host).
2. Mümkünse domain mülkü ekleyin; DNS TXT kaydını barındırma panelinden girin.
3. DNS doğrulaması gecikirse HTML etiket, HTML dosyası veya Google Analytics / Tag Manager yöntemlerinden birini yedek olarak kullanın.
4. Doğrulama sonrası aynı Google hesabına ekip erişimi verin; “sadece görüntüleyici” ile “tam” yetkiyi ayırın.
5. Eski http veya www varyantlarınız hâlâ ayrı doğrulanmışsa, birleştirme ve yönlendirme planını not alın.

Site taşıma, alan adı değişimi veya altyapı geçişi planlıyorsanız indeks kaybını azaltmak için e-ticaret sitesi taşıma rehberindeki yönlendirme ve doğrulama adımlarını Search Console mülk planıyla birlikte yürütün.

Performans Raporu Filtreleri: Veriden İş Çıkarma

Performans raporu en sık bakılan, en az aksiyona dönüştürülen alandır. Ham tıklama rakamına bakmak yerine filtre kombinasyonlarıyla “neden” sorusuna inmeniz gerekir.

Temel filtre seti

• Sorgu: Hangi aramalar sizi getiriyor, hangileri gösterimde kalıyor?
• Sayfa: Hangi URL’ler trafik çekiyor, hangileri boşa gösterim yakalıyor?
• Ülke ve cihaz: Mobilde CTR düşüşü veya belirli pazarda zayıf içerik görünür mü?
• Arama türü: Web, Görsel, Video, Haber ayrımıyla içeriğin doğru yüzeyde olup olmadığını kontrol edin.
• Tarih aralığı: Son 28 gün ile önceki dönemi kıyaslayın; ani düşüşlerde site değişikliklerini eşleştirin.

Üç pratik aksiyon modeli

1) Yüksek gösterim, düşük tıklama (CTR fırsatı)
Örnek: Bir kategori sayfası binlerce gösterim alıyor ama tıklama zayıf. Başlık ve meta açıklamada vaat net değil demektir. Ürün/kategori sayfalarında fiyat aralığı, teslimat vaadi veya ayırt edici özelliği başlığa taşıyın. Abartılı vaat yazmayın; arama niyetiyle uyumlu, dürüst bir özet kullanın.

2) İyi tıklama, zayıf dönüşüm (sayfa deneyimi ve içerik uyumu)
Kullanıcı geliyor ama hemen çıkıyorsa sayfa arama niyetini karşılamıyor olabilir. Ürün filtresi eksik, stok belirsiz veya mobil düzen bozuktur. Bu durumda Search Console tek başına yetmez; davranış verisi ve site içi arama kalitesiyle birlikte bakın.

3) Ortalama konum 8–20 bandı (içerik güçlendirme fırsatı)
Zaten görünürsünüz ama ilk ekrana yaklaşmamışsınız. İlgili sorguyu içerikte daha net karşılayın, iç linklerle destekleyin, zayıf alt başlıkları güçlendirin. Yeni içerik üretmekten önce mevcut URL’yi iyileştirmek genelde daha hızlı sonuç verir.

E-ticaret için örnek iş listesi

• Son 28 günde en çok gösterim alan 20 ürün/kategori sayfasını listeleyin.
• CTR’si benzer sayfalara göre zayıf olan 5 URL’nin title ve meta açıklamasını yeniden yazın.
• “marka + model + özellik” sorgularında görünen ama ince içerikli ürün sayfalarına teknik tablo ve SSS ekleyin.
• Markasız genel sorgularda konum kaybeden kategorilerde karşılaştırma ve rehber içeriği bağlayın.

İndeks Kapsamı Sorunlarını Okuma ve Önceliklendirme

İndeks / sayfalar raporu, Google’ın sitenizi nasıl gördüğünün en dürüst özetidir. “Keşfedildi – şu anda dizine eklenmedi”, “Tarandı – şu anda dizine eklenmedi”, yönlendirme, noindex, 404 ve kanonik çakışmaları ayrı ayrı okunmalıdır. Hepsini aynı öncelikte ele almayın.

Önce ele alınacak sorun grupları

1. Sunucu hataları (5xx) ve erişim engelleri: Tarayıcı erişebiliyor gibi görünse de Googlebot engelleniyor olabilir. robots.txt, güvenlik duvarı, bot koruması ve barındırma kararlılığını kontrol edin.
2. Yanlış noindex / yanlış robots: Özellikle hazır şablon ve eklenti çakışmalarında staging ayarlarının canlıya sızması sık görülür.
3. Kanonik çakışmaları: Aynı ürünün filtre, sıralama veya takip parametreli URL’leri kanonik olarak birbirine savruluyorsa otorite dağılır.
4. Soft 404: “Ürün bulunamadı” sayfası 200 dönüyorsa Google bunu değerli içerik sanmayabilir veya yanlış sınıflandırabilir. Gerçek 404/410 veya doğru yönlendirme tercih edin.
5. Yönlendirme zincirleri: http→https→www→nihai URL gibi uzun zincirler tarama bütçesini boşa harcar.

Düşük öncelikli veya bilinçli hariç tutmalar

Sepet, hesap, filtre kombinasyonları, arama sonuç sayfaları ve teşekkür sayfalarının indekslenmemesi çoğu sitede doğrudur. Bunları “hata” diye düzeltmeye çalışmak yerine, indekslenmesini istediğiniz ticari sayfaların engellenmediğini doğrulayın.

Barındırma kaynaklı kesinti ve yavaş yanıt süreleri indeks ve tarama sağlığını bozar. Sunucu seçimini gözden geçirirken e-ticaret ve kurumsal siteler için hosting seçimi rehberindeki kararlılık ve performans kriterlerini Search Console hata zaman çizelgesiyle birlikte değerlendirin.

URL Inspection: Tek Sayfa Teşhis ve Düzeltme

URL Inspection (URL inceleme), “bu sayfa neden yok / neden düştü?” sorusuna en hızlı cevabı verir. Toplu rapor şüphe yaratır; URL aracı teşhis koydurur.

Ne zaman kullanmalısınız?

• Yeni yayınlanan ürün, blog veya kampanya sayfası indeks almadığında
• Önemli bir URL aniden trafik kaybettiğinde
• Kanonik, noindex veya mobil uyumluluk şüphesinde
• Yönlendirme sonrası nihai URL’nin doğru tanındığını doğrularken

Adım adım kullanım

1. Sorunlu URL’yi üst arama kutusuna yapıştırın.
2. Google’ın bilinen sürümünü okuyun: dizine ekli mi, kanonik hangisi, son tarama ne zaman?
3. Canlı URL testini çalıştırın. Canlı test ile bilinen sürüm farklıysa yakın zamanda yaptığınız değişiklik henüz yansımamış olabilir.
4. HTML ve ekran görüntüsünde kritik içeriğin render edildiğini kontrol edin. JavaScript’e aşırı bağımlı ürün bilgisi botta eksik kalabilir.
5. Düzeltmeyi uyguladıktan sonra “dizine eklenmesini iste” talebini yalnızca gerçekten kritik URL’ler için kullanın; her küçük düzenlemede istek yağdırmayın.

Sık görülen teşhis örnekleri

• “Kullanıcı tarafından seçilen kanonik farklı”: Sizin işaretlediğiniz kanonik ile Google’ın seçtiği farklıdır. Yinelenen içerik, zayıf iç link veya parametre karmaşası olabilir.
• “Yönlendirme içeren sayfa”: İncelediğiniz URL nihai sayfa değildir. Zinciri kısaltın.
• “Bulunamadı (404)”: Silinen ürünlerde benzer ürüne veya kategoriye mantıklı yönlendirme, gerçekten kaldırılan içerikte 404/410 tercih edin.

Sitemap ve Sayfa Deneyimi Sinyalleri

Sitemap, “tüm sitemi indekse zorla” düğmesi değildir. Google’a öncelikli, erişilebilir ve tutarlı URL listesi sunar. Sayfa deneyimi sinyalleri ise kullanıcının sayfada yaşadığı hız, kararlılık ve etkileşim kalitesine dair ipuçları verir.

Sitemap için uygulanabilir kurallar

• Yalnızca 200 dönen, indekslenebilir, kanonik URL’leri ekleyin.
• noindex, yönlendirme ve parametreli kopyaları sitemap’ten çıkarın.
• Büyük e-ticaret kataloglarında ürün, kategori ve içerik sitemap’lerini ayırın; güncellenenleri daha sık yenileyin.
• Search Console’da sitemap gönderdikten sonra “keşfedilen / dizine eklenen” farkını izleyin. Büyük fark teknik engel veya kalite sorununa işaret edebilir.
• robots.txt içinde sitemap adresini de bildirin; tek kaynak tutarlılığı sağlayın.

Sayfa deneyimi tarafında bakılacaklar

Search Console’daki deneyim ve Core Web Vitals odaklı raporlar, hangi URL grubunun yavaş veya kararsız olduğunu gösterir. Tipik aksiyonlar:

• Büyük ürün görsellerini sıkıştırın, doğru boyut ve modern format kullanın.
• Üst alan script’lerini sadeleştirin; üçüncü taraf etiketlerini denetleyin.
• Mobilde layout kaymasına yol açan banner, font ve lazy-load hatalarını düzeltin.
• Yavaş şablonlu kategori listelerinde sunucu yanıtı ve önbelleklemeyi iyileştirin.

Altyapı ve şablon kalitesi bu sinyalleri doğrudan etkiler. HazırSoft tarafında web tasarım ve yazılım seçimlerinde teknik SEO alanlarının (meta yönetimi, temiz URL, hız ve mobil düzen) baştan düşünülmesi, sonradan panikte düzeltilen hataları azaltır.

Raporlardan Haftalık SEO İş Listesi Oluşturma

Search Console’u “ara sıra bakılan panel” olmaktan çıkarmak için sabit bir ritim kurun. Aşağıdaki çerçeveyi ekibinize göre sadeleştirin.

Haftalık 60–90 dakikalık ritim

1. Performans taraması (20 dk): Son 7 ve 28 günü kıyaslayın. Ani düşen sayfa/sorgu var mı? CTR fırsatı olan 3 URL seçin.
2. İndeks kontrolü (15 dk): Yeni hata ve uyarı var mı? Kritik 5xx, noindex sızıntısı veya kanonik patlaması öncelikli olsun.
3. URL teşhisi (15 dk): İş değeri yüksek 3 URL’yi Inspection ile kontrol edin.
4. Sitemap ve yayın doğrulama (10 dk): Yeni eklenen önemli URL’ler sitemap’te mi, indekslenebilir mi?
5. İş kaydı (10–20 dk): Her bulguyu “sorun – etkilenen URL – yapılacak iş – sahip – son tarih” satırına yazın.

Öncelik matrisi

• P0: Gelir sayfası indeksten düşmüş, 5xx, yanlış noindex, kırık ödeme/ürün URL’leri
• P1: Yüksek gösterimli düşük CTR sayfaları, kanonik çakışmaları, soft 404
• P2: İçerik güçlendirme, iç linkleme, sitemap temizliği, uzun kuyruk fırsatları
• P3: Kozmetik meta düzenleri, düşük trafikli arşiv sayfaları

Örnek iş satırları

• Sorun: /kategori/oyun-laptop CTR zayıf → İş: title’a ayırt edici özellik ekle, meta’yı niyetle hizala → Sahip: içerik
• Sorun: /urun/xyz “tarandı, dizine eklenmedi” → İş: ince içerik + iç link + kanonik kontrol → Sahip: SEO + ürün
• Sorun: filtre URL’leri indekse sızıyor → İş: parametre kanonik/noindex politikası → Sahip: geliştirme

Bu disiplini oturtan ekipler, “bir şeyler bozuldu galiba” duygusu yerine ölçülebilir bir bakım döngüsü kurar. HazırSoft ile site, script veya tasarım tarafında ilerleyen işletmelerde de aynı döngü; yayın sonrası kontrol listesine bağlandığında daha az yangın söndürme gerekir.

Sık Yapılan Hatalar ve Kısa Kontrol Listesi

• Yalnızca toplam tıklamaya bakıp sayfa ve sorgu kırılımını atlamak
• Her URL için indeks talebi yağdırıp asıl teknik engeli düzeltmemek
• 404’leri körlemesine ana sayfaya yönlendirmek
• Sitemap’e sepet, arama ve teşekkür sayfalarını doldurmak
• Mobil ve masaüstü performansı ayırmadan tek meta kararı vermek
• Raporu ekiple paylaşmadan tek kişinin “baktım, sorun yok” demesi

Hızlı kontrol listesi: mülk tipi doğru mu → performans fırsatları listelendi mi → indeks hataları önceliklendi mi → kritik URL’ler Inspection’dan geçti mi → sitemap temiz mi → her bulgu iş satırına dönüştü mü?

Sonuç: Raporu İşe, İşi Yayına Bağlayın

Google Search Console bir sıralama sihirbazı değil; arama görünürlüğünüzün teşhis panosudur. Doğru mülk kurulumu, performans filtreleri, indeks kapsamı okuması, URL Inspection disiplini ve sitemap/deneyim kontrolleri bir araya gelince elinizde spekülasyon değil iş listesi kalır.

KOBİ ve e-ticaret ekipleri için en verimli yaklaşım şudur: her hafta az sayıda yüksek etkili URL seçmek, düzeltmek, yeniden ölçmek. Altyapı, içerik ve teknik SEO’yu aynı masada tuttuğunuzda Search Console verisi gerçekten yol gösterir. Sitenizin teknik temeli ve içerik yönetimi bu ritme uygun değilse, önce yayın ve düzenleme süreçlerinizi sadeleştirin; gerekirse HazırSoft çözümleriyle yönetilebilir bir yapı kurup ardından bu rehberdeki kontrol döngüsünü işletmeye sabitleyin.