Yıllar geçtikçe sayfa hızının hem SEO hem de UX için önemli bir ölçüm haline gelmesiyle birlikte, web performansı bütçesi da ön plana çıkmıştır. Web performansının sadece tek bir departmanın veya bireyin önceliği olmaktan ziyade, tüm departmanlar arasında ortak bir bakış açısı gerektiren bir konu olduğu artık daha açık bir şekilde görülüyor.
Bunu bir örnekle açıklamak gerekirse: Pazarlama departmanları dönüşümü uygulamak isteyebilir ve yeniden pazarlama/yeniden hedefleme kodlarıgibi araçlarla birlikte Criteo ve RTB EviÜrün bazlı yeniden hedeflemeyi kullananlar. Ayrıca göz alıcı fotoğraflar ve animasyonlar da bekleyebilirler. Bu arada ürün departmanları aşağıdaki gibi araçların entegrasyonunu talep edebilir: Hotjar ve Berraklık. Yazılım departmanları ise hem frontend hem de backend konusunda olabildiğince hızlı gelişmeyi hedefler. Sayfa hızına ilişkin talep ve bu taleplerle ilişkili maliyetler aslında dengededir. Bu dengeyi etkin bir şekilde kurmak için web performans bütçesi ortaya çıkmıştır.
Web performans bütçesi, belirli bir platformdaki platformunuz için hedef hız belirlemeyi ve bu hıza ulaşmak için tüm paydaşların bağlı kalacağı sayısal hedeflerin belirlenmesini içerir. Kısaca hızlı olmanın maliyeti web performans bütçesidir.
Her şey bir teklifle başlar. Belirli bir bağlantı türünde sayfanızın ne kadar hızlı açılması gerektiğini önerirsiniz. Örneğin, bazı performans bütçesi önerileri şunlar olabilir:
- Ana sayfa açılabilir mi? Hızlı 2G mobil bağlantıda (3 Mbps) 1.6 saniyenin altında?
- Arama sonuçları sayfası şurada açılabilir mi? Yavaş bir 5G bağlantısında (3 Kbps) 780 saniyenin altında?
Daha sonra, bu önerilere ulaşmak için bir eylem planı ve alt ölçümler oluşturup bunu parçalara ayırırsınız.
Önerilerin dışında başka performans bütçe hedefleri de olabilir. Örneğin:
- Mobil Deniz Feneri'nin arttırılması detay sayfasının puanı 80'in üzerinde
- Tüm resimlerin boyutunu küçültme masaüstü sitesinde 500 KB'ın altına
Performans Bütçesi Metrikleri
Performans bütçesinin metriklerini belirlemek için kabul edilen üç farklı bakış açısı vardır:
Sayıya dayalı metrikler
- Maksimum yazı tipi sayısı / Maksimum yazı tipi boyutu
- Maksimum görüntü sayısı / Maksimum görüntü boyutu
- Maksimum komut dosyası, stil, video vb. sayısı / Maksimum komut dosyası, stil, video vb. boyutu
- Maksimum HTML boyutu
- Maksimum HTTP isteği sayısı
- Maksimum üçüncü taraf komut dosyası sayısı
Zamana dayalı ölçümler
- İlk İçerikli Boyama (FCP) zamanı
- En Büyük İçerikli Boya (LCP) süresi
- İlk Giriş Gecikmesi (FID) süresi
- Etkileşimli Süre (TTI) süresi
- Toplam Engelleme Süresi (TBT) süresi
- Kümülatif Düzen Kaydırma (CLS) puanı
- Hız Endeksi puanı
Kural tabanlı metrikler
- Deniz feneri puanı
- GTmetrix puanı
- Web sayfası test puanı
- Yyavaş skoru
Web performansı bütçenizi belirlerken genellikle tek bir perspektifi seçmek yerine tüm bu perspektifleri doğru ölçülerde birleştirmeniz önerilir. Kullanabilirsiniz performans bütçesi simülatörü Hedef hızınıza ulaşmak için gereken sayıları bulmak için.
Sayfa Tiplerini Ayrı Ayrı Değerlendirin
Performans bütçesini belirlerken önemli noktalardan biri sitenin tek bir sayfasını baz almamaktır. Yaygın bir hata, yalnızca ana sayfayı test etmektir, bu da eksik bir değerlendirmeye yol açar.
Platformu inceleyerek ve farklı sayfa türlerini belirleyerek başlamalısınız. Ardından, en fazla trafiği alan sayfaları belirlemek ve bunlara öncelik vermek için platformun trafiğini analiz edin. Sonuç şuna benzer bir tablo olacaktır:
- Anasayfa
- Statik listeleme sayfaları
- Dinamik listeleme sayfaları
- Detay sayfaları
- Checkout sayfaları
- Arama sonuçları sayfaları
- Kampanya sayfaları
- Blog sayfaları
Odaklanmanız gerekiyor bu sayfa türlerinin performans bütçeleri ayrı ayrı, önceliklere göre.
