Time to First Byte, tarayıcının isteğinden sonra yanıtın ilk bölümünü ne kadar beklediğini değerlendirmeye yardımcı olur. Yüksek değer her zaman yalnızca hosting paketinin yetersiz olduğunu göstermez. DNS, bağlantı, yönlendirme, uygulama çalışması ve önbellek durumu toplam deneyimi etkileyebilir. Bir statik görsel ile veritabanı sorgulayan PHP sayfasını aynı koşullar gibi karşılaştırmayın. Önce hangi URL, oturum ve ağ koşulunda gecikme yaşandığını belirleyerek ölçümün neyi anlattığını netleştirin.
Başlamadan önce
Bir açık içerik sayfası, bir ürün sayfası ve bir oturumlu panel seçin. İlk istek ile önbellekten gelen tekrar isteğini ayrı kaydedin. Sunucu loglarına veya uygulama ölçümüne erişiminiz varsa kullanıma hazır tutun. Üretimde yoğun yük testi başlatmadan önce kontrollü test kapsamı belirleyin. Sunucu konumu ve test noktasının uzaklığı sonuçları etkileyebileceğinden farklı yerlerden yapılan ölçümleri aynı sütunda karşılaştırmayın.
Uygulama adımları
- Belge isteğini inceleyin
Tarayıcı ağ panelinde ana HTML isteğini bulun; toplam sayfa bitiş süresi yerine bekleme aşamasını okuyun. HTTP durumunu, yönlendirme zincirini ve yanıt boyutunu not edin. Oturum çerezinin veya test başlığının önbellek davranışını değiştirebileceğini kayda ekleyin.
- Tekrarlı ölçüm yapın
Aynı URL’yi benzer koşullarda birkaç kez ölçün. İlk bağlantı ve sıcak önbellek sonuçlarını ayrı tutun. Bir anlık yoğunluk veya ağ dalgalanması tek sonucu bozabilir; dağılımı ve tutarlılığı inceleyin. Başka sitelerin farklı koşullu sonuçlarını kesin karşılaştırma olarak kullanmayın.
- Yönlendirmeleri azaltın
HTTP’den www sürümüne, oradan HTTPS ve son yola giden zincir birden fazla istek üretir. Kullanıcı bağlantıları ve canonical değerlerini doğrudan son adrese yönlendirin. Ödeme geri dönüşleri veya POST işlemlerinde genel yönlendirme kuralını körlemesine uygulamayın; yöntem ve sağlayıcı akışı korunmalıdır.
- Uygulama işini ölçün
Tek sayfa için tekrar eden veritabanı sorguları, gereksiz şema kontrolleri ve dış API beklemeleri HTML yanıtını uzatabilir. Sorgu sayısı ve en yavaş aşamaları inceleyin. Her istekte yapılması gerekmeyen işleri uygun kurulum veya bakım sürecine taşımak değerlendirilebilir; veri doğruluğu korunmalıdır.
- Açık içerikte önbellek planlayın
Yayınlanmış makale ve genel içerikler uygun cache stratejisiyle hızlanabilir. Kullanıcı bakiyesi, sepet ve özel panel yanıtları paylaşımlı önbelleğe girmemelidir. Hız kazanmak için tüm PHP yanıtlarına public cache başlığı eklemek kişisel verinin başka kullanıcıya gösterilmesi riskini doğurur.
- Değişiklik sonrası ayrımı koruyun
Önbellekli genel sayfayı, giriş yapılmış paneli ve güncellenmiş içerik örneğini yeniden test edin. TTFB azalırken eski fiyat veya kullanıcı verisi gösteriliyorsa değişiklik doğru değildir. Uygulama iyileştirmesi, içerik güncelliği ve erişim doğruluğuyla birlikte değerlendirilmelidir.
Sonucu doğrulama
Ana belge isteğinde durum kodunu ve cache hit ya da miss bilgisini kaydedin. Bir genel makalenin güncellenmesinden sonra yeni içeriğin erişilebilir olduğunu kontrol edin. Oturumsuz ve iki farklı oturumla özel sayfa yanıtlarını karşılaştırarak verilerin karışmadığını görün. TTFB ile LCP’yi birlikte inceleyin; sunucu iyileşmesi sonrası görsel keşfi veya tarayıcı çizimi baskın gecikme haline gelebilir.
Sık karşılaşılan sorunlar
Sadece ilk isteğin yavaş olması bağlantı kurulumuna veya soğuk önbelleğe işaret edebilir. Her istekte aynı gecikme varsa uygulama, veritabanı ve dış API beklemelerini inceleyin. CDN hızlı görünürken origin yavaşsa farklı katmanları ayrı kaydedin. Oturumlu sayfaya yanlışlıkla açık cache uygulanmışsa performans puanından önce veri izolasyonunu düzeltin. Sunucu kaynak yükseltmek, hatalı sorgu veya gereksiz yönlendirme zincirini otomatik çözmez.
Uygulama örneği
Ana sayfa 100 ms önbellekli yanıt verirken müşteri paneli 800 ms sürebilir; bu iki sayı farklı içerik ve güvenlik koşullarına aittir. Panelde aynı ayar tablosunun defalarca okunması gibi bir uygulama yükü varsa istek içi cache çözümü değerlendirilebilir. Kullanıcı bakiyesini farklı oturumlar arasında saklayan ortak cache kullanmak ise doğru optimizasyon değildir.
Sık sorulan sorular
Düşük TTFB bütün sayfanın hızlı olduğunu gösterir mi?
Hayır. İlk yanıt hızlı olsa da büyük dosyalar, geç keşfedilen görsel ve uzun JavaScript görevleri deneyimi yavaşlatabilir. TTFB’yi kaynak aktarımı, LCP ve etkileşim ölçümleriyle birlikte değerlendirin.
Müşteri panelini CDN’de cache etmek uygun mu?
Kullanıcıya özel yanıtların paylaşımlı cache’e alınması güvenli bir varsayılan değildir. Oturum, yetki ve içerik türüne uygun politikalar gerekir. Genel sayfa hızlandırma kuralını otomatik olarak hesap alanlarına taşımayın.
İlgili rehberler
Süreç özeti
İşlem ve doğrulama sırası
| Adım | Kontrol |
|---|---|
| 1 | Belge yanıtını ölç |
| 2 | Yönlendirmeyi ayır |
| 3 | Uygulama işini incele |
| 4 | Güvenli önbelleği test et |