Teknik SEO Denetimi Nasıl Yapılır? Sahada En Sık Görülen 6 Hata ve Çözümü

Teknik SEO denetimi, bir web sitesinin arama motoru botları tarafından taranmasını, dizine eklenmesini ve kullanıcılara gecikmesiz sunulmasını engelleyen altyapı sorunlarını tespit etme sürecidir. Bu denetim; robots.txt direktifleri, site haritası doğruluğu, HTTP durum kodları, yönlendirme zincirleri, canonical etiketleri, JavaScript render engelleri ve Core Web Vitals performans metriklerinin sistematik biçimde incelenmesiyle gerçekleştirilir.

Denizli’de son 10 yılda incelediğimiz yüzlerce kurumsal web sitesinde ve e-ticaret altyapısında gördüğümüz temel bir gerçek var. İşletmeler çoğu zaman binlerce liralık içerik yatırımı yapıyor, düzenli makaleler yazdırıyor fakat organik trafikte kıpırdama olmuyor. Sorun neredeyse hiçbir zaman metinlerin zayıflığı olmuyor. Sorun, sunucunun Googlebot’a yanlış yanıt vermesi ya da sitenin kendi mimarisinde kaybolmasıdır.

Kapsamlı bir teknik SEO çalışması yapmadan içerik üretmek, temeli çatlak bir binaya kat çıkmaya benzer.

Sahada karşılaştığımız en yaygın teknik tıkanıklıkları, belirtilerini ve bunların nasıl çözüleceğini adım adım ele alalım.

Teknik denetime başlarken teşhis ortamını kurma

Herhangi bir kod satırına dokunmadan önce sitenin gerçek durumunu net verilerle ortaya koymak gerekir. Biz bir denetime başlarken ilk iş olarak Google Search Console üzerindeki Sayfalar raporunu açarız. Burada Google’ın dizine eklemediği sayfaların gerekçeleri tek tek listelenir.

İkinci adım, Screaming Frog SEO Spider ile sitenin tam bir simülasyon taramasını yapmaktır. Ücretsiz sürüm 500 URL sınırına sahip olsa da çoğu yerel işletme sitesi için yeterli bir başlangıç tablosu sunar. Tarayıcı ayarlarında User-Agent kısmını Googlebot Desktop ve Googlebot Smartphone olarak ayarlayıp taramayı başlatırız.

Bu tarama sonucunda elde edilen durum kodları tablosu, sitenin röntgeni niteliğindedir. 200 durum kodu dışındaki her yanıt, incelenmesi gereken bir şüphe kaynağıdır.

Yanlış noindex kuralları ve robots.txt engelleri

Bu problem genellikle yeni web sitesi yayına alınırken ya da tasarım yenileme süreçlerinde ortaya çıkar. Geliştirici ekip test aşamasında arama motorlarını engellemek için siteye noindex etiketi yerleştirir veya robots.txt dosyasına engelleme kuralı yazar. Site canlıya geçtiğinde ise bu kodların kaldırılması unutulur.

Belirtisi son derece nettir: Search Console’da sayfalar ‘noindex etiketi tarafından hariç tutuldu’ uyarısıyla topluca dizinden çıkar, organik gösterimler birkaç gün içinde bıçak gibi kesilir.

Düzeltme adımı basittir ancak dikkat ister. İlk olarak sitenizin domain.com/robots.txt adresine gidin. Dosyada şu satırların olup olmadığını kontrol edin:

User-agent: *
Disallow: /

Eğer bu kural kök dizini gösteriyorsa, tüm site botlara kapatılmıştır. Bu satırı kaldırıp yalnızca botların girmesini istemediğiniz yönetim paneli (/admin/, /wp-admin/) veya sepet sayfaları gibi dinamik alanları engelleyin.

İkinci olarak kaynak kodda <meta name="robots" content="noindex"> etiketini arayın. Bu etiket kritik servis sayfalarınızda yer alıyorsa derhal silinmeli veya index, follow şeklinde güncellenmelidir. Düzeltmenin ardından Search Console üzerinden URL Denetimi aracını kullanarak sayfayı canlı test edin ve dizinleme talebinde bulunun. Bu işlemden 4-10 gün sonra sayfaların dizine geri döndüğünü görürsünüz.

Tarama verileri taranmayan ve dizine eklenmeyen sayfaları net biçimde ortaya koyar

Parametreli sayfalar yüzünden tarama bütçesinin tükenmesi

Özellikle e-ticaret sitelerinde ve filtreleme seçenekleri geniş olan platformlarda en sık rastlanan problem tarama bütçesinin boşa harcanmasıdır. Renk, beden, fiyat sıralaması veya sayfalama parametreleri binlerce farklı URL varyasyonu yaratır.

Googlebot sitenize geldiğinde her gün tüketebileceği belirli bir tarama bütçesine (crawl budget) sahiptir. Eğer bot zamanını ?renk=mavi&sira=fiyat_artan gibi yüzlerce kopya parametreyi gezerek harcarsa, sitenize yeni eklediğiniz asıl ürün sayfalarını ve ana hizmet alanlarını taramaya vakit bulamaz.

Belirti, Search Console’da ‘Tarandı - şu anda dizine eklenmemiş’ sayısının binleri bulması ve yeni sayfaların haftalarca taranmamasıdır.

Çözüm için şu adımlar izlenmelidir:

1. Sıralama ve filtreleme parametreleri içeren sayfaların kaynak koduna mutlaka filtrenin uygulandığı temiz kategori adresini gösteren canonical etiketi ekleyin.
2. Search Console’da taranması gereksiz görülen filtre parametrelerini tespit edip robots.txt üzerinden belirli parametre kalıplarını botlara kapatın (örneğin Disallow: /*?*sort=).
3. Filtreleme mekanizmalarını sayfa URL’sini değiştirmeyen AJAX veya JavaScript tabanlı durumlara taşıyın; arama motoruna sadece statik kategori sayfalarını sunun.

Bu düzenlemeler yapıldıktan sonra botun tarama verimliliği artar; yeni içerikler 2-3 hafta içinde çok daha hızlı indekslenmeye başlar.

Zincirleme 301 yönlendirmeleri ve bağlantı döngüleri

Sitede zaman içinde değişen URL’ler ya da silinen sayfalar için yapılan yönlendirmelerin kontrolsüz biçimde birikmesi tarama sürecini aksatır. Bir URL’nin doğrudan hedef adrese gitmek yerine birden fazla sayfaya sırayla yönlenmesi durumuna yönlendirme zinciri denir.

Örnek bir zincir şu şekildedir: Sayfa A önce Sayfa B’ye, Sayfa B Sayfa C’ye, Sayfa C ise son olarak Sayfa D’ye yönlendirilir. Googlebot bu tür zincirlerde genellikle dördüncü veya beşinci adımdan sonra yönlendirmeyi takip etmeyi bırakır.

Bu durum hem arama motorunun sayfayı bulmasını zorlaştırır hem de kullanıcının sayfa yükleme süresini hissedilir biçimde uzatır. Daha da kötüsü, iki sayfanın birbirine yönlendirildiği döngüler doğrudan tarama hatası üretir.

Screaming Frog’da ‘Redirect Chains’ raporunu dışa aktarın. Gördüğünüz tüm zincirleri tek adıma indirin: Sayfa A’yı doğrudan Sayfa D’ye yönlendirin. Sitenin iç link yapısında hâlâ eski Sayfa A veya Sayfa B adreslerine giden bağlantılar varsa, bu iç linkleri doğrudan çalışan nihai URL ile güncelleyin. Bu müdahale, tarama verimini hemen o gün rahatlatır.

Sadece yönlendirmeleri düzeltmek bile tarama maliyetini ciddi oranda düşürür.

Core Web Vitals eşiklerini bozan kontrolsüz JavaScript dosyaları

Google, sayfa deneyimini sıralamada temel bir filtre olarak kullanır. Sayfa performansı değerlendirilirken üç ana metrik esas alınır: Largest Contentful Paint (LCP) 2,5 saniyenin altında, Interaction to Next Paint (INP) 200 milisaniyenin altında, Cumulative Layout Shift (CLS) ise 0,1’in altında olmalıdır.

Saha denetimlerimizde kurumsal sitelerin en büyük sorunu, masaüstünde gayet akıcı görünen sayfaların mobilde tamamen tıkanmasıdır. 5 MB boyutunda optimize edilmemiş hero görselleri, sayfa açılışında aynı anda yüklenen onlarca harici izleme kodu ve CSS dosyaları mobil cihazın işlemcisini dakikalarca kilitler.

Bu teknik darboğazı aşmak için belirli kurallara uymak şarttır:

Görsellerin tamamını yeni nesil formatlara çevirip sunucu yanıt süresini 600 milisaniyenin altına çekmeden sitenizin sıralamalarda kalıcı olması mümkün değildir. Daha kapsamlı hız optimizasyonu detayları için hazırladığımız sayfa hızı ve Core Web Vitals rehberi içeriğini inceleyebilirsiniz. Hız düzeltmelerinin Search Console performans raporlarına yansıması 28 günlük veri toplama döngüsünden sonra netleşir.

Core Web Vitals optimizasyonunda kaynakların yüklenme sırası belirleyicidir

Hatalı canonical etiketleri ve yinelenen içerik karmaşası

Canonical etiketi, birbirine çok benzeyen veya tamamen aynı olan birden fazla sayfa arasından arama motoruna asıl dizine eklenmesi gereken orijinal sürümü bildiren HTML kodudur.

Bu etiketin sahada yanlış kullanımına çok sık rastlarız. Örneğin bir ürün veya hizmet sayfasının canonical etiketinde sitenin ana sayfasının gösterilmesi, o sayfanın arama sonuçlarından silinmesine sebep olur. Benzer şekilde, HTTP ve HTTPS sürümleri veya www ile başlayan ve başlamayan URL varyantları birbirini kanonik göstermediğinde Google hangi sürümü dizine alacağını bilemez ve sıralamaları düşürür.

Canonical etiketleri mutlak URL olarak yazılmalıdır. Yani /sayfa-adi şeklinde göreceli bırakılmamalı, https://siteadi.com/sayfa-adi şeklinde tam protokol ve alan adıyla tanımlanmalıdır.

Ayrıca her sayfa kendi kendine kanonik olmalıdır; başka bir sayfanın kopyası değilse doğrudan kendi adresini işaret etmelidir. Bu denetim yapılmadığı takdirde sitenizin otoritesi farklı URL varyasyonları arasında bölünür.

Eksik ya da sözdizimi bozuk Schema işaretlemeleri

Yapılandırılmış veri, arama motorlarının bir sayfanın ne hakkında olduğunu anlamasını sağlayan JSON-LD formatındaki anlamsal kod bloklarıdır.

Pek çok sitede ya hiç Schema kullanılmaz ya da tema güncellemeleri sonrasında yapısı bozulan, eksik alanlar içeren işaretlemeler bırakılır. Örneğin bir sağlık kliniğinde doktor sayfaları için MedicalBusiness veya Physician şeması kurulmadığında, Google botları o sayfadaki uzmanın niteliklerini düz metin olarak okumaya çalışır. Nitekim Denizli’de kliniğini optimize ettiğimiz Op. Dr. Emre Erkilet projesinde hekimin uzmanlık alanlarını ve tedavi bilgilerini doğru teknik yapıyla sunduğumuzda arama motorlarının sayfaları anlama hızının ne kadar değiştiğini bizzat gözlemledik.

Search Console üzerindeki Geliştirmeler sekmesinde kırmızı renkle listelenen şema hataları kontrol edilmelidir. LocalBusiness, Organization, Product, Article veya FAQPage şemalarında eksik bırakılan görsel, fiyat aralığı ya da yazar gibi zorunlu alanlar Rich Results Test aracıyla test edilip eksiksiz hale getirilmelidir. Şema düzeltmelerinin arama sonuçlarındaki zengin snippet görünümlerine etkisi genellikle 1-3 hafta içinde kendini gösterir.

Bozuk bir şema işareti, arama motorunun sitenize duyduğu teknik güveni doğrudan zedeler.

Denetim bulgularını sıraya koyma ve uygulama planı

Teknik SEO denetimi tamamlandığında önünüzde onlarca maddeden oluşan bir liste oluşur. Hepsine aynı anda saldırmak hem geliştirici ekibi kilitler hem de hangi değişikliğin ne sonuç verdiğini ölçmeyi imkansızlaştırır. Çalışmaları mutlaka etki ve çaba dengesine göre gruplandırıyoruz.

İlk hafta sadece dizinleme krizleri çözülmelidir: robots.txt engelleri, noindex hataları ve HTTP 5xx sunucu hataları. Bu aşamada site botların erişimine eksiksiz açılır.

İkinci ve üçüncü haftalarda site mimarisi ve yönlendirmeler ele alınır. 301 zincirleri kırılır, menülerden bağlantı almayan yetim sayfalar site içi mimariye dahil edilir, canonical karmaşası giderilir.

Dördüncü haftadan itibaren ise Core Web Vitals iyileştirmeleri, görsel sıkıştırma, CDN entegrasyonu ve şema işaretlemelerine geçilir. Teknik tarafı sağlamlaştırılmamış bir sitenin organik büyüme yakalaması mümkün değildir; bu sebeple düzenli bir SEO danışmanlığı sürecinde teknik denetim her üç ayda bir mutlaka tekrarlanmalıdır. Sürecin işletmeye ticari katkısını anlamak adına profesyonel SEO danışmanlığı yatırımlarının getirilerini doğru okumak gerekir.

Teknik denetim sonrasında atılacak somut adımlar

Denetimi bitirip hataları listeledikten sonra raporu bir kenara kaldırmayın. İlk olarak Search Console’a girin ve düzelttiğiniz her hata grubu için ‘Düzeltmeyi Doğrula’ butonuna basarak Googlebot’u sitenize yeniden çağırın.

Ardından Screaming Frog ile sitenizi bir kez daha taratıp ‘Crawl Comparison’ özelliği üzerinden ilk tarama ile son tarama arasındaki durum kodu değişimlerini karşılaştırın. 404 veren sayfaların, yönlendirme zincirlerinin ve eksik başlıkların azaldığını sayısal olarak doğrulamadan denetim sürecini tamamlanmış saymayın. Altyapıyı temizledikten sonra sitenizin organik performansındaki yükselişi düzenli olarak haftalık periyotlarla takip edin.