WordPress Hız Optimizasyonu: 2026 Core Web Vitals (LCP, CLS, INP)

WordPress Hız Optimizasyonu: 2026 Core Web Vitals (LCP, CLS, INP) Rehberi

WordPress yavaş diye sürekli yeni eklenti yüklemek çözüm değil — temele inelim. Çoğu WordPress sitesi, eklenti üstüne eklenti yığarak değil; doğru hosting altyapısı, sayfa cache, görsel optimizasyonu ve render-blocking kaynakların temizlenmesiyle hızlanır. Bu rehber Core Web Vitals 2026 sürümünü (LCP/CLS/INP), Buyukweb cPanel paketlerinde standart gelen LiteSpeed + LSCache avantajını ve VDS tarafında OpenLiteSpeed + Redis senaryolarını anlatır.

Kritik değişiklik: Mart 2024'te Google, Core Web Vitals'tan FID (First Input Delay) metriğini emekliye ayırdı; yerine INP (Interaction to Next Paint) geldi. Eski rehberlerin çoğu hâlâ FID anlatıyor; bunlara güvenmeyin. 2026'da PageSpeed Insights, Search Console ve CrUX raporlarında INP görürsünüz.

Core Web Vitals 2026: LCP, CLS, INP

Core Web Vitals üç metrikten oluşur. Her birinin "iyi" eşiği ve hangi WordPress sorunundan kötü etkilendiği farklı:

Metrik	Ölçtüğü Şey	İyi Eşiği	WordPress'te Yaygın Sorun
LCP (Largest Contentful Paint)	Sayfanın en büyük öğesinin yüklenme anı	≤ 2.5 sn	Ağır hero görsel, yüksek TTFB, render-blocking CSS
CLS (Cumulative Layout Shift)	Yükleme sırasında görsel kayma toplamı	≤ 0.1	Görselde width/height yok, font swap, geç reklam
INP (Interaction to Next Paint)	Tıklama/dokunmadan cevap süresine kadar	≤ 200 ms	Ağır JS, üçüncü taraf script, şişkin tema

INP, FID'in yerini neden aldı? FID sadece ilk etkileşimi ölçüyordu ve ortalama değerler suni biçimde iyi çıkıyordu. INP, sayfa boyunca tüm etkileşimleri ölçer ve 75. yüzdelik dilim üzerinden değerlendirir; gerçek kullanıcı deneyimini çok daha doğru yansıtır. İyileştirmesi FID'den zordur — long task'leri kırmak, üçüncü taraf scriptleri ertelemek ve ağır plugin'leri ölçmek gerekir.

Hosting Katmanı: En Çok Etkiyi Burası Yapar

WordPress hızının %50'si hosting katmanında belirlenir. Yanlış hosting üzerine ne plugin koyarsanız koyun, TTFB 1 saniye altına inmez.

Bileşen	Buyukweb cPanel	Buyukweb VDS (unmanaged)	Eski/Yetersiz Hosting
Web sunucu	LiteSpeed Web Server	OpenLiteSpeed/Nginx/Apache (seçim sizde)	Apache + mod_php
Sayfa cache	LSCache standart	OLS + LSCache / Nginx FastCGI	W3 Total Cache veya yok
PHP sürümü	7.4 — 8.4 (8.2/8.3 önerilen)	Tam kontrol	Çoğu zaman 7.x
HTTP/2 + HTTP/3	Standart	Manuel açma	Sadece HTTP/1.1
Object cache	Memcached/APCu opsiyonel	Redis kurulabilir	Yok
Başlangıç fiyat	₺350/yıl	₺250/ay	—

Buyukweb perspektifi: cPanel paketlerimizde LiteSpeed + LSCache standart kuruludur. Softaculous ile WordPress kurulduğunda LSCache plugin'i otomatik aktif gelir; ek konfigürasyon istemez. Apache + W3 Total Cache kurulumlu eski hosting'lere göre TTFB'de net fark yaratır. VDS'de de OpenLiteSpeed + LSCache aynı avantajı verir; kurulum elinizdedir.

Yanıltıcı pazarlama uyarısı: "Yönetilen WordPress" diye satılan paketlerin çoğu aslında LiteSpeed + LSCache'ten ibaret katmandır. Buyukweb cPanel paketinde bu altyapı zaten gelir.

LCP'yi 2.5 Saniye Altına Çekmek

LCP genellikle hero görseli, blog kapak fotoğrafı veya ana sayfa banner'ıdır. Dört cephede çalışmak gerekir:

1. Sunucu TTFB'sini düşür. LCP'nin ilk yarısı sunucudur. PSI → "Initial server response time" 0.6 sn altında olmalı. TTFB > 800 ms ise: PHP 8.2/8.3'e geç, LSCache açık mı kontrol et, OPcache aktif mi bak. Buyukweb cPanel'de hepsi standart; sorun genelde plugin kaynaklıdır.

2. Hero görseli için fetchpriority. Sayfanın en büyük görsel öğesi tarayıcıya "ben kritiğim" demeli:

<img src="hero.webp" fetchpriority="high" loading="eager"
     width="1200" height="600" alt="Yazının kapak görseli">

WordPress 6.5+ bunu otomatik tahmin eder; eski temalarda elle eklemek gerekir. width/height mutlaka olmalı (CLS'yi de iyileştirir).

3. Görsel format ve boyut. WebP, JPEG'den ~%50, AVIF ~%65 daha küçüktür. LSCache eklentisinin "Image Optimization" sekmesi WebP/AVIF dönüşümünü otomatikleştirir; ücretsizdir. Alternatif: ShortPixel, Smush, Imagify, Optimole, EWWW Image Optimizer.

4. Render-blocking CSS/JS. Kritik CSS above-the-fold için inline, geri kalan asenkron (<link rel="preload" as="style" onload="this.rel='stylesheet'">), üçüncü taraf JS defer. Autoptimize CCSS (Critical CSS) veya LSCache "CSS Async" + "JS Defer" bu işi otomatikleştirir. HTTP/2 ile combine etmeyin — paralel indirme avantajını öldürür; minify yeterli.

CLS'yi 0.1 Altına Çekmek

CLS layout kayması toplamıdır. WordPress'te en sık üç sebep:

1. Görsel boyutu eksik. <img> etiketinde width ve height yoksa tarayıcı yer ayıramaz, görsel yüklenince sayfa kayar. Gutenberg blok editörü bunu otomatik yapar; klasik editör/kısa kodlarla eklenenler eksik olabilir.

<img src="resim.webp" width="800" height="450" alt="Açıklama">

2. Font yükleme atlamaları. Custom font yüklenirken metin kayar. Çözüm: font-display: swap + preload.

@font-face {
  font-family: 'Inter';
  src: url('/fonts/inter.woff2') format('woff2');
  font-display: swap;       /* fallback hemen göster, gelince değiştir */
}

Google Fonts CDN yerine self-host edin — dış istek hem GDPR riski hem ek DNS lookup. Autoptimize'ın "Combine and load fonts asynchronously" seçeneği veya manuel /fonts/ klasörüne kopyalama işe yarar.

3. Reklam ve embed alanları. min-height veya aspect-ratio ile yer rezerve edin: .ad-slot { min-height: 250px; width: 300px; } ve .youtube-embed { aspect-ratio: 16 / 9; }. Reklam/iframe gelmeden önce de korunur.

INP'yi 200 ms Altına Çekmek (FID'in Yerine)

INP, kullanıcı tıkladığında/dokunduğunda tarayıcının cevap verme süresidir. Long task'ler (50 ms+ JS blokları) ana suçludur. Üç hamle:

1. Üçüncü taraf scriptleri ertele. Google Analytics, Facebook Pixel, chat widget, Hotjar — her biri ana iş parçacığını bloke eder. LSCache'in "Lazy Load JS" veya WP Rocket'ın "Delay JavaScript Execution" özelliği bu scriptleri kullanıcı etkileşim yapana kadar erteler; INP'yi belirgin iyileştirir.

2. Ağır plugin tespiti. wp plugin install query-monitor --activate ile Query Monitor, hangi plugin'in kaç sorgu açtığını ve toplam PHP süresini gösterir. 50 ms üzeri plugin'ler INP'yi öldürür. Kullanılmayanı silin — devre dışı bırakmak yetmez, bazıları yine de yüklenir.

3. Web Vitals JavaScript library (RUM). Lab verisi (PSI) yetmez; gerçek kullanıcı verisini Search Console'dan veya web-vitals.js self-host ederek toplayın. VDS'inizde basit bir endpoint'e onLCP/onCLS/onINP ölçümleri POST edersiniz; cPanel'de Search Console "Core Web Vitals" raporu yeterli olur.

Sayfa Cache Stratejisi

WordPress'i sayfa cache olmadan yayına almak, motoru kapalıyken arabayı itmek gibidir. Buyukweb cPanel'de LSCache standart geldiği için kurulum tek tık.

LSCache Temel Ayarlar (cPanel Hosting'de Standart)

WordPress yönetim paneli → LiteSpeed Cache menüsü:

Ayar	Önerilen	Açıklama
Cache → Enable Cache	ON	Tam sayfa HTML cache aktif
Cache → Cache Mobile	ON	Mobil için ayrı cache
Cache → TTL (Public)	604800 (7 gün)	Ana sayfa, blog
Cache → Excludes	/wp-admin, /cart, /checkout, /my-account	Dinamik sayfalar
Image → WebP Replacement	ON	Otomatik WebP servisi
Optimization → CSS/JS Minify + CCSS	ON	Minify + Critical CSS üretimi

LSCache vs WP Rocket vs W3 Total Cache vs WP Super Cache

Özellik	LSCache	WP Rocket	W3 Total Cache	WP Super Cache
Lisans	Ücretsiz	Premium	Ücretsiz/Pro	Ücretsiz
Sunucu seviyesi cache	Evet (LSWS/OLS)	Hayır (PHP)	Hayır	Hayır
Object cache	Redis/Memcached	Eklenti ile	Var	Yok
Image WebP/AVIF	Built-in	Imagify ayrı	Yok	Yok
Buyukweb için en uygun	cPanel'de standart	Premium isteyenler	Apache'de	Düşük trafik

Karar: Buyukweb cPanel hosting'deyseniz LSCache yeterli, ek bir şey kurmaya gerek yok. WP Rocket lisansınız varsa çalışır ama LSCache'in sunucu seviyesi avantajını kaybedersiniz.

Object Cache: Redis veya Memcached

Sayfa cache HTML'i statikleştirir; object cache ise WordPress'in MySQL sorgu sonuçlarını bellekte tutar. Yüksek trafikli sitelerde TTFB'yi belirgin düşürür.

Buyukweb VDS'de Redis Kurulumu

# Ubuntu 22.04 VDS'de
apt install -y redis-server php8.2-redis
systemctl enable --now redis-server
redis-cli ping   # PONG cevabı bekleriz

# WordPress tarafı
wp plugin install redis-cache --activate
wp redis enable
wp redis status   # Status: Connected

wp-config.php ek satırlar:

define('WP_REDIS_HOST', '127.0.0.1');
define('WP_REDIS_PORT', 6379);
define('WP_CACHE', true);

cPanel paylaşımlı hosting'de Redis genelde sunulmaz; Memcached veya APCu alternatif olabilir. Yüksek trafik (10K+ günlük ziyaret, e-ticaret) için VDS'ye geçmek mantıklıdır.

Veritabanı Bakımı

WordPress yıllar içinde wp_options tablosunda transient, wp_posts'ta revisions, wp_comments'ta spam birikir. Aylık temizlik:

wp plugin install wp-optimize --activate
# Veya WP-CLI ile manuel:
wp post delete $(wp post list --post_type='revision' --format=ids) --force
wp transient delete --expired && wp transient delete --all
wp db optimize

Autoload yükünü kontrol edin (büyük autoload satırı her sayfayı yavaşlatır):

SELECT option_name, length(option_value) AS bytes
FROM wp_options WHERE autoload = 'yes'
ORDER BY bytes DESC LIMIT 10;

100 KB üzeri autoload satırları çoğu zaman eski transient veya log artığıdır; ilgili plugin'i sorgulayın.

Heartbeat API'yi sınırla. WordPress paneli açıkken her 15 saniyede bir admin-ajax.php çağrısı yapar; PHP worker'ları yer. LSCache'in "Heartbeat Control" sekmesi UI'dan ayarlar; veya kod ile aralığı uzatın:

add_filter('heartbeat_settings', function($s) {
  $s['interval'] = 60;   // 15s -> 60s
  return $s;
});

CDN Stratejisi

CDN, statik kaynakları (görsel, CSS, JS, font) kullanıcıya en yakın sunucudan servis eder. Trafiğiniz önemli ölçüde yurtdışıysa belirgin fark; sadece Türkiye trafiğiyse marjinal.

CDN	Ücretsiz Plan	Buyukweb cPanel'de Setup
Cloudflare	Var (sınırsız bant, free SSL)	Cloudflare nameservers + Proxy ON
Bunny CDN	Yok (paid, ucuz)	cdn.siteniz.com → Bunny Pull Zone, LSCache "CDN URL"
QUIC.cloud	Var (sınırlı GB)	LSCache içinden tek tık

Cloudflare ücretsiz plan çoğu küçük-orta WordPress sitesi için yeter: DNS, CDN, temel DDoS koruması, ücretsiz SSL aynı pakette.

Tema, Plugin ve Mobil Hijyeni

Lightweight tema. GeneratePress, Astra ve Kadence hook tabanlı/minimal CSS yaklaşımıyla performans bütçesini korur. Avada/Divi gibi all-in-one page builder temaları her sayfada 200-400 KB CSS yükler; Core Web Vitals için ek optimizasyon iş yükü getirir. Yeni site kuruyorsanız GeneratePress veya Kadence ile başlamak avantaj.

Plugin sayısı miti. "20'den fazla plugin olmaz" yanlıştır. Önemli olan kalite, sayı değil. Kötü yazılmış tek plugin, 30 iyi plugin'den fazla yavaşlatır. Query Monitor'la ölçün.

Mobil ipuçları. PSI "Mobile" skoru desktop'tan düşüktür (4G + düşük CPU simülasyonu). srcset ile 480w/768w sürümler, üçüncü taraf script delay (INP'yi en çok mobil etkiler) ve CSS-only animasyon tercih edin.

WordPress 2026 Hız Optimizasyon Kontrol Listesi

#	Adım	Süre	Etki
1	PHP 8.2/8.3'e yükselt	5 dk	TTFB %20-40 düşüş
2	LSCache aktif + temel ayarlar	10 dk	LCP belirgin iyileşme
3	Görselleri WebP'ye çevir	Siteye göre	LCP, sayfa boyutu
4	Hero görselde fetchpriority + width/height	5 dk/sayfa	LCP, CLS
5	font-display: swap + font preload	15 dk	CLS
6	Üçüncü taraf script delay (LSCache Lazy Load JS)	5 dk	INP
7	Query Monitor ile ağır plugin tespiti	30 dk	INP, TTFB
8	WP-Optimize ile DB temizlik	10 dk	TTFB, MySQL yükü
9	Cloudflare ücretsiz plan (DNS + CDN)	30 dk	Statik kaynak hızı
10	Object cache (Redis/Memcached)	15 dk	TTFB

Toplam: ~2 saat ana iş + görsel dönüşümü süresi.

Sık Sorulan Sorular

FID nereye gitti, gerçekten emekli mi?

Evet. Mart 2024'te Google, Core Web Vitals'tan FID'i çıkarıp INP'yi resmi metrik yaptı. Hâlâ FID'den bahseden rehberler 2024 öncesi. Search Console "Core Web Vitals" raporu, PageSpeed Insights ve CrUX field data hep INP üzerinden çalışır. Hedef: ≤ 200 ms iyi, 200-500 ms iyileştirme gerekli, > 500 ms kötü.

INP'yi nasıl iyileştiririm?

INP, JavaScript long task'lerinden kötü etkilenir. Üç ana hamle: (1) üçüncü taraf scriptleri (chat, GA, pixel) kullanıcı etkileşimine kadar ertele (LSCache "Lazy Load JS"), (2) Query Monitor'la ağır plugin bul ve değiştir, (3) ağır JavaScript animasyon yerine CSS tercih et. Çoğu sitede LSCache delay ayarı tek başına INP'yi iyi seviyeye çeker.

LSCache mi WP Rocket mi kullanmalıyım?

Buyukweb cPanel hosting'desiniz: LSCache — paket içinde standart, ücretsiz, sunucu seviyesinde çalışır (PHP yükü almaz). WP Rocket premiumdur ve PHP seviyesinde çalışır; LiteSpeed sunucuda LSCache'in avantajını yakalayamaz. Apache/Nginx'deyseniz WP Rocket mantıklı.

Cloudflare ücretsiz plan WordPress için yeter mi?

Çoğu küçük-orta site için evet. Ücretsiz plan: DNS, CDN, temel DDoS koruması, SSL, sınırsız bant genişliği. Pro plan WAF kuralları ve daha agresif cache ekler; e-ticaret/yüksek trafik dışında çoğu blog için ücretsiz plan yeter.

PageSpeed Insights skoru ile gerçek hız aynı şey mi?

Hayır. PSI iki veri verir: Lab data (Lighthouse) ve Field data (CrUX). Skor çoğu zaman lab üzerinden hesaplanır ama Google sıralama için field data'ya bakar. 90+ lab skor güzel; asıl önemli olan Search Console "Core Web Vitals" raporundaki "İyi" sayfa oranıdır.

WebP yerine AVIF kullanmalı mıyım?

AVIF ~%20-30 daha küçük ama eski Safari (iOS 15 öncesi) desteklemez ve dönüşüm yavaştır. Yaklaşım: <picture> etiketi ile AVIF birinci, WebP fallback, JPEG son. ShortPixel/Imagify yeni sürümleri AVIF üretir; LSCache ağırlıklı WebP odaklı.

30 plugin'im var, optimize ettim ama yine yavaş.

İki ihtimal: (1) tek bir kötü plugin (Query Monitor'la tek tek aç-kapat), (2) tema. Page builder temaları (Avada, Divi) 200-400 KB CSS yükler. Hız kritikse GeneratePress/Astra/Kadence'a geçmek kalıcı çözüm. Tema değiştiremiyorsanız "Asset CleanUp" ile sayfa bazında gereksiz CSS/JS'i engelleyin.

TTFB hâlâ 1 saniye üstünde, ne kontrol edeyim?

Sıra: (1) PHP 8.2+ mı? (2) LSCache aktif ve cache hit ratio yüksek mi? (3) Object cache var mı? (4) Heartbeat kontrol altında mı? (5) Tema yavaş mı? Yine 1s+ ise hosting yetersiz; paylaşımlıdan WordPress paketine veya VDS'ye geçin.

---

İlgili Büyükweb Hizmetleri

• WordPress Hosting — LiteSpeed + LSCache, Softaculous WordPress kurulumu, ₺350/yıldan
• cPanel Web Hosting — LiteSpeed standart, NVMe SSD, Imunify360 dahil
• E5-V4 VDS Sunucu — OpenLiteSpeed + Redis senaryoları için, ₺250/ay'dan
• E-Ticaret VDS — WooCommerce + yüksek trafik için
• İletişim — WordPress hız analizi için ücretsiz danışmanlık

Sorularınız için 0850 302 60 70 numaralı destek hattımıza veya iletişim sayfamıza yazabilirsiniz.