Teknik SEO Kontrol Listesi: 200 Siteyi Denetledik

Teknik SEO, arama motorunun sitenizi tarayabilmesi, her sayfanın doğru adresini seçebilmesi ve sayfaları dizine ekleyebilmesi için kurulan altyapıdır. İçerikle değil, sunucunun verdiği cevaplarla ilgilenir: durum kodları, yönlendirmeler, robots.txt, site haritası, canonical ve noindex. Amacı sıra kazandırmak değil, sıralamanın önündeki engelleri kaldırmak.

Bu altyapının ne kadar sağlam kurulduğunu görmek için 27 Ekim 2026'da Türkiye'nin en popüler 200 .tr sitesini taradık. Kısa sonuç: ana sayfasını açabildiğimiz 175 sitenin yüzde 41,1'inde beş temel altyapı sorunundan en az biri var (Caliency ölçümü, 27 Ekim 2026). En yaygın iki hata, aynı sitenin iki adreste açılması ve var olmayan sayfaların "başarılı" yanıt dönmesi.

Ana sayfa etiketlerini BIST 100 araştırmasında, hızı site hızı yazısında ölçmüştük. Burada konu, Google sayfanın içine bakmadan önce sunucunun ne söylediği.

Teknik SEO neyi kapsar?

Kısa cevap: Google'ın sayfaya ulaşma, doğru adresi seçme ve dizine ekleme adımlarını. Sayfanın ne anlattığı ve başlığın nasıl yazıldığı sayfa içi SEO konusu; hız ise Core Web Vitals konusu.

Bu ayrımın pratik bir sonucu var. Sayfa içi hatalar genelde tek sayfayı etkiler. Teknik hatalar ise şablonda ya da sunucu ayarında durduğu için bütün siteyi aynı anda etkiler. Var olmayan her adrese 200 dönen bir sunucu, bunu sınırsız sayıda adreste yapar.

200 siteyi nasıl denetledik?

Örneklem: Tranco listesinin (liste 64VKX, 12 Ekim 2026'da oluşturuldu) ilk 100.000 sitesi içinde .tr ile biten en popüler 200 alan adı (Tranco, liste 64VKX). Site hızı araştırmamızla aynı örneklem.

Yöntem: Her kontrol için tek istek attık, yönlendirmeleri adım adım izledik ve JavaScript çalıştırmadık. İstemcimiz kendini Caliency araştırması olarak tanıttı; aynı anda en fazla sekiz siteye bağlandı, zaman aşımı 15 saniyeydi. Kontroller şunlar:

1. HTTPS: http://alanadi/ HTTPS'te 200 dönen bir sayfaya varıyor mu, kaç adımda, hangi kodla?
2. Tek adres: https://alanadi/ ile https://www.alanadi/ aynı adreste mi son buluyor?
3. Soft 404: Rastgele üretilmiş, var olmayan bir adres hangi kodu dönüyor?
4. robots.txt: 200 ve düz metin mi, Sitemap: satırı ve bütün tarayıcılara Disallow: / var mı?
5. Site haritası: Bildirilen adreste ya da /sitemap.xml ve /sitemap_index.xml adreslerinde geçerli XML var mı, <lastmod> var mı?
6. Ana sayfa: Meta robots ya da X-Robots-Tag başlığında noindex var mı, canonical nereyi gösteriyor?

200 sitenin 25'i ana sayfasını bize vermedi: 13'ü HTTP hata koduyla (çoğu 403) reddetti, 12'sinde DNS, TLS ya da bağlantı hatası aldık. Analiz, kalan 175 site üzerinden. Her kontrolün paydası, o kontrole yanıt veren site sayısı.

Ne bulduk?

Kısa cevap: görünen işler yapılmış, görünmeyenler yarım kalmış (Caliency ölçümü, 27 Ekim 2026):

• HTTP'den yanıt veren 165 sitenin 153'ü (yüzde 92,7) HTTPS'e varıyor. 10'u sayfayı şifresiz HTTP'den sunuyor, birinde yönlendirme sonsuz döngüye giriyor.
• İki adresi de yanıt veren 168 sitenin 50'si (yüzde 29,8) www ve www'suz adresi ayrı ayrı 200 ile açıyor.
• Test isteğine yanıt veren 173 sitenin 37'si (yüzde 21,4) var olmayan bir sayfaya 200 dönüyor.
• 175 sitenin 115'inde (yüzde 65,7) geçerli bir XML site haritası var; robots.txt'te site haritası bildirenlerin oranı yüzde 56,0.
• Yalnızca 2 sitenin ana sayfasında noindex var; ikisinde de birbiriyle çelişen iki meta etiketi duruyor.

Beş temel sorunu birlikte saydık: HTTPS'e gitmeyen HTTP, iki ayrı adres, soft 404, ana sayfada noindex ve bütün tarayıcılara kapalı robots.txt. 175 sitenin 72'sinde (yüzde 41,1) en az biri var; 27 sitede iki ya da üçü bir arada.

Var olmayan sayfa neden 200 dönmemeli?

Kısa cevap: çünkü 200, "bu sayfa var" demektir. Google'ın tanımıyla soft 404, kullanıcıya sayfanın bulunmadığını söyleyen bir sayfanın 200 koduyla dönmesi. Google bu sayfaları aramadan dışarıda bırakıyor ve Search Console'da soft 404 olarak raporluyor (Google Search Central, soft 404 hataları).

Aynı belge çözümü de veriyor. Sayfa kalktıysa ve yerine geçen bir sayfa yoksa 404 ya da 410 dönün; içerik taşındıysa 301 ile yeni adrese yönlendirin. Özel bir 404 sayfası iyi bir fikir, ama sunucu yine 404 kodu dönmeli. Google'ın ifadesiyle bu sayfalar yalnızca kullanıcılar için yapılıyor.

Ölçümümüzde 173 sitenin 134'ü (yüzde 77,5) 4xx koduyla doğru cevap verdi. Google, 429 dışındaki bütün 4xx kodlarını aynı şekilde, içeriğin var olmadığı sinyali olarak işliyor (Google, HTTP durum kodları). 200 dönen 37 sitenin dağılımı ise şöyle:

• 21 site doğrudan 200 dönüyor; hangi adresi yazarsanız yazın bir sayfa geliyor.
• 7 site bir 404 sayfasına yönlendiriyor, ama o sayfa 200 dönüyor. Adreste "404" yazıyor, sunucu ise "başarılı" diyor. En kolay düzeltilen hata bu.
• 5 site ana sayfaya yönlendiriyor.
• 4 site alakasız bir sayfaya gönderiyor: bir kategoriye, bir arama sonucuna, iki örnekte bir haber yazısına.

Google'ın tarama verimi önerileri bunun neden önemli olduğunu açıklıyor. Gereksiz sayfalara sunucu kaynağı harcamak önemli sayfaların taranmasını azaltabiliyor ve soft 404 sayfaları bu gereksiz adresler arasında sayılıyor (Google Search Central, tarama sorunları). Küçük bir sitede etkisi sınırlı. Binlerce ürün ya da haber sayfası olan bir sitede ise ölü adresler gerçek sayfalarla yarışır.

Aynı site iki adreste: www ve www'suz

Kısa cevap: iki adres de 200 dönüyorsa, hangisinin gösterileceğini Google'a bırakırsınız. Google, ana sayfaya https://example.com ve https://www.example.com gibi farklı adreslerden ulaşılabiliyorsa birini seçip diğerlerini ona yönlendirmeyi öneriyor (Google Search Central, yönlendirmeler).

Kanonikleştirme belgesi sinyalleri güç sırasıyla sayıyor: yönlendirme ve rel="canonical" güçlü, site haritasına eklemek zayıf sinyal (Google Search Central, kanonik URL belirtme). Aynı belge dürüst bir şerh de düşüyor. Bu yöntemlerin hiçbiri zorunlu değil; tercih bildirmezseniz Google en uygun sürümü kendisi seçiyor.

Yani bu bir felaket değil, bir kontrol kaybı. Ölçümümüzde iki adresi de yanıt veren 168 sitenin 118'i (yüzde 70,2) tek adrese topluyor. İki adresi de 200 ile açan 50 sitenin yalnızca 13'ünün ana sayfasında canonical var (Caliency ölçümü, 27 Ekim 2026). Kalan 37 site Google'a hiçbir tercih bildirmiyor.

Tek adrese toplayan 118 sitenin 20'si bunu geçici bir yönlendirmeyle (302 ya da 307) yapıyor. Google'a göre geçici yönlendirmede Googlebot hedefe gidiyor, ama dizine ekleme sistemi bunu hedefin kanonik olması gerektiği sinyali olarak kullanmıyor (Google Search Central, yönlendirmeler).

HTTP'den HTTPS'e: zincirden çok kod sorunu

Kısa cevap: asıl sorun zincirin uzunluğu değil, kullanılan yönlendirme kodu. Google'ın tarayıcıları varsayılan olarak 10 yönlendirme adımına kadar takip ediyor (Google, HTTP durum kodları). Ölçtüğümüz en uzun zincir 5 adımdı.

HTTPS'e varan 153 sitenin 89'u tek, 54'ü iki, 10'u üç ya da daha fazla adımda varıyor. Tipik iki adımlık zincir önce https://alanadi, sonra https://www.alanadi adresine gidiyor. Bu, sınırın çok altında. Yine de Google uzun zincirlerin taramayı olumsuz etkilediğini yazıyor (Google Search Central, tarama sorunları). Tek adımda doğru adrese gitmek daha temiz.

Asıl dikkat çeken kodlar. 153 sitenin 48'inde (yüzde 31,4) HTTPS'e ilk yönlendirme geçici: 302, 303 ya da 307 (Caliency ölçümü, 27 Ekim 2026). Google 301'i hedefin işlenmesi için güçlü, 302'yi zayıf sinyal olarak kullanıyor (Google, HTTP durum kodları).

Riski abartmayalım. Google, HTTPS sayfaları eşdeğer HTTP sayfalarına karşı kanonik olarak zaten tercih ediyor (Google Search Central, kanonik URL belirtme). 302 ile HTTPS'e giden bir site büyük ihtimalle yine HTTPS adresiyle dizinde. Ama kalıcı bir taşınmayı geçici diye bildirmek, düzeltmesi bir satır süren yanlış bir bilgi.

robots.txt ve site haritası: dosya var, içerik yanlış

Kısa cevap: robots.txt çoğu sitede var; site haritası satırı ise neredeyse yarısında yok. 175 sitenin 146'sında (yüzde 83,4) robots.txt 200 ve düz metin olarak açılıyor. 17'sinde dosya yok (404), 10'unda adres bir HTML sayfası dönüyor (Caliency ölçümü, 27 Ekim 2026).

Dosyanın olmaması tek başına sorun değil. Google, 429 dışındaki 4xx yanıtlarında tarama kısıtlaması olmadığını varsayıyor. Asıl tehlike 5xx: Google, robots.txt'yi alamadığında ilk 12 saat siteyi taramayı durduruyor (Google, robots.txt spesifikasyonu). Taramamızda bir sitenin robots.txt'si 500 döndü; tekrar denediğimizde düzelmişti.

Bütün tarayıcılara Disallow: / diyen yalnızca bir site vardı. Hatırlatalım: Google'a göre robots.txt bir sayfayı Google'ın dışında tutmanın yolu değil, bunun için noindex gerekiyor (Google Search Central, robots.txt'ye giriş).

Site haritası satırı daha zayıf. Geçerli robots.txt'si olan 146 sitenin 98'i (yüzde 67,1) Sitemap: satırı taşıyor; Google bu satırı site haritasını bildirme yollarından biri olarak sayıyor (Google Search Central, site haritası oluşturma). Bu 98 sitenin 6'sında ise bildirilen ilk adreste site haritası yok:

• Birinde satır, dışarıdan erişilemeyen bir iç sunucu adını gösteriyor.
• Birinde şablondan kalmış "senin-domainin.com" diye bir yer tutucu alan adı duruyor.
• Diğerlerinde adres 404 dönüyor ya da TLS bağlantısı kurulamayan başka bir alan adını gösteriyor.

URL düzeyindeki site haritasını okuyabildiğimiz 109 sitenin 72'sinde (yüzde 66,1) <lastmod> var. Google bu değeri ancak tutarlı ve doğrulanabilir biçimde doğruysa kullanıyor; telif yılını güncellemek önemli bir değişiklik sayılmıyor (Google Search Central, site haritası oluşturma).

Site haritası her site için şart da değil. Google, sayfaları birbirine düzgün bağlı ve yaklaşık 500 sayfa ya da daha küçük sitelerin buna ihtiyaç duymayabileceğini yazıyor (Google Search Central, site haritalarına genel bakış). Örneklemdeki sitelerin çoğu bundan çok daha büyük.

noindex ve canonical: nadir ama pahalı hatalar

Kısa cevap: ana sayfada noindex neredeyse yok, ama iki örnek de aynı hatadan doğuyor. İki sitede biri noindex, diğeri index diyen iki ayrı meta etiketi var. Google'a göre çelişen kurallarda daha kısıtlayıcı olan uygulanıyor; robots ve googlebot etiketleri ayrışırsa olumsuz kuralların toplamı geçerli (Google Search Central, robots meta etiketi).

Bu çelişki genelde iki katmandan gelir: şablonun sabit yazdığı bir etiket ve bir eklentinin eklediği ikincisi. Birinde noindex kalırsa diğerinin index demesi hiçbir şeyi kurtarmaz.

Canonical tarafında 175 sitenin 108'inin ana sayfasında canonical var ve 100'ü (yüzde 92,6) sayfanın kendi ana makinesini gösteriyor. 8'i başka bir yeri gösteriyor: 4'ü www'li ya da www'suz diğer adresi, 3'ü HTTP sürümünü, 1'i başka bir alan adını (Caliency ölçümü, 27 Ekim 2026). Google, HTTPS sayfanın HTTP sürüme canonical vermesini HTTPS tercihini bozan durumlar arasında sayıyor (Google Search Central, kanonik URL belirtme).

Kamu siteleri neden daha zayıf?

Kısa cevap: ölçtüğümüz kontrollerde .gov.tr siteleri .com.tr sitelerinin belirgin biçimde gerisinde (Caliency ölçümü, 27 Ekim 2026):

Nedenini ölçmedik. Aynı örüntünün kamu sitelerinde bu kadar sık tekrarlanması ortak bir altyapıyı ya da hazır bir yapılandırmayı düşündürüyor, ama bu bir hipotez. Ticari sitelerin daha iyi olması şaşırtıcı değil; organik trafik onlar için doğrudan gelir demek.

Teknik SEO kontrol listesi: kendi sitenizde 15 dakikada

Aşağıdaki sıra, ölçümümüzün elle yapılan hâli. Bir tarayıcı ve geliştirici araçlarındaki Ağ (Network) sekmesi yeterli. Durum kodunu sayfadan değil, Ağ sekmesindeki ilk satırdan okuyun.

Önceliği şöyle belirledik: dizine girmeyi engelleyen hata yüksek, Google'ın kendi başına telafi edebildiği hata orta, yalnızca verimi etkileyen hata düşük. Site taşıması ya da yenilemesi yapıyorsanız 4 ve 7 numaralı maddeler yükseğe çıkar; bunu web sitesi yenileme yazısında ayrıca ele aldık.

Bu kontrollerin çoğunu otomatik görmek isterseniz ücretsiz SEO analizi aracımız HTTPS, yönlendirme sayısı, www'li ve www'suz adresin durumu, noindex, robots.txt, site haritası ve canonical kontrollerini tek raporda yapıyor. Sınırını da söyleyelim: araç tek bir sayfaya bakıyor, soft 404 testi yapmıyor ve site haritasındaki lastmod değerlerini okumuyor. Bu ikisi için 3 ve 8 numaralı adımları elle yapmanız gerekiyor.

Search Console kullanıyorsanız işin ikinci yarısı orada. Sayfa Dizine Ekleme raporu, Google'ın neyi neden dışarıda bıraktığını gösteriyor; nasıl okunduğunu araçsız SEO analizi yazısında anlattık.

Teknik SEO ne zaman yetmez?

Bir SEO ajansından duymayı beklemeyeceğiniz bir cevap: bu listedeki her maddeyi düzeltmek tek başına sıra kazandırmaz. Teknik SEO engeli kaldırır; talebi, içeriği ve güveni yaratmaz. Birbirine düzgün bağlı 20 sayfalık bir sitede eksik lastmod büyük ihtimalle hiçbir şeyi değiştirmez.

SEO hizmetimizde teknik denetimi ilk adım olarak yapıyoruz, çünkü bozuk bir altyapıda içerik çalışması boşa gider. Ama sınırımız belli: teknik düzeltmelerin kaç sıra ya da ne kadar trafik getireceğini önceden söyleyemeyiz. Söyleyebildiğimiz şey, Google'ın önündeki hangi engelin kalktığı. Altyapıyı baştan doğru kurmak ise yapımın parçası; web sitesi yapımı hizmetimizde bu kontroller teslimden önce yapılıyor.

Neyi ölçmedik

• Sıralamayla ilişkiyi ölçmedik. Bu siteler zaten popüler; altyapı sorunlarının onlara ne kadar trafik kaybettirdiğini bilmiyoruz.
• Yalnızca ana sayfaya ve tek bir uydurma adrese baktık. İç sayfalardaki canonical, noindex ve yönlendirme hataları bu ölçümde yok.
• JavaScript çalıştırmadık. Etiketleri JavaScript ile ekleyen sitelerde Google'ın gördüğü farklı olabilir; meta refresh ve JavaScript yönlendirmelerini de izlemedik.
• Google gibi istek atmadık. Bazı siteler otomatik istemcilere farklı cevap veriyor; 25 site ana sayfasını bize hiç vermedi. Bunlardan 5'indeki TLS hatası, tarayıcıların tolere ettiği eksik bir sertifika zincirinden kaynaklanıyor olabilir.
• Site haritasını yalnızca üç adreste aradık. Search Console'a gönderilen ya da başka adreste duran haritaları görmemiş olabiliriz.
• Tek ölçüm yaptık. Geçici sunucu hataları sonucu etkileyebilir; robots.txt'si 500 dönen sitede bunu gördük.

Sık sorulan sorular

Teknik SEO nedir?

Teknik SEO, arama motorunun sitenizi tarayabilmesi, her sayfanın doğru adresini seçebilmesi ve sayfaları dizine ekleyebilmesi için kurulan altyapıdır. İçerikle değil; durum kodları, yönlendirmeler, robots.txt, site haritası, canonical ve noindex gibi sunucu cevaplarıyla ilgilenir. Amacı sıra kazandırmak değil, sıralamanın önündeki teknik engelleri kaldırmaktır.

Teknik SEO kontrol listesinde neler olmalı?

En az altı madde olmalı. HTTP adresi tek adımda ve 301 ya da 308 ile HTTPS'e gitmeli, www ve www'suz adres tek adrese toplanmalı. Var olmayan sayfalar 404 ya da 410 dönmeli, robots.txt düz metin olarak açılmalı. Site haritası geçerli XML olmalı ve doğru lastmod taşımalı. Önemli sayfalarda noindex bulunmamalı, canonical sayfanın kendi adresini göstermeli.

Soft 404 nedir, nasıl anlaşılır?

Soft 404, sayfanın bulunmadığını söyleyen ya da içi boş olan bir sayfanın sunucudan 200 başarı koduyla dönmesidir. Google bu sayfaları aramadan dışarıda bırakıyor ve Search Console'da soft 404 olarak raporluyor. Kendi sitenizde anlamak için alan adınızın sonuna uydurma bir yol ekleyip açın. Tarayıcının geliştirici araçlarındaki Ağ sekmesinde 404 ya da 410 görmelisiniz.

www ve www'suz adres ayrı ayrı açılıyorsa sorun olur mu?

Felaket değil, ama seçimi Google'a bırakırsınız. Google, aynı içeriğe birden çok adresten ulaşılıyorsa birini tercih edip diğerlerini ona yönlendirmeyi öneriyor ve yönlendirmeyi güçlü bir kanonik sinyal sayıyor. Hiçbir sinyal vermezseniz gösterilecek sürümü Google kendisi seçer. Ölçümümüzde iki adresi de 200 ile açan 50 sitenin yalnızca 13'ünün ana sayfasında canonical vardı.

Türkiye'deki popüler siteler teknik SEO'da nerede hata yapıyor?

En çok iki yerde. İncelediğimiz 175 popüler .tr sitesinin 50'si www ve www'suz adresi ayrı ayrı 200 ile açıyor. Test isteğine yanıt veren 173 sitenin 37'si ise var olmayan bir sayfaya 200 dönüyor (Caliency ölçümü, 27 Ekim 2026). Sitelerin yüzde 41,1'inde beş temel altyapı sorunundan en az biri var; kamu siteleri ticari sitelerden belirgin biçimde zayıf.

Kısaca

Teknik SEO, Google'ın sitenize ulaşmasını, doğru adresi seçmesini ve sayfaları dizine eklemesini sağlayan altyapıdır. Türkiye'nin en popüler .tr sitelerinde görünen kısmı büyük ölçüde yapılmış: HTTP isteklerinin yüzde 92,7'si HTTPS'e varıyor, ana sayfaların yüzde 98,9'u dizine açık (Caliency ölçümü, 27 Ekim 2026).

Görünmeyen kısım yarım. Sitelerin yüzde 29,8'i aynı içeriği iki adreste açıyor, yüzde 21,4'ü var olmayan sayfaya "başarılı" diyor ve yüzde 41,1'inde beş temel sorundan en az biri var. Bu hataların hiçbiri sayfaya bakınca görünmüyor; yalnızca sunucunun ne dediğine bakınca görünüyor.

Sitenizin bu kontrollerin çoğunda nerede durduğunu görmek için ücretsiz SEO analizi aracımızı deneyin. Bulduğunuz sorunları birlikte önceliklendirmek isterseniz SEO hizmetimize göz atabilir ya da doğrudan bize yazabilirsiniz.