# Site hızı ve Core Web Vitals: LCP, INP, CLS nedir, nasıl düzeltilir?

> Core Web Vitals, sayfanın ne kadar hızlı göründüğünü (LCP), tıklamaya ne kadar hızlı tepki verdiğini (INP) ve yüklenirken ne kadar kaydığını (CLS) ölçen üç Google ölçüsüdür. İyi sayılmak için LCP 2,5 saniye, INP 200 milisaniye, CLS 0,1 veya altında olmalıdır. En sık sebepler büyük görseller, ağır betikler ve boyutu belirtilmemiş öğelerdir.

- Adres: https://radkod.com/blog/site-hizi-core-web-vitals
- Yayıncı: RadKod
- Yayın: 2026-09-04

## Kısaca

- Core Web Vitals üç ölçüdür: yükleme için LCP, tepki için INP, görsel kararlılık için CLS.
- Google'ın iyi eşikleri: LCP 2,5 saniye, INP 200 milisaniye, CLS 0,1 veya altı.
- Değerlendirme gerçek ziyaretçilerin verisiyle ve ziyaretlerin yüzde 75'lik dilimine göre yapılır.
- En sık sebepler büyük görseller, ağır betikler, yavaş sunucu ve boyutu belirtilmemiş öğelerdir.
- Ölçmek için PageSpeed Insights ve Search Console yeterlidir. İkisi de ücretsizdir.

## Core Web Vitals nedir?

[Core Web Vitals](/sozluk/core-web-vitals), Google'ın bir sayfadaki kullanıcı deneyimini ölçtüğü üç değerdir: sayfanın ana içeriğinin ne kadar hızlı göründüğü, tıklamaya ne kadar hızlı tepki verdiği ve yüklenirken içeriğin ne kadar kaydığı. Bu üç değerin adları LCP, INP ve CLS'dir.

Bu ölçüler "site hızlı mı" sorusunu tek bir sayıya indirmez. Bunun yerine ziyaretçinin gerçekten fark ettiği üç anı ölçer. Sayfa boş mu duruyor, düğmeye basınca bir şey oluyor mu, okurken yazı aşağı kayıyor mu.

Google, Core Web Vitals değerlerini arama sıralama sistemlerinde kullandığını söyler. Ama aynı belgede, iyi bir sayfa deneyiminin konuyla ilgili içeriğin yerini tutmadığını da yazar. Yani hız tek başına sizi üst sıraya çıkarmaz. Yavaş sayfa ise ziyaretçiyi okumadan kaçırır.

## LCP nedir ve kaç saniye olmalı?

LCP (Largest Contentful Paint), sayfadaki en büyük görsel ya da metin bloğunun ekranda göründüğü andır ve iyi sayılmak için 2,5 saniye veya altında olmalıdır. 4 saniyenin üstü kötü kabul edilir.

En büyük öğe genellikle ana sayfadaki büyük görsel, bir ürün fotoğrafı ya da yazının ilk paragrafıdır. Ziyaretçi için "sayfa açıldı" dediği an budur.

### LCP neden yavaş olur?

- **Büyük görsel:** Birkaç megabaytlık bir fotoğraf telefonda saniyeler sürer.
- **Yavaş sunucu:** Sunucu ilk baytı geç gönderirse diğer her şey gecikir. web.dev rehberi bu süre için 0,8 saniyenin altını iyi kabul eder.
- **Engelleyen dosyalar:** Sayfa, büyük CSS ve JavaScript dosyaları inmeden çizilmeye başlamaz.
- **Geç yüklenen ana görsel:** Tembel yükleme (lazy loading) ekranın altındaki görseller için iyidir, ama ilk görünen büyük görsele uygulanırsa LCP'yi geciktirir.
- **Tarayıcıda oluşturulan sayfa:** İçeriğin tamamı JavaScript ile tarayıcıda çiziliyorsa, betik inip çalışana kadar ekran boş kalır.

## INP nedir ve kaç milisaniye olmalı?

INP (Interaction to Next Paint), ziyaretçinin tıklama, dokunma ya da tuşa basmasından sonra sayfanın ekranda tepki göstermesine kadar geçen süredir ve iyi sayılmak için 200 milisaniye veya altında olmalıdır. 500 milisaniyenin üstü kötü kabul edilir.

INP, Mart 2024'te eski ölçü FID'in yerini aldı. FID sadece ilk tıklamanın gecikmesine bakıyordu. INP ise ziyaret boyunca yapılan etkileşimlere bakar ve en yavaşlarından birini raporlar. Menüyü açmak, sepete eklemek, bir filtreyi seçmek, hepsi sayılır.

### INP neden yüksek çıkar?

- **Uzun JavaScript işleri:** Tarayıcı bir betiği çalıştırırken tıklamaya cevap veremez. 50 milisaniyeden uzun süren işler uzun görev sayılır.
- **Dış betikler:** Sohbet balonu, reklam, analiz ve pazarlama kodları aynı anda çalışınca ana iş parçacığı dolar.
- **Büyük sayfa yapısı:** Binlerce öğesi olan bir sayfada her değişiklik daha uzun sürer.
- **Ağır eklentiler:** Hazır temalarda kullanılmayan özelliklerin kodu da her sayfada yüklenir.

## CLS nedir ve kaç olmalı?

CLS (Cumulative Layout Shift), sayfa yüklenirken ya da kullanılırken içeriğin beklenmedik şekilde ne kadar kaydığını gösteren bir puandır ve iyi sayılmak için 0,1 veya altında olmalıdır. 0,25'in üstü kötü kabul edilir.

Herkesin yaşadığı bir an vardır: bir linke basmak üzeresinizdir, üstte bir görsel yüklenir, her şey aşağı kayar ve başka bir yere basarsınız. CLS bunu ölçer. Birimi saniye değildir. Kayan alanın büyüklüğüne ve kayma mesafesine göre hesaplanan bir puandır.

### CLS neden yüksek çıkar?

- **Boyutu belirtilmemiş görsel:** Tarayıcı görselin ne kadar yer kaplayacağını bilmez, görsel inince alttaki içeriği iter.
- **Sonradan eklenen şeritler:** Çerez bildirimi, kampanya şeridi ya da duyuru içeriği yukarıdan itiyorsa kayma olur.
- **Reklam ve gömülü içerik:** Video, harita ve reklam alanları için yer ayrılmamışsa geç yüklenip sayfayı bozar.
- **Yazı tipi değişimi:** Önce yedek yazı tipi görünüp sonra asıl yazı tipi yüklenince satırların boyu değişir.

![Core Web Vitals eşikleri: LCP 2,5 sn, INP 200 ms, CLS 0,1 altı iyi; iyileştirilmeli ve kötü aralıkları.](https://radkod.com/images/content/core-web-vitals-esikleri.svg)

*Google'ın resmî Core Web Vitals eşikleri.*

**Core Web Vitals eşik değerleri (Google)**

| Ölçü | Neyi ölçer | İyi | İyileştirilmeli | Kötü |
| --- | --- | --- | --- | --- |
| LCP | Ana içeriğin görünme süresi | 2,5 sn veya altı | 2,5 – 4 sn | 4 sn üstü |
| INP | Etkileşime tepki süresi | 200 ms veya altı | 200 – 500 ms | 500 ms üstü |
| CLS | Beklenmedik kayma puanı | 0,1 veya altı | 0,1 – 0,25 | 0,25 üstü |

## Core Web Vitals nasıl ölçülür?

Core Web Vitals en kolay PageSpeed Insights ve Google Search Console ile ölçülür. İkisi de ücretsizdir ve Google'ın kendi araçlarıdır.

Burada iki tür veri olduğunu bilmek gerekir. **Saha verisi**, gerçek ziyaretçilerin Chrome tarayıcısından toplanan ölçümlerdir ve Chrome Kullanıcı Deneyimi Raporu (CrUX) adıyla yayınlanır. Son 28 günü kapsar. Google'ın değerlendirmesi bu veriye dayanır. **Laboratuvar verisi** ise bir aracın sayfayı bir kez, belirli bir cihaz ve bağlantı varsayımıyla açıp ölçmesidir. Sorunu bulmak için iyidir, ama gerçek ziyaretçinin deneyimi değildir.

- **PageSpeed Insights:** Adresi yazarsınız. Üstte yeterli trafik varsa saha verisi, altta Lighthouse ile yapılan laboratuvar ölçümü ve öneriler çıkar. Telefon ve bilgisayar sonuçları ayrı gösterilir.
- **Search Console, Core Web Vitals raporu:** Sitenin tamamını gösterir. Benzer sayfaları gruplar ve hangi grubun hangi ölçüde sorunlu olduğunu listeler. Yeterli ziyaret olmayan yeni sitelerde rapor boş kalabilir.
- **Tarayıcının geliştirici araçları:** Chrome'daki Performance paneli, hangi betiğin ya da görselin sorun çıkardığını ayrıntılı gösterir. Geliştirici işidir.

Değerlendirme, ziyaretlerin yüzde 75'lik dilimine göre yapılır. Yani sayfa, ziyaretlerin en az dörtte üçünde eşiğin altında kalıyorsa o ölçüde iyi sayılır. Hızlı bir bilgisayarda ve fiber bağlantıda yapılan tek bir deneme bu yüzden yanıltıcıdır. Ziyaretçilerinizin çoğu muhtemelen telefondan ve mobil veriyle geliyor.

**En sık sebepler ve çözümleri**

| Ölçü | Sebep | Çözüm |
| --- | --- | --- |
| LCP | Büyük, sıkıştırılmamış görsel | WebP ya da AVIF biçimi, ekrana uygun boyut, srcset ile cihaza göre farklı dosya |
| LCP | Ana görsel tembel yükleniyor | İlk görünen görselden lazy loading'i kaldırın, fetchpriority="high" verin |
| LCP | Yavaş sunucu yanıtı | Sayfa önbelleği, güncel PHP ve veritabanı sorgularının düzeltilmesi, gerekirse CDN |
| LCP | Engelleyen CSS ve JavaScript | Kullanılmayan kodu kaldırın, betikleri defer ile erteleyin, kritik CSS'i öne alın |
| LCP | İçerik tarayıcıda oluşturuluyor | Sayfayı sunucuda oluşturun (SSR), HTML dolu gelsin |
| INP | Uzun JavaScript görevleri | İşi küçük parçalara bölün, ağır hesabı tıklamadan sonraya bırakın |
| INP | Çok sayıda dış betik | Gerçekten kullanılmayan etiketleri kaldırın, kalanları geç yükleyin |
| INP | Hazır temanın ağır eklentileri | Kullanılmayan eklentileri kapatın ya da gerekeni sade kodla yazın |
| CLS | Görsellerde boyut yok | Her görsele width ve height verin ya da aspect-ratio ile yer ayırın |
| CLS | Sonradan beliren şerit ve bildirim | Alanı baştan ayırın ya da içeriğin üstüne binen katman olarak gösterin |
| CLS | Yazı tipi yüklenince satırların kayması | Yazı tipini önceden yükleyin, yedek yazı tipini benzer ölçüde seçin |
| CLS | Reklam ve gömülü içerik | Kutunun boyutunu baştan sabitleyin |

## Core Web Vitals sorunlarını düzeltme sırası

1. **Saha verisine bakın** — Search Console'daki Core Web Vitals raporunu açın. Hangi sayfa grubunun hangi ölçüde sorunlu olduğunu not edin. Telefon sonuçlarından başlayın.
2. **Örnek sayfayı seçin** — Her sorunlu gruptan bir adres alın ve PageSpeed Insights ile ölçün. Aynı şablonu kullanan sayfalar genellikle aynı sorunu taşır.
3. **En büyük kazancı önce alın** — Çoğu sitede ilk kazanç görsellerden gelir. Biçim, boyut ve yükleme önceliği düzeltilince LCP genellikle belirgin iyileşir.
4. **Betikleri sayın** — Sayfaya yüklenen her dış kodu listeleyin ve hangisinin gerçekten kullanıldığını sorun. Kullanılmayanı kaldırmak hem INP'yi hem LCP'yi iyileştirir.
5. **Yer ayırın** — Görsellere, gömülü içeriklere ve bildirim şeritlerine baştan alan verin. CLS genellikle bu adımla çözülür.
6. **Düzeltmeyi doğrulayın** — Laboratuvar ölçümü hemen iyileşir. Saha verisi 28 günlük olduğu için Search Console'daki değişim birkaç hafta sürer. Rapordaki "düzeltmeyi doğrula" düğmesiyle takibi başlatın.

## Hazır temalı siteler neden daha sık yavaş kalır?

Hazır temalı siteler daha sık yavaş kalır, çünkü tema her müşterinin her ihtiyacına cevap vermek için yazılmıştır ve kullanmadığınız özelliklerin kodu da her sayfada yüklenir. Üstüne eklenen her eklenti bir betik, bir stil dosyası ya da bir veritabanı sorgusu daha ekler.

Bu, hazır temanın kötü olduğu anlamına gelmez. Doğru seçilmiş ve sade tutulmuş bir tema iyi sonuç verebilir. Ama hız bir hedefse, gereksiz kodu baştan yazmamak onu sonradan temizlemekten kolaydır. İki yolun artılarını ve eksilerini [hazır tema mı özel tasarım mı](/blog/hazir-tema-mi-ozel-tasarim-mi) yazısında karşılaştırdık.

## Site hızını baştan doğru kurmak için ne yapıyoruz?

Biz sayfaları sunucuda oluşturuyoruz, yani tarayıcıya dolu HTML gidiyor. Buna [SSR](/sozluk/ssr) denir. İçerik JavaScript'in çalışmasını beklemeden görünür, bu da hem LCP'ye hem de arama motorlarının sayfayı okumasına yardımcı olur.

- Görseller yüklenirken biçim ve boyut kodla ayarlanır. Her görselin genişliği ve yüksekliği sayfada yazılıdır.
- İlk görünen görsel öncelikli, ekranın altındakiler tembel yüklenir.
- Dış betikler sadece gerçekten kullanılıyorsa eklenir ve sayfanın çizilmesini engellemez.
- Statik dosyalar uzun süreli önbellekle, gerekirse bir [CDN](/sozluk/cdn) üzerinden sunulur.
- Yayından önce ana sayfa ve her sayfa tipinden bir örnek PageSpeed Insights ile ölçülür, sonuç teslim notlarına yazılır.

Bu kontroller [web tasarım](/hizmetler/web-tasarim) işlerimizin bitiş tanımında yer alır. Yayından sonra yeni eklenen içerik ve betikler hızı zamanla bozabilir. Bu yüzden düzenli ölçüm [bakım ve destek](/hizmetler/bakim-ve-destek) planımızın parçasıdır. Hızın SEO'nun geri kalanıyla ilişkisini [SEO uyumlu web sitesi nasıl olmalı](/blog/seo-uyumlu-web-sitesi) yazısında anlattık. Hızlı ve net sayfaların yapay zekâ cevaplarında kaynak olma şansını da [yapay zekâ aramalarında görünmek](/blog/yapay-zeka-aramalarinda-gorunmek) yazısında ele aldık.

## Sık sorulanlar

### Core Web Vitals sıralamayı ne kadar etkiler?

Google, Core Web Vitals değerlerini sıralama sistemlerinde kullandığını söyler, ama konuyla ilgili içeriğin daha önemli olduğunu da belirtir. Benzer içerikli sayfalar arasında fark yaratabilir. Kötü içeriği hız kurtarmaz.

### PageSpeed Insights puanım 100 olmak zorunda mı?

Hayır. Üstteki 0–100 puan laboratuvar ölçümüdür ve Google'ın değerlendirmesi değildir. Önemli olan saha verisinde LCP, INP ve CLS değerlerinin iyi eşikte olmasıdır.

### PageSpeed Insights ile Search Console neden farklı sonuç veriyor?

PageSpeed Insights tek bir adresi o anda ölçer, Search Console ise son 28 günün gerçek ziyaretçi verisini sayfa grupları halinde gösterir. Laboratuvar ölçümü de her denemede biraz değişir. Karar verirken saha verisine bakın.

### Search Console'da Core Web Vitals raporu neden boş?

Rapor gerçek Chrome kullanıcılarının verisine dayanır. Yeni ya da az ziyaret alan sitelerde yeterli veri olmadığı için boş kalabilir. Bu durumda PageSpeed Insights laboratuvar ölçümüyle ilerleyin.

### FID hâlâ geçerli mi?

Hayır. INP, Mart 2024'te FID'in yerini aldı. Güncel Core Web Vitals ölçüleri LCP, INP ve CLS'dir.

### Daha güçlü bir sunucu almak yeterli mi?

Sadece sunucu yavaşsa yeterli olur. Sorun büyük görseller, ağır betikler ya da kayan öğelerse sunucu değiştirmek fark yaratmaz. Önce ölçün, sebebi bulun, sonra harcayın.

### Düzeltmeden sonra sonuç ne zaman görünür?

Laboratuvar ölçümü hemen değişir. Search Console saha verisi son 28 günü kapsadığı için değişim birkaç hafta içinde oturur.

### Core Web Vitals bilgisayar ve telefonda ayrı mı ölçülür?

Evet. Telefon ve bilgisayar sonuçları ayrı raporlanır. Telefon sonuçları genellikle daha kötüdür ve ziyaretçilerin çoğu telefondan geldiği için önce oraya bakılmalıdır.

## Kaynaklar

- [Web Vitals](https://web.dev/articles/vitals), web.dev
- [Largest Contentful Paint (LCP)](https://web.dev/articles/lcp), web.dev
- [Interaction to Next Paint (INP)](https://web.dev/articles/inp), web.dev
- [Cumulative Layout Shift (CLS)](https://web.dev/articles/cls), web.dev
- [Understanding Core Web Vitals and Google search results](https://developers.google.com/search/docs/appearance/core-web-vitals), Google Search Central
- [PageSpeed Insights](https://pagespeed.web.dev/), Google

**Siteniz yavaş mı?** [İletişime geç](https://radkod.com/iletisim)