Sayfa hız testlerinde "Sunucu yanıt süresini azaltın" uyarısını gördüyseniz, doğrudan TTFB ile karşı karşıyasınız demektir. TTFB, sitenizin görsellerinden veya tasarımından bağımsız, en alttaki performans katmanıdır: tarayıcı isteği gönderdikten sonra sunucudan ilk veri baytı gelene kadar geçen süredir. Bu süre yüksekse, ne kadar optimize görsel veya önbellek kullanırsanız kullanın site "ağır açılıyor" hissi verir. Bu rehberde ttfb düşürme konusunu sebep-sonuç olarak ele alıyor, hangi katmanın ne kadar gecikme eklediğini ve her birini nasıl iyileştireceğinizi anlatıyoruz.
TTFB Nedir ve Neyi Ölçer?
TTFB (Time To First Byte), bir HTTP isteğinin yaşam döngüsündeki birkaç ayrı adımın toplamıdır. Tek bir "sunucu hızı" sayısı değildir; aslında zincirleme birçok aşamayı kapsar:
| Aşama | Ne olur | Tipik etki |
|---|---|---|
| DNS çözümleme | Alan adı IP'ye çevrilir | İlk ziyarette belirgin |
| TCP bağlantısı | Sunucuyla el sıkışma | Mesafeye bağlı |
| TLS el sıkışması | HTTPS şifreleme kurulumu | 1-2 gidiş-dönüş |
| Sunucu işleme | Kod çalışır, veritabanı sorgulanır | En çok burada kaybedilir |
| İlk bayt | Yanıtın ilk parçası gönderilir | TTFB burada biter |
Bu yüzden TTFB'yi düşürmek tek bir ayarla olmaz; her aşamada birkaç yüz milisaniye kazanmak gerekir. İyi bir hedef statik veya iyi önbelleklenmiş bir sayfa için 200 ms altı, dinamik (WordPress, e-ticaret gibi) bir sayfa için 500-600 ms altıdır. 800 ms üzeri TTFB, kullanıcının da arama motorlarının da fark ettiği bir yavaşlıktır.
TTFB Nasıl Ölçülür?
Yorum yapmadan önce ölçmek gerekir. Birkaç pratik yöntem:
- Tarayıcı geliştirici araçları: F12 ile Network sekmesini açın, sayfayı yenileyin, ana belge (document) isteğine tıklayın. "Timing" altında "Waiting for server response" satırı TTFB'nizdir.
- curl ile komut satırı: Tek komutla saf sunucu süresini görürsünüz:
curl -o /dev/null -s -w "DNS: %{time_namelookup}s | Bağlantı: %{time_connect}s | TTFB: %{time_starttransfer}s\n" https://siteniz.com
- Online hız araçları: Sayfa hızı ve sunucu yanıt sürelerini ölçen ücretsiz araçlarla farklı lokasyonlardan test edin. Yurt dışından ölçüm yapan bir araç, hedef kitlenizden uzaktaysanız gerçekçi olmayan sonuçlar verebilir; mümkünse kullanıcılarınıza yakın bir test noktası seçin.
Önemli: İlk ölçümle ikinci ölçüm arasında büyük fark görüyorsanız, bu önbelleğin devreye girdiğini gösterir. İlk istek (cache miss) gerçek sunucu yükünü, sonraki istekler (cache hit) önbellekli halini yansıtır. Optimizasyon yaparken "soğuk" yani önbelleksiz TTFB'yi baz alın.
TTFB'yi Yükselten Başlıca Nedenler
TTFB'nin yüksek olmasının ardında genellikle şu sorunlardan biri yatar:
- Yavaş veya yetersiz sunucu donanımı — Paylaşımlı bir sunucuda komşu siteler kaynak tüketiyorsa CPU sırada bekler.
- Optimize edilmemiş uygulama kodu — Her istekte çalışan ağır PHP işlemleri, gereksiz eklenti yükleri.
- Yavaş veritabanı sorguları — İndekslenmemiş tablolar, her sayfada onlarca sorgu.
- Önbelleğin olmaması — Her ziyaretçi için sayfanın sıfırdan üretilmesi.
- Coğrafi uzaklık — Sunucu Almanya'da, ziyaretçi Türkiye'de ise ağ gecikmesi eklenir.
- TLS ve bağlantı yükü — Eski TLS sürümleri ve HTTP/1.1, gereksiz gidiş-dönüş yaratır.
Çözüm de bu sıralamayı izler: önce en büyük gecikmeyi yaratan katmanı bulun, onu çözün, sonra ölçüp bir alta inin.
Adım Adım TTFB Düşürme Yöntemleri
1. Sunucu Tarafı Önbellek Kullanın
TTFB'yi düşürmenin tek en etkili yolu, sayfayı her seferinde sıfırdan üretmemektir. Dinamik bir sayfa veritabanına gidip kodu çalıştırdığında 600-900 ms harcayabilirken, önbellekten sunulan aynı sayfa 100 ms altında dönebilir.
- Sayfa önbelleği (full-page cache): WordPress için önbellek eklentileri veya sunucu seviyesinde önbellek katmanları, üretilen HTML'i hazır tutar.
- OPcache: PHP'nin derlenmiş kodunu bellekte tutar; çoğu güncel hosting paketinde varsayılan açıktır.
- Nesne önbelleği (Redis/Memcached): Tekrarlanan veritabanı sorgularını bellekten karşılar. Özellikle e-ticaret ve üyelikli sitelerde fark yaratır.
2. Veritabanını Optimize Edin
Önbellek her zaman devreye giremez; sepet, hesap, arama gibi kişiye özel sayfalar genellikle önbelleklenemez. Bu sayfalarda TTFB doğrudan veritabanı hızına bağlıdır.
- Yavaş sorguları tespit edin (slow query log).
- Sık sorgulanan sütunlara indeks ekleyin.
- Şişmiş tabloları (gereksiz revizyon, geçici veri, log birikintisi) temizleyin.
- Tek bir sayfada yüzlerce sorgu çalıştıran eklentileri gözden geçirin.
3. Uygulama Kodunu ve Eklentileri Sadeleştirin
Her aktif eklenti veya modül, her istekte CPU zamanı tüketir. Kullanılmayan eklentileri devre dışı bırakmak değil, tamamen kaldırmak TTFB'ye yansır. Ayrıca güncel bir PHP sürümü kullanmak (eski sürümlere göre belirgin hız artışı sağlar) en kolay kazanımlardandır. Kontrol panelinizden (DirectAdmin veya Plesk) PHP sürümünü güncelleyebilir ve OPcache durumunu kontrol edebilirsiniz.
4. Coğrafi Mesafeyi Azaltın
Türkiye'deki kullanıcılara hizmet veriyorsanız ve sunucunuz uzak bir kıtadaysa, sadece ağ gecikmesi yüzünden her isteğe onlarca milisaniye eklenir. İki yaklaşım var:
- Hedef kitlenize yakın bir sunucu seçin. KVKK ve hız açısından yurt içi konum, Türkiye ağırlıklı trafik için avantajlıdır.
- CDN kullanın. İçerik dağıtım ağı, statik dosyaları (ve giderek HTML'i de) kullanıcıya en yakın noktadan sunarak TTFB'yi belirgin düşürür. Statik ağırlıklı siteler için tek başına büyük bir kazanç sağlayabilir.
5. TLS ve Protokol Katmanını İyileştirin
Modern protokoller bağlantı kurulum maliyetini azaltır:
- HTTP/2 veya HTTP/3 kullanın; çoğul istekleri tek bağlantıda paralelleştirir.
- TLS 1.3 el sıkışmayı bir gidiş-dönüş kısaltır.
- OCSP stapling ve HSTS ile sertifika doğrulama maliyetini düşürün.
Bu ayarların çoğu modern hosting altyapısında varsayılan olarak doğru yapılandırılmıştır; sizin tarafınızda yapılması gereken genellikle yalnızca güncel bir SSL sertifikasının kurulu olmasıdır.
6. Doğru Hosting Tipine Geçin
Tüm yazılım optimizasyonlarını yaptınız ama TTFB hâlâ yüksekse, sorun çoğu zaman paylaşımlı kaynak darboğazıdır. Yoğun bir paylaşımlı sunucuda komşu sitelerin yükü, sizin TTFB'nizi kontrolünüz dışında yükseltir.
| Senaryo | Önerilen yapı |
|---|---|
| Küçük tanıtım/blog sitesi | İyi yapılandırılmış paylaşımlı hosting yeterli |
| Orta ölçekli WordPress/e-ticaret | Güçlü paket + nesne önbelleği |
| Yüksek trafikli veya kişiye özel içerik | Ayrılmış kaynaklı VDS |
Ayrılmış kaynaklı bir sunucuda CPU ve bellek size aittir; "komşu etkisi" ortadan kalkar ve TTFB hem düşer hem kararlı hale gelir. Kararlılık çoğu zaman ortalama hız kadar önemlidir: TTFB'nin bazen 200 ms bazen 1200 ms olması, kullanıcı deneyimi açısından sürekli 500 ms olmaktan daha kötüdür.
Önce Ölç, Sonra Optimize Et
TTFB iyileştirmesinde en sık yapılan hata, körü körüne eklenti veya ayar denemektir. Doğru sıra şudur:
- Soğuk (önbelleksiz) TTFB'yi ölçün ve not alın.
- Hangi katmanın yavaşlattığını tespit edin (sunucu işleme mi, mesafe mi, veritabanı mı).
- Tek seferde tek bir değişiklik yapın.
- Tekrar ölçün ve farkı kaydedin.
- Sonraki katmana geçin.
Bu disiplinli yaklaşım, hangi değişikliğin gerçekten işe yaradığını görmenizi sağlar. Aksi halde beş ayarı birden değiştirip neyin fayda ettiğini asla bilemezsiniz.
Hostmana ile Daha Hızlı Bir Başlangıç
TTFB'nin büyük kısmı altyapı kalitesiyle belirlenir: güncel PHP, hazır OPcache, modern TLS, kararlı CPU ve hedef kitlenize yakın konum. Hostmana hosting paketleri bu temelleri varsayılan olarak doğru yapılandırılmış sunar; daha fazla ayrılmış kaynak ve tam kontrol istiyorsanız yurt dışı sanal sunucu seçenekleriyle CPU ve belleği tamamen size ayırabilirsiniz. Sitenizin mevcut TTFB'sini ölçmek için ücretsiz web araçlarımızı kullanabilir, optimizasyon adımlarının ayrıntılarını bilgi bankamızda bulabilirsiniz. Sunucu yanıt süreniz beklediğinizden yüksekse ve nereden başlayacağınızdan emin değilseniz, bizimle iletişime geçin — hangi katmanın yavaşlattığını birlikte tespit edip net bir yol haritası çıkaralım.