Core Web Vitals Rehberi

Core Web Vitals, Google'ın arama sıralamasına bağlı kullanıcı deneyimi sinyalleridir. Yükleme performansı (LCP), etkileşim yanıtlılığı (INP) ve görsel kararlılık (CLS) genelinde gerçek kullanıcı deneyimini ölçerler. Bunları anlamak, PageSpeed puanlarının ötesine geçerek arkalarındaki ölçüm altyapısını kavramayı gerektirir.

Core Web Vitals bir hız puanı değildir. Bunlar saha metrikleridir — gerçek kullanıcılardan, gerçek cihazlarda, gerçek ağ koşullarında alınan ve Chrome Kullanıcı Deneyimi Raporu (CrUX) aracılığıyla toplanan ölçümlerdir. Bir sayfa PageSpeed Insights'ta yüksek laboratuvar puanı alırken, gerçek kitlesinin önemli bir bölümü için saha eşiklerini geçemeyebilir. Laboratuvar performansı ile saha performansı arasındaki fark, CWV başarısızlıklarının çoğunun yaşandığı yerdir ve sıralama açısından önemli olan bu farktır.

Core Web Vitals aslında neyi ölçer

Core Web Vitals, daha eski performans göstergelerinin — First Contentful Paint, First Meaningful Paint, First Input Delay — yerini almıştır; çünkü bu metrikler, kullanıcının sayfayı gerçekten hızlı, duyarlı ve kararlı olarak deneyimleyip deneyimlemediğini güvenilir biçimde yakalayamıyordu. Mevcut üç metrikten oluşan set, algılanan deneyimin farklı boyutlarını ele alır.

Largest Contentful Paint (LCP) yükleme performansını ölçer — özellikle, görüntü alanındaki en büyük görünür içerik ögesinin render edilmeyi ne zaman tamamladığını. Kullanıcının "sayfa yüklendi" algısıyla en yakın korelasyona sahip metriktir.

Interaction to Next Paint (INP) etkileşim yanıtlılığını ölçer — özellikle, bir kullanıcı etkileşimi ile bir sonraki görsel güncelleme arasındaki gecikmeyi. INP, Mart 2024'te First Input Delay (FID) yerine Core Web Vital olarak belirlendi; çünkü FID yalnızca ilk etkileşimi ölçerken, INP bir sayfa ziyareti boyunca tüm etkileşim yaşam döngüsünü yakalar.

Cumulative Layout Shift (CLS) görsel kararlılığı ölçer — özellikle, bir sayfanın yaşam süresi boyunca beklenmeyen tüm düzen kaymalarının kümülatif puanını. Düzen kayması, görünür bir ögenin kullanıcı tetiklemesi olmadan konum değiştirmesidir. CLS, sayfa yüklenirken ve içerik değişirken görsel düzenin tahmin edilebilir biçimde davranıp davranmadığını yakalar.

Eşik değerler: LCP "İyi" derecesi için 2,5 saniyenin altında olmalı; INP 200 milisaniyenin altında; CLS 0,1'in altında olmalıdır. Bu eşikler, belirli bir URL'nin sayfa yüklemelerinin 75. yüzdelik dilimine uygulanır — yani gerçek kullanıcı ziyaretlerinin %75'i eşiği karşılamalıdır, medyanı değil.

Largest Contentful Paint (LCP)

LCP, görüntü alanındaki en büyük içerik ögesinin — genellikle bir hero görseli, büyük bir metin bloğu veya bir video posteri — render edilmeyi ne zaman tamamladığını ölçer. Metrik, sayfanın birincil içeriğinin görünür ve kullanılabilir olduğu kullanıcı algısıyla korelasyon kurmak üzere tasarlanmıştır.

LCP, her biri darboğaz olabilecek dört ardışık alt sürece bağlıdır:

Optimizasyon yaklaşımları hangi alt sürecin darboğaz olduğuna bağlıdır. Yaygın müdahaleler: LCP görselinde keşfi önceliklendirmek için fetchpriority="high" kullanmak; katlamanın üstündeki render-engelleyici komut dosyalarını ortadan kaldırmak; TTFB azaltması için CDN kullanmak; görselleri doğru boyutlarda ve yeni nesil formatlarda (WebP, AVIF) sunmak; erken sayfa yüklemesi sırasında ana iş parçacığı zamanını tüketen gereksiz üçüncü taraf komut dosyalarını kaldırmak.

Interaction to Next Paint (INP)

INP, Mart 2024'te First Input Delay'in yerine Core Web Vital olarak belirlendi. Fark önemlidir: FID, tarayıcının ilk kullanıcı etkileşimini işlemeye başlamadan önceki gecikmeyi ölçerdi. INP, bir sayfa ziyareti boyunca her etkileşim için — etkileşimden bir sonraki görsel güncellemeye kadar — tam gecikmeyi ölçer ve en kötüsünü raporlar (belirli aykırı değer hariç tutmalarıyla).

Bu değişiklik, karmaşık istemci tarafı davranışına sahip sayfalar için INP'yi FID'den önemli ölçüde geçmesi zor hale getirir. Bir sayfa temiz bir ilk yüklemeyle FID'i geçerken, sonraki etkileşimlerde ciddi yanıtlılık sorunları yaşayabilirdi — bu sorunlar FID'e görünmezdi, ancak INP tarafından tam olarak yakalanır.

Düşük INP'nin yaygın nedenleri şunlardır:

INP iyileştirmeleri genellikle JavaScript profilleme ve yeniden yapılandırma gerektirir — düzeltmeler, çoğunlukla altyapı ve varlık dağıtım değişikliklerine indirgenebilen LCP optimizasyonundan daha tekniktir.

Cumulative Layout Shift (CLS)

CLS görsel kararsızlığı ölçer — sayfa yaşam döngüsü boyunca görünür sayfa ögelerinin beklenmedik biçimde ne kadar hareket ettiğini. 0 puanı hiçbir düzen kayması olmadığı anlamına gelir. 0,1'in üstü "İyileştirme Gerekli" derecesi; 0,25'in üstü "Zayıf" derecesidir.

Düzen kaymasının en yaygın nedenleri:

Chrome DevTools'ta CLS hata ayıklama: Rendering panelindeki Layout Shift bölgeleri kaplaması hangi ögelerin ne zaman kaydığını gösterir. Performance panelindeki Experience izi, düzen kayması olaylarını etki fraksiyonları ve mesafe fraksiyonlarıyla gösterir; bunlar birlikte CLS puanına yapılan kayma katkısını belirler.

Ölçüm altyapısı

Core Web Vitals'i geçmek iki ayrı ölçüm sistemi gerektirir: teşhis için laboratuvar araçları ve gerçek performans için saha araçları. Yalnızca laboratuvar verilerine dayalı optimizasyon, saha puanlarını — sıralamayı belirleyen metrikler — iyileştirmeyebilecek değişikliklere yol açar.

Chrome User Experience Report (CrUX). CrUX, Google Search Console ve PageSpeed Insights'taki Core Web Vitals saha verilerinin kaynağıdır. Kullanım istatistiklerini paylaşmayı kabul eden Chrome kullanıcılarından gerçek kullanıcı ölçümlerini toplar. CrUX verileri URL düzeyinde (belirli sayfalar) ve kaynak düzeyindedir (tüm alan adı). Minimum trafik eşiği gerektirir — düşük trafikli URL'lerde CrUX verisi bulunmayabilir.

PageSpeed Insights. PageSpeed Insights iki veri kaynağını birleştirir: CrUX saha verileri (üstteki "Saha Verileri" bölümü) ve bir Lighthouse laboratuvar simülasyonu ("Laboratuvar Verileri" bölümü). PageSpeed Insights'ın üstündeki laboratuvar puanı, kontrollü ağ kısıtlama profili ve emüle edilmiş mobil cihaz kullanan Lighthouse simülasyonundandır. Saha performansının bir tahmini değildir.

Google Search Console Core Web Vitals raporu. Search Console CWV raporu, URL'leri CrUX saha verilerine göre duruma (İyi, İyileştirme Gerekli, Zayıf) göre gruplar. Hangi URL gruplarının başarısız olduğunu ve sorumlu metriği gösterir. Sistematik CWV iyileştirmesi için en eyleme dönüştürülebilir saha veri görünümüdür.

Gerçek Kullanıcı İzleme (RUM). CrUX'un sağladığından daha ayrıntılı saha verisine ihtiyaç duyan siteler için — segment bazında performans, özel boyutlar, 28 günlük hareketli ortalamalar yerine anlık geri bildirim — Web Vitals JavaScript kütüphanesini (npm paketi veya CDN parçacığı olarak mevcut) kullanan özel RUM uygulamaları, her kullanıcı oturumundan CWV ölçümlerini yakalar ve bir analitik platformuna gönderir.

Lighthouse. Lighthouse bir laboratuvar aracıdır. Performans sorunlarını tespit etmek ve düzeltmek için gereken tanılama ayrıntısını sağlar, ancak puanları doğrudan CrUX saha verilerinin tahmini değildir. Lighthouse neyi düzelteceğinizi bulmak için doğru araçtır; CrUX ve Search Console bir düzeltmenin saha performansını iyileştirip iyileştirmediğini doğrulamak için doğru araçlardır.

Logic Grid Studio'nun teknik SEO ve GEO görünürlük çalışması, Core Web Vitals denetimi ve iyileştirmesini kapsar — saha temel çizgilerinin belirlenmesi, başarısızlıktan sorumlu metrik ve alt metriğin tespit edilmesi ve organik görünürlük için önem taşıyan URL gruplarında "İyi" durumuna ulaşmak için gereken mühendislik değişikliklerinin kapsamının belirlenmesi. Hizmetlere genel bakış.