Core Web Vitals, Google'ın gerçek kullanıcı deneyimini ölçmek için tanımladığı üç temel metrikten oluşur ve çoğu e-ticaret yöneticisinin sandığının aksine yalnızca "teknik ekibin konusu" değildir. Bu metrikler bir yandan arama sıralamanızı etkiler, diğer yandan ziyaretçinin sitede kalıp kalmayacağını ve ödemeyi tamamlayıp tamamlamayacağını belirler. Bu yazıda LCP, INP ve CLS'yi eşik değerleriyle tek tek açıklıyor, hızın satışa etkisini rakamlarla gösteriyor ve e-ticaret sitelerine özel iyileştirme adımlarını sıralıyoruz.
Core Web Vitals nedir, neden önemlidir?
Google, 2021'den bu yana sayfa deneyimini sıralama sinyali olarak kullanıyor ve bu deneyimi üç ölçülebilir metrikle tanımlıyor: yüklenme hızı (LCP), etkileşime yanıt süresi (INP) ve görsel kararlılık (CLS). Bu üçlüye Core Web Vitals deniyor. Metriklerin ortak özelliği, laboratuvar koşullarında değil gerçek kullanıcıların cihazlarında ölçülmesidir; yani müşterinizin otobüste, orta segment bir telefonla ve dalgalı bir bağlantıyla yaşadığı deneyimi yansıtır.
E-ticaret için önemi iki katmanlıdır. Birincisi görünürlük: aynı kalitede içeriğe sahip iki sayfa arasında Google, deneyimi iyi olanı öne çıkarma eğilimindedir; kategori sayfalarınızın organik trafiği bundan doğrudan etkilenir. İkincisi ve daha büyüğü dönüşümdür: yavaş, geç tepki veren ve zıplayan bir sayfa, daha ziyaretçi ürünü görmeden satışı kaybettirir.
Üç metrik ve eşik değerleri
Google her metrik için "iyi", "iyileştirme gerekli" ve "zayıf" olmak üzere üç bant tanımlar. Değerlendirme, kullanıcı ölçümlerinin 75. yüzdelik dilimine göre yapılır: kullanıcılarınızın en az dörtte üçü "iyi" bandındaysa sayfa o metrikten geçer.
| Metrik | Neyi ölçer | İyi | Zayıf |
|---|---|---|---|
| LCP | En büyük içeriğin görünme süresi | ≤ 2,5 sn | > 4,0 sn |
| INP | Etkileşime yanıt süresi | ≤ 200 ms | > 500 ms |
| CLS | Beklenmedik düzen kayması | ≤ 0,1 | > 0,25 |
LCP: Largest Contentful Paint
LCP, sayfadaki en büyük görünür öğenin — e-ticarette genellikle ürün görselinin veya vitrin banner'ının — ekrana gelme süresidir. Kullanıcının "sayfa açıldı" hissini belirleyen metrik budur. 2,5 saniyenin altı hedeftir; tipik suçlular optimize edilmemiş büyük görseller, yavaş sunucu yanıtı (TTFB) ve render'ı bloklayan CSS/JS dosyalarıdır.
INP: Interaction to Next Paint
INP, 2024'te FID'in yerini alan metriktir ve kullanıcının her etkileşimine — sepete ekle butonuna dokunma, varyant seçme, menü açma — sayfanın ne kadar sürede görsel yanıt verdiğini ölçer. 200 milisaniyenin üzerindeki gecikmeler "takılıyor" hissi yaratır. En büyük düşman, ana iş parçacığını kilitleyen ağır JavaScript'tir; e-ticaret sitelerinde bu çoğunlukla üçüncü parti pazarlama scriptleri demektir.
CLS: Cumulative Layout Shift
CLS, sayfa yüklenirken içeriğin beklenmedik biçimde zıplamasını ölçer. Tam "Sepete Ekle"ye basacakken araya geç yüklenen bir banner girer ve yanlış yere tıklarsınız — işte bu, hem CLS puanını hem müşteri sabrını bozan senaryodur. Boyutu belirtilmemiş görseller, geç yüklenen reklam/kampanya alanları ve sonradan inen özel fontlar başlıca nedenlerdir.
Hızın dönüşüme etkisi: rakamlar ne söylüyor?
Hız ile satış arasındaki ilişki yıllardır tutarlı biçimde ölçülüyor ve sonuçlar sezgiyi doğruluyor:
- Yüklenme süresi 1 saniyeden 3 saniyeye çıktığında hemen çıkma olasılığı %32 artıyor; 5 saniyede bu artış %90'ı buluyor.
- Mobil kullanıcıların yaklaşık yarısı, 3 saniyede açılmayan sayfayı terk ediyor.
- Deloitte'un çok sektörlü araştırmasına göre 0,1 saniyelik hız iyileştirmesi bile perakende sitelerinde dönüşümü %8'e varan oranda artırdı.
- Sektör vaka çalışmalarında, LCP'sini "zayıf" banttan "iyi" banda taşıyan e-ticaret sitelerinde çift haneli dönüşüm artışları raporlanıyor.
Bu rakamların mantığı basittir: yavaşlık, ödeme hunisinin her adımında küçük bir vazgeçme vergisi keser. Kategori sayfası geç açılırsa ürüne gidilmez; varyant seçimi takılırsa sepete eklenmez; ödeme sayfası ağır kalırsa sipariş tamamlanmaz. Hız tek başına satış garantisi değildir — ürün, fiyat ve güven yerindeyse çarpan etkisi yaratır. Huninin diğer halkaları için dönüşüm oranını artıran 7 kanıtlanmış yöntem yazımıza bakabilirsiniz.
Hızın SEO'ya etkisi: dolaylı ama birikimli
Core Web Vitals bir sıralama sinyalidir; ancak etkisini doğru konumlandırmak gerekir. Google, deneyim sinyallerinin içerik kalitesinin önüne geçmediğini açıkça söylüyor: harika deneyimli boş bir sayfa, yavaş ama isabetli bir sayfayı geçemez. Sinyal, benzer kalitedeki rakipler arasında eşitliği bozan faktördür — ve e-ticarette kategori sayfaları tam olarak böyle bir rekabetin içindedir: onlarca site, neredeyse aynı ürünleri benzer başlıklarla listeler.
Dolaylı etkiler ise çoğu zaman doğrudan sinyalden daha büyüktür. Yavaş sayfada hemen çıkma artar ve kullanıcı arama sonucuna geri döner; bu davranış kalıbı zamanla sayfanın algılanan kalitesini düşürür. Ayrıca tarama bütçesi de hızdan etkilenir: yavaş yanıt veren siteleri Googlebot daha az sayfayla tarar, bu da büyük kataloglu sitelerde yeni ürünlerin dizine geç girmesi demektir. Kategori sayfalarıyla organik trafik büyütme stratejisini e-ticaret SEO rehberimizde ayrıntılı işledik.
Lab verisi mi, saha verisi mi?
Hız ölçümünde en yaygın kafa karışıklığı şudur: "PageSpeed skorum 90 ama Search Console hâlâ zayıf diyor." Bunun nedeni iki farklı veri türüdür.
Lab verisi (Lighthouse), sayfanızı standart bir cihaz ve bağlantı profiliyle, kontrollü ortamda tek seferlik test eder. Teşhis için mükemmeldir: hangi görsel büyük, hangi script bloke ediyor, satır satır gösterir. Saha verisi (CrUX — Chrome User Experience Report) ise son 28 günde sitenizi ziyaret eden gerçek Chrome kullanıcılarının ölçümleridir. Google'ın sıralamada kullandığı veri budur; lab skoru değil.
İkisi arasındaki fark bilgi taşır: lab iyi ama saha kötüyse, gerçek kullanıcılarınız test profilinizden daha zayıf cihazlarda ve bağlantılardadır — Türkiye'de mobil ağırlıklı trafikte bu çok yaygındır. Doğru çalışma düzeni şudur: hedefleri saha verisine göre koyun, teşhis ve doğrulamayı lab araçlarıyla yapın. Saha verisi 28 günlük hareketli pencere olduğu için, yaptığınız iyileştirmenin rapora tam yansıması bir ayı bulur; sabırlı olun.
E-ticarete özel iyileştirmeler
Genel "siteyi hızlandırın" tavsiyesi yerine, e-ticaret şablonlarında en yüksek getiriyi sağlayan dört alana odaklanın. Çalışma sırası da önemlidir: önce en çok trafik ve ciro üreten şablonları (genellikle ürün ve kategori sayfaları) iyileştirin; ana sayfa görünürde en prestijli sayfa olsa da, satın alma yolculuğunun asıl darboğazı çoğu zaman orası değildir. Türkiye'de trafiğin dörtte üçünden fazlası mobilden geldiği için tüm testleri masaüstünde değil, orta segment bir Android profiliyle yapın.
Görsel optimizasyonu
E-ticaret sayfasının ağırlığının çoğu görseldir. WebP/AVIF formatına geçin, her kırılım için doğru boyutta görsel sunun (responsive images) ve ekran dışındaki görselleri lazy loading ile erteleyin — ancak LCP adayı olan ana ürün görselini asla lazy yüklemeyin; tam tersine öncelikli yükletin. Tüm görsellere genişlik/yükseklik değeri vermek, CLS'nin en büyük kaynağını da kapatır.
Üçüncü parti script denetimi
Analitik, pazarlama pikseli, canlı destek, ısı haritası derken ortalama bir e-ticaret sitesi onlarca üçüncü parti script taşır ve bunlar INP'nin bir numaralı katilidir. Üç ayda bir envanter çıkarın: kullanılmayanı kaldırın, kalanları etkileşim sonrasına erteleyin, mümkünse sunucu taraflı etiketlemeye taşıyın. Tek bir hantal pazarlama scriptinin kaldırılması, haftalarca sürecek kod optimizasyonundan daha fazla kazandırabilir.
CDN ve önbellekleme
İçeriği kullanıcıya en yakın noktadan sunmak, hem TTFB'yi hem LCP'yi düşürür. Statik varlıklar için CDN artık standart; asıl fark, kategori ve ürün sayfalarının HTML çıktısının akıllı önbelleklenmesinde yaratılır. Stok ve fiyat gibi dinamik parçaları ayrıştırıp sayfanın iskeletini önbellekten sunan mimariler, kampanya trafiğinde bile saha LCP'sini "iyi" bantta tutar.
Kritik CSS ve render yolu
Ekranın ilk görünümü için gereken CSS'i satır içine alıp kalanını ertelemek, render'ı bloklayan zinciri kırar. Özel fontları font-display: swap ile yükleyip sistem fontuyla yer tutmak da hem LCP'ye hem CLS'ye nefes aldırır.
"Hız bir kampanya değil, bir hijyen standardıdır: bir kez ulaşıp bırakacağınız bir skor değil, her yeni özellikle yeniden savunmanız gereken bir bütçedir."
Ölçüm araçları: neyi neyle takip etmeli?
Araç kalabalığında kaybolmamak için her aracın rolünü netleştirin:
- Search Console – Core Web Vitals raporu: Sitenizin saha verisindeki genel durumu ve sorunlu sayfa gruplarını gösterir; takibin ana panosu budur.
- PageSpeed Insights: Tek bir URL için saha ve lab verisini yan yana sunar; teşhise buradan başlayın.
- Lighthouse / DevTools: Geliştirme sırasında derin teşhis ve değişiklik doğrulama aracıdır.
- Gerçek kullanıcı izleme (RUM): CrUX'un 28 günlük gecikmesine karşı, kendi sitenize ekleyeceğiniz web-vitals ölçümü sorunu aynı gün gösterir ve segment kırılımı (cihaz, sayfa tipi, ülke) sunar.
Ritim önerisi: RUM panosuna haftalık bakın, Search Console'u ayda bir gözden geçirin ve her büyük sürüm öncesi kritik şablonlarda Lighthouse koşturun. Böylece gerileme, müşteri hissetmeden yakalanır. Ölçümü tek bir toplam skora indirgemekten de kaçının: "PageSpeed 90 üzeri olsun" hedefi, ekipleri skoru yükselten ama kullanıcıya dokunmayan ince ayarlara sürükleyebilir. Doğru hedefler her zaman metrik ve şablon bazlıdır — örneğin "mobil ürün sayfasında saha LCP'sini 3,1 saniyeden 2,4 saniyeye indirmek" gibi. Bu tür bir hedef hem ilerlemeyi ölçülebilir kılar hem de iyileştirmenin ciroya etkisini dönüşüm verisiyle yan yana koymanıza imkân verir.
Sonuç
Core Web Vitals, teknik bir sınav değil; müşterinizin sabrının sayısallaşmış halidir. LCP ile "ne kadar hızlı görüyorum", INP ile "ne kadar hızlı tepki alıyorum", CLS ile "gözümün önünde zıplıyor mu" sorularını ölçersiniz — ve bu üç sorunun cevabı, hem Google sıralamanızı hem kasanızı etkiler. İyi haber şu: e-ticarette hız sorunlarının büyük bölümü bilinen bir avuç kalıptan kaynaklanır ve doğru altyapıyla çoğu baştan hiç oluşmaz. Altyapı seçerken performansın hangi katmanlarda hazır geldiğini çözümler sayfamızda, paketlerin kapsamını ise fiyatlandırma sayfamızda inceleyebilirsiniz.
Hızlı kontrol listesi
- Ana şablonlarınız (ana sayfa, kategori, ürün) LCP ≤ 2,5 sn hedefini saha verisinde tutuyor mu?
- INP 200 ms'nin altında mı; en ağır üçüncü parti script hangisi, biliyor musunuz?
- Tüm görsellerde boyut bilgisi tanımlı, CLS 0,1'in altında mı?
- Ana ürün görseli öncelikli, ekran dışı görseller lazy yükleniyor mu?
- Görselleriniz WebP/AVIF formatında ve CDN üzerinden mi sunuluyor?
- Kararları lab skoruna değil, CrUX/RUM saha verisine göre mi alıyorsunuz?
- Search Console CWV raporunu ayda bir düzenli inceliyor musunuz?
- Her yeni pazarlama scripti eklenirken performans maliyeti soruluyor mu?
Bu listeyi mevcut altyapınızda tamamlamak haftalar sürebilir; Şimşek Software altyapısında ise görsel optimizasyonu, CDN, akıllı önbellekleme ve kritik CSS gibi katmanlar standart olarak hazır gelir — müşterilerimizin mağazaları saha verisinde "iyi" bandı hedefleyerek yayına alınır. Kendi sitenizin Core Web Vitals karnesini birlikte çıkarmak ve hız kaynaklı ciro kaybınızı görmek için demo talep edin; ölçümle başlayalım.