WordPress Performans Hosting

Ortalama süre yanıltır, yavaş olan sayfa bellidir

Tek bir hız puanına bakmak, sitenin en zorlanan bölümünü gizliyor. Ölçüm ana sayfa üzerinden yapıldığında sonuç neredeyse her zaman iyi çıkıyor, çünkü o sayfa hem sade hem de hazır bir kopyadan dönüyor.

Bu yüzden ölçümü sayfa tipine ayırıyoruz. Bir yazı sayfası, filtrelenmiş bir liste, site içi arama sonucu, giriş yapmış kullanıcının gördüğü ekran ve varsa sepet adımı birbirinden çok farklı davranıyor. Aynı ayrımı duruma da uyguluyoruz: saklanan kopyadan dönen istek ile sıfırdan üretilen istek ayrı ayrı kaydediliyor.

Tablo çıktığında sorun çoğu zaman tek bir yerde toplanıyor. Sitenin tamamını hızlandırmaya çalışmak yerine gerçekten yavaş olan birkaç şablonu düzeltmek hem daha kısa sürüyor hem de ziyaretçinin hissettiği farkı üretiyor. Ölçümü gerçek içerikle yapıyoruz; boş bir deneme sayfası her kurulumda hızlı çıkıyor, asıl bilgi en çok kayıt taşıyan liste ile en çok sorgu çalıştıran sayfada duruyor.

Aracın verdiği not ile kullanıcının yaşadığı aynı şey değil

Hız araçları sayfayı kontrollü bir ortamda açıyor: belirli bir cihaz, belirli bir bağlantı, tek seferlik bir ziyaret. Gerçek ziyaretçi ise eski bir telefonda, zayıf bir hatta ve çoğu zaman hiçbir şeyin saklanmadığı bir tarayıcıda geliyor.

İki tablo arasındaki fark genellikle üçüncü taraf kodlardan çıkıyor. Reklam etiketleri, sohbet baloncuğu, harita, gömülü video ve izleme betikleri test ortamında engellenmiş ya da hafif çalışıyor olabiliyor. Gerçek ziyaretçide hepsi yükleniyor.

Bu yüzden laboratuvar ölçümünü tek başına yeterli saymıyoruz. Sunucu tarafını ölçüp iyileştirirken gerçek kullanıcılardan toplanan alan verisine de bakıyoruz. İkisi farklı yönü gösteriyorsa sorun genellikle sunucuda değil, sayfaya sonradan eklenmiş kodlarda oluyor. Bu ayrımı raporda açıkça yazıyoruz, çünkü çözümü farklı ekiplerin işine düşüyor. Alan verisi biriktikçe karşılaştırma da anlamlı hale geliyor; tek seferlik bir ölçüm o günün bağlantısına ve cihazına fazlasıyla bağlı kalıyor.