Teknik SEO, bir web sitesinin Google tarafından sorunsuz taranması, doğru anlaşılması ve dizine eklenmesi için altyapısının düzenlenmesidir. İçeriğiniz ne kadar güçlü olursa olsun, sunucu yanıtları, yönlendirmeler, hız ve mobil deneyim gibi temeller sağlam değilse sayfalarınız hak ettiği görünürlüğe ulaşamaz. Bu rehberi bir denetim listesi gibi kurguladık: her bölümde neye bakacağınızı, hangi araçla ölçeceğinizi ve sorunu nasıl gidereceğinizi bulacaksınız.
Teknik SEO Neden İçerikten Önce Gelir?
Google bir sayfayı sıralamadan önce üç aşamadan geçirir: tarama, işleme ve dizine ekleme. Tarama aşamasında Googlebot adresinize ulaşır; işleme aşamasında HTML, CSS ve JavaScript çalıştırılarak sayfanın kullanıcıya nasıl göründüğü çıkarılır; dizine ekleme aşamasında ise sayfa, arama sonuçlarında gösterilebilecek aday havuzuna alınır. Bu zincirin herhangi bir halkası koparsa, en iyi yazılmış içerik bile arama sonuçlarında hiç yer almaz.
Pratikte bu şuna benzer: İstanbul’da hizmet veren bir mühendislik firması yeni hizmet sayfalarını yayımlar, ancak geliştirme ortamından kalan bir noindex etiketi canlı siteye taşınmıştır. Aylarca içerik üretilir, fakat sayfaların hiçbiri aramada görünmez. Teknik SEO, bu tür görünmez engelleri içerik yatırımı başlamadan önce ortadan kaldırmayı amaçlar.
Tarama: Googlebot Sitenize Ulaşabiliyor mu?
İlk kontrol, botların önemli sayfalarınıza engelsiz erişip erişemediğidir. Burada iki dosya ve sunucunun verdiği yanıtlar belirleyicidir.
robots.txt dosyası
Alan adınızın kökündeki robots.txt, botlara hangi dizinlere girmemeleri gerektiğini söyler. Tek bir hatalı Disallow satırı tüm siteyi taramaya kapatabilir. Yönetim paneli, sepet ve filtre parametreleri gibi arama değeri olmayan alanları engellemek mantıklıdır; ancak CSS ve JavaScript dosyalarını engellemek Google’ın sayfayı doğru işlemesini zorlaştırır. Unutmayın: robots.txt taramayı engeller, dizine eklemeyi değil. Bir sayfanın aramada görünmesini istemiyorsanız doğru araç noindex etiketidir ve bu etiketin okunabilmesi için sayfanın taranabilir olması gerekir.
Sunucu yanıt kodları
Her sayfanın doğru durum kodunu döndürmesi gerekir. Var olan sayfa 200, kalıcı olarak taşınan sayfa 301, kaldırılan sayfa 404 veya 410 döndürmelidir. Sık görülen sorun, bulunamayan sayfaların ana sayfaya yönlendirilmesi ya da “sayfa bulunamadı” mesajı gösterip yine de 200 döndürmesidir. Google bu durumu soft 404 olarak işaretler ve raporlarınızda gerçek sorunların üstünü örter. Sunucu hataları (5xx) ise tarama hızının düşürülmesine yol açabilir; bu nedenle barındırma tarafındaki kesintiler de teknik SEO’nun konusudur.
XML site haritası
Site haritası yalnızca dizine eklenmesini istediğiniz, 200 döndüren ve kanonik olan adresleri içermelidir. Yönlendirilen, noindex olan veya silinmiş adresleri barındıran bir harita, Google’a çelişkili sinyal gönderir. Haritayı Search Console’a gönderdikten sonra “Site haritaları” raporundan okunma durumunu ve keşfedilen adres sayısını kontrol edin.
Dizine Ekleme: Doğru Sayfalar mı Dizinde?
Search Console’daki Sayfa dizine ekleme raporu, teknik denetimin merkezidir. Rapor, sayfaları dizine eklenen ve eklenmeyen olarak ayırır ve dışarıda kalanların nedenini listeler. Özellikle şu nedenleri dikkatle okuyun:
- Tarandı, şu anda dizine eklenmedi: Google sayfayı görmüş ama yeterince değerli bulmamıştır; çoğunlukla ince veya birbirine çok benzeyen içeriklere işaret eder.
- Keşfedildi, şu anda dizine eklenmedi: Adres biliniyor ancak henüz taranmamıştır; zayıf iç bağlantı veya sunucu kapasitesi sorununa işaret edebilir.
- Kullanıcı tarafından seçilen standart olmadan kopya: Benzer sayfalar arasında Google kendi kanonik tercihini yapmıştır.
- Noindex etiketi tarafından hariç tutuldu: Etiketin bilerek mi, yanlışlıkla mı eklendiğini mutlaka doğrulayın.
Canonical etiketi bu aşamada kilit rol oynar. Aynı ürünün renk veya sıralama parametresiyle üretilen farklı adresleri tek bir kanonik adreste toplanmalıdır. Canonical bir ipucudur, kesin komut değildir; iç bağlantılarınız ve site haritanız da aynı adresi işaret ettiğinde Google tercihinize uyma eğilimindedir.
Sayfa Deneyimi: Hız ve Mobil Uyum
Core Web Vitals
Google’ın sayfa deneyimi değerlendirmesinde kullandığı Core Web Vitals üç metrikten oluşur:
| Metrik | Neyi ölçer? | Tipik iyileştirme |
|---|---|---|
| LCP (Largest Contentful Paint) | Ekrandaki en büyük içerik öğesinin yüklenme süresi | Ana görseli sıkıştırmak, modern formatta sunmak, sunucu yanıt süresini kısaltmak |
| INP (Interaction to Next Paint) | Tıklama ve dokunmalara sayfanın ne kadar hızlı tepki verdiği | Ağır JavaScript’i bölmek, gereksiz üçüncü taraf betikleri kaldırmak |
| CLS (Cumulative Layout Shift) | Yükleme sırasında öğelerin beklenmedik kayması | Görsel ve reklam alanlarına sabit boyut vermek, yazı tipi yüklemesini düzenlemek |
Search Console’daki Core Web Vitals raporu gerçek kullanıcı verisine dayanır; PageSpeed Insights ise saha verisini ve laboratuvar ölçümünü birlikte gösterir. Tek bir test sonucuna değil, aynı şablonu paylaşan sayfa gruplarına bakın: bir ürün şablonundaki sorun, o şablonu kullanan yüzlerce sayfayı birden etkiler. Hız çalışmasının ayrıntılarını web sitesi hızı ve performans optimizasyonu rehberimizde ayrıca ele aldık.
Mobil öncelikli dizin ve sayfanın işlenmesi
Google, siteleri mobil öncelikli dizin ile değerlendirir; yani sıralamada esas alınan, sayfanızın mobil sürümüdür. Masaüstünde görünen ama mobilde gizlenen metinler, yapılandırılmış veriler veya bağlantılar değerlendirmede eksik kalabilir. Kontrol ederken şu sorulara cevap arayın:
- Mobil ve masaüstü sürümde ana içerik ve başlıklar aynı mı?
- Menüdeki önemli bağlantılar mobilde de HTML içinde yer alıyor mu?
- İçerik yalnızca kaydırma veya tıklama gibi bir etkileşimle yükleniyorsa Google bunu görebiliyor mu?
Search Console’daki URL Denetimi aracının canlı test seçeneği, Googlebot’un sayfanızı nasıl işlediğini ve oluşturulan HTML’i gösterir. JavaScript ağırlıklı sitelerde bu kontrol, içeriğin gerçekten görüldüğünü kanıtlamanın en güvenilir yoludur.
Güvenlik, Site Mimarisi ve Yapılandırılmış Veri
HTTPS ve yönlendirmeler
HTTPS artık bir seçenek değil, temel beklentidir. Geçerli bir sertifikanın yanında, sitenin tüm sürümlerinin (http, https, www’lu ve www’suz) tek bir tercih edilen adrese tek adımda yönlenmesi gerekir. Birden fazla adımdan oluşan yönlendirme zincirleri hem tarama kaynağını tüketir hem de kullanıcıyı bekletir. HTTPS sayfada HTTP üzerinden görsel veya betik çağıran, yani karışık içerik uyarısı veren sayfaları da bu aşamada temizleyin.
Site mimarisi
Site mimarisi tarafında hedef, önemli sayfalara ana sayfadan az sayıda tıklamayla ulaşılabilmesidir. Hiçbir sayfadan bağlantı almayan öksüz sayfalar, site haritasında olsalar bile zayıf sinyal üretir. Kategori, alt kategori ve içerik sayfaları arasında kurulan mantıklı hiyerarşi, hem botların hem kullanıcıların yolunu kısaltır. Büyük e-ticaret sitelerinde filtre kombinasyonlarının sınırsız adres üretmesi, tarama kaynağını değersiz sayfalara harcatan en yaygın mimari sorundur.
Yapılandırılmış veri
Schema.org işaretlemesi, sayfanızdaki bilgiyi makinelerin okuyabileceği biçimde tanımlar. Kurumsal siteler için Organization ve LocalBusiness, blog yazıları için Article, e-ticaret için Product ve BreadcrumbList en sık kullanılan türlerdir. İşaretleme yalnızca sayfada kullanıcıya görünen bilgiyi yansıtmalıdır; sayfada bulunmayan puanlar veya uydurma yorumlar Google’ın yapılandırılmış veri yönergelerine aykırıdır. Uygulamayı Zengin Sonuçlar Testi ile doğrulayın ve Search Console’daki ilgili geliştirme raporlarını takip edin.
Adım Adım Teknik SEO Denetim Listesi
- Search Console’da mülkünüzü doğrulayın; tüm alt alanları ve protokolleri kapsayan alan adı mülkünü tercih edin.
- robots.txt dosyasını okuyun, kritik dizinlerin ve CSS/JS dosyalarının engellenmediğini teyit edin.
- Siteyi bir tarama aracıyla baştan sona tarayın; 4xx, 5xx, yönlendirme zinciri ve öksüz sayfaları listeleyin.
- Site haritasını yalnızca kanonik ve 200 döndüren adreslerden oluşacak şekilde temizleyip yeniden gönderin.
- Sayfa dizine ekleme raporundaki her hariç tutma nedenini sınıflandırın: bilerek mi yapıldı, hata mı?
- Core Web Vitals raporunda kötü ve iyileştirme gerektiren gruptaki şablonları önceliklendirin.
- Önemli şablonlardan birer örnek sayfayı URL Denetimi ile canlı test edin; oluşturulan HTML’de ana içeriği arayın.
- Yapılandırılmış veriyi doğrulayın ve raporlanan hataları giderin.
- Yapılan her değişikliği tarih ve adresle kayda geçirin; bir sonraki denetimde karşılaştırma yapabilmek için bu kayıt şarttır.
Sık Yapılan Hatalar
- Tema veya eklenti değişikliğini test etmeden canlıya almak: Başlık etiketleri, canonical ya da noindex ayarları sessizce değişebilir.
- Silinen her sayfayı ana sayfaya yönlendirmek: Google bunu çoğunlukla soft 404 olarak yorumlar; en yakın alakalı sayfaya yönlendirin ya da 410 döndürün.
- Tek bir hız testine göre karar vermek: Laboratuvar sonucu ile gerçek kullanıcı deneyimi farklı olabilir; saha verisini esas alın.
- Site taşımasında eski adres eşleşmesini çıkarmamak: Alan adı veya URL yapısı değiştiğinde her eski adresin yeni karşılığı önceden belirlenmelidir.
- Denetimi bir kez yapıp bırakmak: Yeni içerik, eklenti ve güncellemeler her ay yeni teknik sorunlar doğurabilir.
Sonuç
Teknik SEO görünmeyen ama tüm çalışmaları taşıyan bir zemindir. Tarama erişimi, dizine ekleme sinyalleri, Core Web Vitals, mobil uyum ve yapılandırılmış veri düzenli aralıklarla denetlendiğinde, içerik ve bağlantı yatırımlarınız boşa gitmez. Bu kontrolleri kendi ekibinizle yürütebilir ya da sürekli izleme ve raporlamayı SEO yönetimi kapsamında planlayabilirsiniz; güncellemeler, yedekler ve eklenti bakımı gibi altyapı işlerinde ise düzenli web sitesi yönetimi teknik sorunların baştan oluşmasını engeller.
Sitenizin teknik durumunu birlikte gözden geçirmek isterseniz bize yazarak ilk değerlendirmeyi konuşabiliriz.
Sitenizi Google’da üst sıralara taşımak için Google SEO hizmeti sayfamızı inceleyin.