CORE WEB VİTALS NEDİR? 2026 REHBERİ: LCP, INP, CLS ÖLÇÜM VE İYİLEŞTİRME

Google, gerçek kullanıcı deneyimini ölçerken Core Web Vitals kapsamındaki üç temel metriğe odaklanır: LCP (Largest Contentful Paint, yükleme hızı), INP (Interaction to Next Paint, tepki hızı) ve CLS (Cumulative Layout Shift, görsel kararlılık). 2026 yılı standartlarında geçerli performans eşikleri netleşmiştir. LCP için 2.5 saniye altı, INP için 200 milisaniye altı, CLS için ise 0.1 altı değerleri hedeflemelisiniz. Mart 2024'te eski FID metriğinin yerini alan INP, etkileşim kalitesini ölçer. Sıralama sinyallerini (Google Page Experience) doğrudan etkileyen veriler, dönüşüm oranlarınızı belirler.

Yedi yılı aşkın süredir web performansı üzerine çalışıyorum. 2020 yılında Core Web Vitals ilk duyurulduğunda, danışmanlık verdiğim bir e-ticaret sitesinde LCP değerinin 6 saniye çıktığını görünce harekete geçmiştim. O günden bugüne onlarca web sitesinin Lighthouse skorunu 90 seviyesinin üzerine çıkardım. Türkçe kaynakların büyük kısmı, 2024'te emekliye ayrılan FID metriğini anlatmaya devam edip INP'yi göz ardı ediyor. Rehberi hazırlarken hedefim, sektördeki bilgi boşluğunu kapatmaktı. İçerikte üç metriği güncel eşik değerleriyle ele alıp, saha tecrübelerime dayanan somut iyileştirme tekniklerini kod örnekleriyle aktarıyorum.

Core Web Vitals Nedir ve Neden Önceliklidir?

Google, 2020 yılında kullanıma sunduğu Core Web Vitals ile web sayfalarındaki kullanıcı deneyimini ölçülebilir standartlara bağladı. Sistem, teorik hız kavramını üç somut veriye böler: yükleme hızı (Largest Contentful Paint - LCP), etkileşim yanıt süresi (Interaction to Next Paint - INP) ve görsel kararlılık (Cumulative Layout Shift - CLS). Puanlama yapay laboratuvar testleriyle değil, doğrudan gerçek Chrome kullanıcılarının deneyimlerinden (saha verisi) elde edilen verilerle hesaplanır. Veriler gerçektir.

Optimizasyon süreci iki ana eksende ilerler. Birinci eksen doğrudan arama motoru görünürlüğünü belirler: Core Web Vitals, 2021 yılından beri Google Page Experience algoritmasının temel bileşenleri arasında yer alır. İçerik kalitesi eşit olan iki web sitesinin rekabetinde sıralamayı çoğunlukla teknik metrikler belirler. İkinci eksen ise doğrudan ticari dönüşümleri etkiler. Google verilerine göre LCP süresini 2.5 saniyenin altına düşürmek, hemen çıkma oranını (bounce rate) %24 seviyesinde azaltır. Yavaş açılan sayfalar arama sonuçlarında geriye düşerken ödeme adımında da müşteri kaybettirir. Kendi yönettiğim projelerde de teknik iyileştirmelerin doğrudan ciroya yansıdığını gözlemledim.

Kullanıcı deneyimini uçtan uca iyileştirmek esnek tasarımla başlar. Kaleme aldığım responsive tasarım rehberinde mobil öncelikli altyapının Core Web Vitals performansına etkilerini adım adım inceleyebilirsiniz.

3 Temel Core Web Vitals Metriği (2026)

Kullanıcı deneyimini farklı açılardan ölçen üç metrik, bir bütün halinde çalışır. Sadece birinin iyi sonuç vermesi arama motoru görünürlüğüne yetmez; tam performans için üç değerin de yeşil bölgede, yani "iyi" seviyesinde kalması şarttır.

LCP (Largest Contentful Paint): Yükleme Hızı

Ziyaretçinin tarayıcısına yüklenen en büyük görsel, video kapağı ya da metin bloğu LCP (Largest Contentful Paint) skorunu belirler. Sayfanın ana odağının ne kadar sürede görünür olduğunu ölçen bu değer, kullanıcı algısını doğrudan etkiler. 2.5 saniye altındaki yüklemeler hızlı kabul edilir; 4 saniye üzerindeki gecikmeler ise kullanıcı kaybı demektir. Kendi pratiğimde, yavaş sunucu yanıtları ve sıkıştırılmamış büyük görsellerin bu süreyi doğrudan baltaladığını görüyorum. Görselleri optimize edin.

INP (Interaction to Next Paint): Tepki Hızı

Kullanıcının siteyle girdiği ilk tıklama, dokunma ya da tuş etkileşimine sayfanın verdiği tepki süresi INP (Interaction to Next Paint) ile ölçülür. Ziyaret boyunca yapılan tüm tıklamaları tarayan sistem, en kötü gecikme süresini raporlar. 200 milisaniye altındaki tepkiler hızlıdır; 500 milisaniye üzerindeki gecikmeler ise sitenin donduğu hissini yaratır. Ağır JavaScript yükleri ana iş parçacığını (main thread) kilitlediğinde bu gecikme kaçınılmaz olur.

CLS (Cumulative Layout Shift): Görsel Kararlılık

Sayfa yüklenirken butonların, metinlerin veya görsellerin aniden kayması CLS (Cumulative Layout Shift) puanını düşürür. Genişlik ve yükseklik değerleri girilmemiş resimler ya da sonradan yüklenen reklam alanları düzeni aşağı iterek kullanıcıların yanlış yere tıklamasına yol açar. 0.1 altındaki kayma oranları kabul edilebilir düzeydedir; 0.25 üzerindeki skorlar ise sayfa düzeninin bozuk olduğunu gösterir. Hesaplama, etkilenen alan oranı ile hareket mesafesinin çarpımıyla yapılır.

FID'den INP'ye Geçiş (Mart 2024)

Mart 2024 öncesinde kullanılan FID (First Input Delay), sadece ilk tıklamayı ölçtüğü için sitelerin çoğunda yapay bir başarı hissi yaratıyordu. Google, yetersiz kalan FID metriğini tamamen emekli ederek yerine INP sistemini getirdi. Sayfa açık kaldığı sürece yapılan tüm tıklamaları izleyen INP, gerçek kullanıcı deneyimini doğrudan yansıtır. Yönettiğim projelerde bu geçiş sonrası optimizasyon süreçlerini tamamen INP odaklı yeniden yapılandırdım. Güncel olmayan kaynaklarda hâlâ FID önerileri görüyorsanız, o bilgileri doğrudan eleyin.

Core Web Vitals Eşik Değerleri (2026)

Google, her metrik için üç ayrı performans seviyesi tanımlar. Yeşil bölgeye, yani "iyi" derecesine ulaşmak için kullanıcı deneyimi (saha) verilerinizin en az %75'inin hedeflenen sınırın altında kalması gerekir. Kendi pratiğimde %75 barajını aşamayan sitelerin sıralama kaybettiğini sıkça gözlemliyorum. Hedef net olmalı.

Performans skorları mobil ve masaüstü cihazlar için bağımsız hesaplanır. Google, mobil öncelikli indeksleme (mobile-first indexing) altyapısını kullandığı için mobil taraftaki metriklere öncelik verir. Masaüstü hızınız yüksek olsa bile mobil sürümünüz yavaşsa arama sonuçlarında geriye düşersiniz. Taviz vermeyin.

Core Web Vitals Nasıl Ölçülür?

Lab Verisi mi, Saha Verisi mi?

Kendi pratiğimde, optimizasyon yaparken iki veri türünün sıkça karıştırıldığına şahit oluyorum. Ölçümleme sürecinde yollar ikiye ayrılır. Saha verisi (field data), gerçek kullanıcı deneyimlerinden toplanır. Google sıralama algoritmaları doğrudan saha verilerini temel alır. CrUX (Chrome User Experience Report) aracılığıyla sağlanan veriler, 28 günlük döngülerle hesaplanır. Lab verisi ise kontrollü ortamlarda gerçekleştirilen tek seferlik simülasyonları (Lighthouse) ifade eder. Hızlı geri bildirim sunsa da gerçek kullanıcı koşullarını tam olarak yansıtamaz. INP yalnızca saha verileri üzerinden ölçümlenebilir; laboratuvar ortamında gözlemlenemez. Geliştirme aşamasında lab verilerinden yararlanın. Nihai performansı ise saha verileriyle teyit edin. Doğru yöntem budur.

PageSpeed Insights

PageSpeed Insights, hem laboratuvar hem de saha verilerini tek ekranda birleştirir. URL adresini girdiğinizde mobil ve masaüstü skorları listelenir. Ekranın üst kısmında CrUX saha verileri, alt kısmında ise Lighthouse laboratuvar verileri yer alır. Analiz sürecine başlamak için pratik araçlardan biridir.

Google Search Console CWV Raporu

Search Console bünyesindeki Core Web Vitals raporu, sitenin tüm sayfalarını gruplandırarak sunar. Tekil URL'ler yerine benzer şablonlardaki yetersiz performans gösteren sayfaları listeler. Doğrudan saha verilerine dayandığı için gerçek kullanıcı sorunlarını tespit eder. Site genelindeki aksaklıkları belirlemede ana kaynak konumundadır.

Chrome DevTools ve Lighthouse

Chrome tarayıcısında F12 tuşuyla açılan geliştirici araçlarındaki Lighthouse sekmesi, tekil sayfaları anında analiz etmenizi sağlar. Performance sekmesi ise INP değerini manuel test etmek amacıyla kullanılır; etkileşim kaydı oluşturarak uzun süren görevleri inceleyebilirsiniz. Geliştirme aşamasında yapılan değişikliklerin etkisini anlık gözlemlemek için uygun yöntemdir.

LCP Nasıl İyileştirilir?

LCP (Largest Contentful Paint) performansını sunucu yanıt süresi, kaynak yüklenme hızı ve render engelleyici unsurlar belirler. Kendi yönettiğim projelerde, LCP optimizasyonu süreçlerinin %70 oranında sadece görsel optimizasyonuyla çözüldüğünü gözlemledim. Doğru adımlarla hızlı sonuç alınır.

Görsel Optimizasyonu

Ekrana ilk gelen ana görseli WebP veya AVIF formatlarına dönüştürdüğünüzde, JPEG formatına kıyasla %30-50 oranında daha küçük dosya boyutları elde edersiniz. Tarayıcıya farklı ekran çözünürlükleri için srcset niteliğiyle alternatifler sunup, ilgili görsel etiketine fetchpriority="high" özniteliğini ekleyerek yükleme önceliğini yukarı çekebilirsiniz:

<img src="hero.webp" fetchpriority="high" decoding="async"
     width="1200" height="630" alt="...">

Boyutu 3 MB olan JPEG formatındaki bir ana görsel, LCP değerini tek başına 4 saniyenin üzerine çıkarır. Görselleri tarayıcıya sunma altyapısını web tasarımı sürecimizde nasıl kurduğumu rehberde anlattım.

Sunucu Yanıt Süresi (TTFB) ve CDN

İlk bayt tepki süresi (Time To First Byte - TTFB) 600 milisaniyenin üzerine çıktığında, LCP hedefine ulaşmak zorlaşır. Gecikmeyi önlemek için hızlı sunucu altyapısı seçmeli, sunucu tarafında Redis veya Varnish ile önbellekleme yapmalı ve statik dosyaları Cloudflare gibi bir CDN servisi üzerinden dağıtmalısınız. Farklı coğrafyalardaki ziyaretçiler için CDN entegrasyonu, TTFB süresini doğrudan yarı yarıya indirir.

Render-Blocking Kaynakları Azaltma

Sayfanın head bölümünde senkronize yüklenen CSS ve JavaScript dosyaları, tarayıcının içeriği ekrana çizmesini geciktirir. Temel CSS kodlarını doğrudan sayfa içine satır içi (inline) ekleyip diğer dosyaları asenkron çağırabilir, JavaScript kaynaklarına defer veya async öznitelikleri atayabilirsiniz. Analitik araçları ya da canlı destek pencereleri gibi üçüncü taraf kodları, sayfa yüklemesi bittikten sonra çalışacak şekilde ertelenmelidir.

INP Nasıl İyileştirilir?

Yoğun JavaScript kullanan web siteleri, optimizasyon süreçlerinde en çok etkileşim sonraki boyama (Interaction to Next Paint - INP) değerini düşürürken zorlanır. Ana iş parçacığını (main thread) uzun süre meşgul eden JavaScript görevleri gecikmenin ana kaynağıdır. Kendi pratiğimde teknik darboğazların çoğunlukla plansız kod yürütmelerinden kaynaklandığını gördüm. Hatalı kodlar süreci tıkar.

JavaScript Yürütme Süresini Azaltma

Chrome Coverage sekmesiyle tespit edeceğiniz kullanılmayan JavaScript kodlarını temizleyerek işe başlayın. Kod bölme (code splitting) yöntemiyle sadece ihtiyaç duyulan JS dosyalarını yükleyebilir, üçüncü taraf betikleri denetim altında tutabilirsiniz. Web sitelerinin çoğunda tek bir yoğun analitik veya A/B test betiği, INP değerini tek başına 300 milisaniyenin üzerine çıkarır. Performans doğrudan düşer.

Ana İş Parçacığını Boşaltma

Süresi 50 milisaniyeyi aşan işlemler uzun görev (long task) sınıfına girer ve kullanıcı etkileşimlerini engeller. Tarayıcıyı rahatlatmak için uzun süren işlemleri küçük parçalara ayırın. Kod yapısında scheduler.yield() ya da setTimeout yöntemlerini kullanmak ana iş parçacığına nefes aldırır:

async function agirIslem(veri) {
  for (const parca of veri) {
    islemYap(parca);
    await scheduler.yield();
  }
}

CLS Nasıl İyileştirilir?

Yönettiğim projelerde gördüğüm kadarıyla, kümülatif düzen kayması (CLS) sorunlarını çözmek teknik olarak hızlı sonuç veren süreçtir. Sayfa kaymalarının kökeninde çoğunlukla yerleşimi önceden rezerve edilmemiş tasarım bileşenleri yatar. Boşlukları baştan tanımlamak çözüme ulaştırır.

Görsel ve Video Boyutlarını Belirtme

Sayfadaki her <img> ve <video> etiketine kesinlikle width ve height değerlerini atayın. Tarayıcılar en-boy oranını önceden hesaplayarak medya dosyası yüklenmeden önce ekranda gerekli alanı bloke eder. Kaymalar engellenir. CSS tarafında aspect-ratio özelliğini kullanmak da aynı sonucu verir.

Font Yükleme (FOUT/FOIT) Yönetimi

Web yazı tiplerinin geç yüklenmesi, metinlerin geçici süre görünmemesine (FOIT) ya da sistem yazı tipinin aniden asıl yazı tipine dönüşmesine (FOUT) yol açar. Yaşanan görsel değişim, sayfa düzenini doğrudan kaydırır. Çözüm üretmek adına font-display: optional kuralını uygulayabilir ya da yazı tipini <link rel="preload"> ile öncelikli çağırabilirsiniz. Sürecin teknik detaylarını tipografi rehberimizde ele aldık.

Dinamik İçerik Yerleşimi

Sayfa yüklendikten sonra beliren reklamlar, gömülü içerikler veya bildirim alanları mevcut düzeni aşağı iterek CLS skorunu düşürür. Çözüm üretmek için hedef alanlara CSS ile asgari yükseklik sınırları (min-height) atayın ve içerik gelmeden önce boşluğu rezerve edin. Reklam boyutları belirsiz ise geçmiş verilere göre en yüksek ihtimalli ölçüleri varsayılan kabul edebilirsiniz. Kendi pratiğimde asgari yükseklik tanımlamanın kaymaları büyük oranda engellediğini gördüm.

WordPress ve E-Ticaret Siteleri için CWV

WordPress altyapısı özünde yavaş bir sistem değildir; performans kaybı genellikle gereksiz tema ve eklenti yığılmasından kaynaklanır. Kendi pratiğimde incelediğim standart WordPress sitelerinde 25'ten fazla eklenti kurulu olduğunu, bunların yarısının ise işlevsizce beklediğini görüyorum. Performansı artırmak için ilk adımda eklenti denetimi yapıp kullanmadıklarınızı sistemden temizleyin. Sonrasında WP Rocket veya LiteSpeed Cache gibi önbellekleme çözümlerini devreye alabilirsiniz. İlgili araçlar; öncelikli CSS oluşturma, gecikmeli yükleme (lazy loading) ve JS erteleme süreçlerini otomatik yönetir. Tema seçimi hızı doğrudan etkiler. GeneratePress ya da Kadence gibi hafif şablonlar, karmaşık sayfa inşa araçlarına kıyasla başlangıçta hız avantajı sunar. E-ticaret sitelerinde en büyük yükü ürün görselleri oluşturur. Görselleri topluca WebP formatına dönüştürmek ve gecikmeli yükleme uygulamak zorunludur. Google'ın resmi web.dev Core Web Vitals kaynağı, her metrik için güncel teknik dokümantasyonu sunar.

Core Web Vitals ve SEO İlişkisi

Core Web Vitals (CWV) tek başına sitenizi zirveye taşımaz; içerik kalitesi her zaman önceliklidir. Yönettiğim projelerde, içerik kalitesi eşit olan iki rakipten teknik altyapısı güçlü olanın öne geçtiğini defalarca gözlemledim. Mobil öncelikli indeksleme çağında mobil performans, arama motorlarının öncelikli değerlendirme kriterleri arasında yer alır. Zayıf CWV skorları doğrudan organik kayba yol açmasa bile, optimize edilmiş değerler rakiplerinize karşı kalıcı üstünlük kazandırır. Kazananı teknik detaylar belirler. Sıralama faktörlerinin tamamını backlink ve SEO rehberimizde detaylandırdım; teknik tanımlamalar için MDN Web Performance dokümantasyonunu inceleyebilirsiniz.

Yaygın Core Web Vitals Hataları

• Yalnızca laboratuvar verilerine odaklanıp saha verilerini göz ardı etmek: Lighthouse panelinde 95 skorunu yakalamak yanıltıcı güven yaratır. Google, sıralama sinyallerinde gerçek kullanıcı deneyimini yansıtan CrUX (Chrome Kullanıcı Deneyimi Raporu) saha verilerini temel alır. Kendi pratiğimde, laboratuvar testleri yüksek puan almasına rağmen saha verisi yüzünden trafik kaybeden çok sayıda siteyle karşılaştım.
• INP metriğini dikkate almamak: Optimizasyon süreçlerini eskiyen FID odağında yürütmek, güncel algoritmalarda başarısızlığa yol açar. INP (Interaction to Next Paint) ölçümleri, kullanıcı etkileşimlerini katı sınırlarla denetler. Etkileşim gecikmelerini gidermeden sıralama kazanmak zorlaşır.
• Ana görseli (hero image) gecikmeli yüklemek (lazy-load): Ekranın ilk yüklenen bölümündeki ana görseli loading="lazy" özniteliğiyle geciktirmek, LCP (Largest Contentful Paint) değerini doğrudan düşürür. İlk yükleme alanındaki görselleri tarayıcıya öncelikli olarak bildirmek gerekir. Doğrudan yükleme talimatı verin.
• Görsel boyutlarını tanımlamamak: Genişlik ve yükseklik değerleri belirtilmeyen her görsel ögesi CLS (Cumulative Layout Shift) riski taşır. Sayfa yüklenirken yaşanan kaymalar, kullanıcıyı siteden kaçırır. Boyut tanımlamalarını eksiksiz yapın.
• Üçüncü taraf betiklerin yoğunluğu: Canlı destek, analitik ve test araçlarını denetimsiz biçimde eklemek INP performansını aşağı çeker. Tarayıcının ana iş parçacığını kilitleyen harici kodları optimize edin ya da erteleyin.
• Tek seferlik ölçümlerle yetinmek: Core Web Vitals verileri 28 günlük döngülerle hesaplanır. Tek anlık analizlerle optimizasyon yapılamaz. Sürekli takip mekanizmaları kurarak dalgalanmaları izleyin.

2026 ve Sonrası: CWV'nin Geleceği

Google, kullanıcı deneyimi metriklerini düzenli aralıklarla günceller. INP metriği 2024 yılında FID'in yerini aldı; gelecek dönemde ise animasyon akıcılığı ya da kaydırma performansı gibi yeni kriterlerin sisteme dahil edilmesi şaşırtıcı olmaz. Sektördeki güncel eğilimler; Soft Navigation desteğiyle tek sayfalık uygulamaların (SPA) ölçüm süreçlerinin netleşmesi, LoAF (Long Animation Frames) API'si ile INP analizlerinin kolaylaşması, sunucu taraflı render (SSR) ve edge computing teknolojileriyle LCP değerlerinin aşağı çekilmesi yönündedir. Yönettiğim projelerde gördüğüm kadarıyla, doğru kurgulanmış responsive siteler yeni nesil standartlara hızla uyum sağlar. Altyapıyı baştan doğru kurmak, gelecek güncellemelerde panik yaşamanızı önler.

Web sitenizin Core Web Vitals skorlarını iyileştirmek için öncelikle PageSpeed Insights üzerinden mobil saha verilerini analiz etmeniz gerekir. Analiz sonrasında, en zayıf performansı gösteren metrikten başlayarak adım adım optimizasyon sürecine geçmelisiniz. Hazırladığım rehberi incelediğinize göre, üç temel metrik ve eşik değerleri netleşmiş olmalı. Yol haritanız net: Sitenizin CrUX verilerini çekin, kırmızı bölgedeki metriği tespit edin, rehberdeki teknik adımları uygulayın ve 28 gün sonra sonuçları tekrar kontrol edin. Başarı, düzenli takiple gelir.