Core Web Vitals Nedir ve SEO'yu Nasıl Etkiler? [2026]

PageSpeed Insights'ta kırmızı bir skor gördünüz ve sıralamanızın düşeceğinden mi endişeleniyorsunuz? Core Web Vitals konusunda en sık karşılaştığımız iki hata, ya bu metrikleri tamamen görmezden gelmek ya da tek başına sıralama kurtarıcısı sanmak. Gerçek, ikisinin arasında: Google bu metrikleri sıralama sistemlerinde kullanıyor ama alakalılığın önüne koymuyor.

Bu yazıda LCP, INP ve CLS'nin ne ölçtüğünü, eşik değerlerini, hangi aracın hangi veriyi verdiğini ve her metrik için adım adım iyileştirme yöntemlerini Google'ın ve web.dev'in resmi dokümanlarına dayanarak anlatıyoruz.

İçindekiler

• Core Web Vitals Nedir?
• Eşik Değerleri: İyi, İyileştirme Gerekli, Kötü
• Core Web Vitals Sıralamayı Ne Kadar Etkiler?
• Nasıl Ölçülür? Saha Verisi ve Laboratuvar Verisi
• Tanılama İş Akışı: Sorunlu Sayfadan Kök Nedene
• LCP Optimizasyonu
• INP Optimizasyonu
• CLS Optimizasyonu
• İyileştirme Öncelikleri ve Doğrulama
• Sık Sorulan Sorular

Core Web Vitals Nedir?

Core Web Vitals, Google'ın gerçek kullanıcı deneyimini ölçmek için tanımladığı üç metrikten oluşur:

INP, 2024'te FID'in (First Input Delay) yerini alarak kararlı bir Core Web Vitals metriği oldu. FID yalnızca ilk etkileşimin gecikmesine bakıyordu; INP ise sayfa ömrü boyunca gerçekleşen etkileşimleri hesaba katıyor. Bu yüzden FID'i rahatça geçen bazı siteler INP'de sorun yaşamaya başladı.

Eşik Değerleri: İyi, İyileştirme Gerekli, Kötü

Bu eşikleri doğru yorumlamak için iki kuralı bilmek gerekir:

1. 75. persentil kuralı: web.dev'e göre değerlendirme, sayfa yüklemelerinin 75. persentiline bakılarak, mobil ve masaüstü için ayrı ayrı yapılır. Yani ziyaretlerin en az %75'i "iyi" eşiğin içindeyse sayfa o metrikte iyi sayılır. Ortalama değil, yavaş kullanıcıları da içeren bir dilim esas alınıyor.
2. Üç metriğin birlikte geçmesi: Bir sayfanın Core Web Vitals değerlendirmesini geçmesi için üç metrikte de "iyi" eşiğin içinde olması gerekir. LCP'si mükemmel ama CLS'si kötü bir sayfa değerlendirmeyi geçemez.

INP'nin değeri de dikkat ister: web.dev'e göre çoğu sitede en yüksek gecikmeli etkileşim INP olarak raporlanıyor; çok sayıda etkileşim olan sayfalarda ise her 50 etkileşimde en yüksek bir tanesi aykırı değer olarak dışarıda bırakılıyor.

Core Web Vitals Sıralamayı Ne Kadar Etkiler?

Google'ın sayfa deneyimi dokümanı bu sorunun cevabını üç cümleyle veriyor:

• Core Web Vitals, Google'ın sıralama sistemleri tarafından kullanılıyor.
• Google Arama, sayfa deneyimi zayıf olsa bile her zaman en alakalı içeriği göstermeye çalışıyor.
• Search Console raporlarında veya üçüncü taraf araçlarda iyi skorlar almak, sayfanızın Google sonuçlarında en üstte yer alacağını garanti etmiyor.

Google ayrıca tek bir "sayfa deneyimi sinyali" olmadığını, sıralama sistemlerinin sayfa deneyimiyle ilgili birden çok sinyale baktığını belirtiyor. Core Web Vitals dokümanında ise site sahiplerine Search'te başarı için iyi Core Web Vitals değerlerine ulaşmalarını "şiddetle" önerdiğini yazıyor.

Bundan çıkan pratik sonuç: İçeriğiniz rakiplerinizden açıkça daha az alakalıysa Core Web Vitals'ı düzeltmek bu farkı kapatmaz. Alakalılık ve içerik kalitesi birbirine yakın sayfalar arasında ise sayfa deneyimi, kullanıcıyı sitede tutan ve dönüşüme götüren faktörlerden biri olarak önem kazanır. Diğer sıralama faktörleriyle birlikte nasıl değerlendirildiğini Google sıralama faktörleri yazımızda ele aldık.

Nasıl Ölçülür? Saha Verisi ve Laboratuvar Verisi

Core Web Vitals araçlarını anlamanın anahtarı iki veri türünü ayırmak:

• Saha verisi (field data): Gerçek Chrome kullanıcılarından toplanan veri (CrUX, Chrome User Experience Report). Google'ın değerlendirmesi bu veriye dayanır.
• Laboratuvar verisi (lab data): Kontrollü bir ortamda tek bir yüklemenin simülasyonu. Sorunu tekrar üretmek ve kök nedeni bulmak için kullanılır.

Önemli bir uyarı: Lighthouse bir laboratuvar aracı olduğu için gerçek kullanıcı etkileşimi içermez ve INP'yi ölçemez. Laboratuvar ortamında INP'ye en yakın gösterge Total Blocking Time (TBT) metriğidir. Lighthouse skorunuz 100 olsa bile saha verisinde INP sorunu yaşayabilirsiniz.

Search Console'daki raporun nasıl okunacağını Google Search Console kullanım rehberimizde ayrıntılı anlattık.

Tanılama İş Akışı: Sorunlu Sayfadan Kök Nedene

Core Web Vitals sorunlarını rastgele "hız optimizasyonu" ile değil, şu sırayla ele alın:

1. Search Console'da sorunlu grubu bulun. Core Web Vitals raporunda mobil ve masaüstü ayrı listelenir. "Kötü" veya "İyileştirme gerekli" durumundaki URL gruplarını ve hangi metrikte takıldıklarını not edin.
2. Grubu temsil eden bir URL seçin. Search Console benzer sayfaları gruplar; aynı şablondan (ürün sayfası, blog yazısı, kategori sayfası) gelen sayfalar genellikle aynı sorunu paylaşır. Şablon düzeyinde yapılan bir düzeltme yüzlerce URL'yi birden iyileştirir.
3. PageSpeed Insights'ta saha ve laboratuvar verisini karşılaştırın. Saha verisi sorunu doğrular, laboratuvar bölümü ise "LCP öğesi", "uzun ana iş parçacığı görevleri" gibi teşhisleri gösterir.
4. DevTools'ta kök nedeni bulun. Performance panelinde LCP öğesinin ne olduğunu, hangi kaynağın onu geciktirdiğini, hangi script'in uzun görev oluşturduğunu veya hangi öğenin kaydığını tespit edin.
5. Düzeltmeyi uygulayıp laboratuvarda doğrulayın, ardından saha verisinin güncellenmesini bekleyin (aşağıda doğrulama bölümüne bakın).

LCP Optimizasyonu

web.dev, LCP süresini dört alt parçaya ayırıyor. Hangi parçanın uzun olduğunu bilmeden yapılan optimizasyon çoğu zaman yanlış yere harcanır:

Bu dört parçaya göre web.dev'in önerdiği adımlar:

1. LCP kaynağını HTML'de keşfedilebilir yapın. Görsel yalnızca CSS veya JavaScript'ten çağrılıyorsa tarayıcı onu geç fark eder; bu durumda yüksek öncelikle önceden yükleyin (preload).
2. LCP görselini asla lazy-load etmeyin. Görünür alandaki ana görsele loading="lazy" eklemek yüklemeyi gereksiz yere geciktirir. Hangi görsellerin lazy-load edilmesi gerektiğini görsel SEO optimizasyonu rehberimizde anlattık.
3. fetchpriority="high" kullanın. Muhtemel LCP görseline yüksek öncelik verin; ancak web.dev'e göre bir veya iki görselden fazlasına yüksek öncelik vermek önceliklendirmeyi etkisiz hale getirir.
4. Kaynağın boyutunu küçültün. Modern formatlar (WebP, AVIF), sıkıştırma ve ekrana uygun boyut kullanın. Kaynağı kullanıcıya yakın sunmanın en iyi yolu bir CDN kullanmaktır.
5. Render'ı engelleyen kaynakları azaltın. Kritik CSS'i satır içine alın, JavaScript'i erteleyin, <head> içinde senkron script kullanmaktan kaçının. web.dev, istemci tarafında oluşturulan sayfalar için sunucu tarafı render veya önceden render kullanmayı öneriyor; bu konuyu JavaScript SEO yazımızda ele aldık.
6. TTFB'yi düşürün. Yönlendirme sayısını azaltın, CDN'in önbellekten sunmasını engelleyen gereksiz URL parametrelerinden kaçının.

web.dev ayrıca bir alt parçayı optimize etmenin süreyi başka bir parçaya kaydırabileceği uyarısını yapıyor: görseli küçültmek, render engelleyici bir script varsa LCP'yi değiştirmeyebilir. Dört parçaya birlikte bakın.

INP Optimizasyonu

web.dev, her etkileşimi üç aşamaya ayırıyor: girdi gecikmesi (olay işleyicisi çalışmaya başlamadan önce geçen süre), işleme süresi (olay işleyicilerinin çalışma süresi) ve sunum gecikmesi (işleyiciler bittikten sonra yeni karenin ekrana gelmesine kadar geçen süre). Her aşamanın ayrı çözümü var:

Sık karşılaşılan INP kaynakları: aynı anda yüklenen çok sayıda pazarlama etiketi, büyük tek parça JavaScript paketleri ve filtre/sepet gibi her tıklamada tüm sayfayı yeniden çizen bileşenler. Shopify gibi uygulama tabanlı platformlarda uygulama sayısı arttıkça script yükü de artar; bunu Shopify SEO rehberimizde ele aldık. WordPress tarafında eklenti kaynaklı yükü WordPress SEO eklentileri yazımızda anlattık.

CLS Optimizasyonu

CLS'nin kaynakları genellikle tahmin edilebilir ve düzeltmesi diğer iki metriğe göre daha kolaydır:

1. Görsel ve videolara boyut verin. Her <img> ve <video> öğesine width ve height niteliği ya da CSS'te aspect-ratio tanımlayın. Tarayıcı böylece görsel inmeden alanını ayırır.
2. Reklam, gömülü içerik ve iframe'ler için alan ayırın. Boyutu sonradan belirlenen reklam alanları en yaygın kayma kaynaklarından biridir. Kapsayıcıya beklenen boyutta sabit bir yükseklik verin.
3. Mevcut içeriğin üstüne sonradan öğe eklemeyin. Çerez bildirimi, kampanya bandı veya "uygulamamızı indirin" çubuğu sayfanın üstüne itilerek ekleniyorsa altındaki tüm içerik kayar. Bu öğeleri içeriği itmeyen bir katman olarak gösterin ya da alanlarını baştan ayırın.
4. Web fontlarının neden olduğu kaymayı azaltın. Yedek font ile web fontu arasındaki boyut farkı metni kaydırır. font-display ayarı ve yedek fontun ölçülerini web fontuna yaklaştıran size-adjust gibi tanımlar bu farkı küçültür.
5. Animasyonlarda transform kullanın. top, left, height gibi yerleşimi değiştiren özellikleri animasyonla değiştirmek kaymaya yol açar; transform ise yerleşimi etkilemez.

İyileştirme Öncelikleri ve Doğrulama

Her site farklıdır, ancak genel önceliklendirme için şu sırayı öneriyoruz:

1. En çok trafik alan şablondan başlayın. Ürün sayfası şablonundaki bir düzeltme, tek tek blog yazılarını düzeltmekten çok daha fazla URL'yi etkiler.
2. "Kötü" durumundaki metrikleri "İyileştirme gerekli"lerden önce ele alın.
3. Mobil ve masaüstünü ayrı ele alın. Saha verisi iki cihaz türü için ayrı değerlendirilir; bir cihazda geçen sayfa diğerinde takılabilir. Google'ın dizine eklemede mobil sürümü esas aldığını da hesaba katın (mobil öncelikli dizine ekleme rehberimiz).
4. Üçüncü taraf script'leri denetleyin. Kullanılmayan etiketleri kaldırmak hem INP'yi hem LCP'yi aynı anda iyileştirebilir. Kapsamlı bir kontrol için SEO audit hizmetimiz bu envanteri de içerir.

Doğrulama: Saha verisi gerçek kullanıcılardan son 28 günlük dönem üzerinden toplandığı için, düzeltmenin Search Console'a yansıması anında olmaz. Düzeltmeyi yayınladıktan sonra Search Console'daki Core Web Vitals raporunda ilgili sorun için "Düzeltmeyi doğrula" seçeneğini kullanın; Search Console doğrulamayı 28 günlük bir izleme süresi boyunca takip eder. Bu sürede laboratuvar testleriyle regresyon olmadığını kontrol edin.

Sürekli izleme: Core Web Vitals bir kez düzeltilip bırakılan bir iş değil. Her yeni özellik, her yeni pazarlama etiketi bu metrikleri etkileyebilir. Platform değişimi ve site taşıma ise en yüksek regresyon riskini taşır; geçiş sonrası izleme adımlarını site migrasyonu SEO rehberimizde ele aldık.

Sık Sorulan Sorular

Core Web Vitals eşik değerleri nelerdir?

İyi kabul edilen eşikler LCP için 2,5 saniye, INP için 200 milisaniye, CLS için 0,1'dir. LCP 4 saniyeyi, INP 500 milisaniyeyi, CLS 0,25'i aşarsa "kötü" sayılır; aradaki değerler "iyileştirme gerekli" kategorisindedir. Değerlendirme, sayfa yüklemelerinin 75. persentiline göre, mobil ve masaüstü için ayrı yapılır.

Core Web Vitals sıralama faktörü mü?

Evet. Google'ın sayfa deneyimi dokümanına göre Core Web Vitals, Google'ın sıralama sistemleri tarafından kullanılıyor. Ancak Google, sayfa deneyimi zayıf olsa bile en alakalı içeriği göstermeye çalıştığını ve iyi skorların üst sıralarda yer almayı garanti etmediğini belirtiyor. Yani alakalılık önce gelir, sayfa deneyimi benzer sayfalar arasında fark yaratır.

Core Web Vitals puanları nasıl artırılır?

Önce Search Console'daki Core Web Vitals raporundan hangi sayfa grubunun hangi metrikte takıldığını bulun. LCP için görseli HTML'de keşfedilebilir yapıp önceliklendirin ve render engelleyen kaynakları azaltın. INP için uzun JavaScript görevlerini bölün ve gereksiz üçüncü taraf script'leri kaldırın. CLS için görsellere boyut verin ve reklam alanlarını önceden ayırın.

Lighthouse skoru kötü ise sıralama hemen düşer mi?

Hayır. Lighthouse bir laboratuvar aracıdır; Google'ın değerlendirmesi ise gerçek Chrome kullanıcılarından toplanan saha verisine (CrUX) dayanır. Lighthouse skoru düşük ama saha verisi iyi olan bir sayfa Core Web Vitals değerlendirmesini geçebilir. Ayrıca Lighthouse INP'yi ölçemez, bu yüzden saha verisini her zaman Search Console veya PageSpeed Insights'tan kontrol edin.

FID neden INP ile değiştirildi?

FID yalnızca kullanıcının sayfadaki ilk etkileşiminin gecikmesini ölçüyordu ve olay işleyicisinin çalışma süresini ya da ekranın güncellenmesini kapsamıyordu. INP ise sayfa ömrü boyunca gerçekleşen etkileşimlerin tamamını hesaba katarak girdi gecikmesi, işleme süresi ve sunum gecikmesini birlikte ölçer. INP, 2024'te kararlı bir Core Web Vitals metriği oldu.

Core Web Vitals, teknik SEO'nun bir parçası. Tarama, indeksleme, schema markup ve duplicate content gibi diğer teknik boyutlar için teknik SEO rehberimize göz atabilirsiniz. Sitenizin performans sorunlarını şablon düzeyinde tespit edip geliştirici ekibinizle birlikte çözmek için teknik SEO hizmetimizi inceleyebilirsiniz. Teknik performansın organik büyümeye yansımasını görmek için müşteri sonuçlarımıza, bütçe planlaması için paket fiyatlarımıza bakabilirsiniz. Teknik altyapının AI arama görünürlüğüne katkısını merak ediyorsanız GEO optimizasyon rehberimizi incelemenizi öneririz. Sitenizin Core Web Vitals durumunu birlikte değerlendirmek için ücretsiz site değerlendirmesi talep edebilirsiniz.