Site Hızı Nasıl Artırılır?

Ölçüm, Core Web Vitals adı verilen üç metrikle yapılıyor. web.dev'in Web Vitals sayfasına göre iyi kabul edilen eşikler şöyle: LCP 2,5 saniye ve altı, INP 200 milisaniye ve altı, CLS 0,1 ve altı.

Bu eşikler ortalamaya göre değil, 75. yüzdeliğe göre ölçülür. Sayfanın kendi ifadesi, ölçüm için iyi eşiğin sayfa yüklemelerinin 75. yüzdeliği olduğunu ve mobil ile masaüstü cihazların ayrı değerlendirildiğini söylüyor. Yani "ortalama 2,5 saniye" cümlesi yanlış bir okumadır.

Metriklerin ne ölçtüğünü ve nasıl yorumlandığını ayrı bir sayfada anlattık: Core Web Vitals nedir. Burada ölçümü değil, ölçümü düzelten işleri anlatıyoruz.

Görseller ve yazı tipi dosyaları sayfa ağırlığında belirleyici olabilen iki kalem. Hangisinin baskın olduğunu ölçüm gösterir. Yapılacaklar:

• Görseli gösterileceği ölçüde kesin. Ekranda küçük görünen bir alana fotoğraf makinesinden çıktığı boyutta dosya yüklemeyin.
• Modern bir görsel formatı kullanın ve dosyayı sıkıştırılmış olarak kaydedin.
• İlk ekranda görünmeyen görselleri geç yükleyin.
• Görsele ve gömülü videoya sayfada baştan yer ayırın. CLS görsel kaymayı ölçer; yeri sonradan açılan öğeler bu metriğin bozulduğu yerdir.
• Yazı tipi ailesini ve kalınlık sayısını sınırlayın. Her ek kalınlık ayrı bir dosya demektir.
• Yazı tipi dosyalarını sitenin kendi sunucusundan verin ve yalnız kullandığınız karakter kümesini yükleyin.

LCP sayfanın yükleme hissini ölçer. İlk ekrandaki en büyük öğe ne kadar geç gelirse bu değer o kadar kötüleşir, o yüzden düzeltmeye ilk ekrandan başlanır.

• Sunucu tarafında sayfa önbelleğini açın. Her istekte sayfanın baştan üretilmesi gerekmez.
• Statik dosyalara (görsel, stil, betik) tarayıcı önbelleği için uzun ömür verin ve dosya adına sürüm ekleyin ki güncelleme anında yeni dosya insin.
• Sıkıştırmanın açık olduğundan emin olun.
• PHP sürümünü destekte olan bir dala taşıyın.
• Veritabanı sorgularının ve eklenti sayısının sayfa üretim süresini nasıl etkilediğini ölçün.

PHP tarafında 20 Eylül 2026 itibarıyla aktif destekteki dallar 8.3, 8.4 ve 8.5. PHP 8.2 yalnız kritik güvenlik yaması alıyor ve bu destek 31 Aralık 2026'da bitiyor. Takvimin tamamı ve hosting paketinde bakılacak satırlar için hosting nedir, nasıl seçilir sayfasına bakın.

Barındırma paketinin kaynak sınırları da burada devreye giriyor. Paylaşımlı pakette RAM ve CPU sayıyla sınırlanır ve kaynaklar tek makine üzerinde paylaşılır. Sayfa üretim süresi sunucuda takılıyorsa, ön yüzde yapılacak iyileştirmenin etkisi sınırlı kalır.

Hazır temalar ve eklentiler kurulumu hızlandırır, ama her biri sayfaya kendi stil ve betik dosyasını ekler. Sayfada kullanılmayan bir bölüm için yüklenen dosya da tarayıcıya iner.

• Kurulu ama kullanılmayan eklentileri kaldırın.
• Aynı işi yapan iki eklenti varsa birini bırakın.
• Sayfa kurucu eklentilerinin ürettiği kodun ağırlığını ölçün.
• Üçüncü taraf betikleri (sohbet kutusu, ısı haritası, reklam etiketi) tek tek sayın. Her biri sayfaya dışarıdan yük bindirir.
• Yeni bir eklenti eklemeden önce ölçüm alın, ekledikten sonra aynı ölçümü tekrarlayın.

INP, sayfanın etkileşime cevap süresini ölçer. Tarayıcıda çalışan betik ne kadar çoksa bu değer o kadar zorlanır. Sohbet kutusu gibi eklemeleri planlarken bunu hesaba katın; kurulum seçenekleri için web sitesine chatbot ekleme sayfasına bakabilirsiniz.

PageSpeed Insights dokümanına göre araçtaki gerçek kullanıcı verisi Chrome User Experience Report (CrUX) veri kümesinden geliyor ve son 28 günlük toplama dönemini kapsıyor. Yani bugün yaptığınız iyileştirme saha verisinde hemen görünmez.

Aynı doküman, laboratuvar verisinin tek bir cihazda ve sabit ağ koşullarında simüle edilmiş bir yüklemeye dayandığını, saha verisinin ise gerçek kullanıcıların farklı cihaz ve ağ koşullarındaki anonim verisi olduğunu söylüyor ve iki değerin farklı çıkabileceğini belirtiyor.

Pratik sonuç: düzeltmeden sonra laboratuvar skoru aynı gün değişebilir, saha verisi ise 28 günlük dönem yenilendikçe değişir. İkisini aynı şey sanıp erken karar vermeyin.

Google'ın sayfa deneyimi dokümanı (son güncelleme 10 Aralık 2025) üç noktada net konuşuyor. Birincisi: tek bir sinyal yok, temel sıralama sistemleri genel sayfa deneyimiyle uyumlu çeşitli sinyallere bakıyor. İkincisi: Core Web Vitals sıralama sistemlerinde kullanılıyor ve Google, site sahiplerinin iyi Core Web Vitals değerlerine ulaşmasını öneriyor. Üçüncüsü: Search Console'un Core Web Vitals raporunda ya da üçüncü taraf araçlarda iyi sonuç almak, sayfaların Google arama sonuçlarında ilk sıralarda yer alacağını garanti etmiyor.

Dürüst özet: hız bir sayfa deneyimi bileşeni, sıralama garantisi değil. Hızı, ziyaretçi sayfayı terk etmeden içeriği görsün diye iyileştirin. Arama tarafındaki diğer başlıklar için teknik SEO nedir sayfasına bakabilirsiniz.