TTFB Nedir ve Nasıl Düşürülür?

Bir sayfaya tıkladığınızda ekranın bembeyaz kaldığı, hiçbir şeyin görünmediği o birkaç yüz milisaniyelik (bazen saniyelik) bekleme anını hatırlıyor musunuz? İşte o süre, büyük ölçüde TTFB (Time to First Byte) ile ilgilidir. TTFB, tarayıcınızın sunucudan ilk veri baytını almak için beklediği süredir ve sayfanızdaki her şeyin — HTML'in, CSS'in, görsellerin, JavaScript'in — üzerine inşa edildiği temeldir.

TTFB genellikle görmezden gelinir çünkü doğrudan gözle görünen bir şey değildir; insanlar daha çok görselleri sıkıştırmayı, kodu küçültmeyi konuşur. Oysa sunucu yanıtı yavaşsa, sayfanın geri kalanı ne kadar optimize edilirse edilsin, kullanıcı hâlâ boş bir ekrana bakmaya devam eder. Bu yazıda TTFB'nin tam olarak ne olduğunu, neyin onu yavaşlattığını ve adım adım nasıl düşürebileceğinizi anlatıyoruz.

Kısa tanım: TTFB (Time to First Byte), tarayıcının bir sayfa isteği gönderdiği andan, sunucudan yanıtın ilk baytını aldığı ana kadar geçen süredir. DNS çözümleme, sunucuya bağlanma (TCP/TLS el sıkışması) ve sunucunun isteği işleyip yanıt üretme sürelerinin toplamını kapsar.

TTFB Nedir? Aslında Neyi Ölçer?

TTFB tek bir işlemi değil, bir zincirin toplamını ölçer:

1. 1DNS çözümleme — tarayıcının alan adını IP adresine çevirmesi.
2. 2Bağlantı kurma — TCP el sıkışması ve HTTPS kullanılıyorsa TLS şifreleme anlaşması.
3. 3Sunucu işlem süresi — sunucunun isteği alıp, gerekirse veritabanına sorgu atıp, sayfayı oluşturup yanıtı hazırlaması.
4. 4İlk baytın ağ üzerinden dönmesi — hazırlanan yanıtın ilk parçasının kullanıcının cihazına ulaşması.

Bu dört adımın toplamı TTFB'yi oluşturur. Herhangi birinde yaşanan yavaşlık — uzak bir sunucu, yoğun bir veritabanı sorgusu, önbelleksiz bir sayfa — doğrudan TTFB'ye yansır.

TTFB Neden Bu Kadar Önemli?

TTFB, sayfanın geri kalanının başlangıç çizgisidir. Tarayıcı, HTML'i indirmeye başlamadan CSS'i işleyemez, görselleri keşfedemez, JavaScript'i çalıştıramaz. Yani yüksek bir TTFB, zincirdeki her şeyi geciktirir:

• [Core Web Vitals](/blog/core-web-vitals-nedir) metriklerinden LCP doğrudan etkilenir, çünkü en büyük içerik de dahil hiçbir şey TTFB tamamlanmadan görünmeye başlayamaz. LCP iyileştirme yazımızda değindiğimiz gibi, birçok sitede LCP sorununun kök nedeni aslında görsel değil, yavaş sunucu yanıtıdır.
• Kullanıcı algısı kötüleşir; "beyaz ekran süresi" uzadıkça ziyaretçi sayfadan ayrılma eğilimine girer.
• Arama motoru tarama bütçesi dolaylı etkilenir; yavaş yanıt veren sunucular, Googlebot'un aynı sürede daha az sayfa taramasına neden olabilir.

İyi, Orta ve Kötü TTFB Değerleri

Kesin bir eşik her site için aynı şekilde geçerli değildir, ama genel kabul gören yaklaşık aralıklar şöyle özetlenebilir:

Bu aralıkları kesin bir kural değil, yönlendirici bir referans olarak kullanın. Önemli olan mutlak sayı değil, sitenizin bu yönde iyileşip iyileşmediğidir.

TTFB'yi Yavaşlatan Başlıca Nedenler

Yavaş veya Paylaşımlı Hosting

Paylaşımlı hosting planlarında sunucu kaynakları (işlemci, bellek) yüzlerce farklı siteyle paylaşılır. Komşu bir sitenin ani trafik artışı bile sizin sitenizin yanıt süresini yavaşlatabilir. Bu, küçük bütçeli işletmelerin en sık karşılaştığı TTFB sorunudur.

Ağır Veritabanı Sorguları

Özellikle WordPress, WooCommerce gibi dinamik sistemlerde her sayfa isteği, arka planda birden fazla veritabanı sorgusu tetikleyebilir. İndekslenmemiş tablolar, gereğinden karmaşık sorgular veya çok sayıda eklentinin aynı anda veritabanına erişmesi, sunucunun yanıt hazırlama süresini ciddi biçimde uzatır.

Önbellek (Cache) Eksikliği

Önbellek yoksa sunucu, aynı sayfayı her ziyaretçi için sıfırdan yeniden oluşturur. Oysa bir sayfanın içeriği sık değişmiyorsa, onu bir kez oluşturup belirli bir süre hazır tutmak (sayfa önbelleği), sunucunun tekrar tekrar aynı işi yapmasını önler.

Sunucunun Kullanıcıdan Uzak Olması

Sunucunuz örneğin Avrupa'da, ziyaretçiniz ise Türkiye'deyse, veri fiziksel mesafeyi kat etmek zorundadır ve bu da gecikme ekler. Bir CDN kullanmıyorsanız, her istek bu mesafeyi baştan sona kat eder.

Optimize Edilmemiş Yönlendirme Zincirleri

Bir URL'nin başka bir URL'ye, o da bir üçüncü URL'ye yönlendirdiği (çoklu 301 zinciri) durumlarda, tarayıcı her adımda yeni bir bağlantı kurmak zorunda kalır ve bu, toplam TTFB'yi katlar.

Trafik Artışı ve Yetersiz Kaynak

Kampanya dönemlerinde (örneğin bir e-ticaret sitesinin indirim günü) ani trafik artışı, sunucu kaynaklarını zorlar ve her isteğin işlenme süresini uzatır. Bu genellikle sitenin genel yavaşlığının da bir parçasıdır ve yalnızca TTFB'yle sınırlı kalmaz.

TTFB Nasıl Ölçülür?

TTFB'yi ölçmenin birkaç pratik yolu vardır:

1. 1Tarayıcı geliştirici araçları — Chrome DevTools'ta "Network" sekmesinde bir isteğe tıklayıp "Timing" bölümüne bakarak TTFB'yi doğrudan görebilirsiniz.
2. 2[PageSpeed Insights](/blog/pagespeed-insights-kullanimi) / Lighthouse — Sayfa raporunda sunucu yanıt süresiyle ilgili fırsatlar ayrı bir madde olarak listelenir.
3. 3Bağımsız hız test araçları — Farklı coğrafi konumlardan test yaparak sunucunuzun farklı bölgelerdeki kullanıcılara ne kadar hızlı yanıt verdiğini karşılaştırabilirsiniz.

Ölçümü tek seferlik değil, düzenli aralıklarla yapmanızı öneririz; çünkü hosting sağlayıcınızdaki bir değişiklik, trafik artışı veya yeni bir eklenti TTFB'yi zamanla kötüleştirebilir.

TTFB Düşürmenin Yolları

1. Sayfa ve Nesne Önbellekleme Kullanın

Statik önbellek (tüm HTML sayfasını hazır tutmak) ve nesne önbelleği (veritabanı sorgu sonuçlarını hafızada tutmak) birlikte kullanıldığında, sunucunun her istekte aynı işi tekrar yapmasını önler. Bu, TTFB üzerinde genellikle en hızlı ve en büyük etkiyi yaratan tek adımdır.

2. Bir CDN Kullanın

CDN (İçerik Dağıtım Ağı), statik içeriğinizi dünya genelinde dağıtılmış sunucularda önbelleğe alarak kullanıcıya coğrafi olarak en yakın noktadan yanıt verir. Bu, özellikle sunucunuzdan uzak bölgelerdeki ziyaretçiler için TTFB'yi belirgin biçimde kısaltır.

3. Hosting Planınızı Yükseltin

Paylaşımlı hostingde sürekli yavaşlık yaşıyorsanız, kaynakları sizinle kimsenin paylaşmadığı bir VPS veya bulut sunucuya geçmek genellikle en kalıcı çözümdür. Bu bir maliyet artışı gerektirir, ama trafiği düzenli olan bir site için bu yatırımın geri dönüşü hızlıdır.

4. Veritabanı Sorgularını Optimize Edin

Sık kullanılan tablolara indeks eklemek, gereksiz ve tekrar eden sorguları birleştirmek, kullanılmayan eklenti ve entegrasyonları kaldırmak sunucunun iş yükünü doğrudan azaltır.

5. Modern Protokolleri Kullanın (HTTP/2, HTTP/3)

Bu protokoller, aynı bağlantı üzerinden birden fazla isteği paralel işleyerek ve bağlantı kurulum sürecini kısaltarak gecikmeyi azaltır. Çoğu güncel hosting sağlayıcısı ve CDN bunu otomatik sunar; sizin yapmanız gereken genellikle yalnızca bunun etkin olduğunu doğrulamaktır.

6. Sunucu Konumunu Hedef Kitlenize Yakınlaştırın

Ziyaretçilerinizin büyük çoğunluğu Türkiye'deyse, mümkünse sunucu konumunu da bu bölgeye yakın seçmek (veya bir CDN ile bunu telafi etmek) fiziksel mesafeden kaynaklanan gecikmeyi azaltır.

Önbellekleme etkinleştirildiğinde tarayıcıya ve ara sunuculara hangi içeriğin ne kadar süre saklanacağını söyleyen tipik bir HTTP yanıt başlığı şöyle görünür:

Cache-Control: public, max-age=31536000, immutable
Content-Encoding: gzip
X-Cache-Status: HIT

X-Cache-Status: HIT satırı, isteğin sunucuda yeniden oluşturulmadığını, önbellekten doğrudan sunulduğunu gösterir — TTFB'nin düşük çıkmasının arkasındaki tipik nedenlerden biri budur.

Hosting Türüne Göre Tipik TTFB Etkisi

TTFB Düşürme Kontrol Listesi

Sunucu tarafında adım atmadan önce hızlıca gözden geçirebileceğiniz bir kontrol listesi:

• Sayfa önbellekleme (page cache): Etkin mi, tüm sayfa türlerinde (ana sayfa, kategori, ürün, blog) çalışıyor mu?
• CDN: Kullanılıyor mu ve statik dosyalar (CSS, JS, görsel) CDN üzerinden mi sunuluyor?
• Hosting planı: Sitenin güncel trafik seviyesine göre yeterli mi, yoksa yıllar önce alınmış küçük bir pakette mi kaldı?
• Eklenti/entegrasyon envanteri: Kullanılmayan eklenti, entegrasyon veya tema bileşeni var mı? Her biri sunucuya ek yük bindirir.
• Veritabanı bakımı: Düzenli olarak temizleniyor mu (eski taslaklar, spam yorumlar, geçici veriler)?
• Yönlendirme zincirleri: Bir URL'nin birden fazla adımda başka bir URL'ye yönlendiği durumlar var mı?
• Protokol: HTTP/2 veya HTTP/3 etkin mi?

Bu maddelerin çoğu, bir geliştirici olmasanız bile hosting panelinizden veya CMS ayarlarınızdan kontrol edilebilir; kalanları için hosting sağlayıcınızla veya geliştiricinizle net bir kontrol listesi üzerinden konuşmak süreci hızlandırır.

Sık Yapılan Hatalar

• Sadece görselleri optimize edip sunucu tarafını hiç sorgulamamak. Görseller önemlidir ama TTFB yüksekse etkisi sınırlı kalır.
• Önbelleği yalnızca ana sayfada etkinleştirmek. Kategori, ürün ve blog sayfalarının da önbellekten yararlanması gerekir.
• Ucuz hostingi büyüyen bir siteyle sonsuza kadar sürdürmek. Trafik arttıkça ihtiyaç değişir; düzenli olarak gözden geçirin.
• CDN kurup içerik önbellek ayarlarını hiç kontrol etmemek. Yanlış yapılandırılmış bir CDN, beklenen faydayı sağlamaz.

Sıkça Sorulan Sorular

TTFB ile sayfa yükleme süresi aynı şey mi?

Hayır. TTFB, yalnızca ilk baytın gelme süresidir; sayfa yükleme süresi ise TTFB dahil, tüm HTML/CSS/JS/görsellerin indirilip işlenmesini kapsayan çok daha geniş bir metriktir. TTFB, bu daha büyük sürenin yalnızca başlangıç noktasıdır ama etkisi zincirleme biçimde geri kalan her şeye yansır.

TTFB'yi tek başıma mı düşürebilirim, yoksa hosting sağlayıcım mı sorumlu?

Her ikisi de rol oynar. Önbellekleme, veritabanı optimizasyonu ve CDN kurulumu genellikle sizin veya geliştiricinizin yapabileceği işlerdir; ancak sunucunun temel donanım gücü ve ağ altyapısı hosting sağlayıcınıza bağlıdır. Sürekli yüksek TTFB yaşıyorsanız önce yapılandırmayı, sonra hosting planını gözden geçirin.

WordPress sitemde TTFB'yi nasıl hızlıca test edebilirim?

En pratik yol, tarayıcı geliştirici araçlarındaki Network sekmesinden ana HTML dokümanının "Waiting (TTFB)" değerine bakmaktır. Bunu birkaç farklı sayfada ve farklı saatlerde tekrarlayarak tutarlı bir görüntü elde edebilirsiniz.

Ücretsiz bir CDN kullanmak TTFB'yi düşürür mü?

Genellikle evet, özellikle statik içerikler (görsel, CSS, JS) için belirgin fayda sağlar. Ancak dinamik, kişiselleştirilmiş sayfalarda (örneğin sepet veya hesap sayfaları) CDN'in etkisi daha sınırlı olabilir çünkü bu tür içerik genellikle önbelleğe alınmaz.

Yüksek TTFB, Google sıralamamı doğrudan düşürür mü?

TTFB tek başına bir sıralama faktörü olarak açıkça tanımlanmasa da, LCP gibi kullanıcı deneyimi metriklerini kötüleştirerek dolaylı yoldan sıralamayı etkiler. Ayrıca yavaş bir site, kullanıcıların hemen ayrılmasına (yüksek hemen çıkma oranına) yol açarak da dolaylı bir olumsuz sinyal oluşturabilir.

Sonuç

TTFB, sitenizin görünmeyen ama her şeyin üzerine oturduğu temelidir. Görselleri sıkıştırmak, kodu küçültmek elbette gereklidir — ama sunucu yanıtı yavaşsa bu iyileştirmelerin hiçbiri tam potansiyeline ulaşamaz. Önbellekleme, doğru hosting seçimi ve veritabanı optimizasyonuyla TTFB'yi düşürmek, genellikle en az efor ile en büyük hız kazanımını sağlayan çalışmalardan biridir.

Sitenizin TTFB'sinin ve genel hızının şu anda hangi seviyede olduğunu merak ediyorsanız, SeoPulse'un ücretsiz analizi ile sunucu yanıt süresi dahil onlarca teknik metriği tek raporda görebilirsiniz.