Core Web Vitals Optimizasyonu: WordPress Hız Rehberi 2026

Core Web Vitals optimizasyonu, yükleme, etkileşim ve görsel kararlılığı ölçerek iyileştirme sürecidir. Güncel metrikler LCP, INP ve CLS’dir. İyi sonuç kullanıcı deneyimini destekler; tek başına yüksek sıralama veya dizine eklenme garantisi vermez. Bu rehberde örnek ayarlar ve doğrulama yöntemleri yer alır; bunlar bu site için yapılmış performans testi sonuçları değildir.

Core Web Vitals Nedir? Üç Temel Metrik

Core Web Vitals, Google’ın bir web sayfasının yükleme hızını, etkileşim tepkisini ve görsel kararlılığını ölçmek için kullandığı üç metrikten oluşur. Her metriğin “iyi”, “geliştirilmesi gerekiyor” ve “kötü” olmak üzere üç eşik değeri bulunuyor.

LCP (Largest Contentful Paint)

LCP, sayfadaki en büyük görsel veya metin bloğunun ekranda görünür hale gelme süresini ölçer. 2,5 saniye veya daha az “iyi”, 2,5-4 saniye arası “geliştirilmesi gerekiyor”, 4 saniyenin üzeri ise “kötü” olarak değerlendiriliyor. WordPress sitelerinde LCP genellikle öne çıkan görsel, hero banner veya ilk yüklenen büyük bir başlık bloğu ile ilişkilidir.

INP (Interaction to Next Paint)

INP, kullanıcının bir tıklama, dokunma veya tuş basımına sayfanın ne kadar hızlı görsel tepki verdiğini ölçer ve 2024 yılında eski FID (First Input Delay) metriğinin yerini almıştır. 200 milisaniye veya daha az “iyi”, 200-500 milisaniye arası “geliştirilmesi gerekiyor”, 500 milisaniyenin üzeri “kötü” kabul ediliyor. Ağır JavaScript yükü olan WordPress temaları ve eklentiler, INP değerini en çok bozan unsurlar arasında.

CLS (Cumulative Layout Shift)

CLS, sayfa yüklenirken içeriğin beklenmedik şekilde kayması durumunu ölçer; örneğin bir reklam veya görsel geç yüklendiğinde altındaki metnin aşağı kaymasını hatırlayın. 0,1 veya daha az “iyi”, 0,1-0,25 arası “geliştirilmesi gerekiyor”, 0,25 üzeri “kötü” olarak sınıflandırılıyor.

Core Web Vitals Neden SEO İçin Önemli?

Google, sıralama sinyallerinden biri olarak sayfa deneyimini kullanıyor ve Core Web Vitals raporlarını doğrudan Search Console üzerinden yayınlıyor. Bir URL’nin “iyi” değerlendirilmesi için ziyaretçilerin en az yüzde 75’inin her üç metrikte de iyi skor alması gerekiyor; bu değerlendirme gerçek kullanıcı verisine (Chrome UX Report/CrUX) dayanıyor, yani laboratuvar testleri tek başına yeterli bir gösterge değil. Google Search Console kurulumu tamamlanmış bir sitede, Core Web Vitals raporu “Deneyim” sekmesi altında URL grupları halinde görüntülenebiliyor.

Mevcut Durumu Nasıl Ölçersiniz?

Optimizasyona başlamadan önce mevcut durumu somut verilerle tespit etmek gerekir. PageSpeed Insights, hem laboratuvar (Lighthouse) hem de mümkünse gerçek kullanıcı (CrUX) verisini aynı raporda gösterir. Search Console’daki Core Web Vitals raporu ise sitenizin tamamındaki URL gruplarının gerçek kullanıcı performansını zaman içinde takip etmenizi sağlar. İkisi birlikte kullanıldığında hem “neden yavaş” (Lighthouse önerileri) hem de “gerçekten kaç kullanıcı etkileniyor” (CrUX verisi) sorularına yanıt bulunabilir.

Mobil ve Masaüstü Skorları Neden Farklı Çıkar?

Mobil ve masaüstü gerçek kullanıcı verilerini ayrı değerlendirin. Mobil öncelikli dizine ekleme, mobil performans puanının bütün sıralama kararlarını tek başına belirlediği anlamına gelmez. Önceliği etkilenen kullanıcılar, kötü metrik ve işlevsel sayfalara göre belirleyin.

Ölçüm Araçları: PageSpeed Insights’ın Ötesi

PageSpeed Insights ve Search Console dışında GTmetrix ve WebPageTest gibi araçlar, sayfanın yüklenme sürecini adım adım gösteren şelale (waterfall) grafikleriyle hangi dosyanın yüklemeyi geciktirdiğini daha ayrıntılı biçimde ortaya koyar. Özellikle üçüncü parti scriptlerin (canlı destek widget’ları, analitik araçları, reklam script’leri) toplam yükleme süresine etkisini görmek için waterfall analizi, tek başına PageSpeed Insights skorundan daha faydalı olabilir. Pratik bir yaklaşım, ayda bir kez bu araçlardan biriyle detaylı bir analiz çalıştırıp, değişen skorları bir tabloya kaydederek zaman içindeki eğilimi takip etmektir.

Hosting ve Sunucu Seviyesinde Optimizasyon

Önbellekleme eklentileri ve ön yüz (frontend) optimizasyonları kadar, sunucunun ilk yanıt süresi (TTFB – Time to First Byte) de LCP üzerinde doğrudan etkili. TTFB’yi iyileştirmenin en etkili yollarından biri, PHP sürümünü güncel tutmaktır; PHP 8.2 ve üzeri sürümler, eski PHP 7.x sürümlerine kıyasla belirgin şekilde daha hızlı çalışır ve birçok paylaşımlı hosting sağlayıcısı artık panel üzerinden tek tıkla PHP sürümü değiştirmeye izin veriyor. Bunun yanında Redis veya Memcached gibi bir nesne önbellekleme (object cache) katmanı eklemek, özellikle çok sayıda eklentinin veritabanına sık sorgu attığı sitelerde TTFB’yi gözle görülür şekilde azaltabilir. WordPress çekirdeğinde yer alan geçici önbellek (transient) mekanizması, bir object cache eklentisiyle birleştirildiğinde tekrar eden veritabanı sorgularının önemli bir kısmını bellekten karşılayarak sunucu yükünü azaltır.

Önbellekleme Eklentisi Karşılaştırması

WordPress’te Core Web Vitals optimizasyonunun büyük bir kısmı doğru önbellekleme (caching) ve optimizasyon eklentisini seçmekle başlar. Aşağıdaki tablo yaygın kullanılan seçenekleri karşılaştırıyor.

Paylaşımlı hosting ortamında bütçe kısıtlıysa LiteSpeed Cache (sunucunuz LiteSpeed tabanlıysa) veya Perfmatters gibi daha hafif ve odaklı çözümler genellikle yeterli olur; yüksek trafikli kurumsal sitelerde ise WP Rocket veya NitroPack gibi daha kapsamlı çözümler zaman kazandırabilir. Doğru hosting altyapısının seçimi de bu sürecin bir parçası; konuyla ilgili detaylı karşılaştırmayı hosting türleri karşılaştırması yazımızda bulabilirsiniz.

LCP’yi İyileştirme Adımları

LCP’yi iyileştirmenin en etkili yolları arasında öne çıkan görselin önceden yüklenmesi (preload), tarayıcı önbellekleme sürelerinin uzatılması ve gzip/brotli sıkıştırmanın aktif edilmesi yer alır. Apache tabanlı bir hostingde aşağıdaki .htaccess kuralları tarayıcı önbellekleme ve sıkıştırmayı etkinleştirir:

<IfModule mod_expires.c>
  ExpiresActive On
  ExpiresByType image/webp "access plus 1 year"
  ExpiresByType text/css "access plus 1 month"
  ExpiresByType application/javascript "access plus 1 month"
</IfModule>

<IfModule mod_deflate.c>
  AddOutputFilterByType DEFLATE text/html text/css application/javascript
</IfModule>

Önce gerçek LCP öğesini tespit edin. LCP görseline loading="lazy" uygulamayın; HTML’den erken keşfedilmesini ve gerektiğinde fetchpriority="high" kullanılmasını değerlendirin. Aşağıdaki preload örneğindeki yol varsayımsaldır; mevcut olmayan dosyayı yüklemeyin. Duyarlı görsellerde tarayıcının seçeceği kaynakla eşleşmeyen preload gereksiz ikinci indirmeye yol açabilir.

function bm_preload_hero_image() {
    if (is_front_page()) {
        echo '<link rel="preload" as="image" href="/wp-content/uploads/hero-banner.webp">';
    }
}
add_action('wp_head', 'bm_preload_hero_image', 1);

Bu iki değişikliğin birlikte etkisi genellikle belirgin oluyor: tarayıcı önbellekleme kuralları, tekrar ziyaret eden kullanıcılar için statik dosyaları yeniden indirmeyi gereksiz kılarken, preload etiketi ilk ziyarette LCP unsurunun tarayıcı tarafından mümkün olan en erken anda keşfedilmesini sağlıyor. Görsel formatı da bu noktada önemli: aynı görselin WebP sürümü, JPEG sürümüne göre genellikle yüzde 25-35 daha küçük dosya boyutuna sahip oluyor, bu da doğrudan indirme süresini kısaltıyor. WordPress 5.8 ve sonrası sürümlerde medya kütüphanesi WebP formatını doğrudan destekliyor; Imagify veya ShortPixel gibi eklentiler ise mevcut JPEG/PNG görselleri toplu şekilde WebP’ye dönüştürebiliyor.

INP’yi İyileştirme Adımları

INP’yi bozan en yaygın sebep, ana iş parçacığını (main thread) uzun süre meşgul eden gereksiz JavaScript dosyalarıdır. Kritik olmayan scriptleri erteleyerek (defer) tarayıcının kullanıcı etkileşimine daha hızlı yanıt vermesini sağlayabilirsiniz. Perfmatters veya Asset CleanUp gibi eklentiler bunu arayüzden yapmanıza izin verse de, manuel bir yaklaşım isteyenler için örnek bir filtre şu şekilde olabilir:

function bm_defer_non_critical_scripts($tag, $handle) {
    $defer_list = array('comment-reply', 'contact-form-7');
    if (in_array($handle, $defer_list)) {
        return str_replace(' src', ' defer src', $tag);
    }
    return $tag;
}
add_filter('script_loader_tag', 'bm_defer_non_critical_scripts', 10, 2);

Bu tür değişiklikleri canlı sitede doğrudan denemek yerine önce bir hazırlık (staging) ortamında test etmek, iletişim formu veya yorum kutusu gibi kritik işlevlerin bozulmasını önler.

Üçüncü taraf kodunu azaltmak etkileşim maliyetini düşürebilir. Ancak bütün scriptleri ilk tıklamada birden çalıştırmak, o etkileşimi geciktirerek INP’yi kötüleştirebilir. Hangi görevlerin ana iş parçacığını tuttuğunu izleyin; erteleme sonrası form, menü, ödeme ve analitik davranışlarını test edin.

CLS’yi İyileştirme Adımları

CLS sorunlarının büyük kısmı, boyutu önceden belirtilmemiş görseller ve geç yüklenen web fontlarından kaynaklanır. Her görsel etiketine genişlik ve yükseklik değeri eklemek, tarayıcının içerik için önceden yer ayırmasını sağlar:

<img src="/wp-content/uploads/urun-gorseli.webp" width="800" height="450" alt="Ürün görseli" loading="lazy">

font-display: swap metni font gelmeden gösterir; sonradan font değiştiğinde ölçüler farklıysa CLS oluşturabilir. Uyumlu yedek font ve gerektiğinde size-adjust gibi metrik ayarlarıyla kaymayı azaltın. Aşağıdaki örnek tek başına CLS çözümü garantisi değildir.

@font-face {
  font-family: 'SiteFont';
  src: url('/fonts/sitefont.woff2') format('woff2');
  font-display: swap;
}

Bir diğer sık göz ardı edilen CLS kaynağı da web sitesi içine sonradan yerleştirilen gömülü (embed) içeriklerdir; YouTube videoları, sosyal medya gönderileri veya harici widget’lar, gerçek boyutları belli olana kadar sayfada değişken bir alan kaplayabilir. Bu tür embed’ler için de bir sarmalayıcı (wrapper) elemente sabit bir en-boy oranı (aspect-ratio) tanımlamak, video veya widget yüklenene kadar sayfanın kaymasını önler:

.video-wrapper {
  aspect-ratio: 16 / 9;
  width: 100%;
}

Yayın Sonrası İzleme ve Sürdürülebilirlik

Core Web Vitals optimizasyonu, bir kez yapılıp unutulacak bir görev değil. Yeni bir tema güncellemesi, yeni bir eklenti kurulumu veya içerik ekibinin sayfaya eklediği ağır bir video gömüsü, aylar süren iyileştirme çalışmasını kısa sürede geri alabilir. Bu yüzden Search Console’daki Core Web Vitals raporunu aylık bir rutin haline getirmek, ayrıca büyük bir tema veya eklenti güncellemesinden hemen sonra PageSpeed Insights ile hızlı bir kontrol yapmak, sorunları küçükken yakalamanın en pratik yolu. Bazı ekipler bu süreci otomatikleştirmek için Lighthouse CI gibi araçları dağıtım (deployment) sürecine entegre ediyor; böylece performansı düşüren bir değişiklik, siteye yayınlanmadan önce fark edilebiliyor.

Adım Adım Uygulama Rehberi

1. PageSpeed Insights ve Search Console üzerinden mevcut LCP, INP ve CLS değerlerinizi kaydedin; bu ilk ölçüm, sonraki değişikliklerin gerçekten işe yarayıp yaramadığını karşılaştırabileceğiniz bir başlangıç noktası (baseline) oluşturur.
2. Sitenize uygun bir önbellekleme eklentisi seçin ve sayfa önbelleklemeyi, gzip/brotli sıkıştırmayı etkinleştirin; kurulumdan hemen sonra sitenin farklı sayfa türlerinde (ana sayfa, yazı, ürün sayfası) doğru görüntülendiğini kontrol edin.
3. Öne çıkan görselleri WebP formatına dönüştürün ve ana sayfa hero görselini preload edin.
4. Kritik olmayan JavaScript dosyalarını erteleyin veya sadece ihtiyaç duyulan sayfalarda yükleyin; üçüncü parti widget’ları mümkünse kullanıcı etkileşimine kadar geciktirin.
5. Tüm görsellere genişlik/yükseklik değeri ekleyin ve web fontlarında font-display: swap kullanın.
6. Hosting panelinizden PHP sürümünü kontrol edin ve mümkünse güncel bir sürüme (8.2 veya üzeri) geçin; uygunsa bir object cache eklentisi etkinleştirin.
7. Laboratuvar ölçümünü hemen karşılaştırın; CrUX’un 28 günlük penceresi nedeniyle saha etkisini haftalar içinde izleyin. Yetersiz trafik varsa rapor verisi oluşmayabilir.

Sık Yapılan Hatalar ve Çözümleri

1. Aynı anda birden fazla önbellekleme eklentisi kullanmak: Çakışan eklentiler beklenmedik hatalara ve hatta beyaz ekrana yol açabilir. Çözüm: her zaman tek bir önbellekleme eklentisi kullanmak.
2. Sadece laboratuvar skoruna bakıp gerçek kullanıcı verisini kontrol etmemek: Lighthouse skoru yüksek olsa bile gerçek kullanıcılar farklı cihaz ve ağ koşullarında daha kötü deneyim yaşayabilir. Çözüm: düzenli olarak Search Console CrUX verisini kontrol etmek.
3. Görselleri sıkıştırmadan yüklemek: Yüksek çözünürlüklü, optimize edilmemiş görseller LCP’yi doğrudan kötüleştirir. Çözüm: Imagify veya ShortPixel gibi bir araçla WebP/AVIF dönüşümü yapmak.
4. Kritik olmayan scriptleri her sayfada yüklemek: Sadece iletişim sayfasında gerekli bir form scriptinin tüm sitede yüklenmesi INP’yi gereksiz yere kötüleştirir. Çözüm: Perfmatters gibi araçlarla sayfa bazlı script kontrolü yapmak.
5. Reklam veya banner alanlarına sabit boyut ayırmamak: Geç yüklenen reklamlar içeriği aşağı iter ve CLS’yi bozar. Çözüm: reklam konteynerlerine önceden sabit bir min-height değeri vermek.
6. Eski, desteklenmeyen bir tema veya eklenti kullanmaya devam etmek: Güncellenmeyen temalar genellikle modern optimizasyon tekniklerine (lazy loading, WebP desteği gibi) uyumlu değildir ve güvenlik açığı riski de taşır. Çözüm: temanızı ve eklentilerinizi düzenli olarak güncel tutmak, aktif geliştirilmeyen bir temayı değiştirmeyi değerlendirmek.

Kime Hangi Çözüm Uygun?

Küçük bir blog veya kurumsal tanıtım sitesi işleten, teknik bilgisi sınırlı kullanıcılar için LiteSpeed Cache (uygunsa) veya WP Rocket gibi “kur ve çoğu ayarı otomatik bırak” yaklaşımı sunan çözümler daha az baş ağrısı yaratır. Yüksek trafikli e-ticaret siteleri veya çok sayıda üçüncü parti script kullanan projelerde ise Perfmatters ile birlikte manuel script yönetimi ve NitroPack gibi bulut tabanlı bir katman, daha ölçülebilir sonuçlar verebilir. Tamamen ücretsiz bir çözüm arayan ve teknik detaylarla uğraşmaya vakti olan kullanıcılar için LiteSpeed Cache veya Autoptimize gibi açık kaynak seçenekler makul bir başlangıç noktası oluşturuyor. Değişiklikleri yaparken sitenizin hosting altyapısını ve önbellekleme katmanını birlikte değerlendirmek, tek başına eklenti değişikliğinden daha kalıcı sonuç verir.

Çok sayıda üçüncü parti entegrasyon kullanan büyük kurumsal siteler için ise tek bir eklentiye güvenmek yerine, geliştirme ekibiyle birlikte özel bir performans stratejisi oluşturmak daha sürdürülebilir olabilir; bu durumda eklentiler bir başlangıç noktası, temanın ve eklentilerin kod kalitesi ise asıl belirleyici faktör haline gelir.

Sonuç

Core Web Vitals optimizasyonu, tek seferlik bir ayar değil, düzenli ölçüm ve kademeli iyileştirme gerektiren sürekli bir süreçtir. Doğru önbellekleme eklentisi seçimi, görsel optimizasyonu, gereksiz JavaScript yükünün azaltılması ve düzenli Search Console takibiyle çoğu WordPress sitesi makul bir sürede “iyi” eşiklerine yaklaşabilir. Sonuçların kalıcı olması için değişiklikleri tek seferde değil, ölçüp doğrulayarak kademeli şekilde uygulamak öneriliyor. Bu yaklaşım hem hataları erken yakalamayı kolaylaştırır hem de hangi değişikliğin gerçekte fark yarattığını net biçimde görmenizi sağlar.

Sık Sorulan Sorular

Core Web Vitals optimizasyonu ne kadar sürede sonuç verir?

Değişikliklerin Search Console’daki gerçek kullanıcı verisine yansıması genellikle birkaç gün ile birkaç hafta arasında sürer; CrUX verisi 28 günlük hareketli bir pencere kullanır.

Ücretsiz bir eklenti ile iyi Core Web Vitals skoru almak mümkün mü?

Evet, LiteSpeed Cache veya Autoptimize gibi ücretsiz eklentiler doğru yapılandırıldığında birçok site için yeterli sonuç verebilir; ihtiyaç, sitenin trafiğine ve karmaşıklığına göre değişir.

Hangi metrik en çok SEO’yu etkiler?

Üç metrik de “iyi” eşiğini geçmelidir; herhangi biri kötüyse URL grubu genel olarak “iyi” sayılmaz, bu yüzden tek bir metriğe odaklanmak yeterli değildir.

Birden fazla önbellekleme eklentisi aynı anda kullanılabilir mi?

Birbiriyle aynı işi yapan iki sayfa önbelleği çakışabilir. Sayfa, nesne ve CDN önbelleği ise farklı katmanlardır ve uygun yapılandırmayla birlikte kullanılabilir. Sorun eklenti sayısından çok görevlerin ve kuralların örtüşmesidir.

Paylaşımlı hosting Core Web Vitals için yeterli mi?

Düşük trafikli siteler için genellikle yeterlidir, ancak yüksek trafik veya ağır eklenti kullanımı olan sitelerde daha güçlü bir hosting planı veya sunucu seviyesinde önbellekleme gerekebilir. Sunucu kaynaklarının sürekli sınırda çalıştığı durumlarda, önce eklenti bazlı optimizasyonları tamamlayıp sonuç yetersiz kalırsa hosting yükseltmesini değerlendirmek mantıklı bir sıralama olur.

Resmî Kaynaklar

• Core Web Vitals ve yüzde 75 dilimi
• LCP görselini erken yükleme
• Google Arama’da Core Web Vitals