Teknik SEO denetimi: Search Console raporlarını okumak ve sorunları önceliklendirmek

Search Console'u açıyorsunuz ve binlerce sayfanın dizine eklenmediğini görüyorsunuz. Satır satır durum adları, anlamını bilmediğiniz ifadeler, bir de kırmızıyla işaretlenmiş hatalar. Ajansınız teknik sorunlar var diyor ama hangisinin gerçekten önemli olduğunu kimse söylemiyor. Ya da tam tersi: yeni açtığınız hizmet sayfası haftalardır Google'da yok ve nedenini bilmiyorsunuz.

Bu yazı teknik SEO denetimini sırasıyla anlatıyor: Google'ın bir sayfayı nasıl bulup taradığı ve dizine eklediği, Search Console raporlarının ne söylediği, robots.txt, noindex, canonical, yönlendirme, site haritası ve JavaScript konularında hangi hataların gerçekten zarar verdiği ve bulguları hangi sırayla ele almanız gerektiği.

Tarama, işleme ve dizine ekleme ayrı aşamalardır

Google bir sayfayı önce keşfeder: başka bir sayfadaki bağlantıdan ya da site haritasından adresini öğrenir. Sonra tarar, yani Googlebot sayfayı sunucudan indirir. Ardından işler: Google'ın belgelerine göre 200 durum kodu dönen sayfalar, bir robots etiketi engellemiyorsa, başsız bir Chromium ile oluşturulup JavaScript'leri çalıştırılmak üzere sıraya alınır. En son dizine ekleme gelir: Google içeriği analiz eder, kopyalar arasından standart (canonical) sürümü seçer ve sayfayı dizine alıp almamaya karar verir.

Bu ayrım denetimin temelidir. Taranmış olmak dizinde olmak demek değildir; dizinde olmak da sıralama almak demek değildir. Her aşamanın sorunu ve çözümü farklıdır. Taranmayan bir sayfa için içerik yazmak, dizine eklenmeyen bir sayfa için sunucu hızlandırmak çoğu zaman boşa emektir.

Bir şeyi baştan kabul edin: Google her sayfayı dizine eklemez ve eklemesi de gerekmez. Search Console Yardım bunu açıkça söylüyor: her URL'nin dizine eklenmesini beklemeyin; önemli sayfalarınızın dizinde olduğundan, dizinde olmayanların da geçerli bir nedeni olduğundan emin olun. Denetimin amacı rapordaki gri sayıyı sıfırlamak değil, doğru sayfaların doğru satırda olmasıdır.

Sayfa dizine ekleme raporu: durumlar ne anlama geliyor?

Search Console'daki Sayfa dizine ekleme raporu, Google'ın bildiği URL'leri dizine eklenmiş ve eklenmemiş olarak ayırır ve eklenmeme nedenlerini listeler. İlk sorunuz şu olmalı: para kazandıran sayfalarım, yani hizmet, kategori ve ürün sayfaları hangi satırda? Rapordaki örnek URL'leri dışa aktarın ve kendi önemli sayfa listenizle karşılaştırın.

Tarandı: Şu anda dizine eklenmiş değil

Google sayfayı taramış ama dizine eklememeyi seçmiş. Yardım sayfası bunun sık görülen ve her zaman sorun olmayan bir durum olduğunu söylüyor. Bizim sahadaki gözlemimiz, bu satırın genellikle bir değer sinyali olduğu yönünde: çok ince içerikli sayfalar, birbirinin neredeyse aynısı olan şehir sayfaları, sonuç döndürmeyen filtre sayfaları, otomatik üretilmiş etiket arşivleri.

Çözüm, URL Denetleme aracında tekrar tekrar dizine ekleme istemek değildir. Sayfa önemliyse içeriğini gerçekten güçlendirin, benzer sayfaları birleştirin ve sitenin önemli sayfalarından bağlantı verin. Önemli değilse noindex ekleyin ya da kaldırın. Örneğin otuz ilçe için yalnızca ilçe adı değişen sayfalar açmış bir tesisat firması, bunları gerçek bilgilerle zenginleştirilmiş birkaç bölge sayfasında topladığında hem raporu hem de kullanıcı deneyimini düzeltir.

Bulundu: Şu anda dizine eklenmiş değil

Google URL'yi biliyor ama henüz taramamış. Yardım sayfasına göre bu çoğu zaman, Google'ın siteyi aşırı yüklemekten kaçınmak için taramayı ertelemesinden kaynaklanır. Küçük bir sitede birkaç gün sürebilir; büyük bir sitede binlerce URL'nin aylarca bu satırda beklemesi, sunucunun yavaş yanıt verdiğine ya da sitenin gereğinden fazla düşük değerli URL ürettiğine işaret eder. Parametreli filtre kombinasyonları ve sonsuz takvim sayfaları klasik örneklerdir.

Kopya ve standart sayfa durumları

Kullanıcı tarafından seçilen standart sayfa olmadan kopya: sayfa başka bir sayfanın kopyası ve siz bir canonical belirtmemişsiniz, Google kendisi seçmiş. Doğru standart etikete sahip alternatif sayfa: sayfa doğru biçimde başka bir sayfayı standart göstermiş; bu beklenen bir durumdur, düzeltilecek bir şey yoktur. Kopya, Google kullanıcıdan farklı bir standart sayfa seçti: sizin işaretlediğiniz canonical'ı Google kabul etmemiş. Bu son satırda önemli sayfalarınızı görüyorsanız, sinyallerinizin birbiriyle çeliştiğini düşünün.

Diğer sık durumlar

• URL “noindex” olarak işaretlenmiş: bilerek yaptıysanız sorun yok; önemli bir sayfadaysa acil düzeltin.
• URL, robots.txt tarafından engellendi: Google sayfayı taramıyor. Bu, sayfanın dizine girmeyeceği anlamına gelmez.
• robots.txt tarafından engelleniyor olsa da dizine eklendi: Google sayfayı içeriğini okumadan, yalnızca bağlantılardan bildiği haliyle dizine almış.
• Yönlendirmeli sayfa ve Bulunamadı (404): eski adresler için normaldir; önemli olan iç bağlantıların ve site haritasının bunlara işaret etmemesidir.
• Soft 404: sayfa bulunamadı der gibi görünüyor ama 200 kodu dönüyor; boş kategori ve stokta olmayan ürün sayfalarında sık görülür.
• Sunucu hatası (5xx) ve Yönlendirme hatası: her zaman araştırılmalı; ilki sunucu tarafında, ikincisi döngü ya da çok uzun zincir anlamına gelir.

robots.txt ile noindex aynı işi yapmaz

robots.txt taramayı yönetir, dizine eklemeyi değil. Google'ın belgelerinde bu cümle açıkça geçiyor: robots.txt bir sayfayı Google dışında tutmanın yolu değildir. Engellenen bir URL'ye başka sitelerden bağlantı varsa, arama sonuçlarında açıklamasız biçimde görünebilir.

noindex ise dizine eklemeyi engeller, ama çalışması için Google'ın sayfayı tarayıp etiketi görebilmesi gerekir. İkisini birlikte kullanmak en sık gördüğümüz hatalardan biridir: sayfa hem robots.txt ile engellenir hem noindex alır; Google sayfayı tarayamadığı için noindex'i hiç görmez ve URL dizinde kalabilir. Bir sayfayı dizinden çıkarmak istiyorsanız önce noindex ekleyin, robots.txt engelini kaldırın, sayfa dizinden düşünce gerekiyorsa engeli geri koyun.

• Dizinde görünmesini istemediğiniz ama erişilebilir kalacak sayfalar (teşekkür sayfaları, iç arama sonuçları): noindex.
• Taranması sunucuya yük bindiren, değersiz URL alanları (sonsuz filtre kombinasyonları, takvimler): robots.txt.
• Kimsenin görmemesi gereken içerik (test ortamı, müşteri paneli): parola koruması. robots.txt herkese açık bir dosyadır; gizli dizinlerinizi orada listelemek, adreslerini ilan etmektir.
• Sayfanın görünümü için gereken CSS ve JavaScript dosyaları: asla engellemeyin; Google sayfayı göremezse anlayamaz.

robots.txt dosyanızın Google tarafından nasıl okunduğunu Search Console'daki Ayarlar bölümünde yer alan robots.txt raporundan görebilirsiniz. Site yenileme sonrasında test ortamından kalan Disallow satırları, bu raporda ilk bakılacak şeydir.

Canonical, yönlendirmeler ve site haritası

Canonical bir ipucudur, emir değil

rel=canonical etiketi Google'a hangi adresin standart sürüm olduğunu söyler, ama Google başka sinyallere bakarak farklı bir seçim yapabilir. URL Denetleme aracında Kullanıcı tarafından beyan edilen standart URL ile Google tarafından seçilen standart URL'yi yan yana görürsünüz; ikisi farklıysa sinyalleriniz çelişiyordur. İç bağlantılar, site haritası, yönlendirmeler ve hreflang etiketleri aynı adresi göstermelidir.

Sahada en çok karşılaştığımız canonical hataları: bir şablon hatası yüzünden tüm sayfaların ana sayfayı standart göstermesi, sayfalandırılmış kategori sayfalarının hepsinin ilk sayfaya canonical vermesi ve http ile https, www ile www'suz, sonunda eğik çizgi olan ve olmayan sürümlerin birbirine karışması.

Yönlendirmeler ve zincirler

Google, 301 ve 308 yönlendirmelerini hedefin standart sayfa olması gerektiğine dair güçlü, 302 ve 307'yi zayıf bir sinyal olarak ele alıyor. Kalıcı taşımalarda 301 kullanın. Googlebot genellikle on sıçramaya kadar yönlendirme izler, ama bu zincirlerin zararsız olduğu anlamına gelmez: her halka taramayı yavaşlatır, hata riskini artırır. Döngüler ise raporda Yönlendirme hatası olarak görünür ve sayfa dizine girmez.

Zincirler genellikle art arda yapılan site yenilemelerinde oluşur: 2019'daki adres 2022'deki adrese, o da bugünkü adrese yönlenir. Eski yönlendirmeleri doğrudan son adrese güncelleyin ve sitenin kendi iç bağlantılarını yönlendirmeli adreslere değil, doğrudan nihai URL'ye verin.

Site haritası

Bir site haritası dosyası en fazla 50.000 URL ya da sıkıştırılmamış halde 50 MB olabilir; daha büyük sitelerde birden fazla dosya ve bir site haritası dizin dosyası kullanılır. Google priority ve changefreq değerlerini yok sayar, lastmod değerini ise yalnızca tutarlı ve doğrulanabilir biçimde doğruysa kullanır. Site haritasını Search Console'daki Site haritaları raporundan gönderebilir ya da robots.txt'ye bir Sitemap satırı ekleyebilirsiniz; göndermek taramayı garanti etmez, bir ipucudur.

Site haritasına yalnızca 200 dönen, standart ve dizine eklenmesini istediğiniz URL'leri koyun. Yönlendirme, 404 ya da noindex içeren bir site haritası Google'a çelişkili mesaj verir. Bu, denetimde en hızlı tespit edilen ve en kolay düzeltilen bulgulardan biridir.

JavaScript ile oluşturulan içerik

Google JavaScript'i çalıştırabiliyor, ama bu her şeyin yolunda olduğu anlamına gelmez. İşleme sıraya bağlıdır, bazı hatalar yalnızca Googlebot'ta ortaya çıkar ve Google'ın kendi belgelerinin hatırlattığı gibi her bot JavaScript çalıştırmaz. Bu yüzden Google hâlâ sunucu taraflı oluşturmayı ya da ön oluşturmayı öneriyor. Modern çerçevelerle yapılmış bir sitede önemli içeriğin ilk HTML yanıtında gelmesi, en güvenli yoldur.

• Bağlantılar gerçek bağlantı öğeleri olmalı: Google yalnızca href özniteliği olan a etiketlerindeki adresleri keşfeder. Yalnızca tıklama olayıyla çalışan düğmeler tarama için görünmezdir.
• Diyez işaretiyle (#) çalışan sayfa adreslerini kullanmayın; History API ile her görünüm için gerçek, taranabilir bir URL üretin.
• İlk HTML'de noindex verip sonra JavaScript ile kaldırmayı denemeyin; Google noindex'i gördüğünde işlemeyi atlayabilir.
• Tek sayfalı uygulamalarda bulunamayan içerik için 404 dönen bir adrese yönlendirin ya da noindex ekleyin; aksi halde her hata sayfası soft 404 olur.

Google'ın sayfanızı nasıl gördüğünü anlamak için URL Denetleme aracında Canlı URL'yi test et, ardından Taranan sayfayı göster seçeneğini kullanın. Oluşturulmuş HTML'de ana içerik, başlıklar ve bağlantılar yoksa sorun oradadır.

İç bağlantılar ve yetim sayfalar

Yetim sayfa, sitenin hiçbir yerinden bağlantı almayan sayfadır. Site haritasında olabilir, reklamlarda kullanılıyor olabilir, ama sitenin içinden ona ulaşılamaz. Google bu sayfaları bulsa bile sitenin geri kalanından onlara önem aktarılmaz ve çoğu zaman Tarandı ya da Bulundu satırlarında kalırlar.

Yetim sayfaları bulmanın yolu iki listeyi karşılaştırmaktır. Screaming Frog ya da benzeri bir tarayıcıyla siteyi ana sayfadan başlayarak tarayın; bu, bağlantılarla ulaşılabilen sayfaların listesidir. Sonra site haritasındaki, Search Console'daki ve Google Analytics 4'teki URL'leri bu listeyle karşılaştırın. Taramada çıkmayan ama diğer kaynaklarda görünen her URL yetim adayıdır.

• Önemli sayfalar ana sayfadan birkaç tıklama uzaklıkta olmalı; derinlik arttıkça tarama sıklığı ve görünürlük genellikle düşer.
• Bağlantı metni hedef sayfayı anlatsın; buraya tıklayın yerine kurumsal web tasarımı gibi açıklayıcı ifadeler kullanın.
• Blog yazılarından ilgili hizmet ve ürün sayfalarına bağlantı verin; içerik ile ticari sayfalar arasındaki köprüyü çoğu site kurmaz.
• Menüde yer almayan sayfalar için ekmek kırıntısı (breadcrumb) ve ilgili sayfalar bölümleri kullanın.

Yapılandırılmış veri, HTTPS ve karma içerik

Yapılandırılmış veri, sayfanın ne olduğunu (ürün, etkinlik, işletme, makale) arama motoruna makine diliyle anlatır. Google JSON-LD biçimini öneriyor. İşaretlemenizi Zengin Sonuçlar Testi ile kontrol edin; bu araç Google'ın desteklediği zengin sonuç türlerine uygunluğu gösterir. Google'a özgü olmayan genel schema.org doğrulaması için Schema Markup Validator kullanılır. Yayından sonra Search Console'daki geliştirme raporları hataları sayfa türüne göre listeler.

İki uyarı. İşaretleme sayfada görünen içerikle örtüşmelidir; sayfada olmayan yorum puanını işaretlemek spam politikalarına girer. Ayrıca doğru işaretleme zengin sonucu garanti etmez ve Google desteklediği türleri zaman zaman daraltıyor; 2025'te az kullanılan birkaç türü arama sonuçlarından kaldırdı. Yeni bir türe emek vermeden önce Search Central'daki güncel listeyi kontrol edin.

HTTPS tarafında hedef tek ve net: sitenin her sürümü (http, www'lu ve www'suz) tek bir HTTPS adrese 301 ile yönlenmeli. Karma içerik, HTTPS sayfanın bir görseli, betiği ya da yazı tipini HTTP üzerinden çağırmasıdır. Modern tarayıcılar bu kaynakları ya HTTPS'ye yükseltmeye çalışır ya da engeller; sonuç kırık görsel, çalışmayan bir form ya da adres çubuğunda güvenlik uyarısı olabilir. Eski içerik yönetim sistemlerinde veritabanına gömülmüş http adresleri en sık kaynaktır.

Log dosyası analizi ve URL Denetleme aracı

Search Console size Google'ın ne düşündüğünü, sunucu günlükleri (log dosyaları) ise ne yaptığını söyler. Erişim günlüğünde Googlebot'un hangi URL'leri ne sıklıkla istediğini, hangi durum kodlarını aldığını ve tarama zamanının nereye harcandığını görürsünüz. Binlerce sayfalık bir e-ticaret sitesinde log analizi çoğu zaman şunu ortaya çıkarır: Googlebot zamanının büyük kısmını filtre parametrelerinde ve eski yönlendirmelerde geçirirken yeni ürün sayfalarına nadiren uğruyor.

Günlükteki her Googlebot kaydı gerçek değildir; kullanıcı aracısını taklit eden botlar çoktur. Google'ın önerdiği doğrulama yolu, IP adresi için ters DNS sorgusu yapıp alan adının googlebot.com, google.com ya da googleusercontent.com olduğunu görmek, ardından ileri DNS sorgusuyla aynı IP'ye döndüğünü kontrol etmektir. Google ayrıca tarayıcılarının IP aralıklarını JSON dosyaları halinde yayımlıyor. Screaming Frog Log File Analyser gibi araçlar bu ayıklamayı ve raporlamayı kolaylaştırır.

Sunucu günlüklerine erişiminiz yoksa, Search Console'da Ayarlar altındaki Tarama istatistikleri raporu daha kaba ama yararlı bir tablo verir: günlük istek sayısı, ortalama yanıt süresi, durum kodlarının dağılımı. Google 5xx hataları ve 429 yanıtları aldığında taramayı geçici olarak yavaşlattığı için, yanıt sürelerindeki ve sunucu hatalarındaki artışlar burada erken görünür.

URL Denetleme aracı tek bir sayfanın hikâyesini anlatır: Taramaya izin verildi mi, Sayfa getirme başarılı mı, Dizine eklenmesine izin verildi mi, Google hangi standart URL'yi seçti. Bir düzeltmeden sonra Dizine ekleme iste seçeneğini kullanabilirsiniz, ama bunun günlük bir kotası var. Google'ın belgelerine göre aynı URL için tekrar tekrar istemek taramayı hızlandırmaz ve tarama birkaç günden birkaç haftaya kadar sürebilir. Türkiye'de Yandex de kullanıldığı için Yandex Webmaster'ı, Bing ve onun verisini kullanan araçlar için de Bing Webmaster Tools'u kurmanızı öneririz.

Nereden başlamalı: bulguları önceliklendirmek

Bir denetim aracı size yüzlerce uyarı verir. Hepsini aynı anda düzeltmeye çalışmak, hiçbirini düzgün yapamamak demektir. Sıralamayı üç soruyla yapın: Bu sorun aramadan ne kadar trafik ve gelir kaybettiriyor? Kaç sayfayı, kaç şablonu etkiliyor? Düzeltmek ne kadar emek istiyor? Tek bir şablondaki hata çoğu zaman tek düzeltmeyle binlerce sayfayı kurtarır; bu tür bulgular listenin başına gider.

1. Gelir getiren sayfalarınızın listesini çıkarın ve her birini Sayfa dizine ekleme raporunda ve URL Denetleme aracında kontrol edin.
2. robots.txt raporuna, noindex kullanımına ve canonical etiketlerine şablon düzeyinde bakın.
3. Siteyi bir tarayıcıyla tarayın; yönlendirme zincirlerini, 404'leri ve yetim sayfaları listeleyin.
4. Site haritasını yalnızca standart, 200 dönen URL'lere indirin ve yeniden gönderin.
5. JavaScript'e bağlı şablonları Canlı URL'yi test et ile kontrol edin.
6. Tarama istatistiklerini ya da sunucu günlüklerini inceleyip tarama zamanının nereye gittiğini görün.
7. Düzelttiğiniz her sorun için Düzeltmeyi doğrula'yı başlatın ve sonuçları bir sonraki denetimle karşılaştırın.

AYTE Digital olarak teknik SEO denetimlerinde bulguları bu tabloya benzer biçimde etki, kapsam ve emeğe göre sıralıyor, geliştirme ekibinizin doğrudan uygulayabileceği açıklıkta yazıyor ve düzeltmelerin Search Console'a yansımasını birlikte izliyoruz. Sıralama sözü vermiyoruz; Google'ın sitenizi sorunsuz tarayıp anlayabilmesi için gereken zemini hazırlıyoruz.