Web Performansı
Core Web Vitals Nedir? LCP, INP ve CLS Nasıl Okunur?
Core Web Vitals metriklerini teknik jargon olmadan okuyun: LCP, INP ve CLS ne anlatır, web sitesi hız testi nasıl aksiyona döner?
Web Performansı
Core Web Vitals metriklerini teknik jargon olmadan okuyun: LCP, INP ve CLS ne anlatır, web sitesi hız testi nasıl aksiyona döner?
Kısa cevap: Core Web Vitals, bir web sitesinin kullanıcıya ne kadar hızlı ve dengeli hissettirdiğini ölçen üç temel metriktir: LCP, INP ve CLS. Bu metrikler reklam performansı, SEO ve teklif formu dönüşümü için birlikte okunmalıdır.
Bir site masaüstünde güzel görünebilir ama mobilde geç açılıyor, butona basınca bekletiyor veya yüklenirken zıplıyorsa kullanıcı için hızlı değildir. Google'ın web.dev dokümantasyonu Core Web Vitals'ı kullanıcı deneyimi kalitesini ölçen temel sinyaller olarak açıklar.
| Metrik | Ne ölçer? | İyi hedef | Pazarlama etkisi |
|---|---|---|---|
| LCP | En büyük görünen içeriğin yüklenmesi | 2,5 sn veya altı | İlk ekran geç gelirse reklam tıklaması boşa gider. |
| INP | Kullanıcı etkileşimine sayfanın yanıtı | 200 ms veya altı | Form, menü ve buton akışı hissedilir şekilde yavaşlar. |
| CLS | Beklenmeyen sayfa kaymaları | 0,1 veya altı | Kullanıcı yanlış yere basabilir, güven hissi azalır. |
LCP, sayfadaki en büyük görünür içeriğin ne zaman yüklendiğini anlatır. Bu genellikle hero görseli, büyük başlık veya geniş medya alanıdır. Reklamdan gelen kullanıcı için bu alan çoğu zaman ilk karar noktasıdır.
LCP kötü olduğunda site açılmış gibi görünse bile asıl mesaj geç gelir. Kullanıcı daha "ne satılıyor?" sorusuna cevap almadan çıkabilir. Bu yüzden hızlı web sitesi projesinde yalnızca görsel kalite değil, görsel ağırlığı, sunucu yanıtı ve ilk ekran düzeni birlikte düşünülür.
INP, kullanıcının sayfayla etkileşime girdiğinde ne kadar beklediğini gösterir. Form alanına tıklamak, menüyü açmak, filtre seçmek veya teklif butonuna basmak bu deneyimin parçasıdır. İyi bir sayfa yalnızca hızlı açılmaz; kullanıcının hareketine hızlı cevap verir.
INP sorunu çoğu zaman gereksiz script, ağır üçüncü taraf kodları, karmaşık animasyonlar veya tarayıcıyı yoran JavaScript yüzünden oluşur. Özellikle reklam sayfalarında takip kodu eklerken hız ve ölçüm dengesini korumak gerekir.
CLS, sayfadaki beklenmeyen kaymaları ölçer. Görsel geç yüklenince metnin aşağı kayması, font değişince butonun yerinden oynaması veya reklam/iframe sonradan gelince sayfanın zıplaması kullanıcıyı rahatsız eder.
Bu metrik teknik görünür ama etkisi çok nettir: kullanıcı bir butona basacakken buton yer değiştirirse yanlış yere dokunabilir. Güven hissi azalır ve site amatör görünür.
PageSpeed veya hız testi puanı iyi bir uyarı sistemidir. Fakat karar verirken gerçek cihaz deneyimi, form akışı, reklam trafiği, mobil bağlantı ve sayfanın iş hedefi birlikte okunmalıdır.
Birçok rapor "görselleri optimize edin" veya "JavaScript azaltın" der. Bu cümle doğru olabilir ama öncelik söylemez. Önemli olan hangi düzeltmenin iş sonucunu daha hızlı etkileyeceğini seçmektir.
| Bulgu | Muhtemel sebep | Öncelik |
|---|---|---|
| LCP kötü | Ağır hero görseli, yavaş sunucu, geç gelen font | İlk ekranı hafiflet |
| INP kötü | Ağır script, gereksiz animasyon, üçüncü taraf kod | JavaScript yükünü azalt |
| CLS kötü | Boyutsuz görsel, geç gelen font, zıplayan bileşen | Alan ölçülerini sabitle |
| Mobil kötü, masaüstü iyi | Telefon ağı ve işlem gücü hesaba katılmamış | Mobil ilk ekranı yeniden sadeleştir |
Google, sayfa deneyimi ve Core Web Vitals sinyallerini kalite değerlendirmesinde kullanır; fakat iyi metrikler kötü içeriği kurtarmaz. En sağlıklı yaklaşım, hızlı açılan ve kullanıcının aradığı cevabı net veren sayfa üretmektir. Yani performans, içerik ve teklif akışı ayrı işler değil, aynı satış varlığının parçalarıdır.
Hayır. Ama düşük puan önemli fırsat veya sorun işareti olabilir. Hedef, rapor puanından çok gerçek kullanıcı deneyimini ve temel metrikleri iyileştirmektir.
Evet, dolaylı olarak etkiler. Sayfa geç açılır veya form geç tepki verirse reklamdan gelen kullanıcının teklif talebine dönme ihtimali azalabilir.
PageSpeed Insights, Lighthouse ve sahadaki kullanıcı verileri birlikte değerlendirilebilir. İlk hızlı kontrol için avebworks web sitesi hız testi aracını da kullanabilirsiniz.
Hız çalışmasını sonradan "biraz optimize ederiz" diye görmüyorum. Web sitesi tasarımında ilk ekran, görsel boyutları, gereksiz animasyon, takip kodları, form akışı ve mobil düzen en baştan birlikte planlanmalı. Bu yüzden Süper Hızlı Web Sitesi ve Teknik SEO tarafı aynı projede konuşulduğunda sonuç daha temiz olur.