Core Web Vitals, Google'ın kullanıcı deneyimini ölçen üç temel performans metriğidir: LCP (en büyük içerik ne kadar sürede görünür, hedef < 2.5sn), INP (etkileşime tepki süresi, hedef < 200ms) ve CLS (sayfa kayma miktarı, hedef < 0.1). 2021'den beri resmi Google sıralama faktörüdür; eşiklerin altında kalan siteler hem sıralama hem dönüşüm avantajı kazanır.
Yavaş web sitesi neden para kaybettirir?
Kısa cevap: Yavaş site iki yönden para kaybettirir: (1) Kullanıcılar 3 saniyenin üstünde yüklenen sayfaları büyük oranda terk eder ve dönüşüm yapmaz; (2) Google 2021'den beri Core Web Vitals'ı sıralama faktörü olarak kullanır, yavaş site organik trafiği geri çekilir. Hız hem trafiği hem dönüşüm oranını doğrudan etkiler — dolayısıyla geliri etkiler.
Google'ın "Think with Google" verilerine göre mobilde 3 saniyenin üstünde yüklenen sayfaları kullanıcıların önemli bir kısmı terk eder.[1] Sektör çalışmaları, sayfa yüklenme süresindeki her ek saniyenin dönüşüm oranını ölçülebilir oranda düşürdüğünü ortaya koymaktadır.[2] Yani:
- 3 saniye eşik: Üstüne çıkıldığında trafik kaybı belirginleşir
- Her ek saniye: Dönüşüm oranını aşağı çeker
- Mobil kullanıcılar: Masaüstüne göre genelde daha sabırsız — yüklenmezse hemen geri butonuna basıyorlar
- Sıralama etkisi: Google Core Web Vitals'ı 2021'den beri doğrudan sıralama faktörü olarak kullanıyor[3]
Core Web Vitals nedir?
Kısa cevap: Core Web Vitals, Google'ın web sayfalarının kullanıcı deneyimini ölçmek için kullandığı üç temel metriktir: LCP (Largest Contentful Paint — en büyük içeriğin yüklenme süresi), INP (Interaction to Next Paint — kullanıcı etkileşimine tepki süresi) ve CLS (Cumulative Layout Shift — sayfa yüklenirken içerik kayması). Üçü birlikte gerçek kullanıcı deneyimini sayısallaştırır.
Core Web Vitals, Google'ın web sayfalarının kullanıcı deneyimini ölçmek için kullandığı 3 temel metriktir:
| Metrik | Ne Ölçer? | İyi | İyileştirme Gerekir | Kötü |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | En büyük içerik öğesi ne zaman görünür | ≤ 2,5 sn | 2,5 - 4 sn | > 4 sn |
| INP (Interaction to Next Paint) | Kullanıcı etkileşimi ne kadar sürede yansır | ≤ 200 ms | 200 - 500 ms | > 500 ms |
| CLS (Cumulative Layout Shift) | Sayfa yüklenirken içerik ne kadar kayıyor | ≤ 0,1 | 0,1 - 0,25 | > 0,25 |
LCP nedir ve nasıl iyileştirilir?
Kısa cevap: LCP (Largest Contentful Paint), kullanıcının sayfayı "yüklendi" algıladığı ana karşılık gelir; genellikle hero görseli veya büyük başlık LCP öğesidir. Hedef 2.5 saniye altıdır. İyileştirme için: WebP/AVIF format, hero görsele fetchpriority="high", görselleri responsive sun, render-blocking JS/CSS azalt, CDN kullan ve sunucu TTFB'sini düşür.
LCP, kullanıcının bakış açısından sayfanın ne zaman "yüklendi" algısı oluştuğunu ölçer. Genellikle hero görseli, büyük başlık veya video banner LCP öğesidir.
LCP'yi Etkileyen Faktörler
- Sunucu yanıt süresi (TTFB): Hosting kalitesi doğrudan etkiler
- Render-blocking kaynaklar: CSS ve JavaScript dosyaları yüklenmeden sayfa görünmez
- Büyük görseller: Optimize edilmemiş 5MB'lık hero görseli = yavaş LCP
- Ağır web fontları: Custom fontlar yüklenmeden metin görünmez
LCP İyileştirme İpuçları
- Görselleri sıkıştırın: WebP veya AVIF formatı kullanın — JPEG'e göre %30-50 daha küçük
- Hero görsele eager loading:
loading="eager" fetchpriority="high" - CDN kullanın: Cloudflare gibi CDN'ler sunucu yanıt süresini kısaltır
- Critical CSS inline edin: Above-the-fold için gereken CSS'i HTML'e gömün
Core Web Vitals uyumlu, hızlı yüklenen ve SEO dostu web siteleri tasarlıyoruz.
INP nedir ve FID'den farkı nedir?
Kısa cevap: INP (Interaction to Next Paint) 2024'te FID'in yerini aldı. FID sadece sayfanın ilk etkileşimini ölçüyordu; INP tüm kullanım boyunca yapılan etkileşimleri değerlendirir ve en yavaş 1-2'sini sonuç olarak verir. Hedef 200ms altıdır. JavaScript'i defer etmek, gereksiz scriptleri kaldırmak, long task'ları parçalamak ve Web Worker kullanmak INP'yi iyileştirir.
INP, kullanıcı bir butona tıkladığında veya bir forma yazdığında sitenin ne kadar hızlı tepki verdiğini ölçer. 2024'te FID'in yerini INP aldı.
INP'yi Etkileyen Faktörler
- Ağır JavaScript: Büyük JS paketleri ana thread'i bloke eder
- Üçüncü parti scriptler: Chat widget'ları, analytics, reklam kodları
- DOM boyutu: Çok fazla HTML öğesi = yavaş etkileşim
INP İyileştirme İpuçları
- JavaScript'i defer edin:
<script defer>ile yükleme geciktirin - Gereksiz scriptleri kaldırın: Kullanılmayan jQuery, eski polyfill'ler
- Long task'ları parçalayın: 50ms üzeri görevleri küçük parçalara bölün
- Web Worker kullanın: Ağır hesaplamaları arka plan thread'ine taşıyın
CLS nedir ve hangi nedenlerden kaynaklanır?
Kısa cevap: CLS (Cumulative Layout Shift), sayfa yüklenirken içerik öğelerinin pozisyon değiştirme miktarıdır. Hedef 0.1 altıdır. Başlıca nedenleri: width/height belirtilmemiş görseller, font swap sırasında metin boyutu değişimi, geç yüklenen reklam veya banner kutuları, dinamik enjekte edilen iframe'ler. Her görsele boyut belirtmek, font-display: swap kullanmak ve reklam alanları için sabit boyutlu placeholder oluşturmak çözer.
Bir butona tıklamaya çalışıyorsunuz, tam o an reklam yükleniyor ve buton aşağı kayıyor — yanlış yere tıklıyorsunuz. İşte CLS bu sorunu ölçer.
CLS Sorunlarının Yaygın Nedenleri
- Boyutu belirtilmemiş görseller:
widthveheightolmadan img etiketi - Geç yüklenen reklamlar: Sayfa yüklendikten sonra reklam kutusu oluşuyor
- Geç yüklenen fontlar: Font swap sırasında metin boyutu değişiyor
- Dinamik içerik: JavaScript ile eklenen bildirimler, bannerlar
CLS İyileştirme İpuçları
- Her görselde boyut belirtin:
<img width="800" height="450"> - Reklam alanları için placeholder: Sabit boyutlu container oluşturun
- Font-display: swap: Font yüklenene kadar sistem fontu gösterin
- aspect-ratio CSS: Görseller yüklenmeden alan ayırın
Sayfa hızını en çok düşüren 7 faktör nedir?
Kısa cevap: Sayfa hızını öldüren 7 ana faktör: (1) optimize edilmemiş görseller, (2) render-blocking JS/CSS, (3) kötü hosting/yüksek TTFB, (4) cache yokluğu, (5) çok fazla üçüncü parti script, (6) sıkıştırma yok (Gzip/Brotli), (7) HTTP/1.1 kullanımı. Bu yedi alanı sistematik düzeltmek sayfa hızını çoğu zaman ikiye katlar.
| Sorun | Etki | Çözüm |
|---|---|---|
| Optimize edilmemiş görseller | LCP 5+ saniye | WebP, lazy loading, srcset |
| Render-blocking JS/CSS | Beyaz ekran süresi | defer, async, critical CSS |
| Kötü hosting | TTFB > 1 saniye | CDN, performans hosting |
| Cache yok | Her ziyarette yeniden yükleme | Browser cache, CDN cache |
| Çok fazla üçüncü parti | INP > 500ms | Gereksizleri kaldırın, lazy load |
| Sıkıştırma yok | Dosya boyutları 3-5x büyük | Gzip/Brotli sıkıştırma |
| HTTP/1.1 | Paralel yükleme sınırlı | HTTP/2 veya HTTP/3 |
SSD depolama, CDN, Brotli sıkıştırma ve HTTP/3 desteği ile siteniz uçuş hızında.
Web sitesi hızı hangi araçlarla ölçülür?
Kısa cevap: Beş temel araç birlikte kullanılır: PageSpeed Insights (pagespeed.web.dev — lab + saha verisi), Google Search Console Core Web Vitals raporu (gerçek kullanıcı verisi), Chrome DevTools Performance sekmesi (detaylı zaman çizelgesi), Lighthouse (kapsamlı audit) ve GTmetrix (waterfall analizi). Google sıralamada saha verilerini (CrUX) kullanır.
Sitenizin Core Web Vitals durumunu kontrol etmek için şu araçları kullanın:
- Google PageSpeed Insights:
pagespeed.web.dev— hem lab hem saha verisi gösterir - Google Search Console: Core Web Vitals raporu — gerçek kullanıcı verisi
- Chrome DevTools: Performance sekmesi — detaylı zaman çizelgesi
- Lighthouse: Chrome DevTools içinden veya CLI ile kapsamlı audit
- GTmetrix: Detaylı waterfall analizi — hangi kaynak ne kadar sürede yükleniyor
Lab verileri (Lighthouse) ile saha verileri (CrUX) farklı olabilir. Saha verileri gerçek kullanıcı deneyimini yansıttığı için Google sıralamada saha verilerini kullanır. Her iki kaynağı da kontrol edin.
Sayfa hızı SEO sıralamasını nasıl etkiler?
Kısa cevap: Sayfa hızı tek başına ilk sıraya çıkartmaz ama yavaş olmak kesinlikle geri düşürür. Core Web Vitals "eşik geçme" mantığıyla çalışır: eşiği geçen siteler avantaj kazanır, geçemeyenler dezavantaj yaşar. Berabere kalan iki sitede hızlı olan üstte çıkar. Ayrıca yavaş site → yüksek bounce rate → düşük dwell time → dolaylı sıralama kaybı zincirini tetikler.
Sayfa hızı tek başına sıralamanızı birinci yapmaz — ama yavaş olmanız sizi kesinlikle geriye düşürür:
- Eşik geçme mantığı: Core Web Vitals'ı geçen siteler avantaj kazanır, geçemeyenler dezavantaj yaşar
- Berabere kaldığında: İçerik kalitesi benzer iki sitede, hızlı olan üstte çıkar
- Dolaylı etki: Yavaş site → yüksek bounce rate → düşük dwell time → düşük sıralama
Site hızı optimizasyonu, güvenlik güncellemeleri ve teknik bakım.
Core Web Vitals, yapılandırılmış veri ve teknik optimizasyon.
Sonuç: hız = para
Web sitesi hızı teknik bir konu gibi görünür ama aslında doğrudan işletme gelirini etkiler. Yavaş site müşteri kaybettirir, Google'da geri düşürür ve marka algısını zedeler.
Sitenizin Core Web Vitals'ı geçip geçmediğini bugün kontrol edin. Geçmiyorsa, her geçen gün potansiyel müşteri kaybediyorsunuz.
Sıkça Sorulan Sorular
Core Web Vitals nedir?
Core Web Vitals, Google'ın gerçek kullanıcı deneyimini ölçen üç temel performans metriğidir: LCP (Largest Contentful Paint — en büyük içeriğin yüklenme süresi, hedef 2.5sn altı), INP (Interaction to Next Paint — kullanıcı etkileşimine tepki süresi, hedef 200ms altı) ve CLS (Cumulative Layout Shift — sayfa yüklenirken içerik kayması, hedef 0.1 altı). 2021'den beri Google sıralama faktörüdür.
LCP nasıl iyileştirilir?
LCP'yi iyileştirmek için hero görseli için fetchpriority="high" ve preload kullanın, WebP/AVIF formatına geçin, görselleri responsive sunun (<picture> elementi), render-blocking JS ve CSS'i minimize edin, CDN üzerinden sunum yapın, sunucu tepki süresini (TTFB) düşürün. Hedef: 2.5 saniyenin altı.
INP nedir ve FID'den farkı nedir?
INP (Interaction to Next Paint) 2024'te FID'in (First Input Delay) yerini aldı. FID sadece ilk etkileşimi ölçüyordu; INP sayfa kullanımı boyunca tüm etkileşimlerin tepki sürelerini değerlendirir ve en yavaş 1-2'sini sonuç olarak verir. Hedef değer 200ms altıdır; bu sınırın aşılması kullanıcı deneyimini ve sıralamayı olumsuz etkiler.
CLS sorununa ne sebep olur?
CLS (Cumulative Layout Shift) sorunlarının başlıca nedenleri: width/height belirtilmemiş görseller ve videolar, font-display: swap olmadan yüklenen webfont'lar, sonradan inject edilen reklam veya banner alanları, dinamik enjekte edilen iframe'ler ve görünmez DOM mutasyonlarıdır. Her görsel/iframe için boyut belirtilmesi ve placeholder kullanımı sorunu çözer.
Sayfa hızı SEO sıralamasını etkiler mi?
Evet. Google 2021'den beri Core Web Vitals'ı resmi sıralama faktörü olarak kullanır; özellikle yakın rekabette belirleyici olur. Yavaş site sadece sıralama kaybı değil, kullanıcı kaybı da yaratır: 3 saniyenin üstünde yüklenen sayfaları kullanıcıların önemli bir kısmı terk eder. Hız hem SEO hem dönüşüm oranını doğrudan etkiler.
Kaynaklar
- Think with Google — "Find Out How You Stack Up to New Industry Benchmarks for Mobile Page Speed": thinkwithgoogle.com
- web.dev — "Why does speed matter?" (sayfa hızı ve dönüşüm araştırmaları derlemesi): web.dev/why-speed-matters
- Google Search Central — "Understanding Core Web Vitals and Google search results" (resmi açıklama): developers.google.com/search/docs/appearance/core-web-vitals
Not: Core Web Vitals eşikleri (LCP 2.5sn, INP 200ms, CLS 0.1) Google'ın 2026 itibarıyla geçerli rehberidir; ileride güncellenebilir. Bu yazıdaki performans önerileri genel kılavuz niteliğindedir; sitenizin altyapısına özel analiz için LimeGraf iletişim formunu kullanabilirsiniz.
Web sitenizin hız analizini ücretsiz yapalım. Core Web Vitals durumunuzu, darboğazları ve çözüm önerilerini içeren bir rapor hazırlayalım. Ücretsiz hız analizi talep edin →