Teknik SEO Nedir? Kontrol Listesiyle Sağlam Site Altyapısı

Son güncelleme: 17 Ekim 2026.

Teknik SEO nedir?

Teknik SEO, SEO'nun ziyaretçinin görmediği altyapı katmanıdır: sunucu, kod ve site mimarisinin arama motorlarıyla iletişimini düzenler. Üç soruya cevap arar:

1. Taranabilirlik: Googlebot sayfalarınıza ulaşabiliyor mu?
2. Dizine eklenebilirlik: Ulaştığı sayfayı dizine alabiliyor mu, yoksa noindex, hatalı canonical veya kopya URL gibi bir engel var mı?
3. Sayfa deneyimi: Sayfa hızlı, HTTPS üzerinden güvenli ve mobilde kullanışlı açılıyor mu?

Sayfa içi SEO (başlıklar, metin, arama niyeti) ve site dışı SEO (bağlantılar, marka bahsedilmeleri) bu temelin üzerine kurulur. SEO sürecinin bütününü adım adım görmek isterseniz SEO nasıl yapılır rehberine bakabilirsiniz; bu yazı yalnızca teknik katmana odaklanıyor.

Google bir sayfayı hangi aşamalardan geçirir?

Google bir sayfayı arama sonucuna taşımadan önce dört aşamadan geçirir ve teknik hataların çoğu ilk üçünde ortaya çıkar:

1. Keşif ve tarama: Googlebot bağlantılar ve site haritaları üzerinden adresleri bulur, sayfanın kodunu indirir.
2. İşleme (rendering): Sayfa JavaScript dahil çalıştırılarak kullanıcının gördüğüne yakın hale getirilir.
3. Dizine ekleme: İçerik analiz edilir; kopya olup olmadığına ve hangi adresin asıl (kanonik) sürüm olduğuna karar verilir.
4. Sıralama: Arama yapıldığında dizindeki sayfalar alaka, kalite ve deneyim sinyallerine göre sıralanır.

Teknik SEO kontrol listesi

Aşağıdaki maddeler kurumsal ve hizmet sitelerinin çoğunda geçerlidir. Başlangıç için ücretsiz SEO analizi aracı ile sayfanızın temel durumunu görüp maddeleri tek tek doğrulayabilirsiniz.

1. Taranabilirlik ve robots.txt

Robots.txt, botlara hangi yolları taramamaları gerektiğini söyleyen ve alan adının kökünde (/robots.txt) duran dosyadır; her alt alan adının kendi dosyası olur.

• Hizmet sayfaları, blog ve görseller yanlışlıkla engellenmemiş olmalı. Disallow: / satırı tüm siteyi taramaya kapatır.
• Sayfanın görünümü için gereken CSS ve JavaScript dosyaları engellenmemeli; aksi halde Google sayfayı eksik işler.
• Yönetim paneli, site içi arama sonuçları gibi değersiz alanlar tarama dışı bırakılabilir.
• Dosyada Sitemap: satırıyla site haritasının adresi belirtilebilir.
• Google, robots.txt içindeki noindex ve crawl-delay satırlarını desteklemez.

Robots.txt bir güvenlik önlemi değildir ve dizinden kaldırmayı garanti etmez. Kuralları elle yazmak yerine robots.txt oluşturucu ile başlayıp çıktıyı Search Console'daki robots.txt raporundan kontrol edebilirsiniz.

2. İndeksleme ve noindex

Tarama, botun sayfaya erişmesidir; indeksleme ise sayfanın dizine alınmasıdır. Taranan her sayfa dizine girmez.

• Arama sonuçlarında görünmesini istemediğiniz sayfalarda <meta name="robots" content="noindex"> ya da PDF gibi dosyalarda X-Robots-Tag: noindex HTTP başlığı kullanın.
• Noindex'in okunabilmesi için sayfa robots.txt ile engellenmemiş olmalı. Hem engelleyip hem noindex koymak, talimatın görülmesini önler.
• Ana sayfa ve hizmet sayfalarında unutulmuş noindex olmadığını kaynak koddan doğrulayın.
• Test (staging) ortamını noindex yerine parola korumasıyla kapatın; canlıya geçişte bu ayar taşınmasın.

3. Canonical ve kopya URL'ler

Aynı içerik birden fazla adresten açılıyorsa (örneğin /, /index ve ?utm_source=... sürümleri), hangi adresin esas olduğunu rel="canonical" ile bildirirsiniz.

• İndekslenecek her sayfa tam (mutlak) URL ile kendini işaret etmeli.
• Canonical hedefi 200 dönen, yönlendirmesiz ve noindex olmayan bir sayfa olmalı.
• Site haritası, iç bağlantılar ve canonical aynı URL sürümünü göstermeli.
• Sayfalamada 2. ve sonraki sayfaları 1. sayfaya canonical'lamayın.

Canonical bir emir değil, güçlü bir sinyaldir; çelişkili sinyallerde Google başka bir URL seçebilir. Aynı aramayı hedefleyen iki benzer sayfa (örneğin bir hizmet sayfası ve ona çok benzeyen bir blog yazısı) da birbirini zayıflatabilir; bu durumda sayfalar farklı niyetlere ayrıştırılır ya da birleştirilir.

4. HTTPS, 301 ve yönlendirme zincirleri

• Tüm sayfalar geçerli bir SSL/TLS sertifikasıyla HTTPS üzerinden açılmalı; sertifika yenilemesi takip edilmeli.
• Tek bir tercih edilen sürüm seçin (https + www veya https + www'suz); diğer üç varyant tek adımda bu sürüme 301 ile yönlensin.
• HTTPS sayfada HTTP üzerinden çağrılan görsel veya betik (karışık içerik) kalmamalı.
• Kalıcı taşımalarda 301 (veya 308), geçici durumlarda 302 kullanın; kalıcı değişiklikte 302 bırakmak yanlış sinyal verir.
• A → B → C gibi zincirleri A → C'ye indirin ve site içi bağlantıları doğrudan son adrese güncelleyin.

5. XML site haritası

• Yalnızca 200 dönen, kanonik ve indekslenmesini istediğiniz URL'leri içermeli; yönlendirilen, noindex veya 404 adresler olmamalı.
• Bir dosya en fazla 50.000 URL veya sıkıştırılmamış 50 MB olabilir; daha büyük sitelerde site haritası dizini kullanılır.
• lastmod değeri yalnızca içerik gerçekten değiştiğinde güncellenmeli. Google, priority ve changefreq alanlarını dikkate almaz.
• Haritayı Search Console'a gönderin; site haritası keşfi kolaylaştırır ama indekslemeyi garanti etmez.

6. URL yapısı

İyi bir URL kısa, okunabilir ve konuyla ilişkilidir: /kurumsal-web-tasarim gibi bir adres, /page?id=784&cat=12 gibi bir adresten daha anlaşılırdır (her iki örnek de kurgusaldır). Kelimeler arasında tire kullanın, küçük harfte ve sondaki eğik çizgide tutarlı kalın. Parametreler tek başına hata değildir; sorun, aynı içeriğin parametre kombinasyonlarıyla çoğalmasıdır. Çalışan URL'leri gerekmedikçe değiştirmeyin.

7. Core Web Vitals: LCP, INP ve CLS

Core Web Vitals, gerçek kullanıcı deneyimini ölçen üç metriktir. Etkileşim metriği olarak INP, Mart 2024'te FID'in yerini almıştır. Google'ın "iyi" eşikleri, sayfa ziyaretlerinin 75. yüzdelik dilimine göre değerlendirilir:

İki tür veri vardır: PageSpeed Insights'ın üst bölümü ve Search Console gerçek kullanıcı (saha) verisini son 28 günlük pencereyle gösterir; Lighthouse ise tek seferlik laboratuvar testidir ve INP'yi doğrudan ölçemez. Bu yüzden düzeltmelerin saha verisine yansıması zaman alır.

8. Mobil uyum

Google dizine eklerken ağırlıklı olarak mobil sürümü esas alır. Mobilde ana metin, başlıklar, yapılandırılmış veri ve meta etiketler masaüstüyle aynı olmalı; içerik taşmamalı, dokunma alanları yeterince büyük, formlar çalışır olmalı. Search Console'un eski Mobil Kullanılabilirlik raporu ve Mobil Uyumluluk Testi Aralık 2023'te kaldırıldı; kontrol için Lighthouse, Chrome DevTools cihaz modu ve gerçek telefonlar kullanılır.

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

Yapılandırılmış veri, sayfadaki bilgileri Schema.org sözlüğüyle makinelerin okuyabileceği biçimde işaretler; Google JSON-LD biçimini önerir. Kurumsal sitelerde Organization, LocalBusiness, BreadcrumbList ve Article en sık kullanılan türlerdir. İşaretleme sayfada görünen bilgiyle birebir uyuşmalı. İşaretleme zengin sonuç garantisi vermez: Google, SSS (FAQ) zengin sonuçlarını Mayıs 2026'da tamamen kaldırdı; FAQPage işaretlemesi zarar vermez ama artık aramada özel görünüm sağlamaz. Kod üretmek için schema oluşturucu, doğrulamak için Zengin Sonuçlar Testi ve Schema Markup Validator kullanılabilir.

10. İç bağlantılar ve yetim sayfalar

• Önemli sayfalar ana sayfadan birkaç tıklamayla ulaşılabilir olmalı.
• Google yalnızca href değeri olan <a> bağlantılarını güvenilir biçimde izler; yalnızca JavaScript ile çalışan "tıklanabilir" öğeler bağlantı sayılmaz.
• "Buraya tıklayın" yerine hedef sayfanın konusunu anlatan bağlantı metni kullanın.
• Hiçbir sayfadan bağlantı almayan yetim sayfaları bulun; ya ilgili sayfalardan bağlantı verin ya da gerekmiyorsa kaldırın.
• Kırık iç bağlantıları ve yönlendirilen adreslere giden bağlantıları düzeltin.

11. 404, soft 404 ve sunucu hataları

Gerçekten kaldırılmış ve karşılığı olmayan bir sayfanın 404 veya 410 dönmesi normaldir; site içinden bu adreslere verilen bağlantılar temizlenmelidir. Boş ya da "bulunamadı" yazan bir sayfanın 200 dönmesi soft 404 olarak işaretlenir; özel 404 sayfanız da gerçek 404 kodu döndürmelidir. Tüm 404'leri ana sayfaya yönlendirmek doğru değildir; Google bunu da soft 404 sayabilir. 5xx sunucu hataları sürerse Google taramayı yavaşlatır; planlı bakımda 503 kodu kullanın.

12. JavaScript, ilk HTML ve yapay zekâ botları

Google JavaScript'i işleyebilir, ancak bu ek bir aşamadır. Başlık, ana metin ve iç bağlantıların sayfanın ilk HTML çıktısında bulunması en sağlam yoldur; her bot JavaScript'i Googlebot gibi işlemeyebilir. Yapay zekâ destekli aramalarda görünürlük için robots.txt'de OAI-SearchBot, PerplexityBot gibi arama odaklı botları istemeden engellemediğinizden emin olun. Google, Google-Extended belirtecinin Google Arama'daki görünürlüğü etkilemediğini belirtir; Arama ve AI Overviews için Googlebot erişimi gerekir; ayrıca Search Console'daki "Search generative AI" ayarında sitenin hariç tutulmamış olması gerekir (varsayılan ayar dahildir).

Search Console'da hangi raporlara bakılmalı?

Teknik sorunları Google'ın gözünden görmenin en doğrudan yolu Search Console'dur; şu raporları inceleyin:

Her "dizine eklenmedi" satırı hata değildir: yönlendirilen veya başka sayfaya canonical verilen URL'lerin dizinde olmaması beklenir. Amaç, önemli sayfaların doğru işlendiğini doğrulamaktır.

Yayından önce ve sonra yapılacaklar

Teknik SEO hatalarının önemli bir kısmı yeni site yayına alınırken veya yenilenirken oluşur.

Yayından önce:

• Test ortamındaki noindex ve Disallow kurallarını kaldırın.
• Site yenileniyorsa eski URL'lerin listesini çıkarıp her birini yeni karşılığına eşleyen 301 haritası hazırlayın.
• Canonical, iç bağlantı ve site haritasındaki alan adının canlı ve tercih edilen sürüm olduğunu kontrol edin.
• SSL sertifikasını, HTTP→HTTPS ve www yönlendirmelerini test edin.
• Formları, telefon bağlantılarını ve menüyü gerçek telefonlarda deneyin.

Yayından sonra:

• Search Console mülkünü doğrulayın ve site haritasını gönderin.
• Önemli sayfaları URL denetimi ile test edip gerekirse dizine eklenme isteyin.
• Eski URL'lerin tek adımda 301 verdiğini ve yeni sayfaların 200 döndüğünü örnekleyerek doğrulayın.
• İlk haftalarda Sayfa dizine ekleme ve Tarama istatistikleri raporlarını izleyin.
• Eklenti, tema veya yazılım güncellemelerinden sonra kontrolleri tekrarlayın.

Yeni bir site yaptırıyorsanız bu maddelerin çoğunu sonradan düzeltmek yerine baştan doğru kurmak daha az iş çıkarır; SEO uyumlu kodlama yaklaşımı tam olarak budur.

Teknik SEO danışmanlığı neleri kapsar?

Teknik SEO danışmanlığı, sitenin altyapı sorunlarını tespit edip önem sırasına koyma ve çözümün uygulanıp doğrulanmasını yönetme işidir. Kapsam sitenin büyüklüğüne göre değişir; genellikle şunları içerir:

• Tüm sitenin taranması; durum kodu, yönlendirme, canonical ve iç bağlantı denetimi
• Search Console dizin ve tarama raporlarının yorumlanması
• Core Web Vitals sorunlarının kaynağının (görsel, betik, sunucu) bulunması
• Site taşıma ve yenilemelerde 301 haritası ve yayın kontrolü
• Bulguların etki ve iş yüküne göre sıralandığı bir rapor; düzeltmelerin yazılım ekibiyle uygulanıp doğrulanması

Teknik SEO; içerik, anahtar kelime ve bağlantı çalışmalarının yerine geçmez, onların sonuç verebileceği zemini hazırlar. Bu çalışmaları birlikte yürütmek isterseniz SEO hizmetimizin kapsamına bakabilirsiniz.

Sık sorulan sorular

Teknik SEO ile sayfa içi SEO arasındaki fark nedir?

Teknik SEO taramayı, dizine eklemeyi, hızı ve güvenliği; sayfa içi SEO ise başlıkları, metni ve arama niyetine verilen cevabı ele alır. Teknik altyapı sorunluysa iyi içerik de görünürlüğünü tam kazanamaz; bu yüzden ikisi birlikte planlanır.

robots.txt ile engellediğim sayfa Google'da görünmez mi?

Her zaman değil. Robots.txt taramayı engeller, dizine eklemeyi kesin olarak engellemez; başka yerlerden bağlantı alan engelli bir adres içeriği olmadan sonuçlarda görünebilir. Bir sayfanın görünmemesini istiyorsanız taranabilir bırakıp noindex ekleyin.

Site haritası göndermek indekslenmeyi garanti eder mi?

Hayır. Site haritası, Google'ın URL'leri keşfetmesine yardım eder. Sayfanın dizine alınması erişilebilirliğine, içerik değerine ve canonical sinyallerine bağlıdır.

Site hızı Google sıralamasını etkiler mi?

Google, Core Web Vitals'ı sıralama sistemlerinde kullandığını belirtir; ancak içeriğin alakası ve kalitesi çok daha belirleyicidir. Hızın daha doğrudan etkisi, ziyaretçinin siteyi terk etmeden formu doldurması veya aramasıdır.

Teknik SEO kontrolü ne sıklıkla yapılmalı, sonuçlar ne zaman görülür?

Search Console'u düzenli (örneğin ayda bir) izlemek; tasarım yenileme, altyapı değişikliği ve alan adı taşıma sonrasında kapsamlı kontrol yapmak iyi bir pratiktir. Kesin süre verilemez: kaldırılan bir engelin etkisi sayfalar yeniden tarandıkça görülür, Core Web Vitals iyileştirmeleri saha verisine 28 günlük pencereyle yansır.

Tuba Yazılım olarak sitenizi taranabilirlik, dizine eklenme, hız ve yapılandırılmış veri açısından inceliyor, bulguları önem sırasına göre raporluyor ve düzeltmeleri sizin ya da yazılım ekibinizle birlikte uyguluyoruz. Sitenizin teknik durumunu konuşmak için teklif formunu doldurabilirsiniz.