Google, gerçek kullanıcı deneyimini ölçen Core Web Vitals metriklerinde “iyi” performans hedeflemenizi önerir.
2026’da hız optimizasyonunu “rastgele ayar aç/kapat” yerine şu 3 hedefe göre yapmak en sağlam yöntem:
- LCP ≤ 2.5 sn
- INP ≤ 200 ms
- CLS ≤ 0.1
Bu değerlendirme, genellikle 75. persentil yaklaşımıyla yapılır (kısaca: “kullanıcıların büyük çoğunluğunda iyi olmalı”).
1) Ölçmeden optimizasyon yapma: “Field” ve “Lab” farkı
PageSpeed Insights (PSI) iki tür veri gösterir:
- Lab data (Lighthouse): simülasyon, hızlı teşhis için
- Field data (CrUX): gerçek kullanıcı verisi; PSI bunu CrUX ile birleştirerek gösterir
Search Console’daki Core Web Vitals raporu da “real-world / field data” ile çalışır.
Not: Field data genelde son 28 günün birikimli verisidir; bu yüzden yaptığın değişikliklerin etkisi hemen “tam” görünmeyebilir.
2) Öncelik sırası: önce TTFB, sonra LCP, sonra INP/CLS
En çok kazandıran sıra genelde şudur:
- TTFB / Sunucu yanıtı (cache + CDN)
- LCP (hero görsel, font, kritik CSS)
- INP (JS yükü, uzun görevler)
- CLS (boyut/yer ayrımı, font davranışı)
web.dev’in önerilerinde de CDN ile TTFB’yi düşürmek ve LCP kaynağını “önceliklendirmek” ilk adımlardandır.
3) Cache kuralı: “Aynı işi iki yerde açma”
LiteSpeed Cache zaten “cache + optimizasyon” özellikleri sunar. Aynı özelliği ikinci bir eklentide/serviste de açarsan çakışma ve bozulma ihtimali artar. LiteSpeed dokümantasyonu da “aynı fonksiyonları iki yerde kullanmayın / duplicate etmeyin” diye net uyarır.
Temel prensip:
- Sayfa cache = tek yerde (tercihen LiteSpeed/LSCache)
- Minify/Combine/Delay = tek yerde (LiteSpeed veya Cloudflare)
- Görsel optimizasyonu = tek yerde (LiteSpeed veya ayrı bir görsel çözümü)
4) LiteSpeed Cache “temiz kurulum” sırası
- Cache’i aç ve siteyi bozmadığını doğrula
- Görsel/Lazy Load gibi düşük riskli ayarları aç
- CSS/JS optimizasyonunu tek tek aç (her adımda test)
LiteSpeed’in Cache ekranında “Logged-in users” için private cache davranışı gibi detaylar vardır; üyelik/özel içerik yoksa bu ayarı agresif kullanmaya gerek olmaz.
Ayrıca LSCWP’nin optimizasyon sekmeleri (Page Optimization) WordPress.org kurulum notlarında da yönlendirilir.
5) Cloudflare ile en güvenli hız ayarları (WordPress’e uygun)
5.1 Sıkıştırma: Brotli’yi aç
Cloudflare, içerikleri Gzip/Brotli (ve planlara göre başka yöntemlerle) sıkıştırarak daha hızlı iletebilir.
5.2 Cache Rules: admin ve giriş alanı cache’lenmesin
Cloudflare’da Cache Rules ile “Bypass cache” gibi davranışlar ayarlanabilir.
WordPress’te wp-admin, wp-login gibi alanlar cache’lenirse panelde “eski sayfa gösterme” gibi garip sorunlar çıkar.
Örnek yaklaşım (mantık):
/wp-admin* -> Bypass cache
/wp-login.php* -> Bypass cache
5.3 “Anonim ziyaretçi HTML cache” (isteğe bağlı – ileri seviye)
Cloudflare’ın kendi WordPress performans dokümanı, “Bypass Cache on Cookie” yaklaşımıyla anonim sayfaların edge’de cache’lenebileceğini; kullanıcı giriş yaptığında/dinamik davranış başladığında cache’in bypass edilebileceğini anlatır.
Bu yöntem hız verir ama purge/çakışma yönetimi zorlaşır. Yeni başlıyorsan önce LiteSpeed cache ile ilerlemek daha risksiz.
5.4 Rocket Loader: dikkatli kullan
Rocket Loader, JavaScript’i render’dan sonraya erteleyerek “daha erken içerik çizimi” hedefler.
Ama WordPress temalarında bazen menü/slider gibi şeyleri bozabilir. Kural: Aç → test et → bozulursa kapat.
6) LCP’yi düzeltmek için en etkili 5 adım
- LCP görselini lazy-load yapma. web.dev bunu açıkça “asla” diye uyarır.
- LCP kaynağı HTML’de “kolay keşfedilir” ve “öncelikli” olsun (hero görseli/başlık alanı).
- Hero görseli doğru boyutta ve mümkünse modern formatta (WebP/AVIF).
- Fontlar yüzünden ilk ekranda gecikme oluyorsa font yüklemeyi sadeleştir.
- Gereksiz üst-katman JS/CSS’yi azalt (özellikle ilk ekranda).
7) INP’yi düzeltmek için (WordPress’te en çok çalışan yöntemler)
INP, sayfanın etkileşimlere ne kadar hızlı yanıt verdiğini ölçer ve 2024’te Core Web Vitals içinde FID’nin yerine geçti.
INP iyileştirme için web.dev’in temel yaklaşımı: etkileşim gecikmesini azalt, ana thread’i boş tut.
WordPress pratikleri:
- Ağır slider/animasyon eklentilerini azalt
- Aynı işi yapan eklentileri kaldır
- JS “delay/defer” ayarlarını tek tek açıp tık-menü-form testleri yap
- Uzun süren işlemleri parçalara bölmek (özellikle özel JS varsa) INP’ye yardımcı olur.
8) CLS’yi düşürmek için 4 kural
web.dev, CLS için en etkili adımlardan birinin “sonradan gelen içerikler için net boyut ayırmak” olduğunu vurgular.
- Görsellerde width/height (yer ayrımı)
- Reklam alanlarında sabit yer (sonradan itmesin)
- Geç gelen font/ikonlar düzeni zıplatmasın
- Pop-up/çerez bildirimi sayfayı itiyorsa konumunu düzelt
9) 30 dakikalık uygulama planı (en hızlı kazanç)
- PSI ile 1 sayfa ölç (anasayfa) → field/lab farkını not al
- LiteSpeed: Cache ON → Purge → kontrol
- Cloudflare: Brotli ON
- Cloudflare: wp-admin/wp-login bypass cache kuralı
- LCP görseli lazy-load ise kaldır
- “Minify/Delay/Combine” tek yerde kalsın (duplicate yapma)