Teknik SEO Nedir? Tarama, Dizine Ekleme ve Altyapı Kontrol Listesi

Teknik SEO nedir, neyi kapsar?

Teknik SEO, içeriğin kendisiyle değil, o içeriğin arama motorlarına nasıl ulaştığıyla ilgilenir: tarama, işleme, dizine ekleme ve sunum altyapısını kapsar. İçerik ve bağlantılar ne kadar güçlü olursa olsun, taranamayan ya da dizine eklenemeyen bir sayfa arama sonuçlarında karşılık bulmaz.

Teknik SEO’yu dört soruyla ele alıyor, her cevabı Search Console’daki bir raporla doğruluyoruz. “İleri SEO teknikleri” diye anılan kırık ve spam bağlantı ayıklama, kopya içerik tespiti gibi işler de bu sorulardan birine girer.

Teknik SEO’nun sayfa içi ve site dışı SEO’dan farkını SEO nedir rehberimizde anlattık; bu yazı yalnızca altyapıya odaklanıyor.

Google siteyi tarayabiliyor mu? robots.txt, sunucu yanıtları ve tarama bütçesi

Google’ın bir siteyi tarayabilmesi için önemli URL’lerin robots.txt ile engellenmemesi, sunucunun bu adreslere kararlı biçimde doğru durum koduyla yanıt vermesi ve sayfalara izlenebilir iç bağlantılarla ulaşılabilmesi gerekir. Tarama bütçesi ise yalnızca çok büyük ya da içeriği çok hızlı değişen sitelerde ayrı bir optimizasyon konusudur.

robots.txt

robots.txt, tarayıcıların hangi URL’lere erişebileceğini söyleyen ve asıl amacı sunucunun aşırı yüklenmesini önlemek olan bir dosyadır. Google’ın açıkça belirttiği gibi bir sayfayı Google’dan uzak tutmanın yolu değildir; bunun için noindex ya da parola koruması kullanılır.

Denetimlerde en sık gördüğümüz hatalar; test ortamından kalan ve bütün siteyi kapatan Disallow: / satırı, sayfanın doğru işlenmesi için gereken CSS ve JavaScript dosyalarının engellenmesi ve filtre adresleri kapatılırken önemli kategori sayfalarının da kapatılmasıdır.

robots.txt artık yapay zekâ tarayıcılarını da kapsıyor. Google’a göre Google-Extended, içeriğin Gemini modellerinde kullanılmasını yönetir, Google Arama’da yer almayı ve sıralamayı etkilemez; OpenAI’da ise eğitim için GPTBot, ChatGPT araması için OAI-SearchBot ayrı yönetilir. CDN düzeyindeki bot engelleri de bu botları robots.txt’den bağımsız durdurabilir. Sitenin Google Arama’da kalıp yapay zekâ özelliklerinden çıkması için 2026’dan beri Search Console’da ayrı bir ayar bulunuyor; Google, llms.txt gibi dosyaların Google Arama için gerekli olmadığını da belirtiyor. Ayrıntılar yapay zekâ tarayıcıları yazımızda.

Sunucu yanıtları ve dosya boyutu

Google, site yavaşladığında ya da 5xx sunucu hataları veya 429 gibi hız sınırlama yanıtları aldığında tarama kapasitesini düşürür ve daha az tarar. Süren sunucu hataları dizindeki sayfaların düşmesine de yol açabilir; bu yüzden sunucu günlüklerini ve Tarama istatistikleri raporunu birlikte izliyoruz.

Google Arama için Googlebot, desteklenen bir dosyanın ilk 2 MB’ını ve PDF dosyalarının ilk 64 MB’ını tarar; sayfanın kullandığı her CSS ve JavaScript dosyası da ayrı ayrı aynı sınıra tabidir. Şişkin bir HTML’de önemli içerik bu sınırın ötesinde kalabilir. Sunucu yanıt süresi (TTFB) Core Web Vitals metriği değildir ama LCP’yi etkiler; web.dev çoğu site için 0,8 saniye ve altını hedef gösterir.

Tarama bütçesi

Tarama bütçesi, Google’ın bir sitede tarayabildiği ve taramak istediği URL’lerin toplamıdır; sunucuyu yormamak için belirlenen tarama kapasitesi sınırı ile sitenin tarama talebinin birleşimidir. Google’a göre bu konu, kesin eşik olmamakla birlikte, esas olarak bir milyonun üzerinde benzersiz sayfası olup içeriği haftalık değişen, on binin üzerinde sayfası olup içeriği her gün değişen ya da çok sayıda URL’si “Keşfedildi - şu anda dizine eklenmedi” durumunda bekleyen siteleri ilgilendirir.

Sık duyulan “popüler siteler daha hızlı dizine eklenir” ifadesinin doğru karşılığı budur: popülerlik tarama talebini artıran etkenlerden biridir, daha çok ilgi gören URL’ler daha sık taranır. Bütçeyi boşa harcayanlar ise kopya URL’ler, soft 404’ler, uzun yönlendirme zincirleri ve sonsuz filtre kombinasyonu üreten parametrelerdir.

Sayfalar dizine ekleniyor mu? noindex, kanonik etiket ve kopya sürümler

Bir sayfanın dizine eklenmesi için taranabilir olması, noindex taşımaması ve Google’ın o sayfayı olası kopyaları arasından kanonik sürüm olarak seçmesi gerekir. Search Console’daki Sayfa dizine ekleme raporu, eski adıyla Kapsam raporu, hangi URL’nin neden dizinde olmadığını gösterir.

Google, bir sitedeki her URL’nin dizine eklenmesini beklememek gerektiğini söyler. Amaç önemli ve kanonik sayfaların dizinde olması, kopyaların ve bilinçli olarak dışarıda bırakılan sayfaların ise dizin dışında kalmasıdır. Rapordaki durumları bu gözle okuyoruz.

noindex kuralının işlemesi için sayfanın robots.txt ile engellenmemiş olması gerekir; taranamayan sayfadaki etiketi Google hiç göremez. Kanonik etiket ise güçlü bir sinyaldir ama kesin bir komut değildir: Google yönlendirmeleri ve rel=canonical etiketini güçlü, site haritasına eklenmeyi zayıf bir sinyal olarak değerlendirir, sinyaller çelişirse kendi seçimini yapar. Google’ın kaçınılmasını istediği hatalar; kanonikleştirme için robots.txt kullanmak, aynı site içinde kanonik seçmek için noindex kullanmak ve aynı sayfa için farklı yöntemlerle farklı kanonikler göstermektir.

Kopya sürümlerin en sık kaynakları http ve https, www’li ve www’siz adresler, sondaki eğik çizgi ve UTM, sıralama, filtre gibi parametrelerdir; bunları tek bir tercih edilen adrese topluyoruz. Birbirine çok benzeyen ya da kopyalanmış içeriği de bu aşamada tespit ediyor, aynı konuyu işleyen zayıf sayfaları birleştiriyoruz.

XML site haritası ve site mimarisi nasıl kurulmalı?

XML site haritası yalnızca dizine eklenmesini istediğiniz, 200 durum kodu dönen ve kanonik olan URL’leri tam adresleriyle içermeli; site mimarisi ise önemli sayfalara ana sayfadan az sayıda iç bağlantıyla ulaşılabilen, mantıklı bir kategori ve URL yapısına dayanmalıdır. Site haritası keşfi kolaylaştırır, iç bağlantılar ise hem keşfi hem de sayfaların site içindeki önemini belirler.

• Bir site haritası dosyası en fazla 50.000 URL ya da sıkıştırılmamış hâliyle 50 MB içerebilir; daha büyük sitelerde birden çok dosya bir site haritası dizin dosyasında toplanır.
• Google lastmod değerini tutarlı ve doğrulanabilir biçimde doğru olduğunda kullanır, priority ve changefreq değerlerini ise yok sayar. lastmod, telif yılı güncellemesi gibi küçük düzenlemeler için değil, içerikteki anlamlı değişiklikler için güncellenmelidir.
• Yönlendirilen, noindex taşıyan, hata dönen ya da kanonik olmayan URL’ler haritaya konmaz.
• Harita Search Console’daki Site haritaları raporundan gönderilir ya da robots.txt’ye eklenen bir satırla bildirilir. Google’a göre site haritası göndermek yalnızca bir ipucudur; haritanın indirileceğini ya da kullanılacağını garanti etmez.

Mimaride iki ölçüte bakıyoruz: hiçbir sayfadan bağlantı almayan öksüz sayfalar ve önemli sayfaların ana sayfaya uzaklığı. Kategori hiyerarşisi, kelimeleri tire ile ayıran okunur URL’ler ve gezinme yolu (breadcrumb) bu yapının parçalarıdır.

Mimari en ucuz hâliyle tasarım aşamasında kurulur; yayındaki bir sitenin URL yapısını değiştirmek bir taşıma projesi gerektirir. Bu yüzden yeni site projelerinde teknik SEO’yu web tasarımında SEO kontrol listesinin başına koyuyor, web tasarım projelerimizde URL yapısını ve iç bağlantı kurgusunu tasarımla birlikte planlıyoruz.

Yönlendirmeler, 404 sayfaları ve kırık linkler nasıl yönetilir?

Kalıcı olarak taşınan her URL tek adımda ve sunucu tarafında 301 ya da 308 ile en yakın karşılığına yönlendirilmeli; karşılığı olmayan bir sayfa gerçek bir 404 veya 410 döndürmeli ve iç bağlantılar doğrudan son adrese güncellenmelidir. Zincirler, döngüler ve “sayfa bulunamadı” deyip 200 dönen sayfalar hem kullanıcıyı hem tarayıcıyı yorar.

Denetimlerde en sık bulduğumuz sorun, yıllar içinde üst üste binmiş yönlendirmelerdir: http’den https’e, oradan www’ye, oradan yeni URL yapısına giden zincirler. Bunları tek adıma indiriyoruz. Karşılığı olmayan eski sayfaları ise toplu olarak ana sayfaya yönlendirmiyoruz; kullanıcı aradığını bulamaz.

404 kendi başına bir hata değil, kaldırılan içerik için doğru yanıttır; önemli olan, kullanıcıya yol gösteren özel 404 sayfasının yine 404 kodu döndürmesidir. Dış bağlantı alan bir URL kaldırıldıysa konu olarak karşılığı olan sayfaya yönlendirmek bu bağlantıların değerini korur.

Kırık iç bağlantıları bir tarama aracıyla düzenli olarak çıkarıyoruz. Yorum ve forum alanlarına bırakılan spam bağlantılar için moderasyon ve rel=ugc ya da nofollow kullanımı, hacklenmiş sayfalara eklenen gizli bağlantılar içinse güvenlik denetimi gerekir. Alan adı değişikliği ve site taşımada yönlendirme planını site taşıma ve 301 yönlendirme rehberimizde adım adım anlattık.

HTTPS ve site güvenliği teknik SEO’yu nasıl etkiler?

HTTPS, Google’ın iyi bir sayfa deneyimi için sorduğu temel sorulardan biridir ve ziyaretçinin verisini korur; güvenlik tarafında ise hacklenmiş içerik ya da kötü amaçlı yazılım, sitenin arama sonuçlarında uyarıyla gösterilmesine ve görünürlük kaybına yol açabilir. İkisi de bir kez kurulup unutulacak işler değildir.

• Tüm http adresleri tek adımda https karşılığına 301 ile yönlenmeli; kanonik etiketler, iç bağlantılar ve site haritası yalnızca https adreslerini göstermeli.
• Sayfada http üzerinden yüklenen görsel, betik ya da stil dosyası (karışık içerik) kalmamalı.
• Sertifika yenilemesi otomatik takip edilmeli; süresi dolan sertifika ziyaretçiyi tarayıcı uyarısıyla karşılar.
• Sunucu HTTP/2 ya da HTTP/3 desteklemeli. Google’ın tarayıcıları HTTP/1.1 ve HTTP/2 ile tarar; Google’a göre HTTP/2 üzerinden taramanın sıralamaya bir katkısı yoktur, yalnızca kaynak tasarrufu sağlar. HTTP/3’ün faydası ise ziyaretçi tarafındaki bağlantı performansındadır.

Search Console’daki Güvenlik sorunları raporu, Google’ın tespit ettiği hacklenmiş içerik, kötü amaçlı yazılım ve sosyal mühendislik sorunlarını gösterir; güncellenmemiş eklenti ve temalar en sık gördüğümüz giriş kapısıdır.

Üçüncü taraf betikler de bir güvenlik ve kalite konusudur. Google, Nisan 2026’da kullanıcının tarayıcıdaki geri düğmesiyle önceki sayfaya dönmesini engelleyen geri düğmesi ele geçirme uygulamasını kötü amaçlı uygulamalar spam politikasının açık bir ihlali olarak tanımladı. Bu yüzden reklam ve öneri betiklerinin gezinmeye müdahale edip etmediğini de kontrol ediyoruz. Ödeme alan e-ticaret sitelerinde HTTPS, sıralamadan önce müşteri güveninin ön koşuludur.

Core Web Vitals ve mobil öncelikli dizine ekleme neden teknik SEO’nun parçası?

Core Web Vitals, Google’ın sıralama sistemlerinde kullandığı gerçek kullanıcı deneyimi ölçüleridir; mobil öncelikli dizine eklemede ise Google, sitenin mobil sürümünü tarayıp dizine ekler. İkisi de içeriğin nasıl sunulduğuyla ilgilidir ve sorunlar çoğunlukla şablon, sunucu ve kod düzeyinde çözülür.

Bir sayfanın eşikleri karşılaması için gerçek kullanıcı verisindeki 75. yüzdelik değerin, mobil ve masaüstünde ayrı ayrı, eşiğin içinde kalması gerekir. INP, 12 Mart 2024’te FID’nin yerini aldı. Google, sayfa deneyimi zayıf olsa bile en alakalı içeriği göstermeyi hedeflediğini de vurgular; hız alaka düzeyinin yerini tutmaz. Ölçüm ve iyileştirme yöntemlerini Core Web Vitals rehberimizde anlattık.

Mobil öncelikli dizine eklemenin tamamlandığını Google Ekim 2023’te duyurdu; masaüstü tarayıcıyla taranan son siteler de 5 Temmuz 2024’ten sonra mobil tarayıcıya taşındı. Dizine eklemede yalnızca mobil sürümdeki içerik kullanıldığı için mobil HTML’de bulunmayan metin, bağlantı ve yapılandırılmış veri hesaba katılmaz. Aynı URL’de ekrana uyum sağlayan duyarlı (responsive) tasarım en az riskli yapıdır; AMP ise 2021’den beri Öne Çıkan Haberler için bile şart değildir. Mobil tarafın ayrıntıları mobil SEO yazımızda.

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

Google JavaScript’i çalıştırarak sayfayı işler (rendering) ve işlenmiş HTML’i dizine ekler; ancak bu işlem taramadan sonra ayrı bir aşamada yapılır ve kullanıcı etkileşimi bekleyen içerik görülmeyebilir. Önemli metin ve bağlantıların sunucudan gelen HTML’de ya da ilk işlemede yer alması en güvenli yoldur.

İşleme, 200 durum kodu dönen sayfalarda Chromium tabanlı bir tarayıcıyla yapılır. Google, sunucu tarafında işlemeyi (SSR) ya da önceden işlemeyi siteyi hem kullanıcılar hem tarayıcılar için hızlandırdığı için hâlâ iyi bir fikir olarak görür; dinamik işleme ise önerilen bir çözüm değil, geçici bir yoldur.

• Bağlantılar href özniteliği taşıyan <a> öğeleriyle kurulmalı; yalnızca JavaScript olayıyla çalışan menü öğelerini Google bağlantı olarak izleyemez.
• Yalnızca bir kullanıcı etkileşiminden sonra yüklenen içerik (sonsuz akışta sonradan gelen ürünler ya da açıldığında yüklenen sekmeler gibi) Googlebot’a ulaşmayabilir.
• Tek sayfa uygulamalarında bulunamayan içerik için 404 döndüren bir adrese JavaScript yönlendirmesi yapılmalı ya da hata sayfasına noindex eklenmeli; aksi hâlde soft 404 oluşur.
• Sayfanın işlenmesi için gereken JavaScript ve CSS dosyaları robots.txt ile engellenmemeli.
• Google dışındaki her tarayıcının, yapay zekâ botları dahil, JavaScript çalıştırdığını varsaymamak gerekir.

Doğrulamayı URL Denetimi aracının canlı testiyle yapıyoruz: işlenmiş HTML’de ana metin, başlıklar, iç bağlantılar ve yapılandırılmış veri görünüyorsa sayfa Google açısından okunabilir demektir.

Yapılandırılmış veri ve hreflang etiketleri teknik SEO’da neden önemli?

Yapılandırılmış veri, sayfadaki bilgiyi makinelerin okuyabileceği biçimde etiketleyerek zengin sonuçlara uygunluğu belirler; hreflang ise aynı içeriğin dil ve bölge sürümlerini birbirine bağlayarak doğru kullanıcıya doğru sürümün gösterilmesine yardım eder. İkisi de hatalı kurulduğunda uyarı vermeden işlevini yitirebildiği için düzenli doğrulama gerektirir.

Yapılandırılmış veri

Google JSON-LD biçimini önerir ve işaretlemenin sayfada görünen içerikle örtüşmesini şart koşar; okuyucuya görünmeyen içeriği işaretlemek, sözdizimi doğru olsa bile zengin sonucu engelleyebilir. Doğru kurulmuş işaretleme de zengin sonucu garanti etmez.

Zengin sonuç tablosu da değişiyor: HowTo sonuçları 2023’te kaldırıldı; aynı yıl kamu ve sağlık siteleriyle sınırlanan SSS zengin sonuçları da 7 Mayıs 2026’dan beri Google Arama’da gösterilmiyor. Haziran 2025’te başlayan sadeleştirmeyle az kullanılan başka özellikler de arama sonuçlarından çıkarıldı. Şemayı bir görünüm vaadi olarak değil anlaşılırlık için kuruyor, hataları Zengin Sonuçlar Testi ve Schema Markup Validator ile izliyoruz; ayrıntılar yapılandırılmış veri rehberimizde.

hreflang

hreflang üç yoldan bildirilebilir: HTML’deki link öğesi, HTTP üst bilgisi ya da XML site haritası. Her sürüm hem kendisini hem de diğer tüm sürümleri göstermelidir; iki sayfa birbirini karşılıklı göstermezse Google etiketleri yok sayar. Dil kodları ISO 639-1, bölge kodları ISO 3166-1 Alpha 2 biçiminde yazılır (tr, tr-TR, en-GB); hiçbir dile uymayan kullanıcılar için x-default kullanılabilir.

En sık gördüğümüz hatalar; geri dönüş bağlantısı olmayan etiketler, bir dil sürümünün kanoniğini diğer dildeki sayfaya vermek ve en-UK gibi geçersiz kodlardır. Google sayfanın dilini lang özniteliğinden değil kendi algoritmasıyla belirler; her sürüm gerçekten o dilde yazılmış olmalıdır.

Teknik SEO denetimi hangi sırayla yapılmalı?

Teknik SEO denetimini görünürlüğü tamamen kesebilecek sorunlardan başlayarak yürütüyoruz: önce tarama ve dizine ekleme, ardından mimari ve yönlendirmeler, sonra güvenlik, hız, mobil ve JavaScript, en son yapılandırılmış veri ve hreflang. Her düzeltme, Search Console’daki ilgili raporla doğrulanmadan kapatılmaz.

1. Erişim: robots.txt, sunucu yanıtları ve Tarama istatistikleri; sitenin ya da bir bölümünün yanlışlıkla kapatılmadığını doğrulamak.
2. Dizine ekleme: Sayfa dizine ekleme raporu, noindex ve kanonik kontrolleri, kopya URL’ler.
3. Mimari ve yönlendirmeler: Site haritası, öksüz sayfalar, yönlendirme zincirleri, kırık bağlantılar, 404 ve soft 404’ler.
4. Güvenlik: HTTPS, karışık içerik, Güvenlik sorunları ve Manuel işlemler raporları.
5. Deneyim: Core Web Vitals, mobil içerik eşitliği ve JavaScript ile işleme.
6. Anlaşılırlık: Yapılandırılmış veri, hreflang ve iç bağlantı kurgusu.

Tarama aracı, Search Console raporları ve sunucu günlükleri birlikte okunduğunda tablo netleşir. Bulguları etki ve emek dengesine göre sıralıyoruz: tek satırlık bir robots.txt düzeltmesi, uzun bir şablon değişikliğinden önce gelir.

Google’ın bir değişikliği yeniden tarayıp işlemesi zaman aldığı için doğrulamayı raporlar güncellendikçe tekrarlıyoruz. Kapsamlı bir denetimin adımlarını SEO analizi nasıl yapılır, Search Console raporlarının kullanımını Google Search Console rehberimizde anlattık. Sitenizin bu kontrollerde nerede durduğunu görmek için ücretsiz teknik SEO analizimiz iyi bir başlangıç noktası; tarama, dizine ekleme, yapılandırılmış veri ve hız sorunlarını tek raporda topluyoruz.