TEKNİK SEO NEDİR VE NASIL YAPILIR? GOOGLE DOKÜMANINA DAYALI REHBER

Teknik SEO, içeriğinizin ne kadar iyi olduğundan bağımsız olarak, sitenizin Google tarafından taranabilmesini, indekslenebilmesini ve arama sonuçlarında sunulabilmesini sağlayan altyapı çalışmasıdır. En güçlü içerik bile teknik açıdan erişilemiyorsa görünmez kalır. Google resmi dokümantasyonuna dayanarak, tarama-indeksleme-sunma sürecini, robots.txt ve sitemap gibi temelleri, Core Web Vitals ve mobil öncelikli indekslemeyi ve pratik bir denetim listesini abartısız biçimde ele alıyoruz. Teknik SEO, güçlü SEO ve AEO çalışmasının üzerine kurulduğu zemindir.

Teknik SEO Nedir ve On-Page SEO'dan Farkı Ne?

Teknik SEO, sitenin altyapısıyla ilgilenir: robots.txt, sitemap, canonical, sayfa hızı, mobil parite ve render gibi konular. On-page SEO ise sayfa içeriğinin kendisiyle, yani başlıklar, metin kalitesi, anahtar kelime uygunluğu ve iç bağlantı bağlamıyla ilgilenir. Teknik SEO içeriğin bulunabilir ve işlenebilir olmasını sağlar; sıralama tek başına teknik ayarlarla değil, içerik kalitesiyle birlikte belirlenir. Önemli bir Google uyarısı vardır: indeksleme garanti değildir. İşlenen her sayfa indekslenmez, indekslenen her sayfa da sunulmaz. Küçük ve orta ölçekli Türkçe siteler için erişilebilirlik, hız ve mobil parite gibi teknik temeller genellikle yüksek kaldıraç sağlar.

Google Araması Nasıl Çalışır: Tarama, İndeksleme, Sunma

Google'ın belgelediği süreç üç aşamalıdır. Tarama (crawling) aşamasında Googlebot bilinen sayfaları, bağlantılardan keşfedilen yeni adresleri ve sitemap URL'lerini ziyaret eder; bir bağlantıyı yalnızca href özniteliğine sahip bir HTML bağlantı öğesiyse güvenilir şekilde çıkarır, JavaScript ile çalışan butonları çoğunlukla izlemez. Render aşamasında Googlebot sayfayı güncel bir Chrome sürümüyle işler ve JavaScript'i çalıştırır. İndeksleme (indexing) aşamasında içerik ve etiketler analiz edilir, benzer sayfalar kümelenir ve canonical adres seçilir. Sunma (serving) aşamasında sıralama, kullanıcının konumu, dili ve cihazı dahil yüzlerce faktöre göre programatik olarak yapılır. Bir teknik ayrıntı da şudur: Googlebot desteklenen dosyaların ilk 2 MB'ini, PDF'lerin ilk 64 MB'ini çeker, bu yüzden kritik meta ve yapısal veriyi sayfanın başına koyun.

Taranabilirlik: robots.txt, Tarama Bütçesi ve HTTP Kodları

robots.txt, tarayıcılara hangi dosyaları isteyip isteyemeyeceğini bildirir; yani yalnızca taramayı denetler, indekslemeyi engellemez. Google bu dosyayı genellikle 24 saate kadar önbelleğe alır ve crawl-delay direktifini işlemez. Tarama bütçesi (crawl budget) iki bileşenden oluşur: sunucunuzun yanıt hızına bağlı tarama kapasitesi ve popülerlik ile tazeliğe bağlı tarama talebi. Google, tarama bütçesini yalnızca çok büyük sitelerin dert etmesi gerektiğini söyler; kaba sınıflandırma eşikleri haftalık değişen bir milyondan fazla ya da günlük değişen on binden fazla sayfadır ve Google bunların kesin eşik değil kaba tahmin olduğunu belirtir. HTTP durum kodları da önemlidir: kaldırılan sayfalar için 404 veya 410 doğru sinyaldir, 5xx sunucu hataları taramayı yavaşlatır ve yönlendirme zincirlerinden kaçınmak gerekir.

İndekslenebilirlik: noindex ve Canonical

Bir sayfayı arama sonuçlarından çıkarmak istiyorsanız noindex robots meta etiketi veya X-Robots-Tag HTTP başlığı kullanın. Kritik bir tuzağa dikkat edin: noindex uygulanan bir sayfayı robots.txt ile engellerseniz, Googlebot noindex direktifini hiç göremez ve sayfa harici bağlantılar üzerinden yine sonuçlarda çıkabilir. Canonicalization ise Google'ın benzer sayfaları kümeleyip grubu en iyi temsil eden adresi seçmesidir. rel=canonical etiketini yalnızca head içine koyun, sayfa başına tek canonical verin ve çelişkili yöntemlerden kaçının; genellikle kendine işaret eden (self-referencing) canonical iyi bir varsayılandır. Sayfalanmış serilerde ikinci sayfadan birinci sayfaya canonical vermek, sonraki sayfaların indekslenmemesine yol açar, o yüzden bundan kaçının.

XML Sitemap: Ne Zaman Gerekli?

Sitemap, yeni veya güncellenen sayfaların keşfine yardımcı olur, ancak taranmayı ya da indekslenmeyi garanti etmez. Yaklaşık 500 sayfa veya altındaki, dahili olarak iyi bağlanmış siteler için zorunlu değildir; büyük siteler, zengin medya ve Google News içeriği için önerilir. Resmi sınırlar tek sitemap için en fazla 50 MB ya da 50.000 URL'dir; daha büyükse dosya bir sitemap index dosyasına bölünür. Dosya UTF-8 kodlu olmalı ve yalnızca tam nitelikli, canonical URL'ler içermelidir. Google priority ve changefreq değerlerini yok sayar, lastmod değerini ise yalnızca tutarlı ve doğru olduğunda dikkate alır. Yaygın bir yanlış inanışın aksine, sitemap göndermek indekslemeyi garanti etmez; yalnızca keşfi kolaylaştırır.

Core Web Vitals ve Sayfa Hızı

Core Web Vitals, gerçek kullanıcı deneyimini üç metrikle ölçer: LCP (yükleme), INP (yanıt verme) ve CLS (görsel kararlılık). web.dev üzerindeki iyi eşikler şunlardır: LCP 2,5 saniye veya altı, INP 200 milisaniye veya altı, CLS 0,1 veya altı. CLS birimsiz bir orandır, saniye değildir. INP, 12 Mart 2024'te FID'in yerini alarak resmi Core Web Vital oldu ve FID desteği 9 Eylül 2024'te sonlandı; INP tüm etkileşimlerin yanıt süresini ölçtüğü için çoğu sayfada geçilmesi daha zordur. Google bu metrikleri 75. persentilde, mobil ve masaüstü ayrı segmentlerde ve gerçek kullanıcı (CrUX) verisiyle ölçer; bir sayfanın geçmesi için görüntülemelerin en az yüzde 75'inin iyi eşikte olması gerekir. Eşikler zamanla revize edilebileceğinden güncel değerleri her zaman web.dev üzerinden teyit edin.

Sayfa Deneyimi, Mobil Öncelikli İndeksleme ve HTTPS

Sayfa deneyimi tek bir sıralama sinyali değildir; Google net biçimde tek bir sinyal olmadığını söyler ve altı öz-değerlendirme sorusu önerir: iyi Core Web Vitals, HTTPS, mobilde iyi görüntülenme, düşük müdahaleci reklam yoğunluğu, ara sayfalardan kaçınma ve ana içeriğin ayırt edilebilmesi. Mobil öncelikli indeksleme tamamlandı; Google artık indeksleme ve sıralamada sitenin mobil sürümünü esas alır. İçerik paritesi bu yüzden kritiktir: masaüstünde olup mobilde gizlenen metin, meta etiketler, yapısal veri ve başlıklar indekslenmeyebilir, o yüzden iki sürümde de aynı ana içerik bulunmalıdır. HTTPS ise Ağustos 2014 duyurusundan beri doğrulanmış bir sinyaldir, ancak Google onu o duyuruda çok hafif olarak nitelemiş ve sorguların yüzde 1'inden azını etkilediğini belirtmiştir; bugün HTTPS rekabet avantajı değil, olmaması durumunda negatif etki yaratan temel bir hijyen gereksinimidir.

Site Mimarisi ve İç Bağlantılama

Her sayfa, en az bir başka sayfadan taranabilir bir HTML bağlantısıyla erişilebilir olmalıdır; hiçbir sayfaya bağlantı vermeyen yetim (orphan) sayfalar keşfedilmeyebilir. Mantıksal bir URL yapısı ve önemli sayfalara net iç bağlantılar, Google'ın taramasına ve önceliklendirmesine yardımcı olur. İç bağlantılar ara yönlendirilen adrese değil, nihai hedef URL'ye işaret etmelidir, çünkü yönlendirme zincirleri hem tarama bütçesini israf eder hem de bağlantı değeri aktarımını seyreltir. Silo ve hub yapısı kurmak konu otoritesini güçlendirir; nitekim iç bağlantı stratejisi, anahtar kelime araştırması ve backlink çalışması kadar teknik SEO'nun da parçasıdır. Kırık iç bağlantıları ve yönlendirme döngülerini düzenli olarak tespit edip düzeltin.

JavaScript SEO ve Render

Google sayfaları güncel bir Chrome sürümüyle render eder ve JavaScript'i çalıştırır, ancak render kaynaklara bağlıdır ve gecikebilir. İçeriğin doğru işlenmesi için JavaScript ve CSS kaynakları robots.txt ile engellenmemelidir. JavaScript ile noindex kaldırmak ya da orijinal HTML'den farklı bir canonical vermek çalışmaz. Fragment (#) tabanlı yönlendirme yerine History API kullanın, çünkü Googlebot hash fragment adreslerini güvenilir çözemez. Tek sayfalık uygulamalarda (SPA) anlamlı HTTP durum kodları döndürün, aksi halde istemci taraflı render soft 404'e yol açabilir. Google artık dinamik render'ı uzun vadeli çözüm olarak önermez; güncel tavsiye sunucu taraflı render, statik render veya hydration kullanmaktır. Ayrıntılar JavaScript SEO temellerinde yer alır.

Yapısal Veri ve Teknik SEO İlişkisi

Yapısal veri, çoğunlukla schema.org söz dizimini kullanarak sayfayı zengin sonuçlara uygun hale getirir. Önemli bir gerçeği netleştirelim: yapısal veri doğrudan bir sıralama faktörü değildir. Google'dan John Mueller Nisan 2025'te yapısal verinin sitenizi daha iyi sıralamadığını, arama özelliklerini görüntülemek için kullanıldığını belirtmiştir. Belirli bir zengin sonuç türü için tüm zorunlu özellikler sağlanmalıdır, ancak uygunluk gösterimi garanti etmez. Yapısal veri, onu tanımlayan sayfaya yerleştirilmeli ve robots.txt veya noindex ile engellenmemelidir. Güncel bir örnek: FAQ zengin sonuçları 7 Mayıs 2026'da Google Arama'dan kaldırıldı, ancak FAQPage hâlâ geçerli bir schema.org tipidir ve anlamsal değeri için korunabilir. Yapısal veriyi ve doğrulama araçlarını schema markup rehberimizde ayrıntılı ele aldık.

Teknik SEO Denetimi: Araçlar ve Kontrol Listesi

Ücretsiz temel araç seti Google Search Console, PageSpeed Insights, Lighthouse, Rich Results Test ve Schema.org Validator'dır. Search Console Google'ın sitenizi nasıl deneyimlediğini gösterirken, Screaming Frog gibi araçlar botun gözünden site yapısını tarar; ikisi birbirini tamamlar. İndeksleme sorunlarını Search Console Sayfalar raporu ve URL İnceleme aracıyla, bir sayfanın neden indekslenmediğini tek tek görerek denetleyebilirsiniz. Pratik denetim akışı şudur: 404 ve 5xx hatalarını listeleyin, kırık iç bağlantıları tek adımlı 301 ile düzeltin, yönlendirme zincirlerini tek adıma indirin ve robots.txt'nin CSS ile JavaScript'i engellemediğini doğrulayın. Türkçe ve İngilizce sürümü olan siteler için hreflang'i tr-TR ve en-US, karşılıklı dönüş etiketi ve x-default ile kurun ve denetimi en az altı ayda bir tekrarlayın. Teknik temel sağlamsa, E-E-A-T sinyalleri, güçlü içerik ve yapay zeka aramaları için görünürlük çok daha verimli çalışır; daha geniş çerçeve için SEO hizmetlerimizi inceleyebilirsiniz.