Core Web Vitals nedir? Neden önemlidir?

Core Web Vitals, Google'ın bir sayfanın kullanıcı deneyimini ölçmek için kullandığı üç metriktir. LCP ana içeriğin ne kadar hızlı yüklendiğini, INP sayfanın tıklamalara ne kadar hızlı yanıt verdiğini, CLS ise yüklenirken öğelerin ne kadar kaydığını ölçer. Bu metrikler Google'ın sayfa deneyimi sinyallerinin parçasıdır ve gerçek kullanıcı verisiyle değerlendirilir.

Core Web Vitals hangi metriklerden oluşur?

Core Web Vitals bugün LCP, INP ve CLS metriklerinden oluşur. INP, Mart 2024'te First Input Delay'in (FID) yerini aldı. FID yalnız ilk etkileşimin gecikmesini ölçüyordu. INP ise sayfadaki tüm tıklama, dokunma ve klavye etkileşimlerine bakar, bu yüzden gerçek deneyimi daha iyi yansıtır.

Google bir sayfayı "iyi" sayabilmek için ziyaretlerin en az yüzde 75'inde üç metriğin de iyi eşiğin içinde kalmasını bekler. Eşikler Google'ın Web Vitals belgesinde şöyle tanımlanır:

Tabloyu yana kaydırarak tüm sütunları görebilirsiniz.

LCP nedir ve nasıl iyileştirilir?

LCP sayfa açıldığında ekranda görünen en büyük içerik öğesinin yüklenmesine kadar geçen süredir ve bu öğenin yüklenmesi hızlandırılarak iyileştirilir. Adı Largest Contentful Paint'ten gelir. Bu öğe çoğu zaman bir kapak görseli, ürün fotoğrafı, video posteri ya da büyük bir metin bloğudur. Kullanıcı açısından LCP "sayfa açıldı" hissinin geldiği andır.

LCP'yi iyileştirmenin en etkili yolları şunlardır:

• Ana görseli sıkıştırın, doğru boyutta sunun ve WebP ya da AVIF gibi modern formata çevirin.
• Ana görseli tembel yüklemeye bırakmayın. Lazy loading yalnız ekranın altındaki görseller içindir. LCP görselinde kullanılırsa yüklemeyi geciktirir.
• Ana görsele fetchpriority="high" verin ya da preload ile erken yükletin.
• Sunucu yanıt süresini kısaltın. Önbellek, daha güçlü bir sunucu ya da CDN (içerik dağıtım ağı) bu süreyi düşürür.
• İçeriğin görünmesini engelleyen CSS ve JavaScript dosyalarını azaltın ya da erteleyin.

Farklı bölgelerden gelen trafiği olan sitelerde sunucu mesafesi LCP'yi doğrudan etkiler. Bu durumda CDN kullanımı en hızlı kazanımlardan biridir.

INP nedir ve nasıl iyileştirilir?

INP kullanıcının sayfada yaptığı etkileşimlerle ekranda görsel yanıtın belirmesi arasındaki gecikmeyi ölçer ve ana iş parçacığını meşgul eden JavaScript azaltılarak iyileştirilir. Adı Interaction to Next Paint'ten gelir. Sepete ekle butonuna basıldığında bir süre hiçbir şey olmuyorsa ya da bir menü geç açılıyorsa INP yüksektir. Ölçüm ziyaret boyunca yapılan etkileşimlere bakar, en yavaşlardan birini raporlar.

Yüksek INP'nin ana nedeni tarayıcının ana iş parçacığını uzun süre meşgul eden JavaScript'tir. İyileştirme yolları şunlardır:

• Uzun görevleri küçük parçalara bölün, tarayıcının araya kullanıcı etkileşimini alabilmesine izin verin.
• Kullanılmayan JavaScript'i kaldırın. Özellikle etiket yöneticisinden yüklenen üçüncü taraf script'leri gözden geçirin.
• Olay işleyicilerini hafif tutun. Ağır hesaplamayı etkileşimden sonraya erteleyin ya da web worker'a taşıyın.
• Çok büyük DOM yapısından kaçının. Binlerce öğeli sayfalar her güncellemede yavaşlar.

JavaScript ağırlıklı sitelerde INP sorunu mimariden kaynaklanabilir. Bu konuyu JavaScript'in SEO'ya etkisini anlattığımız yazıda ele aldık.

CLS nedir ve nasıl iyileştirilir?

CLS sayfa yüklenirken ya da kullanım sırasında öğelerin beklenmedik şekilde yer değiştirmesini puanlayan metriktir ve öğelere baştan yer ayrılarak iyileştirilir. Adı Cumulative Layout Shift'ten gelir. Okuduğunuz metnin geç yüklenen bir reklam yüzünden aşağı kayması ya da tam tıklarken butonun yer değiştirmesi yüksek CLS'nin tipik örnekleridir. Kullanıcının kendi tıklamasıyla oluşan kaymalar hesaba katılmaz.

CLS'yi iyileştirmenin yolları şunlardır:

• Görsel, video ve iframe etiketlerine genişlik ile yükseklik değeri verin. Tarayıcı böylece yerini baştan ayırır.
• Reklam, banner ve gömülü içerik alanları için sabit yer ayırın.
• Mevcut içeriğin üstüne sonradan öğe eklemeyin. Çerez bildirimi gibi alanları sayfanın altına sabitleyin.
• Web fontlarının geç yüklenip metni kaydırmasını önlemek için yedek fontla boyut uyumunu ayarlayın.

Sayfa deneyimi metrikleri sıralamayı ne kadar etkiler?

Sayfa deneyimi metrikleri olan Core Web Vitals Google'ın sıralama sistemlerinde kullanılan bir sinyaldir ama içeriğin alaka ve kalitesinin önüne geçmez. Google bunu sayfa deneyimi belgesinde açıkça söyler: iyi sayfa deneyimi tek başına üst sıra getirmez, sorguyu en iyi karşılayan içerik öne çıkar. Metrikler birbirine yakın kalitede sayfalar arasında fark yaratır.

Asıl etki kullanıcı tarafında görülür. Yavaş açılan ya da kayan bir sayfada ziyaretçi daha çabuk çıkar, sepete ekleme ve form doldurma oranı düşer. Bu yüzden metrikleri yalnız SEO puanı olarak değil, dönüşüm kaybı olarak okumak gerekir. Metriklerin tarama, dizine ekleme ve diğer teknik adımlarla nasıl birleştiğini teknik SEO konusundaki rehberimizde anlattık.

Sızan Google belgeleri Core Web Vitals'ın ağırlığını gösteriyor mu?

Hayır. Sızan Google belgeleri Core Web Vitals'ın sıralamadaki ağırlığını göstermiyor. 2024'te ortaya çıkan Content Warehouse şeması bu verinin dizinde nerede saklandığını gösteriyor. Ölçümler IndexingMobileVoltVoltPerDocData modülünde duruyor. Açıklamaya göre bu kayıt VOLT adlı sıralama değişikliği için sayfa deneyimi sinyallerini taşıyor ve içinde Core Web Vitals ile güvenli bağlantı sinyalinden başka veri yok. Kayıt yapısından çıkan üç pratik sonuç şunlar:

• Mobil ölçüm mobileCwv, masaüstü ölçüm desktopCwv alanında ayrı tutuluyor. Search Console'daki iki raporu ayrı okuyun, biri iyi diye öbürünü atlamayın.
• İki alanın alt kaydında LCP, CLS, INP ve FID için ayrı yerler var. INP alanının açıklaması boş, FID ise şemadan çıkarılmamış. Bugünkü değerlendirme INP ile yapıldığı için iyileştirmeyi INP'ye göre planlayın.
• Mobil uyum bu kayıtta yer almıyor. Modül notu mobil uyumun ayrı saklandığını yazıyor, SmartphonePerDocData içindeki isSmartphoneOptimized alanı sayfanın akıllı telefonda kullanıcı dostu oluşturulup oluşturulmadığını gösteriyor. İyi Core Web Vitals değerini mobil uyumun kanıtı saymayın.

Bu kayıtlar Core Web Vitals'ın öteki sinyallere göre ne kadar ağır bastığını söylemez. Şema bir veri tanımıdır, Google'ın bu veriyi bugün nasıl kullandığını göstermez. Google'ın sayfa deneyimi belgesi de sıralamada tek bir sayfa deneyimi sinyali olmadığını yazıyor. Aynı belge yalnız SEO için tam puan peşinde koşmanın zaman kaybı olabileceğini belirtiyor. Şemanın sayfa deneyimi dışındaki alanlarını Google'ın iç sıralama belgelerinin sızıntısını anlattığımız rehberde ele aldık.

Core Web Vitals nasıl ölçülür?

Core Web Vitals iki tür veriyle ölçülür: gerçek kullanıcılardan toplanan alan verisi ve test ortamında üretilen laboratuvar verisi. Google sıralamada alan verisini kullanır. Alan verisinin kaynağı Chrome Kullanıcı Deneyimi Raporu'dur (CrUX). Laboratuvar verisi ise sorunun nedenini bulmaya yarar. Ölçümde şu dört araç kullanılır:

• Google Search Console içindeki Core Web Vitals raporu sitedeki URL'leri benzer sayfa gruplarına ayırır ve mobil ile masaüstü için ayrı durum gösterir. Site geneline bakmak için ilk adres burasıdır.
• PageSpeed Insights tek bir URL için hem Chrome kullanıcılarından gelen alan verisini hem Lighthouse laboratuvar testini gösterir.
• Lighthouse laboratuvar testidir ve INP'yi doğrudan ölçemez. Onun yerine toplam engelleme süresine (TBT) bakılır.
• Chrome DevTools performans paneli sayfayı gezerken LCP, INP ve CLS değerlerini canlı gösterir. Bu panel hangi öğenin ya da script'in soruna yol açtığını bulmak için kullanılır.

Az trafik alan sayfalarda alan verisi oluşmayabilir. Bu durumda Search Console o sayfaları raporlamaz, laboratuvar testleriyle yetinmek gerekir. Düzeltmeden sonra alan verisinin güncellenmesi yaklaşık dört hafta sürer, çünkü rapor son 28 günün verisine dayanır.

Core Web Vitals sorunları çoğu zaman tema, eklenti ve üçüncü taraf script'lerin birlikte ele alınmasını gerektirir. Hangi düzeltmenin önce yapılacağını belirlemek için teknik SEO desteğimiz kapsamında raporları sitenizle birlikte inceleyebiliriz.