Core Web Vitals konusu SEO dünyasında hem fazla abartıldı hem de yanlış anlatıldı. Bir kesim "her şey bu, içerik artık önemli değil" derken diğer kesim "sadece Google'ın bir moda hamlesi, geçer" dedi. Gerçek her zamanki gibi ortada bir yerde.
Şunu net söyleyeyim: Core Web Vitals, içeriğin yerini almıyor. Ama eşit içeriğe sahip iki site arasında ciddi bir ayrım yapıcı. Ve kullanıcı deneyimi açısından — SEO'yu bir kenara bıraksak bile — bu metriklerin iyileşmesi dönüşüm oranına direkt yansıyor.
Üç Metrik: LCP, INP ve CLS
LCP — Largest Contentful Paint
Sayfadaki en büyük görsel veya metin bloğunun yüklenme süresi. Kullanıcı açısından "sayfa ne zaman kullanılabilir görünüyor" sorusunun yanıtı bu. Hedef: 2,5 saniyenin altı. 4 saniyenin üzeri "kötü" sınıfına giriyor.
LCP'yi kötüleştiren en yaygın nedenler: büyük ve optimize edilmemiş hero görseli, yavaş sunucu yanıt süresi (TTFB), render-blocking JavaScript ve CSS, ve web fontlarının geç yüklenmesi.
İyileştirme yolları:
- Hero görselini
preloadetiketiyle önceden yükleyin:<link rel="preload" as="image"> - Görsel boyutlarını WebP veya AVIF formatıyla sıkıştırın
- Sunucu tarafında CDN kullanın; TTFB'yi 800ms altında tutmaya çalışın
- Kritik CSS'i inline yazın; render-blocking kaynakları defer/async ile yükleyin
INP — Interaction to Next Paint
2024 yılında FID (First Input Delay) metriğinin yerini alan INP, kullanıcı etkileşimine — tıklama, dokunma, klavye girişi — sayfanın ne kadar hızlı tepki verdiğini ölçüyor. Hedef: 200ms altı. 500ms üzeri kötü.
FID'den farkı şu: FID yalnızca ilk etkileşimi ölçerken INP, sayfadaki tüm etkileşimlerin en kötüsünü baz alıyor. Bu, özellikle form doldurma, filtre uygulama veya çok sayfalı checkout gibi interaktif deneyimlerde kritik.
INP'yi kötüleştiren en yaygın neden: JavaScript'in ana thread'i uzun süre bloklaması (long tasks). 50ms üzerindeki görevler "long task" sayılır. İyileştirme için büyük JS bloklarını küçük parçalara bölmek, kullanılmayan JavaScript'i kaldırmak ve event handler'ları optimize etmek gerekiyor.
CLS — Cumulative Layout Shift
Sayfa yüklenirken görsel öğelerin ne kadar beklenmedik biçimde yer değiştirdiğini ölçer. Okurken metin kayması, butona tıklamak isterken başka bir öğenin yerine geçmesi — bunlar CLS sorunlarının kullanıcıya yansıması. Hedef: 0,1 altı. 0,25 üzeri kötü.
CLS'nin en yaygın nedenleri ve çözümleri:
- Boyutu belirtilmemiş görseller ve videolar: HTML'de her zaman
widthveheightözelliği tanımlayın; tarayıcı yüklenmeden önce yer ayırabilsin. - Dinamik içerik ekleme (banner, cookie bar, reklam): Mevcut içeriğin üstüne ekleniyorsa kayma olur. Bunlar için önceden alan rezerve edin.
- Web fontlarının geç yüklenmesi:
font-display: swapveyafont-display: optionalkullanımı layout shift'i azaltır.
Hangi Araç Neyi Ölçer?
Core Web Vitals'ı ölçmek için iki farklı veri kaynağı var ve bunları karıştırmamak önemli:
- Field data (gerçek kullanıcı verisi — CrUX): Chrome User Experience Report veritabanından gelen, gerçek ziyaretçilerin deneyimlerine dayalı veri. Google Search Console'un "Core Web Vitals" raporu ve PageSpeed Insights'ın üst kısmı bu veriyi kullanır. SEO açısından önemli olan bu veridir; Google sıralama kararını lab verisiyle değil field datayı ile alıyor.
- Lab data (kontrollü ortam): Lighthouse, WebPageTest gibi araçlar sayfayı simüle edilmiş bir ortamda test eder. Hızlı geri bildirim almak ve spesifik sorunları tespit etmek için çok değerli; ama field data'dan farklı sonuçlar verebilir. Kötü field data ama iyi lab data görüyorsanız, gerçek kullanıcı cihaz ve bağlantı koşulları sorun kaynağı olabilir.
Pratik iş akışı: Önce Google Search Console'daki "Core Web Vitals" raporuna bakın. Kötü veya iyileştirme gereken URL gruplarını tespit edin. Ardından o sayfaları PageSpeed Insights'ta çalıştırın ve spesifik sorunları görün. Geliştirici ortamında Lighthouse ile değişikliklerin etkisini test edin. Canlıya alın ve birkaç hafta sonra field data'nın iyileşip iyileşmediğini kontrol edin.
SEO'ya Gerçek Etkisi: Dürüst Bir Değerlendirme
Google, Core Web Vitals'ın sıralama üzerindeki etkisini "tiebreaker" — yani eşit güçteki sayfalar arasında belirleyici — olarak tanımladı. Bu, şunu söylüyor: Eğer içerik, backlink profili ve diğer sinyaller iki site için eşdeğerse, daha iyi Core Web Vitals'a sahip olan öne geçebilir. Ama kötü içerikli, hızlı bir site, iyi içerikli yavaş bir sitenin önüne geçmiyor.
Bu denklemi tersinden de okumak lazım: Rakiplerinizin çoğunun Core Web Vitals skoru düşükse, bu alanda öne geçmek görece kolay bir avantaj. Özellikle rekabetçi yerel SEO pazarlarında ve e-ticarette bu teknik üstünlük, benzer içerik kalitesiyle sıralamanızı yukarı taşıyabilir.
Bir sitenin Core Web Vitals skorunu iyileştirdikten sonra dönüşüm oranında artış görmesi, SEO etkisinden çok daha hızlı ve ölçülebilir bir getiri. Kullanıcı deneyimi direkt iş sonuçlarına bağlanıyor.
Sonuç olarak: Core Web Vitals'ı teknik SEO'nun zorunlu temeli olarak görün. Düzeltilmesi gereken bir liste değil, sürekli izlenmesi gereken sağlık göstergesi. Search Console'daki raporu ayda en az bir kez kontrol etmek, büyük sürprizlerin önüne geçer.