TTFB, tarayıcının bir sayfayı istemesinden sonra ilk byte’ın kullanıcıya ulaşmasına kadar geçen süreyi ölçen performans metriğidir ve özellikle site hızı algısının “başlangıç anını” belirler. TTFB iyileştirme yapıldığında LCP/FCP gibi metriklerin “geç başlaması” engellenir; bu da SEO performansında daha yüksek sonuçlar getirir.
SEO tarafında TTFB’nin önemi şurada: Google/Yandex/Bing botları siteni tararken sunucu yanıtın yavaşsa tarama verimliliği düşebilir, kullanıcı tarafında da sayfanın “açılıyor” hissi gecikir. Bu yüzden TTFB, içerik ve front-end optimizasyonundan önce “altyapı ve sunucu yanıtı” sorunlarını işaret eden en net sinyallerden biridir.
TTFB Nedir?
TTFB (Time to First Byte), istemci (tarayıcı) bir istek başlattıktan sonra sunucudan gelen yanıtın ilk byte’ını alana kadar geçen süredir. Navigasyon isteğinde (HTML dokümanı) TTFB, diğer yükleme metriklerinden önce geldiği için sayfanın performans zincirini “başlatan” metrik gibi düşünülür.
TTFB Metriğinde Hangi Unsurlar Dikkate Alınır?
TTFB tek bir “sunucu süresi” değildir; özellikle sayfa navigasyonlarında aşağıdaki aşamalar toplamı olarak düşünülür:
- DNS çözümleme: Alan adının IP’ye çevrilmesi
- Bağlantı kurulumu: TCP bağlantısı
- Güvenli bağlantı: TLS handshake (HTTPS)
- Sunucu işleme süresi: Uygulama/DB sorguları, cache durumu, template render
- Yanıtın başlaması: İlk byte’ın istemciye ulaşması
Bu yüzden TTFB yükseldiğinde sorun bazen sunucu tarafında (DB/cache/hosting), bazen de ağ/konum/CDN gibi katmanlarda olabilir.
Ideal TTFB Puanı Kaç Olmalı?
Google’ın web.dev rehberlerinde TTFB için “kaba kılavuz” eşikler şu şekilde verilir (hedefleme genelde p75 mantığıyla yapılır):
- İyi (Good): ≤ 0.8 sn (800 ms)
Sayfa metrikleri daha hızlı “başlar”; LCP/FCP tarafında gecikme zinciri azalır.
- Geliştirilmeli (Needs Improvement): 0.8 – 1.8 sn
İlk yanıt geç kaldığı için “yükleme hissi” ağırlaşır; özellikle mobilde performans kaybı belirginleşir.
- Kötü (Poor): > 1.8 sn
Sunucu yanıtı bariz yavaştır; diğer metrikleri de peşinden sürükler ve öncelikli teknik problem kabul edilir.
Ek not (karışmasın diye): Lighthouse “Reduce server response times” denetimi, ana doküman için 600 ms üstünü “yavaş yanıt” olarak işaretleyebilir. Bu, Lighthouse audit eşiğidir; web.dev TTFB eşikleriyle farklı görünmesi normaldir.
TTFB Nasıl Ölçülür?
TTFB ölçerken hem lab (simülasyon) hem field (gerçek kullanıcı) verisini birlikte okumak en sağlıklısıdır.
- Google PageSpeed Insights: Lighthouse tabanlı lab sonuç verir; ayrıca uygun sayfalarda gerçek kullanıcı (CrUX) özetini de gösterir.
- Lighthouse (Chrome DevTools): “Server response time” ve ilgili network bulgularıyla TTFB kaynaklı yavaşlığı teşhis etmeye yardımcı olur.
- Google Search Console (Core Web Vitals): Doğrudan TTFB raporu değil; fakat TTFB’nin tetiklediği LCP/FCP gibi problemler “URL grupları” halinde burada görünür.
- WebPageTest: Farklı lokasyon/cihaz profilleriyle “ilk byte neden geç geliyor?” sorusunu waterfall üzerinden çok net gösterir (özellikle CDN/konum etkisini yakalamada).
TTFB Nasıl Optimize Edilir?
Aşağıdaki başlıklar, web.dev “Optimize TTFB” yaklaşımında öne çıkan pratik iyileştirme alanlarına göre düzenlendi.
- Cache stratejisini güçlendir (en hızlı kazanım)
Sunucu her istekte sayfayı/HTML’i yeniden üretmek zorunda kalıyorsa TTFB uzar. Sayfa cache (full-page cache), object cache ve doğru cache invalidation kurgusu TTFB’yi ciddi düşürür.
- CDN kullan ve edge caching’i değerlendir
Kullanıcı sunucudan uzaksa bağlantı gecikmeleri artar; CDN ile statik içerikler hızlanır, bazı senaryolarda edge üzerinden HTML cache de TTFB’yi iyileştirir. Özellikle global trafik hedefinde fark daha görünür olur.
- Hosting / sunucu kaynaklarını iyileştir (CPU, RAM, disk, network)
TTFB yüksekliği bazen tamamen altyapı kaynaklıdır: yoğun CPU, yavaş disk I/O, kısıtlı PHP worker vb. Front-end optimizasyonu yaptığın halde TTFB düşmüyorsa sunucu katmanını ele almak gerekir.
- Veritabanı sorgularını ve uygulama iş mantığını optimize et
Yavaş sorgular, şişmiş query sayısı, indeks eksikliği veya ağır plugin/builder yapıları sunucu işlem süresini büyütür. Özellikle WordPress’te gereksiz eklentiler ve ağır tema yapıları TTFB’yi yükseltebilir.
- Bağlantı kurulum maliyetlerini azalt (DNS/TLS optimizasyonu)
DNS sağlayıcı kalitesi, TLS ayarları ve keep-alive gibi optimizasyonlar “ilk byte” yolunu kısaltır. CDN ve doğru DNS yapılandırması burada dolaylı ama güçlü etki yaratır.
- Öncelikli içerik üretimini hızlandır (SSR/streaming mantığı)
Uygulama HTML’i geç üretip geç göndermeye başlıyorsa TTFB büyür. Bazı mimarilerde server-side rendering, streaming veya kritik içeriği daha erken göndermek TTFB ve ilk boyama metriklerini iyileştirir.
Sonuç
TTFB, sayfanın kullanıcıya “ne kadar hızlı yanıt verdiğini” gösterdiği için site hızının temelini oluşturur ve LCP/FCP gibi metriklerin performansını doğrudan etkiler. TTFB değerini cache, CDN, sunucu kaynakları ve veritabanı optimizasyonu gibi doğru adımlarla düşürdüğünde; Core Web Vitals skorların daha stabil hale gelir, teknik SEO tarafında tarama verimliliği artar ve organik görünürlük için daha güçlü bir altyapı kurarsın. Eğer sitende TTFB sürekli yüksek kalıyor ve hız testlerinde aynı uyarılar tekrar ediyorsa, SEO danışmanlığı kapsamında sitene özel bir hız iyileştirme planı çıkarıp uygulayabiliriz.
