Ana Sayfa›Rehber›Teknik SEO Rehberi: Tarama, İndeksleme, Core Web Vitals ve Denetim Süreci
← Tüm Rehberler
Teknik· SEO Rehberi· Son güncelleme: Ekim 2026

Teknik SEO Rehberi: Tarama, İndeksleme, Core Web Vitals ve Denetim Süreci

Fatih Emin Çakıroğlu
Fatih Emin Çakıroğlu
SEO & Dijital Pazarlama Uzmanı

Teknik SEO, arama motorlarının sitenizi sorunsuz tarayabilmesi, doğru sayfaları dizine ekleyebilmesi ve içeriği hızlı, güvenli bir deneyimle sunabilmesi için yapılan altyapı çalışmasıdır. Google bir sayfaya ulaşamıyor ya da yanlış sürümünü dizine ekliyorsa, içerik ne kadar iyi olursa olsun o sayfa rekabet edemez.

Bu rehber, bir teknik denetimde baktığım sırayı izliyor. Yapısal veri, site taşıma ve e-ticaret filtreleri gibi derin konular ayrı rehberlerde; ilgili yerde bağlantısını verdim.

Kısa cevap: Teknik SEO; sitenizin taranabilir, doğru biçimde dizine eklenebilir, hızlı, mobilde eksiksiz ve güvenli olmasını sağlayan çalışmadır. Temel araçları robots.txt, canonical, noindex, XML sitemap ve Search Console'dur; Core Web Vitals için iyi eşikler LCP ≤ 2,5 sn, INP ≤ 200 ms ve CLS ≤ 0,1'dir.

Taranabilirlik: robots.txt ve tarama bütçesi nasıl yönetilir?

robots.txt hangi yolların taranmayacağını söyler ama dizine eklemeyi kontrol etmez. Bir sayfanın dizinden çıkmasını istiyorsanız noindex kullanın ve sayfayı taramaya açık bırakın; robots.txt ile engellenen sayfadaki noindex etiketini Google göremez.

# Örnek robots.txt
User-agent: *
Disallow: /sepet/
Disallow: /hesabim/
Disallow: /*?siralama=

Sitemap: https://www.example.com/sitemap.xml

Tarama bütçesi, Google'ın dokümantasyonuna göre esas olarak çok büyük sitelerde (yaklaşık bir milyonun üzerinde sayfa) ya da 10.000'den fazla sayfası olup içeriği her gün değişen sitelerde önemlidir. Küçük sitelerde asıl sorun, önemli sayfaların keşfedilememesidir. Büyük sitelerde israf genellikle şuradan gelir:

  • Filtre, sıralama ve oturum parametreleriyle çoğalan URL'ler (yönetimi e-ticaret SEO rehberinde anlatılıyor).
  • Yönlendirme zincirleri ve iç linklerden verilen 404'ler.
  • Yumuşak 404 üreten boş arama ve kategori sayfaları.
  • Yavaş sunucu yanıtları; Google zorlanan sunucuda tarama hızını düşürür.

Bunları Search Console'daki Tarama istatistikleri raporundan izleyebilirsiniz. Sık karıştırılan llms.txt dosyasının robots.txt'nin yerini neden tutmadığını llms.txt rehberinde anlattım.

İndeksleme: canonical, noindex ve XML sitemap nasıl birlikte çalışır?

Taranan her sayfa dizine eklenmez. Google yinelenen sürümler arasından birini standart (canonical) URL olarak seçer; sizin işiniz bunu tutarlı sinyallerle yönlendirmektir.

SinyalNe yapar?Dikkat
rel=canonicalBenzer sayfalar arasında tercih ettiğiniz URL'yi belirtirKomut değil ipucudur; iç linkler ve sitemap aynı URL'yi göstermeli
noindexSayfanın dizine eklenmemesini isterrobots.txt ile engellenmemeli; PDF'lerde X-Robots-Tag başlığı kullanılır
XML sitemapDizine eklenmesini istediğiniz URL'leri listelerYalnızca 200 dönen canonical URL'ler; dosya başına en fazla 50.000 URL
301 yönlendirmeEski URL'yi kalıcı olarak yenisine bağlarCanonical'dan güçlü sinyaldir; zincir oluşturmamalı

Sitemap'teki lastmod alanını yalnızca içerik gerçekten değiştiğinde güncelleyin; Google priority ve changefreq alanlarını dikkate almıyor.

Search Console Sayfa dizine ekleme raporu

Rapor, dizine eklenmeyen sayfaları nedenlerine göre gruplar. Noindex verdiğiniz ya da yönlendirdiğiniz sayfaların burada görünmesi normaldir. Asıl dikkat edilecekler: “Tarandı, şu anda dizine eklenmedi” (genellikle içerik zayıf veya benzer sayfalarla çakışıyor), “Keşfedildi, şu anda dizine eklenmedi” (iç linkleme veya sunucu kapasitesi) ve Google'ın sizin belirttiğinizden farklı bir standart sayfa seçtiği durumlar (çelişkili sinyaller). Tek bir URL için URL Denetimi aracı, oluşturulan HTML'i ve Google'ın seçtiği canonical'ı gösterir. Bu raporları SEO raporlama rehberindeki aylık şablona ekleyin.

Site mimarisi ve iç linkleme taramayı nasıl etkiler?

Google yeni sayfaları büyük ölçüde bağlantıları izleyerek bulur. Hiç iç link almayan bir sayfa sitemap'te olsa bile önemsiz görünür.

  • Önemli sayfalara ana sayfadan birkaç tıkla ulaşılıyor.
  • Bağlantılar href içeren gerçek <a> etiketleri.
  • Bağlantı metni hedef sayfanın konusunu anlatıyor.
  • İç linkler yönlendirmeden geçmeden son URL'yi gösteriyor.

Hangi konunun hangi sayfada toplanacağını içerik planı belirler; konu kümesi mimarisini içerik stratejisi rehberinde anlattım.

Core Web Vitals: LCP, INP ve CLS için hedefler neler?

INP, Mart 2024'te FID'in yerini aldı. Google eşikleri gerçek kullanıcı verisinin 75. yüzdelik dilimine göre değerlendirir.

MetrikNe ölçer?İyiSık görülen neden
LCPAna içeriğin yüklenme süresi≤ 2,5 snAğır hero görseli, yavaş sunucu, oluşturmayı engelleyen CSS/JS
INPEtkileşimlere yanıt süresi≤ 200 msUzun JavaScript görevleri, üçüncü taraf etiketler
CLSBeklenmedik görsel kayma≤ 0,1Boyutu belirtilmemiş görseller, sonradan yüklenen banner'lar

Kararı saha verisine (Search Console Core Web Vitals raporu, PageSpeed Insights) göre verin; Lighthouse laboratuvar aracıdır ve INP'yi doğrudan ölçmez. CWV iyileştirmesi zayıf içeriği öne çıkarmaz ama sayfayı kullanılabilir kılar. Metrik bazında adımları Core Web Vitals yazısında topladım.

Mobil öncelikli dizine ekleme, HTTPS ve yönlendirme zincirleri

Google siteleri ağırlıklı olarak akıllı telefon tarayıcısıyla dizine ekler; mobil sürümde eksik olan metin, link veya yapısal veri Google için yoktur. Mobil Kullanılabilirlik raporu ve Mobil Uyumluluk Testi 2023 sonunda kaldırıldı; kontrolleri artık Lighthouse, Chrome DevTools cihaz emülasyonu ve URL Denetimi aracıyla yapıyorum.

HTTPS, sayfa deneyimi sinyalleri arasındadır. Tüm HTTP adresleri tek adımda HTTPS'e 301 ile yönlenmeli, karışık içerik (HTTP'den yüklenen görsel veya script) kalmamalıdır.

Kalıcı taşımada 301 veya 308, geçici durumda 302 veya 307 kullanılır. A → B → C gibi zincirler taramayı yavaşlatır; her eski URL tek adımda son adrese gitmelidir. Domain veya URL yapısı değişikliğinde yönlendirme haritası için site taşıma SEO rehberine bakın.

JavaScript ile oluşturulan içerik Google'da nasıl görünür?

Google JavaScript'i işleyebilir, ama önce HTML'i tarar, oluşturmayı (rendering) sonra yapar. Yalnızca tarayıcıda oluşan içerik geç keşfedilebilir; her arama motorunun ve yapay zekâ tarayıcısının JavaScript'i Google kadar işlediğini de varsaymayın.

  • Mümkünse sunucu tarafı oluşturma (SSR) veya statik üretim kullanın; ana içerik ilk HTML'de gelsin.
  • Title, canonical ve robots etiketlerini JavaScript ile sonradan değiştirmeyin.
  • Sekme veya “daha fazla” butonu arkasındaki içerik yüklemede DOM'da olsun; Googlebot butonlara tıklamaz.
  • URL Denetimi aracında oluşturulmuş HTML'de ana metnin ve linklerin göründüğünü doğrulayın.

Uluslararası siteler için hreflang nasıl kurulur?

hreflang, aynı içeriğin dil veya bölge sürümlerini Google'a bildirir. Sıralama sinyali değildir; doğru sürümü doğru kullanıcıyla eşleştirir.

<link rel="alternate" hreflang="tr" href="https://www.example.com/rehber/ornek/" />
<link rel="alternate" hreflang="en" href="https://www.example.com/en/guides/ornek/" />
<link rel="alternate" hreflang="x-default" href="https://www.example.com/en/guides/ornek/" />
  • Her sürüm kendini ve diğer sürümleri listeler; bağlantılar karşılıklı olmalı.
  • Kodlar ISO 639-1 dil ve isteğe bağlı ISO 3166-1 bölge koduyla yazılır (tr, en, en-GB); “uk” Ukraynaca'dır.
  • Yalnızca canonical URL'ler listelenir.
  • Kullanıcıyı IP'ye göre zorla yönlendirmeyin; Googlebot çoğunlukla ABD'den tarar.

Teknik SEO denetimi nasıl yapılır, bulgular nasıl önceliklendirilir?

Search Console verisini Screaming Frog veya Sitebulb gibi bir tarayıcının çıktısıyla karşılaştırarak başlıyorum: sitemap'te olup dizinde olmayan ya da hiç iç link almayan URL'ler en hızlı bulguları verir. Ardından her şablondan örnek sayfalarda CWV, mobil görünüm ve oluşturulmuş HTML kontrol edilir.

ÖncelikBulgu türüÖrnek
KritikTarama veya dizine eklemeyi engelleyen hatalarYanlışlıkla eklenmiş site geneli noindex, engellenen kategori klasörü, 5xx hataları
YüksekSinyal karmaşası ve tarama israfıÇelişkili canonical, yönlendirme zincirleri, parametre çoğalması
OrtaDeneyim ve performansZayıf CWV şablonları, mobilde eksik içerik
DüşükBakımEksik alt metinler, yapısal veri uyarıları

Her bulguya etkilenen URL sayısı, sorumlu ve efor eklenince liste bir plana döner. Yapısal veriyi schema yapısal veri rehberindeki test adımlarıyla kontrol ediyorum. Denetimi birlikte yürütmek isterseniz SEO danışmanlığı kapsamına bakabilir ya da bir görüşme randevusu alabilirsiniz.

Sıkça Sorulan Sorular

Robots.txt ile engellediğim sayfa neden Google'da hâlâ görünüyor?

robots.txt yalnızca taramayı engeller; bağlantı alan bir URL, içeriği okunmadan adresiyle dizinde kalabilir. Sayfayı çıkarmak için engeli kaldırın, noindex ekleyin ve yeniden taranmasını bekleyin. Acil durumlarda Search Console'daki Kaldırmalar aracı sonucu geçici olarak gizler.

Lighthouse skoru 100 olmazsa sıralama kaybeder miyim?

Hayır. Lighthouse skoru laboratuvar ortamında hesaplanan bir özet puandır ve Google sıralamada bu puanı kullanmaz. Değerlendirmede gerçek kullanıcı verisine dayanan Core Web Vitals esas alınır; skoru teşhis aracı olarak kullanın.

Teknik SEO denetimi ne sıklıkla yapılmalı?

Kapsamlı denetimi yılda bir ya da iki kez, ayrıca büyük bir tasarım, altyapı veya URL değişikliğinden önce ve sonra öneririm. Arada Sayfa dizine ekleme ve Core Web Vitals raporlarına ayda bir bakmak çoğu sorunu erken yakalar.

Teknik SEO için hangi araçlar yeterli?

Search Console, PageSpeed Insights, Lighthouse ve Zengin Sonuçlar Testi ücretsizdir ve çoğu sorunu gösterir. Site geneli tarama için Screaming Frog veya Sitebulb gibi bir tarayıcı gerekir. Kullandığım ücretsiz yardımcıları SEO araçları sayfasında topladım.

Yapay zekâ tarayıcılarını robots.txt ile engellemeli miyim?

Bu bir iş kararıdır: bir yapay zekâ tarayıcısını engellemek, o sistemin içeriğinizi kullanmasını ve sizi kaynak göstermesini sınırlayabilir. Karar vermeden önce şirketin tarayıcı belgelerini okuyun; örneğin Google-Extended belirteci Google Arama'daki görünürlüğü etkilemez. Yapay zekâ görünürlüğü için GEO uygulama rehberine bakın.

İlgili rehberler