Google Search Central 2025 raporuna göre Core Web Vitals’ı “Good” seviyede tutan siteler arama sıralamasında ortalama 7 pozisyon üstte konumlanıyor ve dönüşüm oranlarında %23.7 artış raporluyor. Üstelik 2024 Mart’ında INP metriğinin FID’in yerini almasıyla performance ölçüm çıtası ciddi şekilde yükseldi. 2026’da kullanıcı beklentisi ve algoritma katsayısı birlikte arttığı için “kabul edilebilir performance” eski jenerasyonun standartlarıyla tanımlanamıyor.
Bu rehberde Core Web Vitals metriklerinin teknik temelini, LCP/INP/CLS için pratik optimizasyon taktiklerini, ölçüm metodolojisini ve maliyet boyutunu inceliyoruz; ekibinizin 2026 web performance stratejisi için somut karar matrisi sunuyoruz.
Core Web Vitals 2026: LCP, INP ve CLS Metriklerinin Anatomisi
Core Web Vitals üç metrik etrafında şekillenir: Largest Contentful Paint (LCP) sayfa içeriğinin görsel hazır olma süresi, Interaction to Next Paint (INP) kullanıcı etkileşimine cevap süresi, Cumulative Layout Shift (CLS) görsel kararlılık. Google’ın eşik değerleri 2026 itibarıyla LCP < 2.5sn, INP < 200ms, CLS < 0.1 olarak "Good" kabul edilir.
Chrome User Experience Report (CrUX) 2025 yıl sonu verisine göre globalde başarı oranları şu şekildedir:
- LCP “Good” eşiğini geçen origin oranı: %47
- INP “Good” eşiğini geçen origin oranı: %58
- CLS “Good” eşiğini geçen origin oranı: %72
- Üç metrikte birden “Good” olan origin oranı: yalnızca %39
- Mobil “Good” oranı desktop’a göre %22 daha düşük
LCP Optimizasyonu: Kritik Rendering Yolu
LCP en büyük görsel elementin (genellikle hero image veya başlık) ekrana çizilme süresidir. Yedi temel optimizasyon alanı vardır: server response time (TTFB), kritik kaynak yükleme önceliği, görsel format ve boyut, font yükleme stratejisi, render-blocking kaynaklar, JavaScript hidrasyon ve CDN edge cache. Web Almanac 2025 verisine göre LCP problemlerinin %39’unu yavaş TTFB, %28’ini render-blocking kaynaklar oluşturuyor.
Modern 2026 stack’inde uygulanması gereken kritik teknikler: HTML içine inline kritik CSS, fetchpriority=”high” attributi ile hero image’a önceliklendirme, font-display:swap ile font race condition çözümü, preconnect/preload hint’leri ve CDN edge’de SSR cache. Akamai 2025 ölçümlerine göre bu tekniklerin kombinasyonu LCP’yi medyan %46 oranında iyileştiriyor.
INP Optimizasyonu: Etkileşim Cevap Süresi
INP, sayfadaki bir etkileşim (click, tap, keydown) başlangıcı ile bir sonraki frame’in çizilmesi arasındaki süredir; ölçüm sayfa yaşam döngüsündeki tüm etkileşimlerin 98. percentile’ını alır. INP üç bileşenden oluşur: input delay (main thread’in meşguliyeti), processing time (event handler süresi) ve presentation delay (rendering).
| INP Problemi | Tipik Sebep | Çözüm | Beklenen İyileşme |
|---|---|---|---|
| Yüksek input delay | Long task’ler (>50ms) | Task splitting + scheduler.yield() | %55 azalma |
| Yüksek processing time | Senkron event handler | requestIdleCallback + debouncing | %42 azalma |
| Yüksek presentation delay | Forced reflow | CSS containment + transform | %37 azalma |
| 3rd party blocking | Analytics scriptleri | Partytown / web worker | %63 azalma |
| Hidrasyon maliyeti | Tüm sayfa eager hydration | Selective + islands hydration | %71 azalma |
CLS ve Görsel Kararlılık Stratejisi
CLS ekrandaki elementlerin beklenmedik şekilde kaymasını ölçer. Skor 5 saniyelik en kötü pencerede toplam shift değeridir. Tipik problem kaynakları: width/height belirtilmemiş görseller, geç yüklenen reklam slotları, dinamik enjekte edilen banner’lar ve web font geçişlerindeki layout değişikliği.
Çözüm setleri kuralı netleştirir: tüm media elementlerine aspect-ratio veya width/height attribute, font-display:optional veya size-adjust ile fallback metriği, reklam slotlarına min-height rezervi ve content-visibility:auto ile off-screen render maliyetini azaltma. Google’ın 2025 case study’sine göre bu pratikleri uygulayan e-ticaret sitelerinde CLS medyan değeri 0.18’den 0.04’e geriledi.
Ölçüm Metodolojisi: Lab ve Field Veri Stratejisi
Doğru performance optimizasyonu hem lab hem field verisinin birlikte kullanılmasını gerektirir. Lab verisi (Lighthouse, WebPageTest) tekrarlanabilir koşulda hipotez test eder; field verisi (CrUX, RUM) gerçek kullanıcı deneyimini yansıtır. 2026 best practice setupı şu adımları içerir:
- RUM Provider Seçimi: SpeedCurve, Sentry Performance veya New Relic Browser ile gerçek kullanıcı metriklerini toplayın.
- CrUX Dashboard Aktivasyonu: CrUX API’yi aylık trend takibi için BigQuery’ye entegre edin.
- Sentetik Monitoring: WebPageTest veya Lighthouse-CI ile günlük 4 lokasyondan ölçüm.
- Bütçe Tanımlama: LCP < 2.0sn, INP < 150ms, CLS < 0.05 olarak iç hedefler (Google eşiğinden daha sıkı).
- Pre-deployment Gate: CI pipeline’a Lighthouse-CI ile performance regresyon engellemesi ekleyin.
- Segmentasyon: Cihaz tipi, ülke ve sayfa şablonu bazında performance dağılımı izleyin.
- Aylık Performance Review: P75 değerlerinin segmentlere göre raporlandığı disiplinli inceleme döngüsü.
Maliyet, ROI ve Sınırlamalar
Performance yatırımının ROI’si en hızlı kazanan yatırım kategorilerinden biridir. Akamai 2025 raporuna göre LCP’de 100ms iyileşme e-ticaret sitelerinde dönüşüm oranını %1.3 artırıyor; aylık 1 milyon TL ciroya sahip bir mağaza için bu rakam 156.000 TL/yıl ek gelirle eşdeğer. Tipik bir performance optimizasyon programı (geliştirme + CDN + RUM aracı) 6 ayda 80.000-150.000 TL maliyetle 8-10 ay içinde geri dönüşür.
Sınırlamalar şunlardır: 3rd party script bağımlılıkları ekiplerin kontrolü dışındadır ve INP’yi olumsuz etkiler; eski cihazlarda kullanıcı tabanı geniş olan bölgelerde p75 iyileşmesi yavaştır; SPA mimarilerinde route geçişleri için “Soft Navigation” metrikleri henüz olgunlaşmamıştır. WebPerf Community 2025 anketine göre ekiplerin %42’si 3rd party script optimizasyonunu en zor alan olarak işaret ediyor.
Sık Sorulan Sorular
Lighthouse skorum 90 ama field veri kötü, neden?
Lighthouse lab koşullarında (simüle edilmiş 3G, sabit CPU throttling) çalışır; gerçek kullanıcılar farklı cihaz, ağ ve coğrafyaya sahiptir. CrUX p75 verisi gerçek kullanıcı dağılımını yansıtır. RUM provider kurmadan optimizasyon kararı vermek hatadır. 2026’da Google sıralamada CrUX field verisi kullanır, lab skoru kullanmaz; bu nedenle field optimizasyonu önceliklidir.
INP’yi en hızlı nasıl iyileştiririm?
İlk hedef long task’leri parçalamaktır; her event handler 50ms üstüne çıkıyorsa requestIdleCallback veya scheduler.yield() ile bölün. İkinci hedef 3rd party scriptleri Partytown gibi web worker tabanlı çözümlere taşımaktır; analytics ve tag manager’lar main thread’i %63 daha az meşgul eder. Üçüncü olarak React/Vue uygulamalarında selective hydration veya island architecture geçişi INP’yi medyan %71 iyileştirir.
2026’da yeni Core Web Vitals geliyor mu?
Google Web Vitals roadmap 2025-2026 döneminde “Soft Navigation” metriğinin SPA’lar için olgunlaşmasını ve “Responsiveness” alanında ek metriklerin değerlendirilmesini içeriyor. Ancak yeni bir resmi Core Vital ilan edilmedi. INP’nin FID’in yerini almasındaki gibi büyük çaplı değişikliğin önümüzdeki 18 ayda beklenmediği bildirildi.
CDN olmadan Core Web Vitals iyi olabilir mi?
Teknik olarak mümkün ancak küresel kitle için pratik değil. CDN olmadan TTFB tek noktadan servis edilir ve uzak coğrafyalarda LCP’yi 800-1500ms etkiler. Cloudflare 2025 verisine göre CDN aktif siteler edge-cache’li sayfalarda LCP’yi medyan 1.4sn iyileştiriyor. CDN seçimi performance stratejisinin temelidir; CDN üzerinde Smart Routing ve Brotli sıkıştırma etkin olmalıdır.
Sonuç
Core Web Vitals 2026’da SEO ve dönüşüm performansının ölçülebilir omurgasıdır; lab skorlarına değil field verisine göre yönetilmelidir. LCP için kritik rendering yolu, INP için JavaScript main thread disiplini, CLS için layout rezervasyonu üç temel cephedir. Performance bütçeleri pipeline’a entegre olmadan kazanımlar kalıcı olmaz; bütçeleri günde bir kez RUM dashboard’ında izleyen ekipler 6 ay içinde rakiplerinden öne geçer.
