TTFB ve Core Web Vitals: Hosting Tarafı

Core Web Vitals ölçümlerinden LCP (en büyük içerik boyama) ve INP (etkileşimden boyamaya geçen süre) hostingten doğrudan etkilenir. Sunucunun ilk baytı gönderme süresi (TTFB) uzadıkça LCP de uzar; her şey geç başlar. Hosting tarafında kazanç sağlayan üç ayar vardır: sunucu seviyesinde önbellek, güncel PHP sürümü ve hızlı disk. Bunlar tamamsa kalan iş ön yüz optimizasyonudur.

TTFB nedir, neyi kapsar?

TTFB, tarayıcının isteği göndermesiyle ilk baytın gelmesi arasındaki süredir. Üç bileşenden oluşur:

• Ağ gecikmesi: Sunucunun coğrafi uzaklığı belirler. Ölçülmüş değerler için lokasyon ve gecikme yazısına bakın.
• Sunucu işleme süresi: PHP çalışması, veritabanı sorguları ve şablon üretimi.
• Bağlantı kurulumu: TCP ve TLS el sıkışmaları.

Önbellekten dönen bir sayfada ikinci bileşen neredeyse sıfırlanır; kalan süre ağ ve bağlantı kurulumudur. Bu yüzden hosting tarafındaki en büyük kazanç önbellektedir.

TTFB ile LCP ilişkisi

LCP, ekrandaki en büyük görsel veya metin bloğunun görünür hale geldiği andır. Zincir şöyle işler: TTFB → HTML indirilir → CSS ve yazı tipleri yüklenir → en büyük öğe boyanır. Yani TTFB'deki her 200 ms, LCP'ye doğrudan eklenir. Sunucu yavaşsa ön yüzde ne yaparsanız yapın LCP iyi bir değere inmez.

Pratik hedef: TTFB'yi 500 ms'nin altında tutmak, ardından LCP öğesini (genellikle hero görseli) optimize etmek.

Hosting tarafında üç kazanç

1. Sunucu seviyesinde önbellek

Sayfa önbelleği devredeyken istek PHP'ye hiç ulaşmaz; hazır HTML döner. Bu, tek başına en büyük TTFB kazancıdır. LiteSpeed sunucularda kurulum adımları LiteSpeed Cache rehberinde.

2. Güncel PHP sürümü

Yeni PHP sürümleri aynı kodu daha hızlı çalıştırır. Geçiş öncesi eklenti ve tema uyumluluğunu hazırlık ortamında test edin; sürüm değiştirme adımları için PHP sürümü değiştirme yazısına bakabilirsiniz.

3. Disk ve veritabanı

Önbelleklenemeyen sayfalarda (sepet, hesabım, arama) süre doğrudan veritabanına bağlıdır. NVMe disk ve nesne önbelleği (Redis/Memcached) bu sayfalarda ölçülebilir fark yaratır.

INP: etkileşim gecikmesi

INP, kullanıcının tıklaması ile ekrandaki değişikliğin görünmesi arasındaki süreyi ölçer. Bu metrik ağırlıklı olarak tarayıcı tarafındaki JavaScript yüküyle ilgilidir; hostingin payı dolaylıdır. Yine de iki noktada sunucu devreye girer: tıklamayla tetiklenen istekler (sepete ekle, filtrele, arama) sunucudan yanıt bekler ve bu yanıt yavaşsa etkileşim uzun sürer.

INP'yi iyileştirmek için: gereksiz JavaScript'i azaltın, üçüncü taraf betiklerini geciktirin, sunucu tarafındaki uç noktaların yanıt süresini ölçün.

CLS: hostingle ilgisi yok

Düzen kayması (CLS), görsellere boyut verilmemesi, sonradan yüklenen reklam ve yazı tipi değişimlerinden kaynaklanır. Hosting değiştirerek düzelmez; tema ve şablon tarafında çözülür.

Ölçüm: laboratuvar ve saha verisi

Karar verirken saha verisini esas alın: laboratuvar testi hızlı bir bağlantıdan yapılır, gerçek kullanıcılarınız ise mobil ağlardan gelir.

Sunucu tarafını kendiniz ölçmek için: curl -o /dev/null -s -w "%{time_starttransfer}\n" https://siteniz.com komutunu farklı saatlerde çalıştırın ve değerleri kaydedin.

Hosting kaynaklı yavaşlığın belirtileri

• TTFB yoğun saatlerde belirgin şekilde yükseliyor.
• Önbellekli sayfalar hızlı, önbelleksiz sayfalar yavaş.
• Panelde işlemci veya eşzamanlı istek limitleri doluyor.
• Aynı site farklı bir sunucuda belirgin şekilde hızlı açılıyor.
• Veritabanı sorgu süreleri zamanla uzuyor.

Limitlerin ne anlama geldiğini kaynak limitleri, genel teşhis sırasını site neden yavaş açılır yazısında anlattık.

Sıralı iyileştirme planı

1. TTFB'yi ölçün ve bir temel değer kaydedin.
2. Sayfa önbelleğini kurun, tekrar ölçün.
3. PHP sürümünü güncelleyin, tekrar ölçün.
4. Nesne önbelleği ekleyin (destekleniyorsa).
5. Görselleri optimize edin ve LCP öğesini geciktirmeden yükleyin.
6. Üçüncü taraf betiklerini gözden geçirin.
7. Hâlâ yetersizse paket veya sunucu yükseltmesini değerlendirin.

Her adımdan sonra tek bir değişikliğin etkisini ölçün; aynı anda beş değişiklik yaparsanız hangisinin işe yaradığını bilemezsiniz.

CDN ne kadar yardımcı olur?

CDN, statik dosyaları ziyaretçiye yakın noktadan sunar ve uzak kitlelerde belirgin kazanç sağlar. Ancak önbelleklenemeyen sayfalar kaynak sunucuya gider; kaynak yavaşsa TTFB yine yüksek kalır. CDN, doğru sunucunun yerine geçmez.

Mobil ve masaüstü farkı

Core Web Vitals değerlendirmesi mobil ve masaüstü için ayrı yapılır ve mobil taraf genellikle daha zayıf çıkar: cihaz işlem gücü düşüktür, ağ daha yavaştır. Sunucu tarafı iyileştirmeleri iki tarafta da işe yarar, ancak mobilde JavaScript yükünü azaltmak ek kazanç sağlar.

Ölçümü mobil profille yapın; masaüstü sonuçlarına bakarak "sorun yok" demek, gerçek kullanıcı deneyimini gözden kaçırmak olur.

Yaygın üç yanılgı

• "Hız testi puanı yükselirse sıralama yükselir." Puan bir araç çıktısıdır; değerlendirmede saha verisi esas alınır.
• "CDN kurdum, TTFB düzelir." Önbelleklenemeyen sayfalarda istek yine kaynak sunucuya gider.
• "Sunucu güçlü, o zaman site hızlıdır." Önbelleksiz ve ağır bir uygulama, güçlü sunucuda da yavaş kalır.

Netx'te hosting seçenekleri

WordPress için yapılandırılmış paketler WordPress hosting, cPanel tarafı için cPanel hosting sayfasında listelenir. Sunucu kaynaklarının yetmediği durumlarda VDS veya VPS seçenekleri değerlendirilebilir. Ölçüm sonuçlarınızı paylaşırsanız darboğazın hosting tarafında mı yoksa uygulamada mı olduğunu birlikte belirleyebiliriz.

Sık sorulan sorular

İyi bir TTFB kaç ms?

500 ms altı iyi kabul edilir; 200 ms civarı önbellekli sayfalarda ulaşılabilir bir değerdir.

Hosting değiştirsem Core Web Vitals düzelir mi?

TTFB kaynaklı sorunlarda evet. CLS ve JavaScript kaynaklı INP sorunları tema ve eklenti tarafında çözülür.

Hız test aracındaki puan neden değişiyor?

Test konumu, ağ koşulları ve önbellek durumu sonucu etkiler. Aynı koşullarda tekrarlanan ölçümler anlamlıdır.

Paylaşımlı hostingte iyi değerler mümkün mü?

Mümkündür. Önbellek, güncel PHP ve makul kaynak limitleri olan bir pakette çoğu site iyi değerler alır.

Önbellek eklentisi mi, sunucu önbelleği mi?

Sunucu seviyesindeki önbellek daha hızlıdır. İkisini birlikte kullanacaksanız uyumlu olduklarından emin olun; çakışma beklenmeyen sonuçlar üretir.