Core Web VitalsKullanıcı Deneyimi & Performans Optimizasyonu

Core Web Vitals (CWV), Google'ın kullanıcı odaklı sayfa deneyimini ölçmek için tanımladığı metrik setidir. 2020'de duyurulan ilk sette LCP ve CLS yer alıyordu; etkileşim için önce FID, ardından 2024 itibarıyla daha kapsamlı olan INP kullanılmaya başlandı. Bugün arama konsolu ve PageSpeed raporları bu üçlü üzerinden özetlenir.

Sıralama tarafında CWV doğrudan tek başına "ana sinyal" değildir; içerik kalitesi ve alaka gücünü geçmez. Ancak yakın rekabet ve benzer içerik kalitesinde sayfa deneyimi tie-breaker ve keşfedilebilirlik (ör. bazı haber yüzeyleri) için belirleyici olabilir.

İş metrikleriyle bağlantı nettir: daha hızlı LCP ve düşük CLS, hemen çıkma oranını ve form tamamlamayı iyileştirebilir; düşük INP, etkileşim ağırlıklı sayfalarda dönüşümü doğrudan etkiler. "Skoru yükseltmek" ile "kullanıcı deneyimini iyileştirmek" aynı şey değildir — biz ikincisini hedefleyip birincisini field verisinde doğrularız.

LCP, görünen görüntü alanında en büyük içerik öğesinin (çoğunlukla hero görseli veya büyük metin bloğu) render edilme süresini ölçer. Aday öğe sayfa yaşam döngüsü boyunca değişebilir; CrUX ve RUM'da p75 değeri tipik raporlama birimidir.

Yaygın kök nedenler: yüksek TTFB, render-blocking CSS/JS, aşırı büyük veya yanlış formatta görseller, kritik fontların geç yüklenmesi. Çözüm tarafında şablon bazlı müdahale öne çıkar: ürün ve kategori şablonlarında LCP öğesini netleştirip priority yükleme, ana sayfada hero için lazy-load kullanmama, blogda içerik görseline uygun boyut ve srcset seçimi.

FID yalnızca ilk gecikmeyi ölçüyordu; INP ise sayfa ömrü boyunca tıklama, dokunma ve tuş etkileşimlerinden sonra bir sonraki görsel güncellemeye kadar geçen süreyi daha geniş örneklemle değerlendirir. Bu nedenle ana thread üzerinde uzun görevler (long tasks), ağır event handler'lar ve sık yeniden render INP'yi doğrudan kötüleştirir.

Üçüncü parti scriptler — özellikle tag manager, chat ve reklam SDK'ları — ana thread'i meşgul ederek INP'yi yükseltir. Her scriptin field ve lab izleriyle ayrıştırılması, gecikmeli yükleme ve izinli yükleme stratejileriyle yönetilmesi gerekir.

JavaScript bütçesi, route bazlı code-splitting ve gereksiz paketlerin tree-shaking ile azaltılması INP çalışmalarının temelidir; performans panelinde uzun görevleri kırarak öncelik sırası çıkarırız.

Layout shift, kullanıcının tıkladığı öğenin kayması veya okuma akışının bozulması demektir; özellikle mobilde güven ve dönüşümü düşürür. CLS, beklenmeyen kaymaların etkisini birikimli olarak ölçer.

Boyutsuz görseller ve iframe'ler, geç yüklenen reklamlar, dinamik banner alanları ve font swap (FOUT/FOIT) tipik nedenlerdir. Aspect-ratio veya sabit yükseklik, reklam slot'ları için min-height ve placeholder, dinamik içerik için ayrılmış rezerv alan ve content-visibility ile görünmeyen bölümlerin izolasyonu yaygın çözümlerdir.

Yayıncı sitelerde reklam sunucusu ve lazy slot enjeksiyonu CLS'yi tek başına yükseltebilir; slot başına boyut sözleşmesi ve geç yüklenen birimler için renkli placeholder stratejisi uygulanır.

Lab tarafında Lighthouse ve PageSpeed Insights tekrarlanabilir regresyon testi sağlar; WebPageTest daha derin film şeridi ve çoklu lokasyon sunar. Field tarafında CrUX ve Search Console CWV raporu Google'ın kullandığı popülasyon özetini verir; RUM (DebugBear, SpeedCurve, kendi web-vitals.js entegrasyonunuz) şablon ve kullanıcı segmentine inmenizi sağlar.

SEOART ritminde haftalık lab kontrolleri (deploy sonrası), aylık field özeti ve sprint bazlı aksiyon takibi bir arada yürür. Böylece kısa döngüde regresyon yakalanır, uzun döngüde CrUX penceresiyle uyumlu iyileşme doğrulanır.