Core Web Vitals Nedir?
Kısa tanım
Core Web Vitals, Google'ın bir web sayfasındaki gerçek kullanıcı deneyimini ölçmek için tanımladığı üç metrikten oluşan settir: yükleme için LCP (Largest Contentful Paint), etkileşime yanıt için INP (Interaction to Next Paint) ve görsel kararlılık için CLS (Cumulative Layout Shift). İyi eşikler, ziyaretlerin 75. yüzdelik diliminde LCP ≤ 2,5 saniye, INP ≤ 200 milisaniye ve CLS ≤ 0,1'dir.
Diğer adları: CWV, Önemli Web Verileri, Temel Web Verileri, Web Vitals
Üç metrik, üç ayrı soru
Core Web Vitals, sayfa hızını tek bir "hız puanına" indirgemek yerine kullanıcının gerçekten hissettiği üç anı ayrı ayrı ölçer. Her metrik farklı bir soruya cevap verir:
- LCP: Sayfanın ana içeriği ne kadar sürede ekrana geldi?
- INP: Kullanıcı tıkladığında, dokunduğunda ya da tuşa bastığında sayfa ne kadar çabuk görsel bir tepki verdi?
- CLS: Sayfa yüklenirken ya da kullanılırken içerik beklenmedik şekilde kaydı mı?
| Metrik | İyi | İyileştirme gerekli | Zayıf |
|---|---|---|---|
| LCP | ≤ 2,5 sn | 2,5–4 sn | > 4 sn |
| INP | ≤ 200 ms | 200–500 ms | > 500 ms |
| CLS | ≤ 0,1 | 0,1–0,25 | > 0,25 |
Bir sayfanın "iyi" sayılması için her üç metrikte de ziyaretlerin en az %75'inin iyi eşiğin içinde kalması gerekir. Değerlendirme mobil ve masaüstü için ayrı yapılır. Mart 2024'te INP, yalnızca ilk etkileşimin gecikmesini ölçen FID'in (First Input Delay) yerini aldı; FID artık Core Web Vitals'ın parçası değil.
Saha verisi ile laboratuvar verisi aynı şey değil
Core Web Vitals'ın asıl kaynağı saha verisidir: Chrome kullanıcılarından toplanan anonim ölçümler (Chrome User Experience Report, CrUX). Search Console'daki Core Web Vitals raporu ve PageSpeed Insights'ın üst bölümü bu veriyi gösterir. Lighthouse gibi araçların ürettiği laboratuvar ölçümü ise tek bir cihaz ve bağlantı senaryosunda yapılan bir simülasyondur; sorunu teşhis etmek için çok değerlidir ama sayfanın resmi Core Web Vitals durumunu belirlemez. INP laboratuvarda doğrudan ölçülemez, çünkü gerçek bir kullanıcı etkileşimi gerektirir; laboratuvarda onun yerine Total Blocking Time (TBT) gibi yaklaşık göstergelere bakılır.
Az trafik alan sayfalarda yeterli saha verisi oluşmayabilir. Bu durumda araçlar sayfa yerine benzer URL gruplarının ya da tüm sitenin verisini gösterir veya hiç veri göstermez.
Arama sonuçlarıyla ilişkisi
Google, Core Web Vitals'ın sıralama sistemlerinin ödüllendirmeyi amaçladığı deneyimle örtüştüğünü ve iyi değerler elde etmeyi önerdiğini açıkça yazar. Ancak bu metrikler sayfa deneyiminin yalnızca bir parçasıdır ve içerik alaka düzeyinin önüne geçmez: yavaş ama aranan soruya en iyi cevabı veren bir sayfa, hızlı ama yetersiz bir sayfanın önünde yer alabilir. "Tüm metrikler yeşil olursa sıralama yükselir" diye bir garanti yoktur. Core Web Vitals'ı her şeyden önce kullanıcı deneyimi ve dönüşüm açısından ele almak daha doğru bir beklentidir.
Nasıl kontrol edilir?
- Search Console'daki Core Web Vitals raporuyla sorunlu URL gruplarını bulun.
- PageSpeed Insights'ta sayfanın saha verisine ve laboratuvar teşhislerine birlikte bakın.
- Chrome DevTools'un Performance paneliyle yavaş öğeyi, kayan alanı ya da uzun görevi tespit edin.
- Gerçek kullanıcı ölçümü (RUM) için
web-vitalsJavaScript kütüphanesini analitik sisteminize bağlayabilirsiniz.
Laboratuvar tarafında hızlı bir ilk tarama için SEO Analiz Aracı LCP ve CLS gibi performans bulgularını raporlar; resmi durum için yine saha verisine bakmak gerekir. Metriklerin güncel tanımları web.dev üzerinde yayımlanır.
Sık yapılan hatalar
- Yalnızca Lighthouse skoruna odaklanıp saha verisini görmezden gelmek.
- Sadece ana sayfayı test etmek; oysa sorunlar çoğu zaman ürün, kategori ya da blog şablonlarında çıkar.
- Masaüstü sonucunu yeterli saymak; mobil cihazlarda işlemci ve ağ koşulları çok daha zorludur.
- Bir iyileştirmenin hemen raporlara yansımasını beklemek; saha verisi son 28 günün toplamı olduğu için değişim kademeli görünür.