Web sitesi hızlandırma: ölçümden iyileştirmeye kontrol listesi
Web sitesi hızını LCP, INP ve CLS ile değerlendirin. Görsel, JavaScript, önbellek ve sunucu yanıtını öncelik sırasıyla iyileştirin.
Önce yavaşlığın nerede olduğunu ölçün. Görsel boyutu, gereksiz JavaScript, sunucu yanıtı ve önbellek davranışı gibi nedenleri ayrı inceleyip en büyük sorundan başlayın.
Bu rehberde neler var?
- Bir puandan fazlasını ölçün
- İlk görünen içeriği hafifletin
- Karar tablosu: durumunuzu değerlendirin
- JavaScript ve üçüncü tarafları gözden geçirin
- Sunucu ve önbelleği uygulamaya göre ayarlayın
- Ölçüm puanı düzelirken form hâlâ yavaşsa
- Öncesi ve sonrası ölçüm kaydını hazırlayın
- Uygulama kontrolü ve dikkat edilecek nokta
- Sık sorulan sorular
Bir puandan fazlasını ölçün
Laboratuvar testi, belirli cihaz ve ağ koşullarında tekrar edilebilir bir ölçüm sağlar. Gerçek kullanıcı verisi ise ziyaretçilerin yaşadığı deneyimi yansıtır. İkisini birlikte değerlendirin; tek bir masaüstü testi mobil kullanıcıların tamamını temsil etmez.
Google’ın Core Web Vitals çerçevesinde iyi deneyim hedefleri LCP için 2,5 saniye veya daha az, INP için 200 milisaniye veya daha az, CLS için 0,1 veya daha azdır. Değerlendirmede ziyaretlerin 75. yüzdelik dilimi kullanılır. Bu hedefler tek başına arama sıralaması garantisi değildir.
İlk görünen içeriği hafifletin
Sayfanın üst bölümündeki büyük görsel LCP öğesiyse uygun boyutta ve sıkıştırılmış dosya kullanın. Kullanıcının ekranından çok daha büyük görsel indirmek gereksiz trafik yaratır. Görsellerin genişlik ve yükseklik bilgisini tanımlamak yerleşim kaymalarını azaltmaya yardımcı olur.
İlk ekrandaki ana görseli gecikmeli yüklemek görünmesini geciktirebilir. Ekranın aşağısındaki görsellerde ise gecikmeli yükleme uygun olabilir. Hangi öğenin LCP olduğunu ölçüm aracından doğrulayın; tahminle bütün görselleri aynı şekilde işaretlemeyin.
Karar tablosu: durumunuzu değerlendirin
Dar ekranda tüm sütunları görmek için tabloyu yatay kaydırabilirsiniz.
| Durum | Nasıl yorumlanır? | Sonraki adım |
|---|---|---|
| İlk içerik geç geliyor | Sunucu yanıtı veya önemli kaynağın yüklenmesi gecikiyor olabilir. | Ağ zamanlamasını ve sayfanın ilk görünen öğesini inceleyin. |
| Tıklama geç yanıtlanıyor | Tarayıcı yoğun işi veya arka uç isteği kullanıcıyı bekletiyor. | Etkileşimin hangi aşamada yavaşladığını ayırın; yalnız görsel boyutunu değiştirmeyin. |
| Sayfa kayıyor | İçerikler sonradan yer değiştiriyor. | Görsel boyutları ve geç eklenen alanlar için yer ayırın; reklam veya banner davranışını test edin. |
JavaScript ve üçüncü tarafları gözden geçirin
Kullanılmayan kütüphaneleri ve aynı işi yapan eklentileri kaldırın. Sohbet kutusu, reklam etiketi ve dışarıdan yüklenen araçların maliyetini ayrı ölçün. Bir butona tıklanınca uzun süren işler kullanıcı etkileşimini geciktirebilir.
İçeriğin okunması ve temel gezinme için gereksiz JavaScript bağımlılığı oluşturmayın. Ağ bağlantısı yavaşken ve düşük güçlü bir cihazda menü, form ve hesaplayıcı akışlarını sınayın. Sadece ilk yükleme hızına bakmak yetmez.
Sunucu ve önbelleği uygulamaya göre ayarlayın
Sunucu yanıtı yavaşsa veritabanı sorgularını, dış API beklemelerini ve disk kullanımını inceleyin. Değişmeyen içerik önbelleğe alınabilir; kullanıcıya özel sepet veya hesap bilgileri ortak önbelleğe girmemelidir. Önbellek sonrası veri güncelliğini de kontrol edin.
Her değişiklikten sonra aynı koşullarda tekrar ölçün ve işlevsel kontrolleri çalıştırın. Hız uğruna çalışan bir formu veya analizi bozmayın. Kampanya ziyaretçisinin sonraki adımı için açılış sayfası rehberini de kullanabilirsiniz.
Ölçüm puanı düzelirken form hâlâ yavaşsa
AÇIKLAMALI ÖRNEK · TEMSİLÎ SENARYO
Bir sitenin görselleri küçültülmüş ve ilk açılış hızlanmış olabilir; buna rağmen form düğmesine basınca uzun bekleme yaşanır. İlk yükleme ile etkileşim sonrası işlem farklı aşamalardır. Form isteğinin sunucu süresi, üçüncü taraf bağımlılığı ve tarayıcıdaki işlem ayrı incelenmelidir. Tek bir açılış puanı bütün deneyimi temsil etmez.
Önce kullanıcı için önemli sayfa türleri seçilir: ana sayfa, ürün veya hizmet sayfası ve başvuru akışı gibi. Her biri aynı test koşullarında değerlendirilir. Laboratuvar ölçümü sorunu araştırmaya, gerçek kullanıcı verisi ise sahadaki deneyimi anlamaya yardımcı olur. İyileştirme sonrasında yalnız hız değil, görsellerin yüklenmesi ve formun doğru tamamlanması da kontrol edilir.
Öncesi ve sonrası ölçüm kaydını hazırlayın
Bir optimizasyonu değerlendirmek için test adresi, cihaz profili, ağ koşulu ve ölçüm zamanını kaydedin. Ana sayfa kadar yoğun görselli bir rehberi ve form içeren bir sayfayı da seçin. Farklı sayfa türlerinin dar boğazları aynı olmayabilir.
İlk ölçümde önbelleğin boş, ikinci ölçümde dolu olması sonucu değiştirebilir. İki koşulu ayrı adlandırın ve aynı koşulların sonuçlarını karşılaştırın. Tek denemenin sıra dışı değerine göre karar vermek yerine birkaç ölçümdeki genel davranışı inceleyin.
Değişiklik kaydına neyin kaldırıldığını veya düzenlendiğini yazın: küçültülen görsel, ertelenen kod veya iyileştirilen sorgu gibi. Ardından menüyü, formu ve indirme bağlantısını kullanın. Bir hız iyileştirmesinin yayına kabulü, hem performans ölçümünü hem de ziyaretçinin görevini tamamlayabilmesini kapsamalıdır.
Uygulama kontrolü ve dikkat edilecek nokta
KENDİ ÇALIŞMANIZA UYGULAYIN
- Önce ve sonra ölçümde cihaz, ağ koşulu, URL ve oturum durumunu aynı tutun.
- Optimizasyondan sonra menü, form, görsel ve ödeme gibi gerçek kullanıcı işlerini tekrar deneyin.
- Önbellek değişikliğinde kişiye özel verinin başka kullanıcıya görünmediğini kontrol edin.
Sık sorulan sorular
Daha güçlü sunucu her hız sorununu çözer mi?
Hayır. Büyük görseller, ağır tarayıcı kodu veya hatalı sorgular kaynak artırmakla tamamen çözülmeyebilir.
PageSpeed puanı 100 olursa ilk sıraya çıkar mıyım?
Hayır. Performans kullanıcı deneyiminin bir parçasıdır; içerik uygunluğu ve diğer arama sinyalleri de önemlidir.
Tek bir hız testi karar vermek için yeterli mi?
Ağ ve sunucu koşulları değişebilir. Aynı koşullarda tekrarlı ölçüm ve farklı sayfa türlerinin kontrolü daha açıklayıcıdır. Büyük değişimin nedenini araştırın; küçük puan farkını kesin iyileşme saymayın.
Kaynaklar ve doğrulama
Bu kaynaklar ilgili platform veya teknik konu için referanstır. Örnek senaryolar editoryal açıklamalardır; bağımsız ürün testi veya gerçek müşteri sonucu değildir. Değişebilen koşulları işlem öncesinde resmi kaynaktan doğrulayın.
Bu rehber Takipci.gen.tr tarafından hazırlanmıştır. Temsilî senaryolar ve hesaplamalar yöntemi açıklamak içindir; ölçülmüş müşteri sonucu veya başarı garantisi değildir. Yayın ve kaynak yaklaşımımız.