Core Web Vitals nedir? Kısaca, Google'ın bir web sayfasındaki kullanıcı deneyimini ölçmek için kullandığı üç temel metriktir: sayfanın ana içeriğinin ne kadar hızlı yüklendiği (LCP), sayfanın tıklama ve dokunuşlara ne kadar çabuk tepki verdiği (INP) ve sayfa yüklenirken içeriğin ne kadar kaydığı (CLS). 12 Mart 2024'ten bu yana etkileşim metriği olarak FID'nin yerini INP almıştır.
Kısaca
- Üç metrik: LCP (yükleme), INP (etkileşim), CLS (görsel kararlılık).
- İyi değerler: LCP ≤ 2,5 saniye, INP ≤ 200 milisaniye, CLS ≤ 0,1.
- Değerlendirme, gerçek kullanıcı ziyaretlerinin 75. yüzdelik dilimine göre, mobil ve masaüstü için ayrı yapılır.
- INP, 12 Mart 2024'te FID'nin yerini alarak resmî Core Web Vital oldu.
- Google bu metrikleri sıralamada kullanır, ama alakalı ve faydalı içeriğin yerini tutmazlar.
Core Web Vitals nedir ve neden önemlidir?
Bir ziyaretçi sitenize girdiğinde üç şeyi hemen fark eder: Sayfa ne kadar çabuk açıldı, bir yere dokunduğunda tepki ne kadar hızlı geldi ve okumaya çalışırken içerik yerinden oynadı mı? Kısacası Core Web Vitals, bu üç deneyimi sayıya çevirir.
Google, bu metriklerin arama sıralama sistemlerinde kullanıldığını açıkça belirtir ve site sahiplerine iyi değerler hedeflemelerini önerir. Bununla birlikte Google, sayfa deneyimi zayıf olsa bile en alakalı içeriği göstermeye çalıştığını da vurgular. Yani Core Web Vitals tek başına bir sıralama garantisi değildir. Ancak benzer kalitede içerikler arasında fark yaratabilen bir etkendir. SEO'nun genel çerçevesini SEO nedir yazımızda anlattık.
Sıralamadan bağımsız olarak hız ve kararlılık doğrudan iş sonucunu etkiler: Yavaş açılan, dokunuşa geç tepki veren ya da yanlış butona bastıran bir sayfa, ziyaretçiyi formu doldurmadan kaçırır.
Üç metrik ne ölçer? LCP, INP ve CLS

| Metrik | Neyi ölçer? | İyi | Geliştirilmeli | Zayıf |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Ana içeriğin yüklenme süresi | ≤ 2,5 sn | 2,5–4 sn | > 4 sn |
| INP (Interaction to Next Paint) | Etkileşime görsel tepki süresi | ≤ 200 ms | 200–500 ms | > 500 ms |
| CLS (Cumulative Layout Shift) | Beklenmeyen kayma miktarı | ≤ 0,1 | 0,1–0,25 | > 0,25 |
Bir sayfanın "iyi" sayılması için bu üç değerin, gerçek ziyaretlerin 75. yüzdelik diliminde eşiği geçmesi gerekir. Bu şu anlama gelir: Ziyaretlerin en az dörtte üçü iyi bir deneyim yaşamalıdır. Ayrıca mobil ve masaüstü ayrı değerlendirilir. Çoğu sitede asıl zorluk mobildedir.
LCP: Ana içerik ne zaman göründü?
LCP (Largest Contentful Paint, en büyük içerikli boyama), görünür alandaki en büyük görselin ya da metin bloğunun ekrana çizildiği anı ölçer. Kurumsal sitelerde bu genellikle açılıştaki büyük görsel (hero görseli), bir slayt ya da ana başlıktır.
LCP'yi en çok bozan etkenler:
- Sıkıştırılmamış, gereğinden büyük görseller. Doğru format seçimi için kayıplı ve kayıpsız sıkıştırma yazımıza bakabilirsiniz.
- Ana görselin "tembel yükleme" (lazy load) ile geciktirilmesi. Özellikle ekranın üstündeki görseli geciktirmemelisiniz.
- Sunucunun ilk yanıtı geç vermesi. Paylaşımlı bir sunucunun sınırlarını hosting yazımızda anlatmıştık.
- Sayfanın çizilmesini engelleyen büyük CSS ve JavaScript dosyaları.
INP: Sayfa tıklamaya ne kadar çabuk tepki verdi?
INP (Interaction to Next Paint, bir sonraki boyamaya kadar etkileşim), ziyaretçinin sayfadaki tıklama, dokunma ve klavye etkileşimlerinden sonra ekranda bir değişiklik görmesinin ne kadar sürdüğünü ölçer. Tek bir etkileşime değil, ziyaret boyunca yapılan etkileşimlere bakar ve neredeyse tamamının altında kaldığı gecikmeyi raporlar. Buna karşılık fareyle üzerine gelme (hover) ve kaydırma (scroll) tek başına sayılmaz.
Pratikte INP sorunları şöyle görünür: Menü butonuna basılır ama menü bir an sonra açılır, sekmeler geç değişir, "Sepete ekle" butonu donuk kalır. Bunun nedeni çoğunlukla tarayıcının ana iş parçacığını meşgul eden ağır JavaScript kodudur: çok sayıda eklenti betiği, sohbet balonları, takip kodları ya da büyük animasyon kütüphaneleri.
CLS: İçerik yerinden kaydı mı?
CLS (Cumulative Layout Shift, toplam düzen kayması), sayfa açılırken ya da kullanılırken içeriğin beklenmedik biçimde ne kadar yer değiştirdiğini ölçer. Örneğin bir habere tıklamak üzereyken üstte bir reklam belirip metni aşağı ittiğinde yaşadığınız şey budur.
En yaygın nedenler:
- Genişlik ve yükseklik değeri verilmemiş görseller ve videolar.
- Yedek fonttan farklı boyutta görünen web fontları.
- Sonradan yüklenip kendini büyüten reklam, harita ya da sosyal medya gömmeleri.
- Var olan içeriğin üstüne sonradan eklenen bantlar (ör. çerez bildirimi, duyuru şeridi).
INP neden FID'nin yerini aldı?
İlk Core Web Vitals setinde etkileşim metriği FID (First Input Delay, ilk girdi gecikmesi) idi. FID yalnızca ziyaretçinin ilk etkileşimine bakıyor ve bu etkileşimin de yalnızca işlenmeye başlamadan önceki bekleme süresini ölçüyordu. Yani sayfa ilk tıklamada hızlı, sonrakilerde yavaş olsa bile FID iyi görünebiliyordu.
Buna karşılık INP, ziyaret boyunca tüm etkileşimleri ve tepkinin ekrana yansımasına kadar geçen süreyi hesaba katar. Chrome ekibi INP'yi Mayıs 2022'de deneysel bir metrik olarak tanıttı. 12 Mart 2024'te INP resmî olarak Core Web Vital oldu ve FID programdan çıkarılarak kullanımdan kaldırıldı.
Bu değişikliğin site sahipleri için pratik sonucu şudur: FID'de sorunsuz görünen bazı siteler, INP'de "geliştirilmeli" ya da "zayıf" çıkabilir. Özellikle çok sayıda eklenti ve üçüncü taraf betik kullanan sitelerde INP'ye ayrıca bakmak gerekir.
Core Web Vitals nasıl ölçülür?
İki tür veri vardır ve ikisini karıştırmamak önemlidir:
- Saha verisi (field data): Gerçek kullanıcıların gerçek cihazlarda yaşadığı deneyim. Google'ın değerlendirmesi bu veriye dayanır.
- Laboratuvar verisi (lab data): Kontrollü bir ortamda tek seferlik yapılan test. Sorunu bulmak ve düzeltmeyi denemek için kullanılır.
| Araç | Veri türü | Ne işe yarar? |
|---|---|---|
| PageSpeed Insights | Saha + laboratuvar | Tek bir adresin hem gerçek kullanıcı verisini (varsa) hem de Lighthouse testini gösterir |
| Search Console, Core Web Vitals raporu | Saha | Sitenizdeki sayfa gruplarını iyi / geliştirilmeli / zayıf diye sınıflar |
| Chrome UX Report (CrUX) | Saha | Google'ın gerçek kullanıcı verisini topladığı kamuya açık veri seti |
| Chrome Geliştirici Araçları | Laboratuvar (ve canlı ölçüm) | Hangi öğenin LCP olduğunu, hangi kaymanın CLS'ye yol açtığını gösterir |
| Lighthouse | Laboratuvar | LCP ve CLS'yi ölçer. INP'yi ölçemez; onun yerine TBT (Total Blocking Time) yaklaşık bir gösterge olarak kullanılır |
Sık karşılaşılan bir durum: Search Console'da "veri yok" mesajı. Bu genellikle sitenizin ya da sayfanızın, CrUX'te anlamlı bir rapor oluşturacak kadar ziyaret almadığı anlamına gelir. Search Console raporu ayrıca yalnızca dizine eklenmiş adresleri ve yeterli verisi olan sayfa gruplarını gösterir. Bu durumda PageSpeed Insights'taki laboratuvar sonuçları ve Chrome araçları yol gösterici olur.
Bir uyarı: PageSpeed Insights'taki 0–100 arası performans puanı bir laboratuvar puanıdır. Core Web Vitals değerlendirmesi ise sayfanın üstündeki saha verisine dayanır. Yani puanın 100 olmaması sitenizin "kötü" olduğu anlamına gelmez. Önemli olan, gerçek kullanıcıların üç metrikte eşiği geçmesidir.
Core Web Vitals nasıl iyileştirilir?
Her site farklıdır, ama kurumsal sitelerde en sık işe yarayan adımlar şunlardır:
LCP için
- Ana görseli doğru boyutta ve modern bir formatta (WebP ya da AVIF) sunun.
- Ekranın üstündeki görseli tembel yüklemeye bırakmayın.
- Sunucu yanıtını hızlandırın: sayfa önbelleği, güncel PHP sürümü, yeterli sunucu kaynağı.
- Kritik olmayan CSS ve JavaScript'i geciktirin ya da birleştirin.
INP için
- Kullanılmayan eklentileri ve üçüncü taraf betikleri kaldırın.
- Ağır animasyonları ve kaydırma efektlerini sınırlayın.
- Sohbet, harita ya da video gibi ağır gömmeleri ancak gerektiğinde yükleyin.
CLS için
- Tüm görsel ve videolara genişlik ve yükseklik verin.
- Web fontlarını sitenin kendi sunucusundan, gereken karakterlerle sınırlı biçimde sunun.
- Sonradan yüklenen bantlar ve gömmeler için önceden yer ayırın.
Optimizasyonun bir sınırı olduğunu da unutmayın. Örneğin bazı önbellek ve hızlandırma ayarları puanı yükseltirken sitenin çalışmasını bozabilir. Bu yüzden her değişiklikten sonra menüleri, formları ve mobil görünümü elle test etmek gerekir.
Bizim deneyimimiz
Kendi sitemiz artsution.com.tr WordPress, Hello Elementor ve Elementor Pro üzerinde, LiteSpeed sunucuda ve LiteSpeed Cache eklentisiyle çalışıyor. Mobil PageSpeed sonuçlarını iyileştirmek için CSS dosyalarını birleştirdik, fontları dış servisten çekmek yerine kendi sunucumuzdan sunduk ve Türkçe karakterleri de kapsayan küçük font alt kümeleri (subset) hazırladık. Ayrıca ekran dışında kalan animasyonları, ziyaretçi o bölüme gelene kadar çalıştırmıyoruz.
Bu süreçte bir ayarı bilinçli olarak kapalı tutuyoruz: LiteSpeed Cache'teki "Konuk İyileştirme" (guest optimization) özelliği. Bu özellik JavaScript'i ziyaretçinin ilk etkileşimine kadar geciktirebiliyor ve bunun sonucunda menü ve formların ilk dokunuşta çalışmadığını gördük. Laboratuvar puanı için yapılan bir iyileştirme, gerçek kullanıcının deneyimini bozuyorsa doğru bir iyileştirme değildir. INP'nin ölçmeye çalıştığı şey de tam olarak budur.
Sık sorulan sorular
Core Web Vitals değerlerim kötüyse sitem Google'da görünmez mi?
Görünür. Google, sayfa deneyimi zayıf olsa bile en alakalı içeriği göstermeye çalıştığını belirtir. Ancak benzer ve faydalı içeriğin çok olduğu aramalarda iyi bir sayfa deneyimi fark yaratabilir. Ayrıca yavaş ve kararsız bir sayfa, sıralamadan bağımsız olarak ziyaretçi kaybettirir.
FID artık önemli değil mi?
FID, 12 Mart 2024'te Core Web Vitals programından çıkarıldı ve yerini INP aldı. Bu yüzden etkileşim için bugün takip etmeniz gereken metrik INP'dir. FID'de iyi görünen bir sayfanın INP'de de iyi olduğunu varsaymayın, ayrıca kontrol edin.
PageSpeed puanım 100 değil, bu bir sorun mu?
Mutlaka değil. 0–100 arası performans puanı tek seferlik bir laboratuvar testidir. Asıl bakılması gereken, sayfanın üstündeki gerçek kullanıcı verisinin (Core Web Vitals değerlendirmesi) üç metrikte "iyi" çıkıp çıkmadığıdır. Puanı 100'e çıkarmak için sitenin işlevlerini bozacak ayarlar yapmak doğru değildir.
Search Console'da Core Web Vitals raporu neden boş?
Rapor gerçek kullanıcı verisine (CrUX) dayanır. Siteniz yeni ise ya da henüz yeterli ziyaret almıyorsa, anlamlı bir rapor oluşacak kadar veri birikmemiş olabilir. Bu durumda PageSpeed Insights'taki laboratuvar sonuçlarıyla ve Chrome Geliştirici Araçları'yla çalışabilirsiniz.
Sonuç
Core Web Vitals, "site hızlı mı?" sorusunu üç somut soruya böler: Ana içerik hızlı yüklendi mi, sayfa dokunuşa hemen tepki verdi mi, içerik yerinde durdu mu? Bu metrikler arama görünürlüğünün tek belirleyicisi değildir, ama ziyaretçinin sitenizde kalıp kalmayacağını doğrudan etkiler.
Sitenizin Core Web Vitals değerlerini iyileştirmek ya da yeni bir siteyi baştan bu ölçütlere göre kurmak istiyorsanız web tasarım ve WordPress geliştirme hizmetlerimize göz atabilir ya da bizimle iletişime geçebilirsiniz.
Kaynaklar9
- web.dev — Web Vitals web.dev
- web.dev — Interaction to Next Paint becomes a Core Web Vital on March 12 web.dev
- web.dev — Interaction to Next Paint (INP) web.dev
- web.dev — Largest Contentful Paint (LCP) web.dev
- web.dev — Cumulative Layout Shift (CLS) web.dev
- Google Search Central — Understanding Core Web Vitals and Google search results developers.google.com
- Google Search Central — Understanding page experience in Google Search results developers.google.com
- Search Console Yardım — Core Web Vitals raporu support.google.com
- PageSpeed Insights pagespeed.web.dev



