Google’ın Core Web Vitals metrikleri, gerçek kullanıcı deneyimini ölçer ve özellikle performans/UX tarafında sitenin sağlığını net gösterir. Google, sitelerin “iyi” Core Web Vitals değerlerine ulaşmasını güçlü şekilde önerir.
Hedef eşikler (Good):
- LCP ≤ 2.5s
- INP ≤ 200ms
- CLS ≤ 0.1
Not: INP, Mart 2024 itibarıyla Core Web Vitals içinde FID’nin yerini aldı.
1) Ölçüm doğru değilse optimizasyon da boşa gider
PageSpeed Insights iki veri gösterir:
- Field data (CrUX): gerçek kullanıcıların deneyimi
- Lab data (Lighthouse): simülasyon/test
Field data genelde rolling 28 gün penceresiyle birikir; bu yüzden yaptığın değişikliğin tam etkisi birkaç hafta içinde “oturur”.
Pratik test planı
- PageSpeed Insights ile anasayfa + 1 yazı ölç
- Hangi metrik “kırmızı” ise onu önce düzelt (LCP/INP/CLS)
- Değişiklikten sonra cache temizle → tekrar ölç
- Field data’nın oturması için 2–4 hafta beklenir (lab etkisi daha hızlı görünür)
2) LCP’yi düzeltme (WordPress’te en hızlı kazanç)
LCP genelde ilk ekranın en büyük öğesi (çoğu zaman hero görseli) yüzünden bozulur.
LCP için altın kural
LCP görselini asla lazy-load yapma. web.dev bu konuda net uyarı veriyor.
WordPress’te LCP düzeltme checklist’i
- Kapak/hero görseli WebP ve doğru boyutta olsun (çok büyük dosya yükleme)
- İlk ekranda görünen görseli lazy-load kapat, aşağıdaki görseller lazy-load kalsın
- Font sayısını azalt (özellikle 2–3 font/weight üstü)
- Cache açık olsun (LiteSpeed/benzeri)
- Cloudflare varsa sıkıştırma (Brotli) açık olsun
3) INP’yi düzeltme (2026’da en çok trafik getiren konu)
INP, sayfanın tıklama/etkileşimlere ne kadar hızlı yanıt verdiğini ölçer ve artık Core Web Vitals’ın resmi parçası.
WordPress’te INP’yi en çok bozan 6 şey
- Ağır tema JS (menü/mega menü/slider)
- Çok fazla eklenti (özellikle aynı işi yapanlar)
- “Delay/Defer JS” ayarlarının agresif kullanımı
- Üçüncü parti script’ler (chat widget, popup, bazı sayaçlar)
- Reklam script’lerinin hatalı geciktirilmesi
- Mobilde aşırı animasyon/scroll event’leri
INP için hızlı çözüm planı
- Önce gereksiz eklentileri azalt (aynı işi yapanları temizle)
- LiteSpeed’te Delay JS açacaksan tek tek dene; bozarsa ilgili script’i exclude et
- Mobil menüyü test et: tık → gecikme var mı?
- Pop-up/overlay kullanıyorsan “sayfa açılışında” değil, etkileşim sonrası göster
4) CLS’yi düşürme (layout kayması)
CLS, sayfadaki öğelerin yükleme sırasında “zıplamasını” ölçer.
WordPress’te CLS’yi en çok bozanlar
- Görsellerde boyut belirtilmemesi
- Reklam alanının sonradan itmesi
- Fontların geç yüklenmesi (FOIT/FOUT)
- Sticky header’ın yükleme sonrası boy değiştirmesi
CLS için pratik çözümler
- Hero ve içerik görsellerinde width/height veya tema tarafında doğru “placeholder”
- Reklam koyacaksan sabit bir alan ayır (en azından yükseklik sabit kalsın)
- Sticky header kullanıyorsan, ilk yükleme ve scroll anında yüksekliği sabit tut
5) 30 dakikalık “en çok kazanç” planı (ziyaretçi odaklı)
Bu sırayla uygula (en hızlı fark edilen):
- LCP görselinin lazy-load’unu kapat
- Görselleri WebP + doğru boyut + alt görsellere lazy-load
- INP için: gereksiz eklentileri azalt + ağır slider/popup’ları sadeleştir
- CLS için: reklam/hero alanına sabit yer ayır
- PSI ile tekrar ölç (Lab hemen etkilenir, Field zamanla oturur)
İç link önerisi (sitede hemen bağlayalım)
Bu yazıdan şu içeriklere link ver:
- LiteSpeed Cache Ayarları (2026)
- Görsel Optimizasyonu (2026)
- WordPress Hızlandırma Kontrol Listesi (2026)
- LiteSpeed Cache Sorun Çözme (2026)