Teknik SEO denetimi nasıl yapılır? Kontrol listesi

Teknik denetim, Google'ın sitenizi sizin gördüğünüz gibi görüp göremediğini kontrol etme işidir. Tasarım, metin, ürün sayısı önemli değil; sayfa taranamıyor ya da indekslenemiyorsa geri kalan her şey boşa gider.

Bu yazı denetimin nasıl yürütüldüğünü anlatıyor. Bulgu listesinin kendisi değil, o listeyi üretme ve sıraya koyma yöntemi.

Denetim hangi üç veriyle yapılır?

Tek kaynağa bakarak denetim yapılmaz. Üç ayrı pencere gerekiyor ve üçü farklı şeyler gösteriyor.

Küçük sitelerde ilk ikisi yeter. Log analizi, binlerce adresi olan e-ticaret siteleri için anlamlı hâle gelir; on beş sayfalık bir kurumsal sitede log açmak vakit kaybıdır.

Taramada ilk neye bakılır?

Tarayıcıyı çalıştırdıktan sonra rapor yüzlerce satır üretir. Hepsi eşit derecede önemli değil. Şu sırayla bakın:

Taranabilirlik. robots.txt yanlışlıkla bir dizini kapatmış olabilir. Yeniden tasarım sonrası en sık yapılan hata, test ortamındaki "Disallow: /" satırının canlıya taşınmasıdır. Bir gün fark edilmezse trafiğin tamamı gider.

noindex etiketi. Aynı hatanın ikinci hâli. Şablon düzeyinde bırakılmış bir noindex, site sağlıklı görünürken sayfaları arama sonuçlarından siler.

HTTP durum kodları. 200 dönmesi gereken sayfalar 200 dönüyor mu, silinen sayfalar 404 mü veriyor yoksa 200 ile boş sayfa mı? Google'ın "yumuşak 404" dediği durum, içerik olmayan bir sayfanın başarılı yanıt vermesidir.

Yönlendirme zincirleri. A'dan B'ye, B'den C'ye giden zincirler hem gecikme yaratır hem tarama bütçesini yakar. Tek adımda hedefe gitmeli.

Canonical tutarlılığı. Sayfa kendini mi işaret ediyor, başkasını mı? Parametreli adreslerin hepsi ana sayfayı işaret ediyorsa kategori sayfaları indeksten düşebilir.

Yinelenen başlık ve açıklama. Aynı title'ı taşıyan sayfalar, aynı sorguda birbiriyle yarışır. Çözümü genellikle sayfa birleştirmektir, başlık değiştirmek değil.

Başlık hiyerarşisi. Sayfada tek H1, altında anlamlı H2 ve H3 sırası. Tasarım şablonlarında logonun H1 olarak işaretlenmesi klasik bir hatadır.

Render sorunu nedir, nasıl anlaşılır?

JavaScript ile çalışan sitelerde içerik, ilk HTML yanıtında bulunmayabilir. Googlebot bu sayfaları render ederek okuyabiliyor ama bu işlem kuyruğa giriyor ve her zaman beklediğiniz sonucu vermiyor.

Test yöntemi basit: tarayıcıda JavaScript'i kapatıp sayfayı açın, ya da Search Console'daki URL denetleme aracında "taranan sayfayı görüntüle" seçeneğiyle Google'ın aldığı HTML'e bakın. Metin orada yoksa Google için de yoktur sayılır.

Kalıcı çözüm sunucu tarafında render. Bu tercihin arkasındaki mantığı WordPress mi özel yazılım mı yazısında anlatmıştık.

Tarama bütçesi ne zaman sorun olur?

Küçük sitelerde hiç olmaz. Google birkaç yüz sayfalık bir siteyi zaten sorunsuz gezer. Bütçe, şu durumlarda gerçek bir kısıt hâline gelir:

• Filtre kombinasyonları yüzünden on binlerce adres üreten e-ticaret siteleri
• Takvim, arama sonucu, sıralama parametresi gibi sonsuz adres üreten bölümler
• Sunucu yanıt süresi yüksek olan, tarama hızı Google tarafından kısılmış siteler

Çözüm adres sayısını azaltmak: gereksiz parametreleri robots.txt ile taramadan çıkarmak, filtre sayfalarına doğru canonical vermek, sitemap'e yalnızca indekslenmesini istediğiniz adresleri koymak.

Sitemap konusunda sık görülen bir yanlış var: sitemap bir "dilek listesi" değil, Google'a verdiğiniz beyan. İçine 404 veren ya da noindex taşıyan adresler koyarsanız güven kaybedersiniz. Kendi eski sitemizin sitemap'inde tema şablonundan gelen, hiç içerik döndürmeyen sekiz adres vardı.

Hız ve Core Web Vitals nasıl ölçülür?

Laboratuvar testi ile alan verisi iki ayrı şey. Lighthouse gibi araçlar benzetim yaparak skor üretir; Search Console'daki Core Web Vitals raporu ise gerçek kullanıcıların tarayıcılarından toplanan veriyi gösterir.

Karar verirken alan verisine bakın. Laboratuvar skoru düşük ama gerçek kullanıcı verisi "iyi" olan siteler vardır ve tersi de olur. Kendi sitemizde laboratuvar benzetimi 2,6 saniye civarı LCP gösterirken, gerçek ağ kısıtlamasıyla yapılan ölçüm 1,6 saniyenin altındaydı; aradaki fark ölçüm modelinden geliyor.

Bulgular nasıl önceliklendirilir?

Denetim raporunun değeri, kaç bulgu bulduğunda değil, hangisinin önce yapılacağını söylemesinde. Sıralama mantığımız şu:

1. Görünürlüğü tamamen engelleyenler: robots.txt bloğu, şablon düzeyinde noindex, sunucu hataları
2. Sayfaların birbirini yiyenleri: yinelenen içerik, yanlış canonical, çoğaltılmış sayfalar
3. Tıklama kaybettirenler: eksik ya da kopyalanmış başlık ve açıklama
4. Deneyim kalemleri: hız, mobil kullanılabilirlik, kayan düzen
5. Kozmetik olanlar: görsel alt metinleri, küçük bağlantı düzeltmeleri

Son maddeyi önce yapıp ilk maddeyi atlayan raporlar çok görülür. Üç yüz görsele alt metin yazmak, indekslenmeyen bir siteyi kurtarmaz.

Denetim ne sıklıkla tekrarlanır?

Sabit bir takvim yerine tetikleyicilere bakın. Yeniden tasarım, alan adı değişikliği, sunucu taşıma, büyük içerik göçü ve yeni bir bölümün açılması denetim gerektirir. Bunların dışında, yüz sayfanın altındaki bir site için yılda bir tam denetim ve aylık Search Console kontrolü yeterlidir.

Binlerce adresli sitelerde otomatik tarama haftalık kurulur, insan gözüyle kapsamlı inceleme üç ayda bir yapılır.

Rapor neye benzemeli?

İçinde şunlar olmalı: bulgunun ne olduğu, hangi adresleri etkilediği, neye yol açtığı, nasıl düzeltileceği ve kimin düzelteceği. Araç çıktısını olduğu gibi göndermek rapor değildir; müşterinin eline 4.000 satırlık bir tablo tutuşturmak da öyle.

Kendi sitenizde bu kontrolleri birlikte geçmemizi isterseniz SEO hizmet sayfamıza ya da çalışma sürecimize bakabilirsiniz. Denetimin arama tarafındaki karşılığı için SEO rehberimiz başlangıç noktası olur.