Core Web Vitals: hangi metrik ne ölçer?

Üç metrik, üç ayrı sorun

Core Web Vitals, kullanıcı deneyimini üç ölçülebilir eksene indirger. Her metrik farklı bir sorunu işaret eder ve farklı bir çözüm gerektirir.

LCP (Largest Contentful Paint) — Sayfadaki en büyük görsel öğenin ne zaman yüklendiğini ölçer. Kötüyse sorun sunucu yanıt süresi, görsel boyutu veya render engelleyen kaynaklardadır. Kabul edilen eşik 2,5 saniye.

INP (Interaction to Next Paint) — Kullanıcı bir öğeye tıkladığında sayfanın ne kadar sürede tepki verdiğini ölçer. Kötüyse sorun uzun süren JavaScript görevlerindedir. Kabul edilen eşik 200 milisaniye.

CLS (Cumulative Layout Shift) — Sayfa yüklenirken içeriğin ne kadar kaydığını ölçer. Kötüyse sorun boyutu belirtilmemiş görseller, geç yüklenen reklamlar veya dinamik olarak eklenen içeriktedir. Kabul edilen eşik 0,1.

Alan verisi neden zorunlu?

Lighthouse gibi araçlar tek bir simülasyon koşusu yapar: sabit bir cihaz, sabit bir ağ hızı, boş bir önbellek. Gerçek kullanıcılar ise farklı cihazlarda, farklı ağlarda ve farklı konumlarda gezinir.

Chrome UX Report (CrUX) gerçek kullanıcı ölçümlerini toplar. Karar vermek için bu veri esas alınmalıdır. Laboratuvar verisi yalnızca bir sorunu yeniden üretmek için kullanılır, varlığını kanıtlamak için değil.

Ayrıca alan verisi 28 günlük bir pencereyle hesaplanır. Yani bugün yaptığınız bir düzeltme, yarın raporda görünmez. Bu gecikme normaldir ve panik yaratmamalıdır.

İyileştirme sırası

Sıralama rastgele değildir: en çok kullanıcıyı etkileyen ve en kolay kazanç sağlayan iş önce gelir.

1. Ölçün. Hangi sayfa grubunda hangi metrik kötü? Sayfa tipi bazında ayrım yapın — ana sayfa, kategori, ürün, blog. Site ortalaması yanıltıcıdır.

2. LCP ile başlayın. Genellikle en yaygın sorundur. İlk adımlar: sunucu yanıt süresini düşürmek, en büyük görseli öncelikli yüklemek, render engelleyen CSS ve JavaScript’i ertelemek.

3. Sonra INP. Uzun süren JavaScript görevlerini bölmek, kullanılmayan kodu kaldırmak ve üçüncü taraf betikleri denetlemek gerekir.

4. Son olarak CLS. Görsellere ve yerleşim öğelerine boyut vermek, reklam alanlarını önceden rezerve etmek, yazı tipi değişimini kontrol etmek çoğu durumda yeterlidir.

Sık yapılan hatalar

Site ortalamasına bakmak. Ortalama iyi görünürken kritik sayfa grubu kötü olabilir. Kategori sayfaları ile blog sayfaları aynı problemleri taşımaz.

Yalnızca laboratuvar verisiyle karar vermek. Lighthouse’ta 100 almak, gerçek kullanıcının hızlı deneyim yaşadığı anlamına gelmez.

Üçüncü taraf betikleri görmezden gelmek. Analitik, sohbet aracı, reklam ve ısı haritası betikleri çoğu sitede en büyük INP kaynağıdır ve en kolay gözden kaçandır.

Tek seferlik düzeltme saymak. Yeni bir özellik, yeni bir betik veya yeni bir görsel metriği yeniden bozabilir. İzleme sürekli olmalıdır.

Nereden başlamalı?

Önce ölçüm tabanını kurun: sayfa tipi bazında alan verisi. Ardından en kötü grubu ve en yaygın metrigi belirleyip oradan başlayın.

Hızı düzelttikten sonra sıradaki soru sayfaların gerçekten indekslendiğidir: indeksleme sorunu nasıl çözülür?

Core Web Vitals, teknik SEO denetimi çalışmasının bir parçasıdır. Taranabilirlik ve indeksleme düzeltmeleriyle birlikte ele alındığında etkisi daha belirgin olur.