Core Web Vitals 2026 Eşikleri: LCP, INP ve CLS

Google, web sitesi kullanıcı deneyimini, Time to First Byte (TTFB) gibi sunucu düzeyi metriklerle desteklenen üç ana metrik aracılığıyla değerlendirir. Her metrik üç performans derecelendirmesi içerir: İyi, İyileştirilmesi Gerekiyor ve Zayıf. Google bu metrikleri, Chrome User Experience Report tarafından toplanan gerçek kullanıcı verilerini kullanarak mobil ve masaüstü ziyaretleri için bağımsız olarak hesaplar.

• Largest Contentful Paint (LCP): İyi 2,5 saniye veya daha azdır; Zayıf 4,0 saniyeden fazladır.
• Interaction to Next Paint (INP): İyi 200 milisaniye veya daha azdır; Zayıf 500 milisaniyeden fazladır.
• Cumulative Layout Shift (CLS): İyi 0,1 veya daha azdır; Zayıf 0,25’ten fazladır.
• Time to First Byte (TTFB): İlk yanıt teslimini desteklemek için iyi hedef 0,8 saniye veya daha azdır.

Search Console raporlarında geçer not almak için 28 günlük bir süre boyunca kaydedilen sayfa ziyaretlerinin yüzde 75’inin her metrik için İyi eşiğine ulaşması gerekir. 75. yüzdelik dilimde tek bir metrik bile İyileştirilmesi Gerekiyor veya Zayıf kategorisine düşerse, URL genel değerlendirmeden geçemez.

Cihaz yetenekleri ve ağ hızları masaüstü bilgisayarlar ile mobil cihazlar arasında önemli ölçüde farklılık gösterir. Akıllı telefon CPU’ları genellikle masaüstü işlemcilerden daha az güçlüdür ve mobil ağ gecikmesi sinyal gücüne göre değişir. Performansın ayrı ayrı ölçülmesi, güçlü masaüstü metriklerinin zayıf mobil kullanıcı deneyimlerini gizlemesini önler.

75. yüzdelik dilim eşiği, ziyaretçilerin çoğunluğunun yüksek performanslı bir web deneyimi almasını sağlar. Mobil oturumların yüzde 74’ü 2,5 saniyenin altında yükleniyorsa ancak yüzde 26’sı daha uzun bekleme süreleri yaşıyorsa, sayfa İyileştirilmesi Gerekiyor kategorisine düşer. Bu yaklaşım, teknik ekipleri düşük kaliteli cihazlarda ve daha yavaş bağlantılarda tutarlı bir şekilde çalışan dayanıklı siteler oluşturmaya teşvik eder.

Largest Contentful Paint, kullanıcı ekranındaki ana içerik öğesinin (örneğin bir hero banner görseli, video küçük resmi veya büyük metin bloğu) oluşturulması için gereken süreyi izler. Yüksek LCP değerleri genellikle yavaş sunucu yanıt sürelerinden, oluşturmayı engelleyen CSS veya JavaScript’ten ve varlık indirme gecikmelerinden kaynaklanır. Tarayıcıya kritik varlıkları yüklemesi için yeterli zaman tanımak amacıyla 0,8 saniye veya daha az bir Time to First Byte (TTFB) hedefleyin.

Yüksek çözünürlüklü görsellere sahip tipik bir e-ticaret mağazasında, ürün sayfalarındaki hero görseli genellikle LCP öğesi olarak hizmet eder. Web sayfaları ekranın üst kısmındaki medyalara lazy loading uyguladığında, tarayıcılar JavaScript yürütme işlemi tamamlanana kadar bu varlıkların indirilmesini geciktirir. Yüklemeyi hızlandırmak için ana başlık görsellerinden lazy loading’i kaldırın ve fetchpriority=”high” özniteliğini doğrudan HTML etiketine uygulayın.

CSS teslimatını optimize etmek de LCP sürelerini iyileştirir. Gereksiz CSS kuralları, tarayıcı ana görsel bloğu çizemeden önce ana iş parçacığı oluşturmayı engeller. İlk ekran oluşturma için gereken kritik CSS’i satır içi stil etiketlerine çıkarın, kritik olmayan harici stil sayfalarını ise erteleyin.

Interaction to Next Paint, kullanıcı eylemleri (bir düğmeye dokunmak veya metin girmek gibi) ile sonraki görsel kare güncellemesi arasındaki süreyi ölçerek genel sayfa yanıt hızını değerlendirir. Yüksek INP değerleri, ana tarayıcı iş parçacığında uzun görevler yürütüldüğünde ve anında UI oluşturmayı engellediğinde ortaya çıkar.

INP’yi 200 milisaniyenin altında tutmak için front-end kodunun 50 milisaniyeyi aşan uzun görevleri yürütmekten kaçınması gerekir. Geliştiriciler, setTimeout veya scheduler.yield() gibi yerel API seçeneklerini kullanarak monolitik işlevleri daha küçük asenkron yürütme bloklarına bölebilirler. Bu, tarayıcı ana iş parçacığının kullanıcı etkinliklerini yürütme adımları arasında hızlı bir şekilde işlemesine olanak tanır.

Canlı sohbet widget’ları, analitik izleyiciler ve pazarlama pikselleri gibi üçüncü taraf komut dosyaları genellikle beklenmedik ana iş parçacığı gecikmelerini tetikler. Tipik bir site denetiminde, birden fazla üçüncü taraf etiketini aynı anda çalıştırmak, düğme tıklamaları sırasında iş parçacığı yürütmeyi engeller. Harici komut dosyalarını düzenli olarak denetleyin, gerekli olmayan etiketleri asenkron olarak yükleyin veya arka plan hesaplamalarını web worker’lara aktarın.

Cumulative Layout Shift, sayfa oluşturma sırasında düzen öğelerinin ne sıklıkla beklenmedik bir şekilde kaydığını ölçerek görsel kararlılığı nicelleştirir. Düzen kaymaları, öğeler önceden ayrılmış alan olmadan asenkron olarak yüklendiğinde meydana gelir ve mevcut içeriğin aniden hareket etmesine neden olur.

Yüksek CLS puanlarının birincil nedeni, görsellerde, yerleştirme kapsayıcılarında ve dinamik olarak yüklenen reklamlarda düzen boyutlarının eksik olmasıdır. Tarayıcıda önceden tanımlanmış boyutlar olmadığında, varlıkların indirilmesi bitene kadar sayfa geometrisini hesaplayamaz, bu da reflow’lara yol açar.

• Tüm görsel ve video HTML öğelerinde açık genişlik ve yükseklik öznitelikleri belirtin veya CSS kullanarak açık en-boy oranları tanımlayın.
• Çevredeki öğelerin zıplamasını önlemek için reklam banner’ları ve bildirim çubukları gibi dinamik içerikler için özel düzen kapsayıcıları ayırın.
• Web yazı tipi yükleme gecikmelerinden kaynaklanan metin reflow kaymalarını ortadan kaldırmak için yazı tipi ön yüklemesi ile birlikte font-display: swap veya font-display: optional kullanın.
• Doğrudan kullanıcı girişi tarafından açıkça başlatılmadıkça, sayfa oluşturulduktan sonra mevcut görünür öğelerin üzerine yeni HTML içeriği eklemekten kaçının.