Teknik SEO kontrol listesi: önce neye bakılır, neyi sonraya bırakırsınız

Teknik SEO denetimlerinin çoğu aynı hatayı yapar: bütün bulguları eşit ağırlıkta listeler. Oysa bir sitenin dizine girmesini engelleyen tek bir Disallow: / satırı, yüz tane eksik alt metinden çok daha pahalıdır. Aşağıdaki liste bu yüzden önem sırasına göre kurgulanmıştır; her basamakta “neye bakılır”, “nasıl doğrulanır” ve “ne zaman önemsizdir” sorularına cevap verilir. Sırayı bozmadan, yukarıdan aşağı ilerleyin.

1. Ulaşılabilirlik: tarayıcı sayfaya gelebiliyor mu?

Her şey burada başlar. Sunucunun yanıt vermesi, DNS’in sağlam olması ve robots.txt dosyasının okunabilmesi gerekir. Google’ın Search Console’daki Tarama İstatistikleri raporu bu üç alanı (robots.txt alınması, DNS çözümlemesi, sunucu bağlantısı) son 90 gün için izler ve sorun varsa ana makine durumunu sarıya ya da kırmızıya çevirir.² Rapor yalnızca kök düzeyindeki mülklerde (alan adı mülkü ya da kök URL-önek mülkü) bulunur; bin sayfadan küçük sitelerde genellikle gerekmez.

• robots.txt kök dizinde olmalı ve her ana makine (protokol, alt alan adı, port) için ayrı yazılmalıdır; www.ornek.com’daki dosya ornek.com’u kapsamaz. Alan adları büyük/küçük harfe duyarsız, yol değerleri duyarlıdır.³
• Sunucu hataları: 5xx yanıtları ve zaman aşımları tarama bütçesini ve güveni aşındırır. Tarama İstatistikleri’nde 401/407, 5xx, DNS hataları, zaman aşımı ve yönlendirme hataları “kötü” grupta gösterilir.²
• Bot engelleri: WAF ya da CDN kuralları Googlebot’u “şüpheli bot” sanıp engelleyebilir. Engelleme kararı yalnız kullanıcı aracısı dizgisine değil, IP doğrulamasına dayanmalıdır (bkz. log analizi rehberi).

2. Durum kodları ve yönlendirmeler

Dizine girmesini istediğiniz her URL tek adımda 200 dönmelidir. Kalıcı taşınan sayfa 301/308 ile yeni adrese gitmeli, kaldırılan sayfa 404 ya da 410 vermelidir. Soft 404 (içeriği boş ama 200 dönen “bulunamadı” sayfası) en sık görülen sessiz hatadır; Search Console’un Sayfa dizinleme raporunda ayrı bir başlıkla çıkar.

• Yönlendirme zincirlerini tek adıma indirin. Google, yönlendirmenin doğrudan nihai hedefe gitmesini ve zincirin mümkünse 3 adımı geçmemesini önerir.⁴
• Eski URL’leri alakasız şekilde ana sayfaya yönlendirmeyin; Google bunu soft 404 olarak yorumlayabilir.⁴
• HTTP → HTTPS ve www ↔ çıplak alan adı yönlendirmeleri tek ve tutarlı olmalıdır: dört varyantın yalnız biri 200 verir, üçü ona 301 ile gider.

3. Dizinleme: hangi sayfa, hangi adreste?

Arama motorunun hangi URL’yi “asıl” kabul edeceği üç sinyalle belirlenir: yönlendirme, rel="canonical" ve sitemap. Google yönlendirme ve canonical’ı güçlü, sitemap’i zayıf sinyal sayar; hiçbiri emir değil, tercihtir.⁵ Ayrıntılar için canonical rehberine bakın. Denetim sırasında şunları kontrol edin:

• Dizine girmesini istediğiniz sayfalar noindex taşımıyor; taşımasını istediğiniz sayfalar robots.txt ile engellenmemiş (engellenmiş sayfadaki noindex okunamaz).
• Canonical adresleri mutlak URL, kendini gösteren ve 200 dönen sayfalar. Google göreli yol yerine mutlak yol kullanmayı önerir.⁵
• Parametreli (filtre, sıralama, izleme) URL’ler kontrol altında; e-ticarette bu ayrı bir konudur (e-ticaret SEO rehberi).

4. Site mimarisi ve iç bağlantılar

Google, bağlantıları yalnızca href özniteliği olan <a> öğeleri olarak güvenilir biçimde takip eder; onclick ile çalışan düğmeler ya da # parçalı yönlendirmeler keşfi garanti etmez.⁶ Önemli bir sayfa, sitenizdeki en az bir başka sayfadan bağlantı almalıdır.⁶ “Yetim sayfa” araması bu yüzden her denetimin parçasıdır: sitemap’te olup hiçbir iç bağlantı almayan URL’leri çıkarın. Konu bütünü için iç bağlantı rehberi.

5. Mobil öncelikli dizinleme

Google siteyi mobil sürümden dizinler. Bu yüzden mobilde eksik kalan ana içerik, yapılandırılmış veri, başlık ve açıklama dizine de eksik girer; robots meta etiketleri iki sürümde de aynı olmalıdır. Ayrıca kullanıcı etkileşimi (kaydırma, tıklama) gerektiren tembel yükleme ana içeriği gizliyorsa Google o içeriği hiç göremeyebilir.⁷

6. Sayfa deneyimi ve hız

Core Web Vitals sıralama sistemlerinin kullandığı sinyallerdendir, fakat Google bunun tek sinyal olmadığını ve iyi skorun üst sırayı garanti etmediğini açıkça yazar.⁸ Bu yüzden hız çalışması, erişim ve dizinleme sorunlarının arkasına girer: önce üstteki basamakları düzeltin, sonra hıza geçin. Ölçüt ve çözümler için Core Web Vitals rehberi.

7. Yapılandırılmış veri

Yalnızca sayfada görünen içeriği işaretleyin ve JSON-LD’yi tercih edin; Google JSON-LD’yi önerilen biçim olarak belirtir.⁹ 2026’da dikkat: SSS (FAQPage) zengin sonucu 7 Mayıs 2026’dan itibaren Google Arama’da gösterilmemektedir ve HowTo zengin sonucu Eylül 2023’te kaldırılmıştır.¹⁰¹¹ Hangi türlerin hâlâ anlamlı olduğu schema rehberinde.

8. Uluslararası ve çok dilli yapı

Birden fazla dil ya da bölge varsa hreflang karşılıklı olmalı, her sürüm kendini de listelemelidir; tek yönlü işaretlemeler yok sayılır.¹² Tek dilli Türkçe sitede hreflang gerekmez; yanlış kurulmuş hreflang, hiç olmamasından daha zararlıdır.

9. XML sitemap

Sitemap’in amacı keşfi hızlandırmaktır: tek dosya en çok 50.000 URL ya da 50 MB (sıkıştırılmamış) olabilir; lastmod yalnız tutarlı ve doğrulanabilir olduğunda dikkate alınır, priority ve changefreq Google tarafından yok sayılır.¹³ Ayrıntı: sitemap rehberi.

Bulguları nasıl sıralarsınız?

Bulguları iki eksende puanlayın: etki (kaç sayfa, hangi değerde sayfa, dizine mi sıralamaya mı dokunuyor) ve çaba (tek ayar mı, geliştirici sprinti mi). Her bulguyu aşağıdaki seviyelerden birine yerleştirin; böylece rapor bir yapılacaklar sırasına dönüşür:

Denetimi boşa çıkaran üç yanlış

1. Araç skorunu hedef saymak. 100 puan bir amaç değildir; araçlar kuralları farklı tanımlar ve sayar. İki aracın “kural sayısı” karşılaştırılamaz.
2. Canlı ortamda doğrulamamak. Hazırlık (staging) ortamındaki noindex ve robots engeli canlıya taşınırsa dizinden düşersiniz. Yayın sonrası ilk iş robots.txt, meta robots ve sitemap kontrolüdür.
3. Tek seferlik denetim yapmak. Teknik sağlık bozulur: yeni şablon, eklenti, CDN kuralı. Zamanlanmış tarama ve değişiklik uyarısı tek seferlik raporun önüne geçer.