Kısa cevap: Teknik SEO, arama motorlarının sitenizi sorunsuz tarayabilmesi, doğru sayfaları indeksleyebilmesi ve içeriğinizi doğru anlayabilmesi için yapılan altyapı çalışmasıdır. Kurumsal bir sitede öncelikle robots.txt ve site haritası, durum kodları, canonical etiketleri, iç linkleme, mobil performans (Core Web Vitals), HTTPS ve yapılandırılmış veri kontrol edilmelidir. Aşağıdaki liste bu kontrolleri gruplara ayırarak, ne zaman ve nasıl yapılacağıyla birlikte sunuyor.
İçerik ne kadar iyi olursa olsun, arama motoru bir sayfaya ulaşamıyorsa ya da aynı sayfanın beş farklı sürümü arasında kararsız kalıyorsa, o içerik beklenen görünürlüğü elde edemez. Teknik SEO bu yüzden içerik çalışmasının önkoşuludur. Listeyi kendi sitenizde madde madde uygulayabilir ya da teknik ekibinizle paylaşabilirsiniz.
Başlamadan önce: araçlar ve hazırlık
- Google Search Console: Sitenin alan adı mülkü olarak doğrulanmış olmalı. Sayfa dizine ekleme raporu, site haritaları ve URL denetimi aracı bu listenin temel veri kaynaklarıdır.
- Bing Webmaster Tools: Bing ve Bing verisini kullanan arama deneyimleri için ayrı bir görünürlük sağlar.
- Bir tarama aracı: Sitenizi bir arama motoru gibi gezip durum kodlarını, başlıkları ve canonical etiketlerini listeleyen herhangi bir crawler.
- PageSpeed Insights: Hem laboratuvar ölçümünü hem de varsa gerçek kullanıcı verisini gösterir.
Denetime başlamadan önce sitenin bugünkü durumunu kaydedin: indekslenen sayfa sayısı, son üç ayın tıklama ve gösterim verisi, Core Web Vitals durumu. Yapacağınız düzeltmelerin etkisini ancak bu başlangıç verisiyle karşılaştırarak görebilirsiniz.
1. Tarama (crawl) kontrolleri
- robots.txt dosyası erişilebilir mi ve yanlışlıkla önemli dizinleri ya da CSS/JS dosyalarını engelliyor mu?
- Test veya hazırlık ortamı arama motorlarına kapalı, canlı site açık mı?
- XML site haritası güncel mi, yalnızca indekslenmesini istediğiniz ve 200 dönen URL'leri içeriyor mu?
- Site haritası robots.txt içinde belirtilmiş ve Search Console'a gönderilmiş mi?
- Her önemli sayfaya en az bir iç linkle ulaşılabiliyor mu? Hiçbir yerden link almayan "yetim" sayfa var mı?
- Linkler standart
<a href>etiketleriyle mi verilmiş? Google, JavaScript ile eklenen linkleri ancak bu biçimde olduklarında takip edebilir.
2. İndeksleme kontrolleri
- Search Console'daki "dizine eklenmedi" nedenlerini tek tek inceleyin: noindex, yönlendirme, kopya, bulunamadı (404), yumuşak 404.
- Yanlışlıkla
noindexetiketi taşıyan şablon var mı? Özellikle yayından sonra hazırlık ortamından kalan ayarlar sık rastlanan bir sorundur. - İnce veya birbirinin tekrarı olan sayfalar (boş etiket sayfaları, filtre kombinasyonları, arama sonuç sayfaları) indeksleme dışında mı?
- Silinen sayfalar doğru durum kodunu döndürüyor mu? Kalıcı olarak kaldırılan bir içerik için 404 veya 410, yeni bir karşılığı olan içerik için 301 kullanılmalıdır.
3. Canonical ve kopya içerik
Google'ın belgelerine göre kopya URL'leri birleştirmenin en güçlü sinyali yönlendirmedir; ardından rel="canonical" etiketi, en zayıf sinyal olarak da site haritasına dahil etme gelir. Kontrol edilecekler:
- Her indekslenebilir sayfanın kendisini gösteren (self-referencing) bir canonical etiketi var mı?
- www / www'siz ve http / https sürümleri tek bir adrese kalıcı olarak yönlendiriliyor mu?
- Sondaki eğik çizgi (/) kullanımı tutarlı mı?
- UTM gibi parametreli URL'ler canonical ile ana sayfaya bağlanıyor mu?
- Canonical, site haritası ve iç linkler aynı URL'yi mi işaret ediyor? Çelişen sinyaller Google'ın kendi seçimini yapmasına yol açar.
4. URL yapısı ve site mimarisi
- URL'ler kısa, okunabilir ve içeriği tarif eden kelimelerden mi oluşuyor?
- Türkçe karakterler tutarlı biçimde dönüştürülmüş mü (ör. ş yerine s)?
- Önemli sayfalar ana sayfadan birkaç tıklama mesafesinde mi?
- Hizmet, ürün ve blog içerikleri mantıklı dizinler altında gruplanmış mı?
- Breadcrumb (içerik haritası) hem görünür hem de yapılandırılmış veri olarak mevcut mu?
5. Durum kodları ve yönlendirmeler
- İç linklerde 404 veren hedef kalmamalı.
- Yönlendirme zincirleri (A → B → C) tek adıma indirilmeli.
- Kalıcı taşımalarda sunucu tarafı 301 veya 308 kullanılmalı; JavaScript yönlendirmesi son çare olmalı.
- Çok sayıda eski URL'nin toplu halde ana sayfaya yönlendirilmesinden kaçınılmalı.
- Sunucu hataları (5xx) düzenli izlenmeli.
Bir yenileme ya da alan adı değişikliği planlıyorsanız, bu başlığın ayrıntıları için web sitesi yenilerken SEO kaybını önleme yazımıza göz atın.
6. JavaScript ve sayfa oluşturma (render)

Google, JavaScript ile oluşturulan sayfaları tarama, render ve indeksleme aşamalarından geçirir; render işlemi kaynak durumuna göre gecikebilir. Kritik içeriğin sunucu tarafında (SSR veya statik üretim) HTML olarak gelmesi hem kullanıcı hem tarayıcılar için daha güvenlidir.
- URL denetimi aracında "oluşturulan HTML" içinde ana metin, başlıklar ve linkler görünüyor mu?
- Önemli içerik yalnızca bir tıklama veya kaydırma sonrası mı yükleniyor?
- robots.txt, render için gereken JS ve CSS dosyalarını engelliyor mu?
7. Hız ve Core Web Vitals
web.dev'e göre iyi bir kullanıcı deneyimi için ziyaretlerin yüzde 75'inde LCP 2,5 saniye, INP 200 milisaniye ve CLS 0,1 veya altında olmalıdır.
| Metrik | Neyi ölçer? | Sık görülen neden | İlk bakılacak yer |
|---|---|---|---|
| LCP | Ana içeriğin görünme süresi | Büyük ve optimize edilmemiş kapak görseli, yavaş sunucu yanıtı | Görsel boyutu ve formatı, önbellekleme, öncelikli yükleme |
| INP | Etkileşime yanıt hızı | Ağır JavaScript, üçüncü taraf scriptler | Gereksiz kütüphaneler, uzun görevler |
| CLS | Görsel kayma | Boyutu tanımlanmamış görseller, geç yüklenen bannerlar | Görsel ve gömülü içerik boyutları, yazı tipi yükleme |
8. Mobil uyum ve erişilebilirlik
- Mobil ve masaüstü sürümler aynı ana içeriği ve yapılandırılmış veriyi içeriyor mu?
- Viewport etiketi doğru tanımlı mı, yatay kaydırma oluşuyor mu?
- Dokunma alanları yeterince büyük, metinler yakınlaştırmadan okunabilir mi?
- Görsellerde açıklayıcı alt metin, formlarda etiket var mı? Bunlar hem erişilebilirlik hem de içeriğin anlaşılması için önemlidir.
9. HTTPS ve güvenlik
- Tüm sayfalar HTTPS üzerinden sunuluyor, karışık içerik (http kaynak) uyarısı yok mu?
- SSL sertifikasının yenilenmesi otomatik mi?
- Temel güvenlik başlıkları (HSTS, içerik güvenlik politikası gibi) tanımlı mı?
- Search Console'da güvenlik sorunu bildirimi var mı?
10. Yapılandırılmış veri
Google, yapılandırılmış veri için JSON-LD biçimini önerir. Kurumsal siteler için genellikle şu türler anlamlıdır: Organization, yerel hizmet veren işletmeler için LocalBusiness, BreadcrumbList, blog içerikleri için Article ve hizmet sayfaları için Service.
- İşaretleme, sayfada görünen bilgilerle birebir uyumlu mu?
- Zengin Sonuçlar Testi'nde hata veya uyarı var mı?
- İşletme adı, adres ve telefon bilgisi sitenin her yerinde aynı mı?
Unutmayın: geçerli yapılandırılmış veri, zengin sonuç gösterileceğinin garantisi değildir; yalnızca uygunluğu sağlar.
11. Başlıklar, meta veriler ve çok dilli yapı
- Her sayfanın benzersiz ve içeriği tarif eden bir title etiketi var mı?
- Meta açıklamalar sayfaya özgü ve tıklamaya teşvik edici mi?
- Sayfada tek ve anlamlı bir H1 bulunuyor, alt başlıklar mantıklı bir sırayla ilerliyor mu?
- Open Graph etiketleri paylaşımlarda doğru görsel ve başlığı gösteriyor mu?
- Çok dilli sitelerde hreflang etiketleri karşılıklı ve doğru dil kodlarıyla tanımlı mı?
12. Görseller, PDF'ler ve indirilebilir dosyalar
- Görseller WebP veya AVIF gibi modern formatlarda, ekran boyutuna uygun ölçülerde sunuluyor mu?
- Dosya adları anlamlı mı? "IMG_4821.jpg" yerine içeriği tarif eden bir ad tercih edin.
- Ekranın ilk görünen kısmının altındaki görseller tembel yükleme (lazy loading) ile mi geliyor? Kapak görseli ise tersine öncelikli yüklenmeli.
- PDF katalog ve teknik föyler indekslenmesini istediğiniz belgeler mi? Öyleyse anlamlı bir başlıkla ve ilgili HTML sayfasından linklenmiş olarak sunulsun; aynı bilgi HTML sayfada da yer alsın.
13. Kurumsal sitelere özgü tuzaklar
Kurumsal sitelerde, genel kontrol listelerinde pek geçmeyen bazı sorunlarla sık karşılaşılır:
- Süresi dolmuş kampanya ve duyuru sayfaları: Yıllar önceki etkinlik sayfaları hâlâ yayında ve site haritasında kalabilir. Güncel bir karşılığı varsa oraya yönlendirin, yoksa kaldırın.
- Kariyer ilanları: Dolmuş ilanlar 200 durum koduyla "ilan kapandı" yazarak yaşamaya devam ediyorsa, ince içerik birikir.
- Şube ve bayi sayfaları: Yalnızca şehir adı değişen, birbirinin kopyası sayfalar yerine her lokasyona özgü bilgi (adres, çalışma saatleri, ekip, hizmet kapsamı) içeren sayfalar oluşturun.
- Eski alt alan adları: Unutulmuş test, kampanya veya eski blog alt alan adları güvenlik ve kopya içerik riski taşır.
14. İzleme takvimi
| Sıklık | Kontrol |
|---|---|
| Haftalık | Search Console uyarıları, sunucu hataları, yeni 404'ler |
| Aylık | Dizine ekleme raporu, Core Web Vitals raporu, site haritası durumu |
| Üç ayda bir | Tam site taraması, iç link ve yönlendirme denetimi, yapılandırılmış veri testi |
| Her büyük değişiklikte | Yayın öncesi ve sonrası karşılaştırmalı tarama |
Nereden başlamalı? Öncelik sırası
- Önce erişim: robots.txt, noindex ve sunucu hataları. Bunlar tüm görünürlüğü durdurabilir.
- Sonra sinyal tutarlılığı: canonical, yönlendirmeler, site haritası.
- Ardından deneyim: Core Web Vitals ve mobil kullanılabilirlik.
- En son zenginleştirme: yapılandırılmış veri ve meta optimizasyonu.
Teknik altyapı yapay zeka destekli arama deneyimleri için de temel koşuldur. Bu konuyu yapay zeka aramalarında işletmelerin nasıl anlaşılır olacağını anlattığımız yazıda ele aldık. Yeni bir site planlıyorsanız web sitesi yaptırırken dikkat edilmesi gerekenler rehberi de işinize yarayabilir.
Sonraki adım
Bu listeyi kendi sitenizde uygulamak zaman alabilir. Sitenizin teknik durumunu görmek için ücretsiz SEO analizi talep edebilir, sürekli bir çalışma için Ankara SEO hizmeti sayfamızı inceleyebilirsiniz.
Sık sorulan sorular
Teknik SEO nedir?
Teknik SEO, arama motorlarının bir siteyi sorunsuz tarayabilmesi, doğru sayfaları indeksleyebilmesi ve içeriği anlayabilmesi için yapılan altyapı çalışmasıdır. Robots.txt, site haritası, durum kodları, canonical etiketleri, hız ve yapılandırılmış veri bu çalışmanın ana başlıklarıdır.
Teknik SEO denetimi ne sıklıkla yapılmalı?
Search Console uyarılarını haftalık, dizine ekleme ve Core Web Vitals raporlarını aylık izlemek önerilir. Kapsamlı bir tarama ve denetimi üç ayda bir ve her büyük site değişikliğinden önce ve sonra yapmak sağlıklı bir ritimdir.
Canonical etiketi ile 301 yönlendirme arasındaki fark nedir?
301 yönlendirme, kullanıcıyı ve arama motorunu kalıcı olarak yeni adrese gönderir ve en güçlü birleştirme sinyalidir. Canonical etiketi ise sayfa erişilebilir kalırken arama motoruna tercih edilen sürümü bildirir. Eski sayfanın artık gerekmediği durumda yönlendirme, birden çok sürümün yaşaması gereken durumda canonical kullanılır.
Core Web Vitals sıralamayı etkiler mi?
Core Web Vitals, Google'ın sayfa deneyimini değerlendirdiği sinyaller arasındadır. Ancak alakalı ve faydalı içeriğin yerini tutmaz. İyi değerler özellikle mobil kullanıcıların siteden ayrılmadan işlem yapmasına yardımcı olur.
Yapılandırılmış veri eklemek zengin sonuç garantisi verir mi?
Hayır. Geçerli yapılandırılmış veri yalnızca bir sayfayı zengin sonuçlar için uygun hale getirir; gösterilip gösterilmeyeceğine Google karar verir. İşaretlemenin sayfada görünen bilgilerle birebir uyumlu olması da bir koşuldur.
JavaScript ile yapılmış siteler SEO açısından sorunlu mu?
Google JavaScript'i render edebilir, ancak bu işlem gecikebilir ve her tarayıcı aynı yeteneğe sahip değildir. Kritik içeriğin sunucu tarafında HTML olarak gelmesi ve linklerin standart a href etiketleriyle verilmesi riski önemli ölçüde azaltır.




