Teknik SEO Mimarisi: Core Web Vitals, Rendering ve Altyapı Mühendisliği
Teknik SEO; kelime yerleştirme çalışması değil, arama motoru botlarının web sitenizi sıfır sürtünmeyle keşfetmesini, ayrıştırmasını, render etmesini ve dizine eklemesini sağlayan yazılımsal temeldir. Temeli çürük bir binaya içerik katı çıkılamaz.
1. Teknik SEO'nun Görünmeyen Omurgası: Sıfır Sürtünmeli Taranabilirlik
Modern web ekosisteminde arama motorları sitenizi yalnızca metin olarak okumaz; sunucu yanıt süresinden kaynak tüketimine, JavaScript derleme maliyetinden mobil işlemci yüküne kadar her parametreyi matematiksel olarak puanlar. Teknik SEO, pazarlama cümlelerinden ve anahtar kelime sıklığından tamamen bağımsız olarak; web sitenizin sunucu mimarisini, taranabilirlik haritasını ve tarayıcı render döngülerini arama motoru standartlarına optimize eden bir yazılım mühendisliği disiplinidir.
Bir web sitesi dünyanın en kaliteli ve özgün içeriğine sahip olsa dahi; yanlış yapılandırılmış bir robots.txt yönergesi, döngüsel bir canonical hatası veya 1.5 saniyenin üzerindeki bir TTFB değeri yüzünden organik sıralamalarda görünmez hale gelebilir.
2. Core Web Vitals (INP, LCP, CLS) ve Donanım Düzeyinde Optimizasyon
Google'ın Sayfa Deneyimi (Page Experience) sinyalleri, kullanıcıların sitenizle nasıl etkileşime girdiğini doğrudan tarayıcılardan toplanan gerçek kullanıcı verileriyle (Chrome User Experience Report - CrUX) ölçer. 2024 yılında FID metriğinin yerini alan INP ile birlikte teknik başarı çıtası yükselmiştir:
- LCP (Largest Contentful Paint): Sayfanın ana görseli veya büyük metin bloğunun kullanıcı ekranında çizilme süresidir. Hedef: < 2.5 saniye. Bu süreyi yakalamak için hero görsellerine
fetchpriority="high"veloading="eager"öznitelikleri atanmalı, WebP/AVIF formatları kullanılmalıdır. - INP (Interaction to Next Paint): Kullanıcının bir butona basması, menüyü açması veya bir forma tıklaması anında sayfanın görsel yanıt verme süresidir. Hedef: < 200 milisaniye. Ağır JavaScript ana iş parçacığı (Main Thread) görevleri bölünmeli ve Web Workers mimarisi kullanılmalıdır.
- CLS (Cumulative Layout Shift): Sayfa yüklenirken sonradan gelen reklamlar veya boyutu belirtilmemiş görseller yüzünden tasarımın kaymasıdır. Hedef: < 0.1. Tüm görsel ve iframe öğelerine CSS
aspect-ratioveya kesinwidth/heightdeğerleri atanmalıdır.
| Performans Metriği | Hedef Eşik | Yaygın Teknik Darboğaz | Mühendislik Çözümü |
|---|---|---|---|
| TTFB (İlk Bayt Süresi) | < 0.6s (İdeal: <0.2s) | Yavaş veritabanı sorguları, yetersiz hosting | Redis Object Cache, Edge HTML Caching, Cloudflare Worker |
| LCP (Ana İçerik Boyama) | < 2.5 saniye | Ağır hero görselleri, render engelleyen CSS | fetchpriority="high", AVIF/WebP, Critical CSS Inline |
| INP (Etkileşim Yanıtı) | < 200 milisaniye | Uzun süren JavaScript görevleri (Long Tasks) | requestIdleCallback(), Script Defer/Async, Event Delegation |
| CLS (Düzen Kayması) | < 0.1 puan | Boyutsuz resimler, sonradan yüklenen fontlar | Görsellere kesin aspect-ratio, font-display: swap |
| DOM Boyutu | < 800 düğüm (Max: 1400) | Ağır sayfa kurucular (Elementor/Divi iç içe div'ler) | Gutenberg blokları, temiz semantik HTML5 iskeleti |
3. JavaScript SEO ve İki Aşamalı İndeksleme (Two-Wave Indexing)
Googlebot bir web sayfasını ziyaret ettiğinde iki aşamalı bir tarama kuyruğu işletir:
- 1. Aşama (Crawl & Parse): Sayfanın ham HTML yanıtı indirilir, HTTP başlıkları okunur ve saf HTML içindeki linkler doğrudan dizine alınır.
- 2. Aşama (Render Queue): Eğer sayfa React, Vue veya Angular gibi istemci taraflı (Client-Side) JavaScript ile derleniyorsa, Googlebot sayfayı çalıştırmak için Chromium tabanlı bir render motoruna atar. Bu işlem devasa sunucu kaynağı tükettiği için sayfalar render kuyruğunda günlerce bekleyebilir.
Bu riski ortadan kaldırmak için kritik kurumsal içerikler Server-Side Rendering (SSR) veya Statik Site Üretimi (SSG) ile derlenmelidir. Kullanıcı ve Googlebot sayfayı çağırdığı anda tüm içerik, başlıklar ve şemalar ham kaynak kodda (View Source) eksiksiz yer almalıdır.
4. Kanonikleşme (Canonicalization) ve Yönlendirme Mimarisi
Yinelenen içerik (Duplicate Content) sorunları, özellikle e-ticaret sitelerinde ve parametreli URL kullanan yapılarda organik sıralamayı bölen en tehlikeli unsurdur. Kusursuz bir kanonikleşme protokolü şunları gerektirir:
- Kendine Kanonik (Self-Referencing) Standart: Her bağımsız ve taranması istenen sayfa, kendi tam ve temiz URL'sini
rel="canonical"olarak işaret etmelidir. - Yönlendirme Zincirlerinin Kırılması: Bir URL taşındığında asla A -> B -> C şeklinde zincir yapılmamalı; eski tüm varyasyonlar doğrudan nihai hedef URL'ye tek bir
301 Moved Permanentlykodu ile bağlanmalıdır. - HTTP/HTTPS ve WWW Bütünlüğü: Alan adının 4 farklı varyasyonu (http://, https://, http://www., https://www.) sunucu düzeyinde (Nginx/.htaccess) tek bir ana kanala kalıcı olarak yönlendirilmelidir.
5. Sunucu Log Analizi ile Gerçek Zamanlı Bot Davranışı Takibi
Google Search Console veya üçüncü taraf SEO araçları geriye dönük ve filtrelenmiş veriler sunar. Googlebot'un web sitenizi gerçekte nasıl algıladığını ve hangi sayfalara vakit ayırdığını anlamanın tek yolu sunucu erişim loglarını (Server Access Logs) analiz etmektir.
Log analizi sürecinde şu kritik soruların yanıtı çıkarılır:
- Googlebot crawl bütçesini sitenizdeki hangi önemsiz dizinlerde (örneğin sepet, filtre veya yönetim paneli kalıntıları) tüketiyor?
- Ziyaretçilerin görmediği ancak botların karşılaştığı gizli 5xx sunucu yanıtları veya 404 veren iç kırık linkler var mı?
- En çok dönüşüm getiren ana hizmet sayfalarınız Googlebot tarafından haftada kaç kez ve günün hangi saatlerinde taranıyor?
6. Yapay Zekâ Tarayıcıları (LLM Crawlers) İçin Teknik Standartlar
Yapay zekâ arama motorları (Perplexity, OpenAI OAI-SearchBot, ClaudeBot, Google Gemini) klasik botlardan çok daha hızlı, hafif ve taranabilir veri talep eder. Bu botlar karmaşık CSS animasyonları veya ağır JavaScript bloklarıyla vakit kaybetmez.
Yapay zekâ ekosisteminde teknik üstünlük yakalamak için:
- Kök dizinde yer alan
llms.txtvellms-full.txtdosyalarıyla sitenin tüm teknik varlıkları temiz Markdown formatında sunulmalıdır. - İçerikler semantik HTML5 etiketleriyle (
<article>,<section>,<header>) işaretlenerek yapay zekânın metni kolayca parçalaması (Semantic Chunking) sağlanmalıdır. TechArticle,FAQPageveDatasetJSON-LD şemalarıyla verilerin doğrulanabilirliği matematiksel olarak tescillenmelidir.
Sıkça Sorulan Sorular & Teknik Yanıtlar
1. Core Web Vitals metrikleri (LCP, INP, CLS) organik sıralamayı doğrudan nasıl etkiler?
Google Sayfa Deneyimi (Page Experience) sinyalleri kapsamında Core Web Vitals doğrudan resmi sıralama faktörüdür. LCP (Largest Contentful Paint) 2.5 saniyenin altında, INP (Interaction to Next Paint) 200 ms altında ve CLS (Cumulative Layout Shift) 0.1 altında olmadığında, Google algoritması aynı içeriğe sahip daha hızlı rakipleri SERP üzerinde öne çıkarır.
2. TTFB (Time to First Byte) süresi 0.6 saniyenin altına nasıl indirilir?
TTFB sunucunun ilk baytı gönderme hızıdır. Düşürmek için veritabanı sorgularının RAM üzerinde tutulduğu Redis/Memcached Object Cache sistemleri kurulmalı, OPcache aktif edilmeli, Cloudflare CDN üzerinden Edge Cache / HTML Caching kuralları uygulanmalı ve hosting altyapısında NVMe diskli yüksek tek çekirdek performanslı işlemciler tercih edilmelidir.
3. İşleme Bütçesi (Render Budget) nedir ve JavaScript sitelerinde neden kritik bir darboğazdır?
Googlebot iki aşamalı indeksleme (Two-Wave Indexing) yapar. İlk dalgada saf HTML kodunu anında indeksler; ağır JavaScript çalıştıran (Client-Side Rendering) sayfaları ise Render Sırasına (Render Queue) atar. İşlemci maliyeti nedeniyle bu sayfaların render edilmesi günler sürebilir. Bu sebeple SSR (Server-Side Rendering) veya Static HTML mimarileri zorunludur.
4. Döngüsel veya hatalı Canonical etiketlerinin cezası nedir?
Google canonical etiketini bir emir değil, bir öneri olarak görür. A sayfasının B'yi, B'nin A'yı gösterdiği döngülerde veya alakasız sayfalara verilen yanlış işaretlemelerde Google botları etiketi tamamen yok sayar. Bunun sonucunda anahtar kelime kanibalizmi (Keyword Cannibalization) ve dizinden silinme riski doğar.
5. Yönlendirme Zincirleri (Redirect Chains) ve Döngüleri neden taranabilirlik katilidir?
Bir URL'nin nihai adrese gitmeden önce 2-3 ara yönlendirmeden geçmesi (Örn: HTTP -> HTTPS -> Non-WWW -> Slash'li URL) sunucu yanıtını geciktirir, PageRank değerinin her adımda aşınmasına yol açar ve Googlebot'un tarama kotasını (Crawl Budget) asıl sayfalara ulaşamadan tüketir.
6. Robots.txt Disallow ile Noindex meta robots yönergesi arasındaki fark nedir?
Robots.txt dosyasında bir dizini engellemek botun o sayfayı taramasını önler; ancak sayfa dışarıdan otoriter bir backlink alıyorsa başlıksız olarak arama sonuçlarında indekslenebilir. Sayfanın Google dizininden kesin olarak silinmesi için robots.txt'de açık bırakılıp sayfa koduna <meta name="robots" content="noindex, follow"> etiketi yerleştirilmelidir.
7. XML Site Haritasında (Sitemap) hangi sayfalar asla bulunmamalıdır?
404 durum kodu veren kırık sayfalar, 301/302 ile yönlendirilen eski URL'ler, noindex etiketi taşıyan sayfalar, oturum parametreli URL'ler ve canonical olarak başka sayfayı işaret eden varyasyonlar site haritasından tamamen temizlenmeli; harita yalnızca 200 OK yanıtı veren orijinal URL'leri içermelidir.
8. Aşırı DOM Boyutu (DOM Size) ve düğüm derinliği sıralamayı nasıl bozar?
Sayfadaki toplam HTML öğe sayısının (DOM nodes) 1.400'ün üzerine çıkması ve 32 seviyeden derin iç içe yapılar kurulması, mobil cihazlarda tarayıcı belleğini tüketir. Bu durum sayfanın yanıt süresini (INP) kilitler ve Google'ın sayfayı görsel olarak işlemesini yavaşlatır.
9. Sunucu Log Dosyası Analizi (Server Log Analysis) ne zaman ve nasıl yapılmalıdır?
Sayfa sayısı 5.000'i aşan kurumsal veya e-ticaret sitelerinde Screaming Frog Log Analyser veya özel scriptlerle ayda en az bir kez yapılmalıdır. Googlebot'un sunucudaki hangi URL'leri ne sıklıkla taradığı, hangi sayfalarda 5xx hatası aldığı ve crawl bütçesinin nerelerde israf edildiği netleştirilir.
10. Yapay zekâ arama motorları (LLM Crawlers) için teknik altyapı nasıl optimize edilir?
LLM tarayıcıları (GPTBot, ClaudeBot vb.) ağır JavaScript yürütmezler. Sayfanın anlamsal HTML5 etiketleriyle (article, section, header, table) donatılması, kritik metinlerin doğrudan ham kaynak kodda bulunması ve Schema.org TechArticle şemasının eksiksiz sunulması gerekir.
Teknik Sorularınız veya Projeniz İçin
Bu konudaki altyapı ihtiyaçlarınızı, sektörünüzdeki metrikleri ve büyüme stratejinizi konuşmak için dilediğiniz zaman iletişime geçebilirsiniz.
15 Dk Ön Değerlendirme Planlayın →