Kurumsal web sitesi için teknik SEO kontrol listesi

Teknik SEO, içerikten önce gelen katmandır: içeriğiniz ne kadar iyi olursa olsun, sayfa taranamıyorsa veya yanlış sinyal veriyorsa sıralanmaz. Bu liste, yayına almadan önce doğruladığımız maddeleri ve her birinin nasıl test edileceğini içeriyor.

1. Sayfa JavaScript olmadan okunabiliyor mu?

En kritik ve en sık atlanan madde. Googlebot JavaScript çalıştırır ama gecikmeli ve bütçeli. Bingbot, GPTBot, PerplexityBot, ClaudeBot ve tüm sosyal medya crawler'ları çalıştırmaz.

Test: tarayıcıda JavaScript'i kapatıp sayfayı açın, ya da sunucudan ham HTML'i çekip içinde metninizi arayın.

# Ham HTML'de gerçek içerik var mı?
curl -s https://ornek.com/hizmetler | grep -c "<h1"

# Sosyal crawler ne görüyor?
curl -s -A "facebookexternalhit/1.1" https://ornek.com/ | grep "og:title"

# LLM crawler ne görüyor?
curl -s -A "GPTBot" https://ornek.com/ | wc -c

Çıktı boş bir <div id="root"> ise siteniz bu botlar için görünmezdir. Çözüm sunucu tarafı render veya build sırasında prerender.

2. Her sayfanın kendine ait title ve description'ı var mı?

Tek sayfalık uygulamalarda meta etiketler genelde JavaScript ile güncellenir. Bu, ham HTML'de tüm sayfaların aynı başlığı taşıması demektir — sosyal paylaşımlarda hepsi ana sayfa kartıyla çıkar.

Test: birkaç farklı sayfanın ham HTML'ini çekip <title> etiketlerini karşılaştırın. Aynıysa sorun var.

3. Canonical doğru mu?

• Her sayfa kendi tercih edilen URL'ini işaret etmeli, hepsi ana sayfayı değil.
• Canonical mutlak URL olmalı (https:// ile başlamalı).
• Sondaki slash tutarlı olmalı: canonical'da yoksa sunucu da slash'lı adresi slash'sıza yönlendirmeli.
• Filtreli ve sayfalı listelerde canonical'ın ne göstereceğine bilinçli karar verin.

4. hreflang karşılıklı mı?

Çok dilli sitede en sık yapılan hata, karşılığı olmayan bir dile hreflang vermek. /en/blog yoksa Türkçe blog sayfasında hreflang="en" bildirmeyin — Google bu bildirimi doğrulayamayınca hreflang kümesinin tamamını yok sayabilir.

Kural: A sayfası B'yi bildiriyorsa, B de A'yı bildirmeli. Ve her küme kendini de içermeli.

5. Bilinmeyen URL gerçekten 404 dönüyor mu?

SPA yapılandırmalarının klasik hatası: her yol index.html'e düşürülür ve 200 döner. Sonuç, Google'ın "yumuşak 404" dediği durumdur — uydurma her URL indekslenmeye aday olur.

# 404 dönmeli, 200 değil
curl -o /dev/null -s -w "%{http_code}\n" https://ornek.com/olmayan-sayfa

# Yönlendirme zinciri tek adım mı?
curl -s -o /dev/null -w "%{num_redirects} %{url_effective}\n" -L http://ornek.com

6. Yapısal verinin sayfada karşılığı var mı?

Schema.org işaretlemesi sayfada görünmeyen içeriği tanımlıyorsa bu bir politika ihlalidir. En sık görülen hali: FAQPage şeması var ama sayfada SSS bölümü yok.

Test: Rich Results Test aracını çalıştırın, sonra işaretlediğiniz her alanın sayfada gözle görülebildiğini doğrulayın. Araç bunu kontrol etmez; manuel işlem ekibi eder.

7. robots.txt gereksiz şey engelliyor mu?

CSS ve JavaScript dosyalarını engellemeyin. Google sayfayı render etmek için bunlara ihtiyaç duyar; erişemezse sayfayı eksik görür. Kaynak kod dizinlerini engellemek de gereksizdir — üretim build'inde zaten yoktur.

8. Sitemap gerçekten güncel mi?

• Sitemap elle güncelleniyorsa er geç eskir. Route tanımlarından üretin.
• Yalnızca 200 dönen ve indekslenebilir URL'ler olmalı; yönlendirilen veya noindex sayfalar girmemeli.
• lastmod uydurma olmamalı. Her build'de bugünün tarihini basmak sinyali değersizleştirir.
• Görselleriniz portföy veya ürün kanıtıysa ayrı bir görsel sitemap'i verin.

9. Core Web Vitals gerçek kullanıcı verisinde ne durumda?

Lighthouse sizin makinenizde tek senaryo çalıştırır. Sıralamaya giren veri, Search Console'daki gerçek kullanıcı ölçümleridir. İkisi çeliştiğinde Search Console haklıdır.

Sık rastlanan üç sebep: ilk ekran görselinin lazy yüklenmesi, açılışı bloke eden bir splash/loading ekranı, ve render'ı bekleten harici yazı tipi isteği.

10. Yayın sonrası doğrulama

1. Search Console'da URL Denetimi → "Canlı URL'yi test et" → işlenen HTML'de içerik görünüyor mu?
2. Sitemap'i gönderin ve okunan URL sayısını doğrulayın.
3. Sayfa Dizine Ekleme raporunda "Yumuşak 404" ve "Tarandı, dizine eklenmedi" sayılarını izleyin.
4. Bir sayfayı sosyal platformda paylaşıp doğru kartın çıktığını görün.
5. İki hafta sonra Core Web Vitals raporuna tekrar bakın; gerçek veri birikmesi zaman alır.

Bu listenin tamamı bir günlük iş değildir, ama ilk beş madde çoğu sitede tek başına en büyük kazancı verir. Sırayı bozmadan ilerleyin: taranamayan bir sayfada Core Web Vitals optimizasyonunun hiçbir değeri yoktur.

• seo
• teknik seo
• core web vitals
• yapısal veri