Core Web Vitals Açıklaması: LCP, INP ve CLS Nasıl İyileştirilir?

Bir kullanıcı sitenize girip 3 saniye boyunca boş bir ekran görürse, o ziyaretin büyük ihtimalle bir dönüşüme dönüşmeyeceğini biliyorsunuz. Google da aynı fikirde. Bu yüzden Core Web Vitals hem sıralama faktörü hem de kullanıcı deneyiminin doğrudan ölçütü. Bu yazıda üç metriği (LCP, INP, CLS), "iyi" sayılan eşik değerlerini, yaygın nedenlerini ve pratik çözümlerini anlatıyoruz.

Core Web Vitals Nedir?

Core Web Vitals, Google'ın bir sayfanın kullanıcı deneyimini üç boyutta ölçtüğü metrik seti: yükleme hızı (LCP), etkileşim tepkiselliği (INP) ve görsel kararlılık (CLS). Her metrik, gerçek kullanıcı verisinin 75. yüzdelik dilimine (p75) göre değerlendirilir. Yani sayfanızın "iyi" sayılması için ziyaretçilerinizin en az %75'inin bu eşiklerin altında bir deneyim yaşaması gerekir. Bu, laboratuvar testinde tek bir "iyi" sonuç almaktan çok daha zorlu bir bar.

"İyi" eşik değerleri:

Bu değerler alan verisi (CrUX, Chrome User Experience Report) ile ölçülür. PageSpeed Insights'taki laboratuvar skoru bir tahmindir, gerçek kullanıcı verisi yani saha verisi nihai hakemdir.

Largest Contentful Paint (LCP): Derinlemesine

LCP, sayfadaki en büyük görünür içeriğin (genelde bir görsel ya da başlık bloğu) ne kadar sürede yüklendiğini ölçer. Kullanıcının "sayfa gerçekten yüklendi" hissettiği an budur.

Yaygın nedenler: Yavaş sunucu yanıt süresi, optimize edilmemiş büyük görseller, render'ı bloke eden CSS/JS dosyaları, yavaş DNS/sunucu bağlantısı.

Pratik çözümler: Görselleri sıkıştırın ve modern formatlarda (WebP/AVIF) sunun, bir CDN kullanın, kritik CSS'i sayfanın başında satır içi (inline) verin, gereksiz render-blocking script'leri erteleyin, sunucu yanıt süresini iyileştirin (önbellekleme, daha hızlı hosting).

Interaction to Next Paint (INP): Derinlemesine

INP, kullanıcının bir etkileşimde bulunduğu an (tıklama, dokunma, tuş basımı) ile sayfanın görsel olarak tepki verdiği an arasındaki gecikmeyi ölçer. 2024'te eski metrik FID'nin (First Input Delay) yerini aldı çünkü tek bir ilk etkileşimi değil, sayfanın tüm oturum boyunca ne kadar tepkisel kaldığını ölçüyor.

Yaygın nedenler: Ana iş parçacığını (main thread) bloke eden ağır JavaScript, üçüncü taraf script'ler (reklam, analitik, chat widget'ları), büyük ve karmaşık DOM güncellemeleri.

Pratik çözümler: JavaScript'i küçük parçalara bölün (code splitting), gereksiz üçüncü taraf script yükünü azaltın, uzun görevleri (long tasks) daha küçük parçalara ayırarak ana iş parçacığını rahatlatın, kritik olmayan script'leri geciktirin (defer).

Cumulative Layout Shift (CLS): Derinlemesine

CLS, sayfa yüklenirken içeriğin beklenmedik şekilde kayması ya da zıplamasını ölçer. Örneğin bir metni okumaya başladığınızda üstüne geç yüklenen bir reklam düşer ve imleci başka bir yere kaydırır.

Yaygın nedenler: Boyut (width/height) belirtilmeden yüklenen görseller, geç yüklenen fontlar (font-display ayarı eksik), sayfaya sonradan eklenen dinamik içerik (reklam, banner) için önceden yer ayrılmamış olması.

Pratik çözümler: Her görsele/videoya width ve height (ya da aspect-ratio) belirtin, font-display: swap kullanın, dinamik içerik (reklam, bildirim) için önceden sabit bir alan rezerve edin.

Nasıl Ölçülür ve İzlenir

• PageSpeed Insights: hem laboratuvar hem saha verisini tek ekranda gösterir
• CrUX (Chrome User Experience Report): Google'ın gerçek kullanıcı verisi veritabanı
• Search Console → Core Web Vitals raporu: sitenizdeki tüm sayfaları grup grup, hangi metrikte sorun olduğunu gösterir
• Gerçek kullanıcı izleme (RUM): büyük siteler için, kendi analitik altyapınıza gömülü sürekli izleme

Önceliklendirme: Hangisini Önce Düzeltmeli?

Search Console raporunuzda en çok sayfayı "kötü" ya da "iyileştirme gerekli" durumuna düşüren metrik neyse, önce onu düzeltin. Üç metriği aynı anda mükemmelleştirmeye çalışmak yerine en çok etkiyi yaratacak olana odaklanmak daha verimli. Örneğin görsel ağırlıklı bir e-ticaret sitesinde çoğunlukla LCP sorunu görülür. Reklam ya da widget yoğun sitelerde ise CLS ve INP daha sık öne çıkar.

Gerçek Dünya Etkisi: SEO, Dönüşüm ve GEO

Core Web Vitals doğrudan bir sıralama faktörü, ama etkisi sadece sıralamayla sınırlı değil. Yavaş açılan bir sayfada kullanıcı beklemeden çıkıyor (yüksek hemen çıkma oranı), bu da dönüşümü doğrudan düşürüyor. Ayrıca hızlı ve teknik olarak temiz bir sayfa, hem klasik arama botlarının hem de yapay zekâ botlarının (GEO için önemli, bkz. GEO nedir yazımız) içeriğinizi taramasını ve doğru işlemesini kolaylaştırıyor. Yani Core Web Vitals'a yatırım hem SEO hem GEO hem de doğrudan gelir için aynı anda çalışıyor.

Sık Sorulan Sorular

Core Web Vitals'ı geçmek için üç metrikte de "iyi" olmak zorunda mıyım? Sıralama açısından en iyi sonuç için evet, üçünde de "iyi" olmak hedeflenir ama pratikte en çok kullanıcı kaybına yol açan metrikten başlamak daha verimli bir yol.

Laboratuvar skoru ile saha (gerçek kullanıcı) verisi neden farklı çıkıyor? Laboratuvar testi standart bir cihaz ve bağlantı simülasyonuyla tek seferlik bir ölçüm yapar. Saha verisi ise gerçek ziyaretçilerinizin çeşitli cihaz ve bağlantı hızlarındaki gerçek deneyimini yansıtır. İkisi farklı amaca hizmet eder, saha verisi nihai referanstır.

Core Web Vitals kaç günde iyileşir? Teknik düzeltmenin kendisi (görsel optimizasyonu, kod bölme gibi) genelde hızlı uygulanır ancak Search Console'daki saha verisi raporu son 28 günlük gerçek kullanıcı verisine dayandığı için düzeltmenin rapora tam yansıması birkaç haftayı bulabilir.

Mobil ve masaüstü skorları ayrı mı değerlendiriliyor? Evet, Google mobil ve masaüstü performansını ayrı ayrı ölçüp raporluyor. Çoğu sitede mobil skorlar daha kritik, çünkü trafiğin büyük kısmı mobilden geliyor.

Sonuç

Core Web Vitals, "hız iyi bir şeydir" gibi soyut bir tavsiye değil. Üç net metrik, net eşik değerleri ve doğrudan ölçülebilir bir etki bunlar. Site performansı hizmetimizde bu üç metriği tek tek ele alıyor, sitenizin gerçek kullanıcı verisine göre nerede kayıp yaşadığını gösteriyoruz. Sitenizin şu anki Core Web Vitals durumunu görmek isterseniz bize ulaşın.