Core Web Vitals'ın Tarihi

• Web sitesi performansını ölçen Core Web Vitals, 2014'ten itibaren Google'ın çeşitli ekiplerinin AMP projesinin sınırlamalarını aşmak ve tüm web sitelerine uygulanabilecek açık standart performans metrikleri tanımlamak için birlikte çalışmasıyla ortaya çıktı
• 2020 Mayıs'ında üç temel metrik (yükleme hızı için LCP, etkileşim yanıt verebilirliği için FID, görsel kararlılık için CLS) resmen duyuruldu ve gerçek kullanıcı deneyimini yansıtan sahada ölçülebilen metrikler olarak tasarlandı
• 2021'de Google Search'ün Page Experience güncellemesi ile arama sıralama faktörü olarak devreye alındı; Top Stories'de AMP'ye özgü zorunluluk kaldırılarak açık web için rekabetçi bir ortam oluşturuldu
• Chrome tarayıcı optimizasyonları, WordPress gibi büyük CMS'lerde yapılan iyileştirmeler ve JavaScript framework'leriyle iş birliği sayesinde 2023 itibarıyla kullanıcı bekleme süresinden toplam 10.000 yıldan fazla tasarruf sağlandı; 2024'te ise 30.000 yıl tasarruf seviyesine ulaşıldı
• 2024'te FID'nin INP ile değiştirilmesi ve SPA'ler için Soft Navigation API'nin sunulması gibi adımlarla sürekli evrilmeye devam ederek, kullanıcı odaklı hızlı ve kararlı web ekosisteminin oluşmasına katkı sağlıyor

---

Arka plan ve motivasyon: AMP'den açık web metriklerine

• Google, yıllardır hız ve kullanıcı deneyimini web'in temel ilkeleri olarak vurgulasa da birçok site hâlâ yavaş bir deneyim sunuyordu
• 2010'da Google Search, site hızını arama sıralama sinyali olarak kullanmaya başladı; bu, performansı SEO'nun bir parçası hâline getirmeye yönelik ilk girişimlerden biriydi
• 2015 civarında AMP (Accelerated Mobile Pages) projesi devreye alındı ve hızlı yükleme için optimize edilmiş sayfalar sundu; ancak Google önbelleği üzerinden sunulan kapalı bir ortam olması nedeniyle açıklık ve esneklik sorunları ortaya çıktı
• 2018'de Speed Update ile mobil arama sıralamasında sayfa hızı kullanılmaya başlandı; Google Ads de mobil açılış sayfası hız puanını devreye alarak daha hızlı deneyimin daha iyi dönüşüm oranları getirdiğini vurguladı
• AMP'ye özel yaklaşımdan uzaklaşmak için Chrome ve Search ekipleri birlikte çalışarak özel bir framework gerektirmeden tüm sayfalara uygulanabilecek açık web performans metriklerini tanımlamaya başladı
  • Milyonlarca sayfayı analiz ederek hızlı ve kullanıcı dostu web sayfaları için açık standartlar tanımladılar
  • Gerçek kullanıcı deneyimini yansıtan sahada ölçülebilen metrikleri hedef olarak belirlediler
  • Kullanıcı etkileşimi gibi sonuçlarla korelasyon gösteren metrikler bulmak istediler

Core Web Vitals'ın tanımı: kullanıcı deneyiminin üç ayağı

• 2020 Mayıs'ında Google, Web Vitals girişimini resmen duyurarak “tüm web sayfaları için geçerli kullanıcı deneyiminin temel yönleri”ne odaklanan Core Web Vitals'ı tanıttı

• İlk Core Web Vitals seti üç temel metrikten oluşuyordu

  • Largest Contentful Paint (LCP): ana içeriğin ne zaman render edildiğini ölçen bir yükleme hızı metriği; First Contentful Paint veya onload'un ötesine geçerek kullanıcının gerçekten anlamlı içeriği gördüğü ana odaklanır
  • First Input Delay (FID): kullanıcının ilk etkileşimi ile tarayıcının yanıtı arasındaki gecikmeyi ölçen bir etkileşim yanıt verebilirliği metriği; sayfanın anında tepki verip vermediğini ya da ağır script'ler nedeniyle gecikip gecikmediğini yakalar
  • Cumulative Layout Shift (CLS): yükleme sırasında sayfa düzeninin ne kadar kaydığını ölçen bir görsel kararlılık metriği; beklenmedik düzen kaymalarını toplar ve düşük CLS, daha kararlı ve konforlu bir deneyim anlamına gelir

• Metriklerin seçimi kapsamlı araştırma ve deneylere dayanıyordu

  • Amar Sagoo, Annie Sullivan, Vivek Sekhar ve diğerleri, insan-bilgisayar etkileşimi araştırmaları yoluyla nesnel performans değerleri ile kullanıcı algısı arasındaki korelasyonu ortaya koydu
  • Yükleme süresinin 2-3 saniye içinde, giriş yanıtının 100 ms içinde olması ve düzen kaymasının en aza indirilmesi ideal kabul edildi
  • Gerçek kullanıcı verileri analiz edilerek pratik eşik hedefleri belirlendi: LCP 2,5 saniyenin altında, FID 100 ms'nin altında, CLS 0,1'in altında (75. persentil bazında)
  • Bu eşikleri karşılayan sayfalarda kullanıcıların sayfadan ayrılma olasılığı %24 daha düşüktü

• Google, bu metrikleri standartlaştırılmış ve açık hâle getirmek için çalıştı

  • WICG ve web performans standartları grupları aracılığıyla web spesifikasyonu taslakları yayımlandı
  • Chrome ve diğer tarayıcıların PerformanceObserver API üzerinden bunları ölçebilmesi için uygulamalar geliştirildi
  • 2020 Mayıs'ında, geliştiricilerin sitelerine ekleyerek gerçek kullanıcıların LCP, FID ve CLS değerlerini ölçebileceği açık kaynaklı web-vitals JavaScript kütüphanesi yayımlandı
  • Addy Osmani, metrikleri gerçek zamanlı gösteren Core Web Vitals uzantısını geliştirdi
  • Bu adımlar, metrikleri tüm ekosistem için erişilebilir ve faydalı kılmaya yönelik geniş kapsamlı çabayı yansıtıyordu

Page Experience: Google Search sıralamasında Core Web Vitals

• Google Search ekibi, Core Web Vitals'ı Page Experience güncellemesinin bir parçası olarak hızla benimsedi

• 28 Mayıs 2020'de Google Search Central, bu metriklerin sıralama algoritmasına dahil edileceğini duyurdu

  • İçerik açısından benzer iki sayfa olduğunda, daha iyi kullanıcı deneyimi sunan sayfa daha üst sırada yer alacaktı
  • Page Experience sinyali, Core Web Vitals ile mevcut UX sinyallerini (mobil uyumluluk, HTTPS güvenliği, rahatsız edici interstitial'lardan kaçınma) birleştiriyordu
  • Harika içerik hâlâ en önemli unsur olmaya devam ediyor; hızlı bir site, yalnızca hızlı olduğu için daha alakalı bir siteyi geçmiyor
  • Beraberlik ya da çok küçük farklar söz konusu olduğunda iyi Web Vitals değerleri belirleyici faktör olabiliyor

• En dikkat çekici duyuru, Top Stories carousel'inde AMP zorunluluğunun kaldırılmasıydı

  • Daha önce mobilde Google News/Top Stories için AMP gerekiyordu; ancak Page Experience güncellemesinden sonra AMP olmayan sayfalar da Core Web Vitals ve diğer kriterleri karşılıyorsa listeye girebilir hâle geldi
  • “AMP artık mobil Top Stories için zorunlu değil; iyi sayfa deneyimi sunan tüm sayfalara açık.”
  • Bu, Google'ın açık web'in AMP framework'üne akmadan da gelişebileceğine duyduğu güveni gösteriyordu

• Google, ekosisteme yeterli ön bildirim sağladı

  • 2020'nin COVID-19 pandemisi nedeniyle zor bir yıl olduğunun farkında olarak, sıralama değişikliğinin 2021'e kadar uygulanmayacağını duyurdu ve en az 6 ay önceden uyarı sözü verdi
  • Kasım 2020 güncellemesinde, Page Experience sıralama değişikliğinin 2021 Mayıs'ından itibaren başlayacağı bilgisi paylaşıldı
  • Sonuç olarak Page Experience güncellemesi, 2021 Haziran ortasında dağıtıma başladı ve Ağustos sonuna kadar tamamen uygulandı (mobil arama)
  • Masaüstü arama için benzer bir güncelleme ise 2022 Şubat-Mart döneminde yapıldı

• Güncelleme uygulandıktan sonra Google'ın sıralama algoritması, Core Web Vitals'ı yüzlerce sinyalden biri olarak kullanmaya başladı

  • Üç CWV metriğinde de “iyi” eşiğini karşılayan sayfalar, iyi bir sayfa deneyimine sahip kabul edildi
  • Google, Google Search Console'da bir Page Experience raporu oluşturarak site sahiplerinin Chrome UX Report verilerini kullanıp eşikleri geçen sayfaların oranını görebilmesini sağladı
  • Bu, web yöneticileri ve SEO uzmanlarına sitelerinin sayfa deneyimi sinyalleri açısından nasıl performans gösterdiğine dair doğrudan geri bildirim verdi

• Google, arama sonuçlarında iyi sayfa deneyimine sahip sayfalar için rozet göstermeyi değerlendirdi, ancak kalıcı bir rozet simgesi eklenmedi

  • Ödül, açık bir etiketten ziyade esas olarak sıralama artışı şeklinde verildi
  • Bir süre boyunca Google, Search Console ve arama sonuçları deneylerinde geçici bir “Page Experience” göstergesi sundu
  • Ana mesaj şuydu: Google, performans ve UX'i kamuya açık biçimde teşvik ediyor ve iyi Core Web Vitals değerlerine ulaşmak yalnızca kullanıcıları memnun etmekle kalmıyor, aynı zamanda aramada sayfanın görünürlüğünü de artırabiliyor

Araçlar ve veriler: Chrome UX Report ve performans ölçümü

• Google, Web Vitals için araçlara ve verilere büyük ölçekli yatırım yaptı

• Chrome UX Report (CrUX) bu çabaların merkezindeydi

  • 2017'den beri var olan, gerçek kullanıcı deneyimi metriklerine ilişkin herkese açık bir veri kümesi olarak, milyonlarca Chrome kullanıcısından milyonlarca siteye ait anonimleştirilmiş performans verileri topladı
  • Core Web Vitals yayımlandığında CrUX, veri kümesindeki tüm kaynak URL'ler için hemen LCP, FID, CLS raporlamaya başladı
  • Herkes field performans verilerini sorgulayabiliyordu
  • BigQuery üzerinden erişim sunduktan sonra, geliştiricilerin ve SEO uzmanlarının kendi sitelerinin (veya rakiplerinin) field ortamında CWV metriklerinde nasıl performans gösterdiğini kolayca görmesini sağlayan CrUX API ve CrUX Dashboard yayımlandı
  • CrUX History API'nin kullanıma sunulmasıyla bu metriklere ilişkin zaman serisi verileri sağlandı ve aylar boyunca ilerlemenin izlenmesi mümkün oldu

• Geliştirici araçları tarafında da hızlı entegrasyon gerçekleşti

  • 2020 sonuna kadar Google'ın performans araçlarının çoğu Core Web Vitals'ı öne çıkaracak şekilde güncellendi
  • Lighthouse (Chrome DevTools ve PageSpeed Insights'ta kullanılan açık kaynak denetim aracı), CWV ile ilgili tanılama ve puanlamayı entegre etti
    • "Largest Contentful Paint X saniyeydi (hedef <2,5 saniye)" gibi denetimler eklendi ve iyileştirme önerileri sunuldu
  • Chrome DevTools'a Core Web Vitals paneli ve zaman çizelgesi işaretçileri eklendi; böylece sayfa yüklenirken LCP öğesi veya düzen kaymaları görülebilir hale geldi
  • PageSpeed Insights (PSI), CWV'ye odaklanacak şekilde baştan aşağı yenilendi
    • CrUX'tan alınan LCP, FID (daha sonra INP), CLS field verileri üst bölümde belirgin şekilde gösterildi
  • Google Search Console, her metrik için sayfaları "iyi", "iyileştirme gerekli", "kötü" kovalarına ayıran özel bir Core Web Vitals raporu sundu; böylece site sahipleri sorunlu alanları tam olarak belirleyebildi
  • Araç çalışmalarına Elizabeth Sweeny, Paul Irish, Addy Osmani ve diğerleri öncülük etti

• Web geliştirme topluluğu da üçüncü taraf araçlarla buna yanıt verdi

  • Real User Monitoring (RUM) hizmet sağlayıcıları Core Web Vitals'ı hızla entegre etti
  • Akamai'nin mPulse'u, New Relic'in Browser agent'ı, Dynatrace, Datadog, SpeedCurve ve diğerleri LCP, FID, CLS için birinci sınıf metrik olarak anında destek sundu
  • Cloudflare da script ekleyerek Web Vitals toplanmasını sağlayan Browser Insights hizmetini tanıttı
  • web-vitals JS kütüphanesinin varlığı sayesinde tüm analiz araçları bu metrikleri kolayca toplayabildi
  • 2021'e gelindiğinde Core Web Vitals, web performansı izleme araçlarının panolarında yaygın hale geldi
  • Bu geniş erişilebilirlik, farkındalığın yayılmasını sağladı ve geliştiricilere performans iyileştirmelerini yönlendirecek veriler sundu

• Chrome User Experience Report verileri, web genelindeki ilerlemeyi izlemek için de kritik önemdeydi

  • 2021 ve 2022 boyunca "iyi" CWV'ye sahip trafiğin oranı istikrarlı biçimde arttı
  • Bu durum, HTTP Archive'ın yıllık Web Almanac'ında veya Google'ın kendi blog güncellemelerinde sık sık raporlandı
  • Ölçülebilir ve herkese açık şekilde görülebilen metriklere sahip olmak, bir tür olumlu rekabet döngüsü yarattı
  • Site sahipleri ve platform sağlayıcıları Core Web Vitals konusunda övünmeye ve iyileştirme yapmaya çalışmaya başladı

Etki ve iyileştirmeler: Web'i daha hızlı ve daha kararlı hale getirmek

Chrome tarayıcı optimizasyonu

• Core Web Vitals yerleştikten sonra, web ekosistemi genelinde bu metrikleri iyileştirmeye yönelik büyük ve çok yönlü bir çaba tetiklendi

• Google Chrome mühendislik ekibi, Chrome'un web sayfalarını yükleme ve render etme biçimini optimize etmek için tarayıcıyı yakından inceledi

  • Chrome'un devasa kullanıcı tabanı göz önüne alındığında, tarayıcı düzeyindeki küçük iyileştirmeler bile web'in tamamına fayda sağladı
  • Buna, 2020 ile 2023 arasında Chrome'da kullanıma sunulan önemli optimizasyonlar da dahildi

• LCP için içeriğe öncelik verme

  • Chrome, önemli içeriğin yüklenmesine öncelik verecek şekilde değiştirildi
  • HTML'deki ilk birkaç görseli (çoğu zaman LCP görseli dahil) belirleyip bunlara daha yüksek ağ önceliği verdi
  • İlk 5 görsele bu şekilde öncelik vermek, bazı sayfalarda LCP'yi 3,1 saniyeden 2,5 saniyeye düşürdü
  • Geliştiricilerin bir görseli veya iframe'i LCP için yüksek öncelikli olarak işaretleyebilmesini sağlayan fetchpriority özelliği (Priority Hints mekanizması) gibi yeni web standartları kullanıma sunuldu

• Back/Forward Cache (BFCache)

  • Chrome, teknik karmaşıklık nedeniyle tarihsel olarak sayfaları tam anlamıyla BFCache'e alamıyordu; ancak son yıllarda birçok sayfa için BFCache etkinleştirildi
  • 2023'e gelindiğinde hem masaüstünde hem Android'de kayda değer BFCache isabet oranı artışı sağlandı
  • Bir sayfaya "geri" dönen kullanıcılar içeriği anında görebiliyordu (LCP sıfır, giriş gecikmesi sıfır; çünkü sayfa unload edilmemişti)
  • Amazon gibi büyük platformların Chrome'un BFCache'inden yararlandığı görüldü ve Chrome'un iyileştirmesinin (M112 sürümü) ardından geri/ileri önbellek kullanımı 22,7 yüzde puan arttı diye raporlandı

• Prerendering (NoState Prefetch/Prerender2)

  • Chrome, tarayıcının arka planda bir sayfayı tamamen yükleyip render etmesine ve ardından kullanıcı gezindiğinde onu anında göstermesine olanak tanıyan yeni bir prerender sistemi (Prerender2) yayımladı
  • İlk olarak Google Search'te (üst sonuçların prerender edilmesi) ve yazılan URL'nin tahmin edilmesinde kullanıldı; böylece LCP dramatik biçimde kısalabildi
  • Chrome, omnibox arama prerendering özelliğinin bu gezinmelerde medyan LCP'de 500~700 ms (yaklaşık %15~25) iyileşme sağladığını bildirdi
  • Chrome bunu dikkatli şekilde kademeli olarak devreye alıyor (yanlış tahminleri veya gizlilik sorunlarını önlemek için)

• Ağ ve zamanlama optimizasyonları

  • Chrome ekibi, giriş yanıt verebilirliğindeki çeşitli küçük gecikmeleri tespit edip giderdi
  • Bağlantı kurulumunda birkaç milisaniye kazanmak için, sekme/tıklama başlatıldığında (bırakılmadan önce) çalışan pointer down sırasında preconnect özelliği sunuldu
  • Bu, çapraz kaynak gezinmelerde ortalama yaklaşık 6~10 ms daha hızlı LCP sağladı
  • Birden fazla sekme açıkken tarayıcının ana iş parçacığının işleri ele alma biçimi iyileştirildi ve böylece çekişme azaltıldı
  • Görev zamanlamasının ayarlanması ve arka plan sekmeleri için Windows 11'in EcoQOS'u gibi mekanizmaların kullanılmasıyla Chrome, ağır yük altındaki senaryolarda INP'yi yaklaşık %5, LCP'yi yaklaşık %2 iyileştirdi

• Render ve JavaScript motoru iyileştirmeleri

  • Chrome'un RenderingNG mimari yenilemesiyle (2021 civarında tamamlandı) render süreci daha verimli hale geldi
  • Görsel yükleme önceliği yükseltmeleri (LCP görsellerinin daha az önemli başka işler yüzünden engellenmemesi için) ve V8'in daha akıllı çöp toplama zamanlaması (boşta kalınan sürelerde çalışması) daha akıcı bir deneyim sağladı
  • Chrome geliştiricileri, çok süreçli tarayıcıda çerezlere erişim biçiminin jank yarattığını fark etti
    • Tüm document.cookie çağrılarının ayrı bir süreçten eşzamanlı olarak getirilmesi gerekiyordu
    • Çerezler için paylaşımlı bellek tabanlı sürümleme getirilerek Chrome'un çerez erişimi optimize edildi ve gereksiz süreçler arası geçişlerin büyük kısmı kaldırıldı
    • Bir site her etkileşimde çerez okuma işlemini spamliyorsa giriş gecikmesi azaltıldı

• Tüm bu Chrome optimizasyonları ölçülebilir bir fark yarattı

  • Google, 2023 sonu itibarıyla Chrome'da ortalama sayfa yüklemesinin, Core Web Vitals öncesine göre 166 ms daha hızlı olduğunu bildirdi
  • Tüm web genelinde etkisi muazzamdı: tasarruf edilen süreler toplandığında, Chrome ekibi yalnızca 2023'te hız iyileştirmeleri sayesinde kullanıcıların sayfaların yüklenmesini beklerken geçen toplam sürede 10.000 yıldan fazla, sayfaların girdiye yanıt vermesini beklerken ise ek 1.200 yıldan fazla tasarruf ettiğini hesapladı
  • CWV "iyi" eşiğini karşılayan trafik oranı da büyük ölçüde yükseldi
  • İlk duyurulduğunda sayfa yüklemelerinin yaklaşık 1/3'ü CWV ölçütlerine göre iyiydi; ancak 2023'e gelindiğinde Chrome'da masaüstü sayfa ziyaretlerinin yaklaşık %68'i, mobilin ise yaklaşık %64'ü üç CWV eşiğinin tamamını karşılıyordu

Geniş çaplı web ekosistemi iyileştirmeleri

• İyileştirmeler yalnızca Google tarafında olmadı; daha geniş web geliştirici topluluğu, framework'ler ve platform sağlayıcıları da Core Web Vitals tarafından belirlenen performans sorunlarını çözmek için devreye girdi

• Görsel optimizasyonu ve lazy loading

  • Görsellerin çoğu zaman en büyük içerik olduğu ve LCP'nin yaygın bir nedeni olduğu fark edilince, web framework'leri ve CMS'ler daha akıllı varsayılanlar uygulamaya başladı
  • Ekran dışında kalan görseller için yerel HTML loading="lazy" standardize edildi (Chrome ile Yoav Weiss, Addy Osmani gibi web standartları katkıcılarının desteğiyle) ve WordPress ile diğer platformlarda benimsenerek gereksiz görsel yüklemesini dramatik biçimde azalttı
  • WordPress, 2020'de varsayılan olarak görseller için lazy loading'i etkinleştirdikten sonra, LCP'nin gecikmemesi için en üstteki hero görselinin lazy loading'e alınmaması yönünde iyileştirme yaptı
  • Yeni <img fetchpriority="high"> özelliği framework'ler tarafından hızla kullanılmaya başlandı ve daha hızlı yükleme için ana görseli öne çıkardı

• WordPress Performance Team

  • WordPress tüm web sitelerinin yaklaşık %40'ını oluşturduğundan, performansının etkisi çok büyük
  • Başlangıçta WordPress siteleri CWV puanlarında geride kalıyordu ve 2021 tarihli bir rapor, WordPress sitelerinin bazı diğer ekosistemlere kıyasla daha düşük geçiş oranlarına sahip olduğunu göstererek uyandırma çağrısı etkisi yarattı
  • Buna karşılık topluluk, WordPress çekirdeğinin hızını sistematik olarak iyileştirmek için Google ve diğer şirketlerden katkıcıların da yer aldığı özel bir Core Performance Team oluşturdu
  • Son sürümlerde bu çalışmalar sonuç verdi
    • WordPress 6.3 (2023), tema render etme ve varlık yükleme için çok sayıda optimizasyon içerdi; LCP ölçümüne göre WordPress 6.2'ye kıyasla blok temalar %27 daha hızlı, klasik temalar ise %18 daha hızlı yüklenen çekirdek temalar sundu
    • Gerçekte, milyonlarca site yalnızca WordPress'i güncelleyerek hızlandı
  • WordPress ekibi görsel işlemeyi optimize etti, belirli maliyetli işlemler için önbellekleme ekledi ve performansı yeni özelliklerle eşit önceliğe taşıdı
  • Sonuç olarak iyi CWV puanlarına sahip WordPress sitelerinin oranı dramatik biçimde arttı (bazı veriler, tüm CWV'leri karşılayan WP sitelerinin oranının 2020 ile 2022 arasında 4 kattan fazla arttığını gösteriyor)

• Wix ve web sitesi oluşturucular

  • Wix, Squarespace, Duda gibi diğer barındırılan web sitesi platformları da Core Web Vitals'ı performans iyileştirmeleri için bir kaldıraç olarak kullandı
  • Wix, büyük altyapı değişiklikleri yaptı (önbellekleme, daha hızlı sunucular, daha iyi istemci tarafı kodu) ve iyi CWV puanı alan Wix sitelerinin oranını birkaç kat artırdı
  • Vaka çalışmalarında Wix, "iyi" CWV'ye sahip sitelerin oranını yaklaşık bir yıl içinde %4'ten %33'ün üzerine çıkardığını bildirdi
  • Bu, platform düzeyinde performans odaklı bir kültürel dönüşümün çok büyük sayıda kullanıcıya fayda sağlayabileceğini gösterdi
  • Duda gibi diğer oluşturucular da müşteri sitelerinin büyük çoğunluğunun iyi CWV'ye ulaştığını sıkça vurguluyor; bunun nedeni bu platformların en iyi uygulamaları varsayılan olarak sunması (duyarlı görseller, CDN dağıtımı, verimli şablonlar vb.)
  • Bu rekabet baskısı sayesinde, tek tek site sahipleri performans uzmanı olmasa bile kullandıkları platformlar perde arkasında iyileştirmeleri zorladı

• JavaScript framework'leri (Chrome Aurora)

  • Chrome Aurora ekibi, popüler JavaScript framework'leriyle iş birliği yapmak üzere Chrome içindeki özel bir görev gücü olarak 2020'nin ortasında kuruldu
  • Aurora üyeleri (Addy Osmani, Kara Erickson, Houssein Djirdeh vb.), React/Next.js, Angular, Nuxt, Gatsby gibi framework'lerin yazarlarıyla yakın çalışarak ortak darboğazları belirledi ve çözümler sundu
  • Bu iş birlikleri şu özellikleri ortaya çıkardı
    • Next.js'in next/script bileşeni (üçüncü taraf script'leri ana thread dışında daha verimli yükleme)
    • Angular'ın yerleşik NgOptimizedImage yönergesi (görselleri otomatik olarak lazy load etme ve uygun boyut ile öncelik ayarlama)
    • Nuxt için Google Fonts optimizasyon modülü
  • Etki kayda değerdi: 2022'de bu framework'lerle oluşturulan sitelerin medyan Core Web Vitals puanları belirgin şekilde iyileşti
    • Next.js sitelerinde CWV geçiş oranı %20,4'ten %27,3'e çıktı
    • Angular %7,6'dan %13,2'ye yükseldi
    • Nuxt ise %15,8'den %20,2'ye iyileşti
  • Tekil başarı örnekleri de boldu
    • E-ticaret sitesi Land's End, Angular'ın görsel optimizasyonunu benimsedikten sonra mobilde LCP'yi %40 iyileştirdi (lab testlerinde)
    • CareerKarma, Next.js'in iyileştirilmiş script yüklemesini kullanarak LCP'yi %24 azalttı

• Gerçek iş metrikleri

  • Sonuçta daha iyi Core Web Vitals yalnızca Google'ı memnun etmek için değil, gerçek kullanıcı memnuniyeti ve iş sonuçlarıyla da ilişkili
  • Pek çok şirket, CWV iyileştirmelerini kullanıcı etkileşimiyle ilişkilendiren vaka çalışmaları paylaştı
    • Haber sitesi Economic Times, script işlemeyi optimize ederek INP'yi iyileştirdi ve sayfa görüntülemelerinde %42 artış, hemen çıkma oranında %49 düşüş sağladı
    • Seyahat rezervasyon sitesi RedBus, INP'yi iyileştirip dönüşüm oranında %7 artış gördü
    • Hindistan'ın çevrimiçi pazaryeri Meesho, LCP'yi 6,9 saniyeden 2,5 saniyeye düşürerek hemen çıkma oranında yaklaşık %17 azalma ve dönüşüm oranında %3 artış elde etti
  • Bu örnekler, performansın yalnızca teknik bir metrik olmadığını; kullanıcıların daha uzun kalmasına, daha fazla okumasına ve daha çok satın almasına dönüştüğünü pekiştiriyor
  • Bu başarı hikâyeleri, geliştirici ve ürün ekiplerini Web Vitals'ı önceliklendirme konusunda daha da motive etti

Tüm ekosistemde iyileşmenin sonuçları

• Tarayıcı ekipleri, framework yazarları, CMS geliştiricileri ve sayısız bireysel web geliştiricisinin birleşik çabası web'in durumunu dramatik biçimde iyileştirdi
• Core Web Vitals, net ve uygulanabilir metrikler oluşturarak herkesin izleyebileceği ortak bir hedef yarattı
• Önemli olan, bunun ekosistemi özel teknolojilere kilitlemeden, açık standartlar ve veriler kullanılarak başarılmış olması
• 2023 itibarıyla yaklaşık web sitelerinin %40'ı (ve iyi yönetilen ticari sitelerin çok daha yüksek bir oranı) artık tüm Core Web Vitals eşiklerini geçiyor; oysa 2020 başında bunu başaranlar yalnızca küçük bir azınlıktı
• Tam olarak geçemeyen siteler bile genel olarak eskisine göre daha hızlı ve daha akıcı hale geldi
• Performans farkındalığı kültürü yayıldı: geliştiriciler giderek daha fazla CWV metriklerini izliyor (anketlere göre geliştiricilerin yaklaşık %51'i Web Vitals'ı aktif olarak takip edip optimize ediyor)
• Google, bu hız iyileştirmelerini teşvik etmesine rağmen web platformuna yönelik geliştirici memnuniyetinin yüksek kaldığını belirtti
  • Bu da rehberliğin geliştiricileri umutsuzluğa sürüklemeden ulaşılabilir olduğunu gösteriyor
  • Bu denge önemliydi; CWV hedefleri imkânsız olsaydı veya araçlar yetersiz kalsaydı geliştiriciler tepki gösterebilirdi, ancak bunun yerine topluluk web'i daha iyi hale getirmek için kenetlendi

Metriklerin evrimi: INP, Soft Navigation ve diğerleri

• Google, en başından beri Core Web Vitals'ın zaman içinde evrileceğini kabul etti
• 2020'deki üç metrik seti, statik ya da eksiksiz olacak şekilde tasarlanmamıştı
• Kullanıcı deneyiminin diğer yönleri, örneğin akıcı kaydırma veya sayfanın ilerleyen kısmındaki uzun görevler, başlangıçta ele alınmamıştı
• Chrome Web Platform ekibi, yeni metrikler ve mevcut metriklerdeki iyileştirmeler üzerine araştırmalarını sürdürdü

Interaction to Next Paint (INP)

• Orijinal CWV'deki belirgin boşluk, ilk tıklamanın ötesindeki etkileşimsellikti
• FID yalnızca ilk giriş gecikmesini ölçüyordu; bu ilk izlenim için önemliydi, ancak sayfa daha sonra daha fazla kullanıcı etkileşimi sırasında yanıtsız kalabiliyordu
• Bunu çözmek için Annie Sullivan ve Michal Mocny gibi Google çalışanları INP'yi önerdi
  • Sayfadaki tüm (veya en azından birçok) kullanıcı etkileşimine bakıp bir tür en kötü durum (veya 98. yüzdelik dilim) gecikmesini raporlamak
  • "Kullanıcı, herhangi bir anda sayfayla etkileşime geçtiğinde, bir sonraki kare yanıt olarak ekrana çizilene kadar ne kadar sürüyor?" sorusunu sorarak olay işleme ve render gecikmesini yakalamak
• INP, 2022'de deneysel bir alan metriği olarak kullanıma sunuldu ve CrUX'ta toplanmaya başladı
• 2023 başına gelindiğinde Google, INP'nin FID'den genel yanıt verme sorunlarını daha iyi öngördüğünü gördü
• Bu nedenle Mart 2024'te INP'nin Core Web Vital olarak FID'nin yerini alacağı açıklandı
  • Bu değişiklik geliştiricilere yeterince önceden bildirildi
  • Lighthouse ve PageSpeed Insights gibi araçlar INP'yi göstermeye başladı (ve "yakında CWV olacak" şeklinde işaretledi)
  • Web.dev, INP'yi iyileştirme yönergeleri sundu; bunlar çoğu zaman genel performansla aynı uygulamalara çıkıyordu: uzun görevleri bölmek, ağır hesaplamalar için web worker kullanmak vb.
• FID'den INP'ye geçiş, CWV ekibinin daha önemli olanı daha iyi ele almak için metrikleri yineleme felsefesini vurguluyor
  • Bu durumda yalnızca sayfa yüklemesini değil, kullanıcının ziyaretinin tamamı boyunca tutarlı yanıt verebilirliği güvence altına almak

Akıcılık ve animasyon

• Chrome ekibinin incelediği bir diğer alan, animasyon kare hızı ve kaydırma jank'i gibi görsel akıcılıktı
• Bu henüz resmi bir CWV metriği değil, ancak burada süren çalışmalar var
• Chrome ekibi, RUM araçlarına Smoothness metriği sundu (bazen CrUX'ta "Jankiness" olarak raporlanıyor); bu, takılan animasyonlar gibi şeyleri nicelleştiriyor
• Tarayıcıya jank'i azaltmak için sezgisel yöntemler eklendi
  • Örneğin, dokunma olaylarının görüntü kareleriyle nasıl senkronize edildiğini ayarlayarak Android'de Chrome'un kendi kaydırma akıcılığını iki katına çıkardı (Ağustos 2023 tarihli Fast and Curious gönderisinde ayrıntılı olarak anlatılıyor)
• Gelecekte resmi bir "smoothness" Web Vital görebiliriz ya da INP, belirli animasyon gecikmelerini kapsayacak şekilde genişleyebilir
• Temel nokta, Google'ın bu yönlerin farkında olduğu ve bunlar üzerinde aktif olarak deney yaptığıdır

Soft Navigation (SPA)

• İlk CWV tanımlarının bir sınırlaması, tam sayfa yüklemelerine (yani "hard navigation") odaklanmış olmasıydı
• Ancak modern Single-Page Application (SPA) yapıları çoğu zaman bir kez yüklenir, ardından tam yeniden yükleme olmadan içerik ve rotaları dinamik olarak günceller
• Bu tür soft navigation durumları (bir bağlantıya tıklandığında tam tarayıcı navigasyonu yapılmadan içeriğin JavaScript aracılığıyla değişmesi), orijinal uygulamada LCP veya CLS ölçümlerine yansımıyordu
  • Tarayıcının bakış açısından bu hâlâ aynı sayfa olduğu için büyük DOM güncellemeleri yeni bir LCP tetiklemiyordu
• Bu da SPA'lerde geliştiricilerin uygulama içindeki "sayfa geçişlerini" değerlendirmek için özel ölçümlere güvenmek zorunda kaldığı ve CrUX (alan) verisinin de bu sonraki gezinmelere karşı kör olduğu anlamına geliyordu (yalnızca ilk sayfa yükleme CWV'si kaydediliyordu)
• Bunu düzeltmek için Chrome, Soft Navigation API'sini önerdi
  • Bu çalışmanın tüm kredisi Yoav Weiss'e ait
  • 2023 ortasında Chrome, SPA gezinmelerini sezgisel olarak algılayan deneyler başlattı
  • 2025 ortasına gelindiğinde Soft Navigations API için bir origin trial başlatıldı
• Chrome mühendisleri Barry Pollard ve Michal Mocny'nin açıkladığı gibi, soft navigation, "JavaScript'in gezinmeye müdahale etmesi (örneğin History API veya framework router üzerinden) ve tam yeniden yükleme olmadan history.pushState ile URL'yi güncellerken mevcut sayfanın içeriğini güncellemesi"dir
• Yeni API ile tarayıcı (ve geliştiriciler) bu olayları işaretleyip esasen yeni bir sayfa görüntülemesi gibi ele alabiliyor
• Kritik olarak bu, soft rota değişikliklerinde de, sanki bir sayfa yüklemesiymiş gibi, SPA'lerde Core Web Vitals ölçümü yapılmasını sağlıyor
• API kullanıldığında LCP gibi metrikler soft navigation sırasında sıfırlanabiliyor ve yeni görünümün en büyük içeriği yakalanabiliyor (Performance Timeline içindeki "interaction-to-next-paint" girişleri kavramı kullanılarak)
• Benzer şekilde CLS gezinme bazında bölünebiliyor ve INP mevcut görünümle ilişkilendirilebiliyor
• Bu, istemci tarafı yönlendirme kullanan uygulamalar dünyasına CWV'yi taşıyan büyük bir ilerleme anlamına geliyor (ve bu yaklaşım son derece yaygın)
• 2025 sonları itibarıyla Soft Nav API deneme sürecinde; geliştiriciler katılabiliyor ve geri bildirim gönderebiliyor
• Zaman içinde Chrome'un soft nav metriklerini tam olarak desteklemesi ve alan verilerinin (CrUX) da bunları entegre etmesi bekleniyor
• Bu evrim, kullanıcı yolculuğunun birden çok adımdan oluştuğunu ve yalnızca açılış sayfası yüklemesinden ibaret olmadığını kabul ediyor; web platformu tüm yolculuğu ölçebilmeli ve optimize edebilmeli

Gelecekteki evrim

• Google, metrikleri her yıl geliştirmeyi sürdüreceğini belirtti
• Yeni eşikler gibi ayarlamalar görebiliriz
  • Örneğin, web genel olarak daha da hızlanırsa gelecekte "iyi" LCP hedefi 2,5 saniyeden daha katı hâle gelebilir
  • Ya da belirgin bir boşluk ortaya çıkarsa tamamen yeni bir metrik eklenebilir
• Tüm eklemeler, INP örneğinde olduğu gibi, açık bir süreçten geçer (web performansı standartlarının tanımlanması, diğer tarayıcı sağlayıcılarıyla tartışmalar vb.)
• Google, zaman içinde daha fazla sayfa deneyimi sinyalini entegre etmeyi planlıyor
  • Örneğin, bir sitenin iyi uygulamalar kullandığı durumlarda Chrome üzerinden "hızlı sayfa" rozeti göstermek gibi gizlilik ve güvenlik deneyleri
• Ancak arama sıralaması bağlamında Google son dönemde mesajını sadeleştirdi
  • 2023 itibarıyla, tek tek sinyallerin ötesine geçen açık bir "sayfa deneyimi" sıralama artırıcısı olmayacağını belirtti
  • Esasen sayfa deneyimi değerlendirmelerini temel sıralama algoritmasına daha incelikli şekilde entegre etti
  • Ancak site sahipleri açısından hiçbir şey değişmedi
  • Hızlı, yüksek yanıt verebilirliğe sahip ve kararlı sayfalar, hem kullanıcı memnuniyeti hem de iyi SEO için temelde önemini koruyor

Özet

• Core Web Vitals'ın tarihi, web platformunun zorluklara karşılık verme hikâyesidir
  • Kullanıcı deneyimi kalitesinin ölçülebilir ve ödüllendirilebilir olması gerektiği içgörüsüyle başladı; ardından metrikleri, tarayıcıları, arama sıralamasını, araçları, framework'leri ve barındırma platformlarını etkileyen geniş kapsamlı bir harekete dönüştü
  • Yalnızca birkaç yıl içinde web performansının genelinde kayda değer iyileşmeler sağladı
  • Yolculuk sürüyor: SPA'ler için soft navigation ölçümü ve metriklerin sürekli iyileştirilmesi gibi gelecekteki yeniliklerle, hızlı ve keyifli web deneyimleri konusundaki sektör taahhüdü hâlâ güçlü
• Core Web Vitals, yalnızca bir metrik seti değil, daha sağlıklı, daha hızlı ve kullanıcı odaklı bir web için bir katalizör olduğunu kanıtladı
  • Bu, birçok kişinin iş birliğiyle inşa edilmiş bir miras ve web'i kullanan herkesin fayda sağlayacağı bir miras