Core Web Vitals nedir ve neden hâlâ önemli?
Core Web Vitals, Google'ın bir sayfanın gerçek kullanıcı deneyimini ölçmek için kullandığı üç temel metriktir: LCP (en büyük içeriğin görünme süresi), INP (etkileşimlere verilen yanıtın hızı) ve CLS (düzenin ne kadar kaydığı). Google'ın önerdiği "iyi" eşikler şöyledir: LCP için 2,5 saniye veya altı, INP için 200 milisaniye veya altı, CLS için 0,1 veya altı. INP, Mart 2024'te FID metriğinin yerini alarak yalnızca ilk tıklamayı değil, sayfa ömrü boyunca yapılan tüm etkileşimleri değerlendirmeye başladı.
Değerlendirme laboratuvar testleriyle değil, Chrome kullanıcı deneyimi raporundaki (CrUX) gerçek ziyaretçi verisiyle ve ziyaretlerin yüzde 75'lik diliminde yapılır. Yani yalnızca hızlı bir bilgisayarda alınan Lighthouse skoru yetmez; ortalama bir Android telefonda, ortalama bir bağlantıda yaşanan deneyim belirleyicidir. Bu yüzden iyileştirme çalışmasının ilk adımı, Search Console'daki Core Web Vitals raporu ve PageSpeed Insights'taki saha verisini okumaktır.
LCP: En büyük içeriği hızlandırmak
LCP elemanı çoğu sayfada hero görseli veya ana başlıktır. Yavaş LCP'nin dört tipik nedeni vardır: yavaş sunucu yanıtı (TTFB), render'ı engelleyen CSS ve JavaScript, geç keşfedilen hero görseli ve gereğinden büyük görsel dosyaları. İyileştirme sırası da buna paraleldir: önce sunucu ve önbellek (CDN) katmanı, sonra kritik kaynakların önceliklendirilmesi, en son görsel optimizasyonu.
Pratikte hero görselini priority veya fetchpriority="high" ile işaretlemek, AVIF ya da WebP formatına geçmek, görseli gösterildiği boyutta sunmak ve lazy-load'u yalnızca ekran dışındaki görsellerde kullanmak LCP'yi tek başına saniyelerce düşürebilir. Next.js gibi çerçevelerde sunucu tarafı render ve statik üretim, TTFB'yi doğal olarak düşürür; bu yüzden özel kodlanmış sitelerde LCP hedefine ulaşmak şablon temalara göre çok daha öngörülebilirdir.
INP: Tıklamaya verilen cevabın hızı
INP, kullanıcı bir düğmeye bastığında ekranın ne kadar sürede görsel olarak güncellendiğini ölçer. Yavaş INP'nin ana sebebi ana iş parçacığının (main thread) uzun görevlerle meşgul olmasıdır: 50 milisaniyeyi aşan her görev, o sırada gelen etkileşimi bekletir. En büyük suçlular genellikle üçüncü taraf betikler (sohbet pencereleri, etiket yöneticileri, reklam pikselleri), ağır hydration işlemleri ve gereksiz yeniden render'lardır.
Çözüm yolları nettir: üçüncü taraf betikleri geciktirerek yüklemek, ağır işleri parçalara bölüp tarayıcıya nefes aldırmak, bileşenleri yalnızca ihtiyaç duyulduğunda yüklemek ve animasyonları yalnızca transform ile opacity gibi GPU'da çalışan özelliklerle yapmak. Akıcı animasyon ile hızlı etkileşim birbirinin rakibi değildir; doğru mimaride ikisi birlikte var olur.
CLS: Kayan düzenlerin sonu
CLS, kullanıcı okurken veya tıklamak üzereyken içeriğin yer değiştirmesinin puanıdır. En yaygın sebepler boyutu belirtilmemiş görseller ve videolar, geç yüklenen web fontlarının metni yeniden ölçeklemesi, dinamik eklenen banner ve reklam alanları ile üstten eklenen çerez bildirimleridir. Her görsel için genişlik ve yükseklik (veya aspect-ratio) tanımlamak, sorunun büyük kısmını tek hamlede çözer.
Font tarafında font-display stratejisi ve sistem fontuna yakın bir yedek font seçmek, metin kaymasını minimuma indirir. Dinamik alanlar için yer ayırmak (placeholder, iskelet ekran) ve bildirim bantlarını sayfa akışını itmeyecek şekilde konumlamak da CLS'i 0,1'in altında tutmanın standart yöntemidir.
Ölçüm, hedef ve sürdürülebilirlik
Core Web Vitals bir kez düzeltilip bırakılan bir iş değildir. Yeni bir kampanya betiği, yeni bir görsel bloğu ya da eklenen bir eklenti skorları geri çekebilir. Bu nedenle performans bütçesi belirlemek (örneğin toplam JavaScript boyutu ve hero görsel ağırlığı için üst sınırlar), her yayından önce otomatik Lighthouse kontrolü çalıştırmak ve saha verisini aylık takip etmek gerekir.
Hız tek başına sıralama garantisi vermez; Google içerik alaka düzeyini ve kullanıcı niyetine uygunluğu çok daha ağır tartar. Ancak iki sayfa içerik olarak başa baş olduğunda ve özellikle dönüşüm oranında, hızlı sayfa her zaman avantajlıdır. Bu yüzden Core Web Vitals'i bir SEO görevi değil, bir ürün kalitesi standardı olarak ele almak doğru yaklaşımdır.
Sonuç
Core Web Vitals; sunucu, kod ve tasarım ekiplerinin birlikte sahiplenmesi gereken bir kalite standardıdır. LCP'de görsel ve sunucu, INP'de JavaScript disiplini, CLS'te düzen planlaması öne çıkar. Siteniz bugün hangi eşiğin neresinde? Mevcut durumunuzu birlikte ölçüp hedefe giden yolu netleştirebiliriz.
Sıkça Sorulan Sorular
Düzeltme süresi, sorunun kaynağına göre değişir: görsel optimizasyonu hızlı sonuç verirken sunucu veya altyapı değişikliği daha kapsamlı bir çalışma gerektirir. Ayrıca Google'ın saha verisi (CrUX) 28 günlük kayan bir pencereyle hesaplandığı için iyileştirmelerin Search Console raporuna yansıması da zaman alır; laboratuvar testleri ise değişikliği hemen gösterir.
Mobil cihazlarda işlemci ve ağ koşulları masaüstüne göre daha sınırlıdır; aynı sayfa telefonda belirgin biçimde daha yavaş yüklenir ve etkileşime daha geç yanıt verir. Google mobil öncelikli dizinleme kullandığı ve çoğu sitede ziyaretlerin büyük kısmı mobilden geldiği için eşikleri mobil verisiyle karşılamak önceliklidir.
Zorunlu değildir. Lighthouse kontrollü bir laboratuvar testidir; Core Web Vitals ise gerçek kullanıcıların yaşadığı saha verisine dayanır. Lighthouse'ta yüksek skor iyi bir işarettir, ancak sonuç gerçek cihaz ve bağlantı çeşitliliğinde Search Console ve PageSpeed Insights saha verisiyle doğrulanmalıdır.
Orb Medya EditörlükUzman Ekip
Kıdemli Dijital Strateji Ekibi
Orb Medya Dijital Strateji ve Mühendislik Laboratuvarı: web, yazılım, performans pazarlaması ve içerik üretimini tek çatı altında yürüten ekibimizin notları.