Teknik SEO Nedir?

Teknik SEO, arama motorlarının web sitesini doğru şekilde taramasını ve indekslemesini sağlayan altyapı optimizasyon sürecidir. Core Web Vitals metriklerini kapsar.

Teknik SEO, modern arama motorlarının bir web sitesini sorunsuz şekilde keşfetmesi, taraması, anlamlandırması ve dizinine eklemesi için gereken sunucu ve kod düzeyi optimizasyonların bütünüdür. Bir web projesinde içerik kalitesi ya da bağlantı profili ne kadar güçlü olursa olsun, taranabilirlik ve altyapı mimarisinde açıklar bulunması organik görünürlüğü doğrudan sınırlar. Teknik SEO Nedir? sorusunun kurumsal yanıtı; site mimarisi, sunucu yanıt süreleri, JavaScript işleme protokolleri, Core Web Vitals metrikleri ve yapılandırılmış veri katmanlarının bir sistem mühendisliği disipliniyle optimize edilmesidir. Bu rehber; teknik borçların azaltılması, tarama bütçesinin verimli yönetilmesi ve organik trafiğin sürdürülebilir altyapılar üzerinde ölçeklenmesi için uygulanabilir metodolojiler sunar.

Teknik SEO Kavramı ve Kurumsal İş Süreçlerindeki Yeri

Teknik SEO, bir web sitesinin arama motoru botları tarafından verimli bir şekilde taranmasını (crawling), sayfaların hatasız işlenmesini (rendering) ve arama dizinine (indexing) eksiksiz kaydedilmesini temin eden teknik gereksinimlerin yönetilmesidir. Kurumsal ölçekteki yapılarda teknik SEO; yazılım geliştirme ekipleri, sistem yöneticileri, ürün müdürleri ve pazarlama departmanları arasında köprü vazifesi görür. Altyapı optimizasyonunun ihmal edilmesi, doğrudan organik gelir kaybı, sunucu maliyetlerinin gereksiz artışı ve arama motoru algoritmaları nezdinde kalite puanının düşmesi anlamına gelir.

Büyük ölçekli web varlıklarında her yeni kod dağıtımı (deployment), teknik mimari üzerinde kalıcı etkiler bırakır. Yanlış yapılandırılmış bir yönlendirme döngüsü, hatalı yerleştirilmiş bir noindex meta etiketi veya sunucu kaynaklı 5xx hataları, milyonlarca liralık ürün envanterinin arama sonuçlarından silinmesine yol açabilir. Teknik SEO, bu tür risklerin proaktif olarak saptanmasını ve yazılım geliştirme yaşam döngüsüne (SDLC) entegre edilmesini zorunlu kılar.

Site İçi ve Site Dışı SEO'dan Temel Farkları

Arama motoru optimizasyonu temel olarak üç ana sütun üzerinde yükselir: Teknik SEO, Site İçi (On-Page) SEO ve Site Dışı (Off-Page) SEO. Bu üç disiplin birbirini tamamlar ancak operasyonel odakları ve etki alanları belirgin çizgilerle ayrılır.

• Teknik SEO: Doğrudan web sitesinin altyapısını, sunucu yapılandırmasını, taranabilirliğini, kod mimarisini ve sayfa deneyimi metriklerini hedefler. İçeriğin kendisinden ziyade, içeriğin arama motorlarına nasıl sunulduğuyla ilgilenir.

• Site İçi SEO: Hedef anahtar kelimelerin metin içindeki dağılımı, başlık etiketleri (H1-H6), meta açıklamalar, görsel optimizasyonu ve semantik içerik kalitesi gibi doğrudan kullanıcıya ve anlamsal eşleşmeye hitap eden unsurları kapsar.

• Site Dışı SEO: Web sitesinin dijital otoritesini, marka bilinirliğini ve güvenilirlik sinyallerini artırmaya odaklanan backlink edinimi, dijital PR ve sektörel referans yönetimi süreçlerini yönetir.

Teknik İhmallerin Potansiyel Riskleri ve Trafik Kaybı

Teknik altyapısı optimize edilmemiş platformlarda en sık gözlemlenen problem, arama motoru botlarının siteyi taramakta zorlanması ve buna bağlı olarak organik görünürlüğün aşamalı biçimde erimesidir. Sunucu yanıt sürelerinin (TTFB - Time to First Byte) yüksek olması, botların tarama sıklığını azaltır. Botlar, aşırı yavaş yanıt veren ya da sık sık çöken sunucularda tarama işlemlerini sınırlayarak kaynaklarını koruma eğilimindedir.

Bunun yanı sıra, kurumsal geçiş süreçlerinde (migration) yaşanan teknik aksaklıklar, işletmelerin organik kanal gelirlerini sıfırlama noktasına getirebilir. HTTP'den HTTPS'e geçişte unutulan 301 yönlendirmeleri, alt alan adı (subdomain) değişikliklerinde kaybolan bağlantı değerleri veya yanlış kurgulanan JavaScript çerçeveleri, Googlebot'un kritik sayfaları görmesini engeller. Teknik ihmaller yalnızca sıralama kaybı yaratmakla kalmaz; dönüşüm oranlarını düşürür, reklam kalite puanlarını bozar ve doğrudan müşteri kaybına zemin hazırlar.

Arama Motorlarının İşleyişi: Üç Temel Sütun

Arama motorları, internet üzerindeki milyarlarca web sayfasını kullanıcıların sorgularıyla buluşturmak için üç aşamalı bir boru hattı (pipeline) işletir: Tarama (Crawling), Oluşturma (Rendering) ve Dizinleme (Indexing). Bu üç aşamadan herhangi birinde yaşanacak teknik tıkanıklık, ilgili sayfanın arama motoru sonuç sayfalarında (SERP) listelenmesini imkansız kılar.

Googlebot ve diğer arama motoru botları (örümcek/spider), web üzerindeki bağlantıları takip ederek durmaksızın yeni ve güncellenmiş içerik arar. Bu süreç tamamen algoritmik kurallara, sunucu kapasitelerine ve teknik yönergelere göre yönetilir. Bir sayfanın arama motorunda listelenmesi için önce taranması, ardından kodlarının çalıştırılarak içeriğin çözümlenmesi ve son olarak dizin veri tabanına kaydedilmesi şarttır.

Tarama (Crawling) ve Tarama Bütçesi Yönetimi

Tarama, arama motoru botlarının web sitelerindeki URL'leri keşfetme ve indirme sürecidir. Googlebot, bilinen bir URL listesinden (tohum URL'ler ve site haritaları) yola çıkarak sayfalar arasındaki köprü metinleri (anchor text) ve bağlantıları takip eder. Bu aşamada devreye giren en kritik kavramlardan biri tarama bütçesi (crawl budget) kavramıdır.

Tarama bütçesi; Googlebot'un belirli bir web sitesinde harcamak istediği ve harcayabileceği toplam zaman ve kaynak sınırını ifade eder. Bu bütçe iki temel bileşenin çarpımıyla belirlenir:

1. Tarama Kapasitesi Sınırı (Crawl Capacity Limit): Sunucunun arama motoru botlarına ne kadar hızlı ve hatasız yanıt verdiğiyle ilgilidir. Sunucu yavaşladığında veya 5xx hataları döndürdüğünde botlar tarama hızını otomatik olarak düşürür.

2. Tarama Talebi (Crawl Demand): Sitenin popülerliği, güncellenme sıklığı ve arama motorları nezdindeki URL yenileme ihtiyacıdır.

+-------------------------------------------------------------------+
|                        TARAMA BÜTÇESİ (CRAWL BUDGET)              |
+---------------------------------+---------------------------------+
|   Tarama Kapasitesi Sınırı      |        Tarama Talebi            |
|   (Sunucu Hızı, Düşük Hata Oranı)  (Site Otoritesi, Güncellik)      |
+---------------------------------+---------------------------------+
                                  |
                                  v
+-------------------------------------------------------------------+
|                   Googlebot Tarama Verimliliği                    |
|       (Kritik Sayfaların Hızlı ve Eksiksiz Taranması)             |
+-------------------------------------------------------------------+

Yüz binlerce sayfaya sahip kurumsal e-ticaret sitelerinde ve haber portallarında tarama bütçesinin israf edilmesi sık rastlanan bir sorundur. Sonsuz parametreli filtreleme URL'leri, site içi kırık bağlantılar (404), yönlendirme zincirleri ve dizine eklenmemesi gereken önemsiz sayfalar tarama bütçesini tüketir. Sonuç olarak, işletmenin gerçek gelir getiren yeni ürün veya kategori sayfaları haftalarca taranmayabilir.

Oluşturma (Rendering) ve JavaScript SEO Disiplini

Web teknolojilerinin evrimiyle birlikte modern web siteleri saf HTML/CSS yapılarından React, Vue, Angular ve Next.js gibi istemci taraflı (client-side) JavaScript kütüphanelerine geçiş yapmıştır. Bu durum teknik SEO dünyasında JavaScript SEO disiplinini doğurmuştur. Arama motoru botları, bir sayfanın saf HTML çıktısı ile JavaScript kodları çalıştırıldıktan sonraki nihai DOM (Document Object Model) yapısı arasındaki farkı çözümlemek zorundadır.

Googlebot, JavaScript dosyalarını işlemek için "Web Rendering Service" (WRS) adı verilen bir motor kullanır. Ancak JavaScript kodlarının taranması ve oluşturulması aşırı derecede yüksek işlemci (CPU) ve bellek (RAM) maliyeti yaratır. Bu nedenle iki aşamalı indeksleme (two-wave indexing) süreci devreye girer:

• İlk Aşama: Googlebot sayfayı ziyaret eder, saf HTML ve HTTP yanıtını anında tarar ve işler.

• İkinci Aşama: JavaScript oluşturma işlemi bir kuyruğa (render queue) alınır. Sunucu ve işlemci kaynakları müsait olduğunda JS kodları çalıştırılarak sayfanın nihai hali dizine eklenir. Bu gecikme saatler, günler veya haftalar sürebilir.

İstemci taraflı işleme (Client-Side Rendering - CSR) kullanan web sitelerinde kritik içerikler ve bağlantılar sadece JavaScript çalıştığında görünüyorsa, arama motorları bu içerikleri ilk taramada kaçırabilir. Bu riski ortadan kaldırmak için kurumsal platformlarda Sunucu Taraflı İşleme (Server-Side Rendering - SSR), Statik Site Üretimi (Static Site Generation - SSG) veya Dinamik İşleme (Dynamic Rendering) çözümleri uygulanmalıdır.

Dizinleme (Indexing) ve Veri Tabanı Kaydı

Oluşturma aşamasını başarıyla tamamlayan bir sayfanın içeriği, arama motorunun devasa veri tabanına (dizin/index) kaydedilmek üzere analiz edilir. Dizinleme aşamasında arama motoru, sayfanın ana konusunu, metin hiyerarşisini, multimedya ögelerini, yapılandırılmış verilerini ve sayfa kalitesini değerlendirir.

Bir sayfanın taranmış olması, onun kesin olarak dizine ekleneceği anlamına gelmez. Googlebot; düşük kaliteli, kopya (duplicate), yetersiz metin barındıran (thin content) veya kullanıcı niyetini karşılamayan sayfaları taramış olsa bile dizine eklemeyi reddedebilir. Search Console panellerinde görülen "Tarandı - şu anda dizine eklenmiş değil" veya "Keşfedildi - şu anda dizine eklenmiş değil" uyarıları, genellikle dizinleme aşamasındaki kalite ve mimari yetersizliklerden kaynaklanır.

Core Web Vitals: Kullanıcı Deneyimi Metrikleri

Core Web Vitals (Önemli Web Verileri), Google'ın bir web sayfasının gerçek dünya kullanıcı deneyimini (real-world user experience) ölçmek için belirlediği standartlaştırılmış performans metrikleri kümesidir. Chrome Kullanıcı Deneyimi Raporu (CrUX) verilerine dayanan bu metrikler, doğrudan bir sıralama faktörü (ranking signal) olarak çalışır. Kurumsal siteler için hız yalnızca teknik bir başarı değil, doğrudan dönüşüm oranlarını (conversion rate) artıran bir iş metriğidir.

Google, sayfa deneyimi ölçümlerini sürekli modernize etmektedir. Bu kapsamda geçmişte kullanılan FID (First Input Delay) metriği, modern web uygulamalarının karmaşık etkileşim ihtiyaçlarını tam karşılayamadığı için yerini tamamen INP (Interaction to Next Paint) metriğine bırakmıştır.

Largest Contentful Paint (LCP): Yükleme Performansı

Largest Contentful Paint (LCP), bir sayfanın ana içeriğinin (kullanıcının ilk ekranında yer alan en büyük görsel, video kapağı veya büyük metin bloğu) ekranda tamamen görünür hale gelmesi için geçen süreyi ölçer. LCP, kullanıcının sayfanın gerçekten yüklendiğini hissettiği ilk kritik andır.

İdeal bir kullanıcı deneyimi için LCP süresi 2.5 saniyenin altında olmalıdır. 2.5 ile 4.0 saniye arası "Geliştirilmesi Gerekiyor", 4.0 saniye üzeri ise "Zayıf" olarak sınıflandırılır.

LCP Skala Dağılımı:
[ 0s --------- 2.5s (İyi) --------- 4.0s (Geliştirilmeli) --------- +4.0s (Zayıf) ]

LCP optimizasyonunda odaklanılması gereken temel mühendislik adımları şunlardır:

• Sunucu Yanıt Süresinin İyileştirilmesi (TTFB): Sunucu donanımının güçlendirilmesi, veritabanı sorgularının önbelleğe alınması (Redis, Memcached) ve gelişmiş CDN (Content Delivery Network) ağlarının kullanılması.

• Kritik Kaynakların Önceden Yüklenmesi: İlk ekranda yer alan LCP görselinin <link rel="preload" as="image"> etiketiyle erken indirilmesi ve görsel formatlarının modern standartlara (WebP, AVIF) dönüştürülmesi.

• Oluşturmayı Engelleyen Kaynakların (Render-Blocking Resources) Kaldırılması: Kritik olmayan CSS ve JavaScript dosyalarının @@CODE0@@ veya @@CODE1@@ öznitelikleriyle ertelenmesi, kritik CSS'in (Critical CSS) satır içi (inline) olarak gömülmesi.

Interaction to Next Paint (INP): Etkileşim Yanıt Süresi

Interaction to Next Paint (INP), kullanıcının sayfayla gerçekleştirdiği tüm tıklama, dokunma veya klavye etkileşimlerinin genel yanıt verme süresini ölçen kapsamlı bir etkileşim metriğidir. Sayfa ömrü boyunca gerçekleşen tüm etkileşimleri gözlemler ve en kötü gecikme değerini raporlar.

Optimum bir INP performansı için değerin 200 milisaniyenin altında olması şarttır. 200 ms ile 500 ms arası geliştirme gerektirirken, 500 ms üzeri değerler zayıf bir etkileşim deneyimine işaret eder.

INP sorunlarının temel kaynağı, ana iş parçacığının (main thread) ağır JavaScript görevleriyle bloke edilmesidir. Kullanıcı bir butona bastığında veya açılır menüyü tıkladığında, tarayıcının ekranı yeniden çizmesini geciktiren uzun görevler (long tasks - 50 ms üzeri süren JS işlemleri) parçalanmalıdır. Web Worker kullanımı ile ağır veri işleme süreçleri ana iş parçacığından bağımsız arka plan süreçlerine aktarılmalıdır.

Cumulative Layout Shift (CLS): Görsel Kararlılık

Cumulative Layout Shift (CLS), bir sayfanın yüklenmesi sırasında içeriğin beklenmedik şekilde yer değiştirmesini ve görsel kararsızlıkları ölçer. Kullanıcı bir metni okurken veya bir bağlantıya tıklamak üzereyken aniden bir reklamın, resmin veya sonradan yüklenen bir fontun içeriği aşağı itmesi yüksek CLS puanına yol açar.

Hedeflenen ideal CLS skoru 0.1 veya daha düşük olmalıdır. 0.1 ile 0.25 arası orta, 0.25 üzeri ise başarısız kabul edilir.

CLS sorunlarını sıfırlamak için tüm görsel ve video ögelerine HTML içerisinde açıkça @@CODE0@@ ve @@CODE1@@ öznitelikleri veya CSS @@CODE2@@ tanımları verilmelidir. Dinamik olarak yüklenen üçüncü taraf reklam veya banner alanları için önceden sabit CSS boyut rezervasyonları yapılmalı ve harici web fontlarının yüklenmesinde @@CODE3@@ kullanılırken boyut farklarını engelleyen font-fallback ayarları uygulanmalıdır.

Kritik Teknik SEO Bileşenleri ve Altyapı Standartları

Teknik SEO yalnızca hız ve performanstan ibaret değildir. Arama motorlarının sitenin mantıksal hiyerarşisini kavraması, sayfalar arasındaki ilişkileri kurması ve kullanıcılara güvenli bir bağlantı sunması için belirli altyapı standartlarının eksiksiz inşa edilmesi gerekir.

Bu standartlar; mobil cihaz önceliğinden başlayarak bilgi mimarisine, tarama yönergelerinden veri iletim güvenliğine kadar tüm web platformunu kapsayan bütüncül bir ekosistemdir.

Mobil Öncelikli İndeksleme (Mobile-First Indexing)

Google, tüm web sitelerini masaüstü sürümleri üzerinden değil, tamamen akıllı telefon tarayıcısı (Googlebot Smartphone) aracılığıyla değerlendirir ve dizinler. Mobil Öncelikli İndeksleme (Mobile-First Indexing) standardı gereği, bir sayfanın mobil sürümünde bulunmayan içerikler, yapılandırılmış veriler veya meta etiketler arama motoru tarafından yok hükmünde sayılır.

Mobil optimizasyon, responsive (duyarlı) tasarımın ötesinde teknik bir tutarlılık gerektirir:

• İçerik Eşitliği: Masaüstü sürümde yer alan tüm metin, görsel, dahili bağlantı ve şema işaretlemeleri mobil sürümün kaynak kodunda da eksiksiz bulunmalıdır.

• Kullanılabilirlik ve DOM Boyutu: Mobilde karmaşık ve aşırı derin DOM düğüm ağaçları (DOM size > 1500 düğüm) oluşturulmamalı, dokunma hedefleri (tap targets) minimum 48x48 piksel aralığında konumlandırılmalıdır.

• Gereksiz Gizlemeler: Mobil performansı artırmak adına kritik SEO metinlerinin display: none ile gizlenmesi yerine, semantik HTML akışında optimize edilerek sunulması tercih edilmelidir.

Site Mimarisi ve URL Yapılandırması

Site mimarisi (bilgi mimarisi), sayfaların birbiriyle olan mantıksal ve hiyerarşik bağını kurar. İdeal bir kurumsal web mimarisi "düz" (flat) bir yapıya sahip olmalıdır; yani kullanıcı ve arama motoru botu, ana sayfadan itibaren en fazla 3 veya 4 tıklama ile sitenin en derin ürün veya makale sayfasına ulaşabilmelidir (Tıklama Derinliği - Click Depth).

Düz ve Hiyerarşik Site Mimarisi (Maksimum 3 Tıklama):
[ Ana Sayfa ] (Derinlik 0)
      │
      ├── [ Ana Kategori ] (Derinlik 1)
      │         │
      │         └── [ Alt Kategori ] (Derinlik 2)
      │                   │
      │                   └── [ Ürün / Makale ] (Derinlik 3)

URL yapılandırmasında ise şu kurallar katı bir biçimde uygulanmalıdır:

• Okunabilirlik ve Sadakat: URL'ler parametre karmaşasından uzak, küçük harflerle yazılmış, tire (-) ile ayrılmış ve içeriği net ifade eden semantik kelimelerden oluşmalıdır.

• Tutarlılık: URL yapılarında büyük harf, alt çizgi (@@CODE0@@), özel karakterler ve çift eğik çizgi (@@CODE1@@) kullanılmamalıdır.

• Sonda Bölü İşareti (Trailing Slash) Standardı: @@CODE0@@ ile @@CODE1@@ iki farklı URL olarak algılanır. Tüm site genelinde tek bir standart belirlenmeli ve aksi durumlar 301 yönlendirmesiyle birleştirilmelidir.

Tarama Yönergeleri: Robots.txt ve XML Site Haritaları

Arama motoru botlarının site üzerindeki rotasını belirleyen en temel yönlendiriciler @@CODE0@@ dosyası ve @@CODE1@@ haritalarıdır.

Robots.txt Dosyası: Sitenin kök dizininde (example.com/robots.txt) yer alan bu metin dosyası, botların hangi dizinleri ve URL parametrelerini tarayıp taramayacağını bildirir.

• @@CODE0@@ direktifiyle botların yönetici panelleri (@@CODE1@@), arama sonuç sayfaları (/search/) veya alışveriş sepeti gibi indekslenmemesi gereken alanlara girmesi engellenerek tarama bütçesi korunur.

• @@CODE0@@ ile engellenen bir sayfanın harici sitelerden bağlantı alması durumunda başlığı olmadan dizine eklenebileceği unutulmamalıdır; indekslemeyi kesin olarak engellemek için @@CODE1@@ meta etiketi kullanılmalıdır.

XML Site Haritaları: Sitede bulunan tüm dizine eklenebilir ve kaliteli URL'lerin listelendiği makinelerce okunabilir dosyalardır. XML haritalarında yalnızca @@CODE0@@ durum kodu döndüren, canonical etiketi kendine işaret eden ve dizinlenmesi hedeflenen nihai URL'ler yer almalıdır. 404 dönen, yönlendirilmiş (301/302) veya @@CODE1@@ barındıran sayfaların site haritasına eklenmesi teknik bir hatadır. Harita dosyasının boyutu 50 MB'ı veya 50.000 URL'yi aşarsa parçalanarak bir sitemap_index.xml dosyası altında toplanmalıdır.

Güvenlik Protokolleri: HTTPS ve SSL Zorunluluğu

Kullanıcı verilerinin güvenliği ve veri bütünlüğü için HTTPS (Hypertext Transfer Protocol Secure) ve geçerli bir TLS/SSL sertifikası zorunlu bir sıralama sinyalidir. HTTP üzerinden sunulan sayfalar tarayıcılarda "Güvenli Değil" uyarısı verir ve kullanıcı güvenini kırar.

Kurumsal HTTPS yönetiminde; sitenin tüm HTTP isteklerinin koşulsuz olarak HTTPS protokolüne 301 yönlendirmesiyle aktarılması gerekir. Ayrıca, HTTP Strict Transport Security (HSTS) başlığının sunucu düzeyinde etkinleştirilmesi, olası ortadaki adam (Man-in-the-Middle) saldırılarını engelleyerek ilk bağlantının bile doğrudan HTTPS üzerinden kurulmasını temin eder. Sayfa içerisinde HTTPS kullanılmasına rağmen bazı görsel veya komut dosyalarının HTTP üzerinden çağrılması durumu (Karma İçerik - Mixed Content) tarayıcılar tarafından engellenir ve teknik olarak düzeltilmelidir.

İleri Seviye Teknik Optimizasyonlar ve Risk Yönetimi

Web projeleri büyüdükçe çok dilli yapılar, karmaşık ürün varyasyonları ve eski URL mirasları ciddi teknik riskler doğurur. Bu risklerin profesyonelce yönetilmemesi; otorite bölünmesine, yanlış dilde sıralama alınmasına ve SERP zengin sonuçlarının (rich snippets) kaybedilmesine neden olur.

İleri seviye teknik optimizasyonlar, arama motorlarına sayfanın bağlamını, uluslararası hedefini ve orijinal kaynağını net yönergelerle bildirme sanatıdır.

Canonical Etiketleri ile Yinelenen İçerik (Duplicate Content) Sorununu Önleme

E-ticaret platformlarında bir ürün birden fazla kategori altında listelenebilir, filtreleme parametreleriyle binlerce farklı varyasyon oluşturabilir veya takip kodları (UTM) nedeniyle URL değişimine uğrayabilir. Bu durum, arama motorlarının aynı içeriği barındıran birden çok URL görmesine (yinelenen içerik) ve hangisini sıralayacağını bilemeyerek sıralama gücünü bölmesine yol açar.

@@CODE0@@ etiketi, HTML belgesinin @@CODE1@@ bölümüne eklenerek arama motorlarına "Bu sayfanın orijinal ve dizine eklenmesi gereken ana sürümü şu URL'dir" mesajını iletir.

<!-- Parameterli veya yinelenen sayfadaki standart canonical bildirimi -->
<link rel="canonical" href="https://www.example.com/kategori/urun-adi" />

Canonical etiketleri kullanılırken şu kurallar hayati öneme sahiptir:

• Canonical etiketinde belirtilen URL mutlak (absolute) olmalıdır; göreceli (relative) URL kullanımı teknik hatalara zemin hazırlar.

• Tüm tekil ve orijinal sayfalar, kendilerine işaret eden bir "self-referential canonical" etiketi barındırmalıdır.

• Sayfa A'nın Sayfa B'yi, Sayfa B'nin ise Sayfa A'yı canonical gösterdiği çapraz döngülerden kesinlikle kaçınılmalıdır.

Hreflang Etiketleri ile Uluslararası SEO Uyumluluğu

Birden fazla ülkede veya dilde yayın yapan çok uluslu platformlar için @@CODE0@@ etiketleri kritik bir yönlendirme aracıdır. Hreflang, kullanıcının bulunduğu coğrafi konuma ve tarayıcı diline en uygun sayfa sürümünün arama sonuçlarında gösterilmesini sağlar (Örn: Almanya'daki bir kullanıcıya sitenin @@CODE1@@ sürümünü sunmak).

Hreflang uygulamasında en sık karşılaşılan ve indekslemeyi bozan hata, etiketlerin çift taraflı (reciprocal / return tag) kurgulanmamasıdır. Eğer Türkçe sayfa İngilizce sayfayı hreflang olarak işaret ediyorsa, İngilizce sayfa da mutlaka Türkçe sayfayı geri işaret etmelidir.

<!-- Türkiye'deki Türkçe konuşanlar için -->
<link rel="alternate" hreflang="tr-TR" href="https://example.com/tr/sayfa" />
<!-- ABD'deki İngilizce konuşanlar için -->
<link rel="alternate" hreflang="en-US" href="https://example.com/en-us/sayfa" />
<!-- Eşleşmeyen tüm diğer coğrafyalar için genel açılış sayfası -->
<link rel="alternate" hreflang="x-default" href="https://example.com/en/sayfa" />

Yönlendirme Zincirleri ve 404 Hata Yönetimi

Web siteleri zaman içinde yeniden yapılandırılır, silinir veya taşınır. Bu süreçte ortaya çıkan HTTP durum kodlarının yönetimi doğrudan tarama verimliliğini ve bağlantı otoritesini (PageRank) etkiler.

• 301 Kalıcı Yönlendirme: Bir sayfa kalıcı olarak taşındığında kullanılmalıdır. Bağlantı otoritesinin yeni URL'ye aktarılmasını sağlar.

• Yönlendirme Zincirleri (Redirect Chains): URL A -> URL B -> URL C şeklinde ardışık yönlendirmeler zincir oluşturur. Bu durum botların tarama bütçesini tüketir, sayfa yükleme süresini artırır ve arama motorlarının yönlendirmeyi takip etmeyi bırakmasına yol açabilir. Tüm yönlendirmeler doğrudan nihai hedefe (URL A -> URL C) bağlanmalıdır.

• 404 ve 410 Durum Kodları: Artık var olmayan ve muadili bulunmayan sayfalar için standart 404 (Bulunamadı) veya kalıcı olarak silindiğini belirten 410 (Gone) kodları dönülmelidir. 404 dönmesi gereken bir sayfayı ana sayfaya 301 ile yönlendirmek (Soft 404) algoritma tarafından aldatıcı bulunur ve kalite puanını düşürür.

• Yetim Sayfalar (Orphan Pages): Sitenin hiçbir iç menüsünden veya sayfasından bağlantı almayan ancak sunucuda yayında olan sayfalar "yetim sayfa" olarak adlandırılır. Bu sayfalar botlar tarafından taranamadığı ve bağlantı otoritesi alamadığı için tespit edilerek iç link ağına dahil edilmelidir.

Yapılandırılmış Veri (Schema) ile SERP Görünürlüğünü Artırma

Yapılandırılmış veri (Structured Data), arama motorlarına sayfanın içeriğinin ne anlama geldiğini açıkça bildiren standartlaştırılmış bir kod formatıdır (Schema.org sözdizimi). JSON-LD formatında sayfa koduna entegre edilen bu işaretlemeler, Google'ın içeriği semantik olarak anlamasını sağlar ve SERP'te zengin sonuçların (ürün fiyatları, stok durumu, yıldızlı değerlendirmeler, SSS kutuları, etkinlik tarihleri vb.) listelenmesinin önünü açar.

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Kurumsal Bulut Çözümü",
  "image": "https://example.com/images/urun.jpg",
  "description": "Ölçeklenebilir bulut sunucu altyapısı.",
  "sku": "CLOUD-101",
  "offers": {
    "@type": "Offer",
    "url": "https://example.com/urun",
    "priceCurrency": "USD",
    "price": "499.00",
    "availability": "https://schema.org/InStock"
  }
}

Kurumsal Teknik SEO Denetim (Audit) Süreci

Teknik SEO, tek seferlik bir kurulum değil, sürekli takip ve optimizasyon gerektiren proaktif bir denetim döngüsüdür. Yeni yazılım özellikleri, altyapı güncellemeleri veya sunucu seviyesindeki değişiklikler beklenmedik teknik kırılmalara yol açabilir. Bu nedenle kurumsal platformlarda periyodik olarak uçtan uca teknik SEO denetimi (audit) yürütülmelidir.

Kapsamlı bir teknik denetim; taranabilirlik, indekslenebilirlik, sayfa hızı, mobil uyumluluk, URL hiyerarşisi ve sunucu günlüklerinin eş zamanlı analiz edilmesini kapsar.

Sık Karşılaşılan ve Sitenin İndekslenmesini Engelleyen Ölümcül Hatalar

Denetim süreçlerinde tespit edilen bazı teknik hatalar, doğrudan sitenin tamamının veya en değerli bölümlerinin arama motoru dizininden silinmesine yol açabilir. Bu ölümcül hataların hızla saptanması ve giderilmesi gerekir:

1. Geliştirme Ortamı Meta Etiketlerinin Yayına Alınması: Test ve staging ortamlarında sitenin indekslenmesini engellemek için kullanılan <meta name="robots" content="noindex, nofollow"> etiketinin canlı (production) ortama taşınması sırasında unutulması.

2. Robots.txt ile CSS/JS Dosyalarının Engellenmesi: Googlebot'un sayfayı doğru işleyebilmesi (render edebilmesi) için stil ve komut dosyalarına erişebilmesi şarttır. robots.txt üzerinden bu dosyalara getirilen kısıtlamalar sayfanın boş veya bozuk algılanmasına neden olur.

3. Sonsuz Yönlendirme Döngüleri (Redirect Loops): Sayfa A'nın Sayfa B'ye, Sayfa B'nin tekrar Sayfa A'ya yönlenmesi sonucunda botların sayfaya hiçbir zaman ulaşamaması ve tarayıcının hata vermesi.

4. Yanlış Yapılandırılmış X-Robots-Tag Başlıkları: HTTP yanıt başlığında sunucu seviyesinde gönderilen görünmez noindex direktifleri sayfaların dizine girmesini sessizce engeller.

Düzenli Log Analizinin Önemi

Arama motoru botlarının siteyi gerçekte nasıl deneyimlediğini anlamanın tek kesin ve tarafsız yolu sunucu günlük (server log) analizi yapmaktır. Üçüncü taraf araçların taramaları simülasyondur; log dosyaları ise Googlebot'un sunucuya attığı her tekil isteğin (hit) gerçek kaydını tutar.

Sunucu Log Dosyası İstek Formatı Örneği:
66.249.66.1 - - [20/Aug/2026:10:15:32 +0300] "GET /kategori/urun HTTP/2.0" 200 45231 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"

Log analizinin kurumsal sağladığı stratejik avantajlar:

• Tarama Bütçesi İsrafının Tespiti: Googlebot'un zamanının yüzde kaçını 404 hatalarına, gereksiz parametrelere veya önemsiz sayfalara harcadığını net olarak gösterir.

• Yetim Sayfaların Keşfi: Site mimarisinde iç bağlantısı olmayan ancak harici bir kaynaktan dolayı botların düzenli ziyaret ettiği sayfaları ortaya çıkarır.

• Tarama Sıklığı ve Önceliklendirme: Arama motorunun hangi kategorileri her gün, hangi sayfaları ise aylardır ziyaret etmediğini belgeleyerek iç linkleme stratejisinin revize edilmesini sağlar.

• Durum Kodu Dağılımı: Botların karşılaştığı 5xx sunucu hatalarını anlık olarak raporlayarak altyapı açıklarını ifşa eder.

Profesyoneller İçin Teknik SEO Teşhis Araçları

Teknik SEO süreçlerinin başarısı, kullanılan teşhis ve izleme araçlarının derinliğiyle doğru orantılıdır. Bir teknik SEO uzmanı; sunucu loglarından DOM yapısına, Core Web Vitals ölçümlerinden indeksleme durumuna kadar her katmanı farklı veri kaynaklarıyla çapraz kontrole tabi tutmalıdır.

Endüstri standardı haline gelmiş temel kurumsal araçlar şunlardır:

Google Search Console

Google'ın web sitesi yöneticilerine sunduğu resmi ve en yetkili teşhis platformudur.

• Sayfa Dizini Raporu: Hangi URL'lerin hangi gerekçelerle (ör: noindex, 404, yönlendirme, taranmadı) dizin dışında kaldığını doğrudan Googlebot gözünden raporlar.

• URL Denetim Aracı (URL Inspection): Tek bir sayfanın canlı URL testini yaparak anlık taranma durumunu, canonical seçimini ve oluşturulmuş (rendered) HTML kodunu inceler.

• Core Web Vitals Raporu: Sitenin CrUX gerçek kullanıcı verilerine dayalı performansını URL grupları bazında kategorize eder.

Screaming Frog SEO Spider

Masaüstü tabanlı çalışan, web sitelerini arama motoru botu gibi tarayan en güçlü teknik SEO denetim aracıdır.

• Milyonlarca URL'yi tarayarak kırık linkleri, yönlendirme zincirlerini, eksik ve yinelenen meta verileri tespit eder.

• JavaScript rendering motoru (Chromium entegrasyonu) sayesinde istemci taraflı JS kodlarını çalıştırarak nihai DOM yapısını analiz eder.

• Site mimarisini ve tıklama derinliğini görselleştirerek yetim sayfaları ve derinlik problemlerini listeler.

Ahrefs ve Semrush

Kurumsal düzeyde bulut tabanlı taranabilirlik ve site sağlığı denetimi sunan kapsamlı platformlardır.

• Ahrefs Site Audit: Bulut üzerinde periyodik otomatik taramalar yaparak teknik sağlık skorunu belirler, iç link yapısındaki kırılmaları ve hreflang hatalarını detaylandırır.

• Semrush Site Audit: 140'tan fazla teknik SEO kontrol noktasını otomatik tarar, HTTPS güvenliği, Core Web Vitals uyumluluğu ve taranabilirlik metriklerini önceliklendirilmiş görev listeleri halinde sunar.

Google PageSpeed Insights ve Lighthouse

Sayfa yükleme performansını ve kullanıcı deneyimi metriklerini laboratuvar (Lighthouse) ve saha (CrUX) verileri üzerinden analiz eder.

• LCP, INP ve CLS metriklerini milisaniye bazında kırarak hangi kaynakların performansı düşürdüğünü açıklar.

• CSS/JS küçültme, görsel sıkıştırma, önbellek (caching) politikaları ve sunucu yanıt sürelerine yönelik net kodlama önerileri üretir.

Teknik Altyapı ile Sürdürülebilir Dijital Büyüme Stratejisi

Teknik SEO, dijital varlıkların arama motorları ekosistemindeki fiziksel temelidir. Bir gökdelenin temeli zayıf olduğunda üst katların mimari estetiği binayı ayakta tutmaya yetmeyeceği gibi, teknik altyapısı kusurlu bir web sitesinin de içerik veya bağlantı gücüyle kalıcı organik başarı elde etmesi mümkün değildir.

Arama motorları, yapay zeka destekli algoritmalar ve gelişmiş tarama botlarıyla kullanıcılarına en hızlı, en güvenli ve en kararlı deneyimi sunan web sitelerini ödüllendirmektedir. Sunucu yapılandırmasından JavaScript mimarisine, Core Web Vitals optimizasyonundan anlamsal veri işaretlemelerine kadar her teknik katman; bir platformun organik aramadaki pazar payını doğrudan belirler.

Başarılı bir teknik SEO stratejisi yürütmek; reaktif kriz yönetiminden çıkıp, yazılım geliştirme süreçlerine teknik SEO standartlarını yerleştiren proaktif bir mühendislik kültürü inşa etmeyi gerektirir. Düzenli log analizleri, periyodik denetimler ve performans optimizasyonları ile desteklenen sağlam bir altyapı; organik trafiği, dönüşüm oranlarını ve dijital marka değerini uzun vadede güvence altına alır.