Web Sitesi Hızı ve Core Web Vitals: Performans Dönüşümü Nasıl Etkiler?

Bir web sitesinin hızını çoğu zaman teknik bir detay sanırız. Oysa sahada gördüğümüz tablo çok net: kullanıcı, sayfanın açılmasını beklerken sabırlı değildir. Birkaç yüz milisaniyelik bir gecikme bile, ziyaretçinin formu doldurmaktan vazgeçmesine ya da sepetini terk etmesine yetebiliyor. Bu yüzden performans, biz QuantKOD olarak müşteri projelerinde en başından gündeme aldığımız bir konu; sonradan yamanan bir eklenti değil.

Google'ın Core Web Vitals metrikleri, bu sezgisel gerçeği ölçülebilir hale getirdi. Artık "site hızlı hissettiriyor" gibi muğlak ifadeler yerine, somut eşik değerleriyle konuşabiliyoruz. Bu yazıda hem bu metriklerin teknik anlamını hem de neden doğrudan iş sonuçlarını etkilediğini açacağız.

Core Web Vitals Tam Olarak Neyi Ölçüyor?

Core Web Vitals, kullanıcı deneyiminin üç temel boyutunu sayısallaştıran metrik setidir: yükleme hızı, etkileşime cevap verme hızı ve görsel kararlılık. 2024 Mart ayında önemli bir değişiklik oldu ve FID (First Input Delay) metriği yerini INP'ye bıraktı. Güncel üçlü şöyle:

• LCP (Largest Contentful Paint): Sayfadaki en büyük içerik öğesinin (genellikle bir kapak görseli veya ana başlık) ne kadar sürede ekrana geldiğini ölçer. Yükleme hızının somut temsilcisidir.
• INP (Interaction to Next Paint): Kullanıcı bir butona tıkladığında, menüyü açtığında ya da bir alana yazı yazdığında sayfanın görsel olarak ne kadar hızlı tepki verdiğini ölçer. FID'den farkı, yalnızca ilk etkileşimi değil, sayfa ömrü boyunca tüm etkileşimleri dikkate almasıdır.
• CLS (Cumulative Layout Shift): Sayfa yüklenirken öğelerin beklenmedik şekilde kaymasını ölçer. Tam tıklayacakken butonun aşağı kaymasıyla yanlış yere basmanız, bu metriğin kötü olduğunun habercisidir.

Geçer Not Almak İçin Hedef Değerler

Google, bir sayfanın "iyi" sayılması için şu eşikleri belirledi:

• LCP: 2,5 saniyenin altında
• INP: 200 milisaniyenin altında
• CLS: 0,1'in altında

Burada kritik bir nokta var ve çoğu kişi atlıyor: Google bu değerleri laboratuvar testinizin ortalamasından değil, gerçek kullanıcıların verisinin 75. yüzdelik diliminden (p75) ölçüyor. Yani ziyaretçilerinizin yüzde 75'inin iyi bir deneyim yaşaması gerekir. Sizin hızlı internetinizde ve güçlü bilgisayarınızda site uçuyor olabilir; ama mobil veride, orta seviye bir telefondan giren kullanıcı asıl resmi belirler.

Lab Verisi mi, Saha Verisi mi?

Performans ölçümünde sık karşılaştığımız bir kafa karışıklığı bu. İki tür veri vardır:

• Lab (sentetik) veri: Lighthouse veya PageSpeed Insights'ın kontrollü ortamda yaptığı test. Geliştirme sırasında hata ayıklamak için harikadır çünkü tekrarlanabilir.
• Saha (gerçek kullanıcı) verisi: Chrome User Experience Report (CrUX) üzerinden toplanan, sitenizi gerçekten ziyaret eden insanların verisi. Google sıralamada bu veriyi dikkate alır.

Sahada gözlemlediğimiz bir yanılgı şu: Ekipler Lighthouse'tan 95 puan alıp rahatlıyor, ama Search Console'daki gerçek kullanıcı raporu kırmızı yanıyor. Çünkü lab testi tek bir cihaz ve tek bir bağlantı koşulunu yansıtır; gerçek dünya ise çok daha çeşitlidir. Bu yüzden biz projelerimizde her iki veriyi de takip ediyoruz: lab verisiyle sorunu buluyor, saha verisiyle gerçek etkiyi doğruluyoruz.

Hız Neden Doğrudan Dönüşümü Etkiler?

Buraya kadar her şey teknik gibi görünebilir. Ama performansın asıl önemi iş tarafında. Kullanıcı davranışı acımasızdır: sayfa açılmazsa beklemez, geri tuşuna basıp rakibinize gider. Yavaş bir kontrol formu ya da geç tepki veren bir "Sepete Ekle" butonu, doğrudan terk edilen işlem demektir.

Bunu birkaç mekanizmayla açıklayabiliriz:

1. Algılanan kalite: Hızlı bir site, kullanıcıya "bu firma işini ciddiye alıyor" hissi verir. Yavaşlık ise güvensizlik yaratır, özellikle ödeme adımında.
2. Sürtünme azalması: Her milisaniyelik gecikme, kullanıcının niyetiyle eylemi arasına bir engel koyar. INP'nin iyi olması, formun "takılmadan" doldurulması demektir.
3. Görsel güven: CLS sorunları, yanlışlıkla yanlış butona basılmasına yol açar. Bu, özellikle B2B tekliflerinde ya da randevu formlarında doğrudan kayıp anlamına gelir.

Ayrıca Core Web Vitals, Google'ın "Page Experience" sinyalleri içinde bir sıralama faktörüdür. Tek başına ilk sıraya taşımaz, ama eşit içerik kalitesine sahip iki site arasında belirleyici olur. Yani performans, hem doğrudan dönüşümü hem de dolaylı olarak organik trafiği etkiler.

Sahada İşe Yarayan Optimizasyon Yaklaşımları

Metrikleri bilmek bir şey, iyileştirmek başka. İşte projelerimizde en çok geri dönüş aldığımız müdahaleler:

LCP'yi İyileştirmek İçin

• Kapak görselini ve ilk ekrandaki kritik öğeleri öncelikli yükleyin; ekranın altında kalanları ertelemeli (lazy loading) yükleyin.
• Görselleri modern formatlara (WebP, AVIF) çevirin ve doğru boyutta sunun. Mobilde 2000 piksel genişlikte görsel göndermek en sık yaptığımız tespit.
• Sunucu cevap süresini (TTFB) iyileştirin; CDN kullanımı ve önbellekleme burada belirleyici.

INP'yi İyileştirmek İçin

• Büyük JavaScript paketlerini parçalara bölün (code splitting) ve yalnızca gereken kodu yükleyin.
• Uzun süren ana iş parçacığı (main thread) görevlerini küçük, asenkron parçalara ayırın ki tarayıcı kullanıcı etkileşimine cevap verecek boşluk bulsun.
• Üçüncü parti scriptleri (analitik, chat, reklam) gözden geçirin; çoğu zaman INP'yi en çok bunlar bozuyor.

CLS'yi İyileştirmek İçin

• Görsellere ve video alanlarına sabit genişlik/yükseklik tanımlayın ki yer önceden ayrılsın.
• Yazı tiplerini doğru yükleyin; geç gelen fontun metni kaydırmasını önleyin.
• Reklam ve banner alanları için yer rezerve edin, içerik geldikçe sayfanın zıplamasına izin vermeyin.

Performansı Bir Kerelik Değil, Sürekli İş Olarak Görün

En çok vurguladığımız nokta bu. Bir siteyi optimize edip bırakırsanız, birkaç ay sonra eklenen yeni bir özellik, ağırlaşan bir görsel ya da entegre edilen yeni bir araç metrikleri tekrar bozar. Bu yüzden performansı geliştirme sürecinin bir parçası haline getirmek gerekir.

Pratikte önerdiğimiz yaklaşım: Search Console'daki Core Web Vitals raporunu düzenli izlemek, kritik sayfalar için bir performans bütçesi (performance budget) belirlemek ve her yeni yayın öncesi otomatik bir kontrol koymak. Böylece sorunu kullanıcı yaşamadan, daha geliştirme aşamasında yakalarsınız.

Sonuç olarak Core Web Vitals, kuru bir teknik gereklilik değil; kullanıcının sabrını, güvenini ve nihayetinde cebinizdeki dönüşümü ölçen bir göstergedir. Hızlı bir site, sadece Google'ı değil, asıl önemlisi insanları memnun eder. İş sonuçlarını da işte tam buradan kazanırsınız.