Sayfa deneyimi yalnızca bir sıralama sinyali değil; ziyaretçinin kalıp kalmayacağını ve satın alıp almayacağını belirleyen bir dönüşüm faktörüdür.
Core Web Vitals, bir ziyaretçinin sayfayı deneyimleme kalitesini üç ölçülebilir metrikle özetleyen Google standardıdır. Yükleme hızını, etkileşime yanıtı ve görsel kararlılığı temsil eder. Bu üç değer hem arama sıralamasını hem de kullanıcının sayfada kalıp dönüşüme ilerleme olasılığını doğrudan etkiler.
Bu yazıda Core Web Vitals metriklerinin ne anlama geldiğini, dönüşüm oranıyla neden ilişkili olduğunu ve öncelik sırasıyla nasıl iyileştirileceğini açıklıyoruz. Amacımız teori değil, sahada uygulanabilir bir yol haritası sunmaktır.
Core Web Vitals nedir?
Core Web Vitals, Google'ın sayfa deneyimini standart biçimde ölçmek için tanımladığı üç temel metriğin ortak adıdır. Largest Contentful Paint yükleme hızını, Interaction to Next Paint etkileşime yanıt süresini, Cumulative Layout Shift ise görsel kararlılığı ölçer. Bu metrikler gerçek kullanıcı verisine dayanır ve sayfanın hissedilen kalitesini sayısallaştırır.
Metrikler soyut hız puanları değildir; kullanıcının gördüğü ve hissettiği deneyimi temsil eder. Bir sayfa teknik olarak hızlı görünse bile ana içerik geç yükleniyor, butonlar geç tepki veriyor veya düzen kayıyorsa Core Web Vitals değerleri bunu ortaya çıkarır.
Bu metrikler kullanıcı merkezli olacak şekilde tasarlanmıştır. Google, sunucudan gelen ham hız yerine ziyaretçinin gerçekte ne deneyimlediğine bakmayı önceler. Bu nedenle iyileştirme yaparken 'sayfa kaç saniyede yüklendi' sorusundan çok, 'kullanıcı ne zaman içeriği gördü, ne zaman etkileşime geçebildi ve ekran kararlı kaldı mı' sorularına odaklanmak gerekir. Doğru soru, doğru önceliği getirir.
Google bu metrikleri sayfa deneyimi sinyallerinin bir parçası olarak değerlendirir. Tek başına ilk sıraya taşımaz; ancak içerik kalitesi benzer sayfalar arasında bir eşik ve ayrıştırıcı işlevi görür. Bu yüzden Core Web Vitals çalışmasını daha geniş teknik SEO altyapısının bir bileşeni olarak ele almak gerekir.
LCP, INP ve CLS neyi ölçer?
LCP, sayfanın en büyük görünür içeriğinin ne kadar sürede yüklendiğini; INP, kullanıcı bir öğeyle etkileşime geçtiğinde arayüzün ne kadar hızlı yanıt verdiğini; CLS ise yükleme sırasında öğelerin ne kadar kaydığını ölçer. Üçü birlikte yükleme, etkileşim ve kararlılık boyutlarını kapsar.
Largest Contentful Paint (LCP)
LCP, görüntü alanındaki en büyük içerik öğesinin (genellikle bir kapak görseli veya başlık bloğu) render edilme süresidir. İyi kabul edilen eşik 2,5 saniyenin altıdır. Yavaş sunucu yanıtı, büyük görseller ve render'ı engelleyen kaynaklar LCP'yi bozan başlıca nedenlerdir.
Interaction to Next Paint (INP)
INP, sayfa ömrü boyunca kullanıcı etkileşimlerine verilen yanıt gecikmesini ölçer ve eski FID metriğinin yerini almıştır. Bir butona tıklandığında ya da bir menü açıldığında ekranın güncellenmesi ne kadar gecikirse INP o kadar kötüleşir. Ağır JavaScript ve uzun ana iş parçacığı görevleri en sık nedendir.
Cumulative Layout Shift (CLS)
CLS, yükleme sırasında sayfa öğelerinin beklenmedik biçimde yer değiştirmesini ölçer. Boyutu belirtilmemiş görseller, sonradan yüklenen reklamlar ve web fontları düzen kaymasına yol açar. Kullanıcı okurken metnin zıplaması ya da yanlış butona tıklaması bu metriğin somut sonucudur.
| Metrik | Ölçtüğü boyut | İyi eşik | Sık nedenler |
|---|---|---|---|
| LCP | Yükleme hızı | ≤ 2,5 sn | Yavaş sunucu, büyük görseller, engelleyici kaynaklar |
| INP | Etkileşim yanıtı | ≤ 200 ms | Ağır JavaScript, uzun ana iş parçacığı görevleri |
| CLS | Görsel kararlılık | ≤ 0,1 | Boyutsuz görseller, geç yüklenen reklam ve fontlar |
Core Web Vitals dönüşüm oranını nasıl etkiler?
Core Web Vitals dönüşümü, kullanıcının sabrı ve güveni üzerinden etkiler. Geç yüklenen bir sayfa ziyaretçiyi henüz teklifinizi görmeden kaybettirir; geç tepki veren bir arayüz satın alma akışında tereddüt yaratır; kayan bir düzen ise yanlış tıklamalara ve hayal kırıklığına yol açar. Her üçü de terk oranını yükseltir.
Dönüşüm hunisinin her adımı bir sürtünme noktasıdır. Sayfa ne kadar yavaş ve kararsızsa, kullanıcının bir sonraki adıma geçmeden ayrılma olasılığı o kadar artar. Özellikle mobil kullanıcılar zayıf bağlantı ve küçük ekran nedeniyle performans sorunlarına çok daha duyarlıdır.
Performans aynı zamanda bir güven sinyalidir. Hızlı, akıcı ve kararlı bir deneyim markanın profesyonelliğini hissettirir; sürekli takılan bir site ödeme adımında bile şüphe uyandırır. Bu nedenle sayfa deneyimi çalışması, dönüşüm optimizasyonu çabalarının teknik temelini oluşturur.
İlk izlenim de bu tabloya dahildir. Ziyaretçi bir sayfaya geldiğinde içeriği görene kadar geçen süre, markayla kurduğu ilk temastır. Bu süre uzadıkça kullanıcının dikkati dağılır ve rakip bir sekmeye geçmesi kolaylaşır. Yükleme hissi iyileştiğinde ise kullanıcı içeriğe daha erken bağlanır ve hunide ilerleme olasılığı artar.
E-ticarette performans sorunları satışı nasıl etkiler?
E-ticarette her ek saniye ve her kayan öğe, sepete ekleme ile ödeme arasındaki yolda kayıp anlamına gelir. Ürün listeleri geç yüklendiğinde kullanıcı gezinmeyi bırakır; ödeme formu geç tepki verdiğinde işlem yarıda kalır. Performans sorunları doğrudan gelir kaybına dönüşür.
E-ticaret siteleri ağır ürün görselleri, çok sayıda üçüncü taraf betiği ve dinamik filtreler nedeniyle performans açısından en kırılgan yapıya sahiptir. Bu yüzden Core Web Vitals iyileştirmeleri, kategori ve ürün sayfalarında en yüksek getiriyi verir.
- Yavaş kategori sayfaları, ziyaretçinin ürünleri karşılaştırmadan çıkmasına neden olur.
- Geç tepki veren sepet ve ödeme adımları terk edilmiş sepet oranını artırır.
- Kayan düzen, mobilde yanlış ürünün sepete eklenmesine ve iade taleplerine yol açabilir.
- Zayıf performans, reklamla getirilen ücretli trafiğin de boşa harcanması demektir.
Mobil ödeme akışı bu tablonun en hassas noktasıdır. Küçük ekranda kayan bir düzen, kullanıcının adres ya da kart alanını yanlış doldurmasına; geç tepki veren bir 'Siparişi Tamamla' butonu ise çift tıklamaya veya vazgeçmeye yol açar. Satın alma anındaki her saniyelik tereddüt, tamamlanmış bir sipariş ile terk edilmiş bir sepet arasındaki farkı belirleyebilir.
Core Web Vitals nasıl ölçülür?
Core Web Vitals iki tür veriyle ölçülür: laboratuvar verisi kontrollü bir ortamda tekrarlanabilir teşhis sağlar, gerçek kullanıcı verisi ise sahadaki asıl deneyimi gösterir. Doğru karar için ikisini birlikte kullanmak gerekir; yalnız laboratuvar puanı yanıltıcı olabilir.
PageSpeed Insights her iki veriyi tek ekranda sunar. Lighthouse ve Chrome DevTools laboratuvar teşhisi için; Chrome UX Report (CrUX) ise gerçek kullanıcı dağılımı için kullanılır. Google Search Console'daki Core Web Vitals raporu, sorunlu URL gruplarını site genelinde toplu görmenizi sağlar.
- PageSpeed Insights: tek URL için laboratuvar + saha verisini birlikte gösterir.
- Lighthouse ve DevTools: sorunun kaynağını adım adım teşhis eder.
- Chrome UX Report: gerçek kullanıcıların gördüğü değerlerin dağılımını verir.
- Search Console: 'iyi / iyileştirilmeli / zayıf' gruplarını URL bazında listeler.
Laboratuvar ve saha verisi çoğu zaman farklı sonuçlar gösterir; bu bir çelişki değildir. Laboratuvar ölçümü tek bir cihaz ve bağlantı üzerinde kontrollü koşullarda çalışır. Saha verisi ise farklı telefonlardan, farklı hızlardan ve farklı coğrafyalardan gelen gerçek ziyaretlerin dağılımıdır. Kararı saha verisine, teşhisi ise laboratuvar verisine dayandırmak en sağlıklı yöntemdir.
Ölçümü tek seferlik bir fotoğraf değil, düzenli bir takip olarak kurgulamak önemlidir. Kapsamlı bir SEO analizi sürecinde performans verisi diğer teknik sinyallerle birlikte değerlendirildiğinde, sorunların iş etkisi çok daha net görülür.
Hangi iyileştirmeler öncelikli yapılmalı?
İyileştirmeleri etki ve çaba dengesine göre sıralamak gerekir. Önce en çok trafik alan şablonlarda (ana sayfa, kategori, ürün) düşük çabayla yüksek kazanç veren düzeltmeler yapılır: görsel optimizasyonu, boyut belirtme ve gereksiz betiklerin kaldırılması. Sunucu ve mimari düzeyindeki köklü işler sonraya bırakılır.
- En çok ziyaret edilen sayfa şablonlarını belirleyin; iyileştirmeyi buradan başlatın.
- Görselleri modern formatta (WebP/AVIF) sıkıştırın ve genişlik/yükseklik değerlerini belirtin.
- Render'ı engelleyen CSS/JS kaynaklarını erteleyin veya bölün; kullanılmayan kodu kaldırın.
- Web fontlarını ön yükleyip yedek font tanımlayarak font kaynaklı kaymayı önleyin.
- Görsel ve reklam alanlarına sabit yer ayırarak CLS'yi düşürün.
- Sunucu yanıt süresini önbellekleme ve CDN ile kısaltın; en son mimari değişikliklere geçin.
Öncelik sırasını belirlerken metriklerin hangi sayfada eşiği aştığına bakın. Bir şablonda LCP, diğerinde INP sorunlu olabilir; tek tip bir reçete yerine sayfaya özgü teşhis daha isabetli sonuç verir.
Düşük çabayla yüksek getiri veren düzeltmeleri erkene almak, ekibin motivasyonu ve bütçenin verimi açısından da önemlidir. Büyük görsellerin sıkıştırılması ya da kullanılmayan bir betiğin kaldırılması saatler içinde yapılabilir ve etkisi hemen ölçülebilir. Sunucu mimarisini değiştirmek gibi köklü işler ise planlanarak, riski yönetilerek ilerletilir. Bu sıralama, sınırlı kaynağı en çok satış getiren sayfalarda yoğunlaştırmanızı sağlar.
İyileştirmeler nasıl takip edilmeli?
Core Web Vitals çalışması bir defalık proje değil, sürekli izlenen bir süreçtir. Her yayın sonrası değerler yeniden ölçülmeli, gerçek kullanıcı verisindeki 28 günlük eğilim takip edilmeli ve gerilemeler erken yakalanmalıdır. Yeni eklenen özellikler ve üçüncü taraf betikler performansı sessizce ve fark edilmeden bozabilir.
Takip için Search Console'un Core Web Vitals raporunu aylık kontrol edin, kritik şablonlara sürekli izleme kurun ve her büyük değişiklikten sonra karşılaştırmalı ölçüm alın. Böylece bir kampanya betiği ya da yeni bir eklenti değerleri bozduğunda hızla fark edersiniz.
Performans iyileştirmelerini iş metrikleriyle birlikte raporlamak, çalışmanın değerini görünür kılar. Sıçrama oranı, sayfada kalma süresi ve dönüşüm oranı gibi göstergelerle bu metrikleri yan yana koymak, teknik işin gelir üzerindeki etkisini kanıtlar.
Sürekli izleme, gerilemeleri de erken yakalar. Yeni bir kampanya kodu, üçüncü taraf bir sohbet aracı ya da güncellenen bir eklenti, performansı fark edilmeden bozabilir. Kritik şablonlara kurulan otomatik ölçüm, böyle bir gerilemeyi kullanıcılar şikâyet etmeden önce ekibe bildirir. Bu yaklaşım, iyileştirmelerle kazanılan zeminin zamanla erimesini engeller ve performansı kalıcı bir standart hâline getirir.
Sıkça Sorulan Sorular
Core Web Vitals değerleri sıralamayı etkiler mi?
Evet, ancak tek başına belirleyici değildir. Google, Core Web Vitals metriklerini sayfa deneyimi sinyallerinin bir parçası olarak değerlendirir. İçerik kalitesi ve alaka düzeyi benzer sayfalar arasında iyi bir sayfa deneyimi ayrıştırıcı olabilir. Zayıf değerler ise özellikle rekabetçi sorgularda dezavantaj yaratır.
LCP değerini en çok ne kötüleştirir?
En sık nedenler yavaş sunucu yanıt süresi, sıkıştırılmamış büyük kapak görselleri ve render'ı engelleyen CSS/JavaScript kaynaklarıdır. Ana içerik öğesinin geç yüklenmesi doğrudan LCP'yi büyütür. Görselleri optimize etmek, kritik kaynakları önceliklendirmek ve önbellekleme kullanmak bu metriği en hızlı iyileştiren adımlardır.
INP ile eski FID metriği arasındaki fark nedir?
FID yalnızca ilk etkileşimin gecikmesini ölçüyordu; INP ise sayfa ömrü boyunca tüm etkileşimlerin yanıt süresini değerlendirir. Bu yüzden INP, gerçek kullanım deneyimini daha kapsamlı ve dürüst yansıtır. Mart 2024'te INP resmi metrik olarak FID'in yerini almıştır. Etkileşim yoğun sayfalarda bu geçiş, ağır JavaScript kaynaklı gecikmeleri çok daha görünür kılmıştır.
Cumulative Layout Shift sorununu nasıl azaltırım?
Görsel ve video öğelerine genişlik/yükseklik değeri verin, reklam ve gömülü içerik alanlarına sabit yer ayırın, web fontlarını yedek font tanımıyla yükleyin. Sonradan yüklenen içeriğin mevcut öğeleri itmesini engellediğinizde CLS belirgin biçimde düşer. Böylece kullanıcı okurken metnin zıplaması ya da yanlış butona basması önlenmiş olur ve deneyim kararlı kalır.
Core Web Vitals'ı mobilde mi masaüstünde mi öncelemeliyim?
Genellikle mobil önceliklidir. Trafiğin büyük bölümü mobil cihazlardan gelir ve bu cihazlar daha zayıf işlemci ile değişken bağlantıya sahiptir. Google da indekslemeyi mobil öncelikli yürütür. Bu nedenle iyileştirmeleri mobil deneyim üzerinden test edip önceliklendirmek çoğu projede daha yüksek getiri sağlar.
PageSpeed puanı 100 olmalı mı?
Hayır, 100 puan bir zorunluluk değildir. Asıl hedef, gerçek kullanıcı verisinde LCP, INP ve CLS eşiklerini 'iyi' aralığında tutmaktır. Laboratuvar puanı yardımcı bir teşhis aracıdır; saha verisi ise kullanıcının gerçek deneyimini gösterir. Kararları saha verisine dayandırmak daha doğrudur.
İyileştirmelerin etkisi ne zaman görünür?
Teknik düzeltmeler yayına alındıktan sonra gerçek kullanıcı verisi 28 günlük kayan pencerede güncellendiği için tam etkinin saha raporuna yansıması birkaç hafta sürebilir. Laboratuvar ölçümünde değişiklik anında görülür; saha verisinde ise sabırlı olup eğilimi takip etmek gerekir. Bu yüzden bir düzeltmenin işe yarayıp yaramadığına tek günün verisiyle değil, birkaç haftalık eğilime bakarak karar verin.
Sonuç
Core Web Vitals, teknik bir hız ölçütü olmanın ötesinde kullanıcı deneyimiyle gelir arasındaki köprüdür. LCP, INP ve CLS değerlerini iyileştirmek yalnızca sıralama için değil, ziyaretçiyi dönüşüme taşıyan akıcı bir deneyim için önemlidir. Yavaş ve kararsız sayfalar, en iyi içeriği ve en cazip teklifi bile ziyaretçinin gözünde görünmez kılar; kullanıcı daha teklifi değerlendiremeden ayrılır.
En sağlıklı yaklaşım, Core Web Vitals çalışmasını sürekli bir döngü olarak kurmak, iyileştirmeleri etki/çaba önceliğine göre sıralamak ve sonuçları dönüşüm metrikleriyle birlikte izlemektir. Bu çalışmayı sağlam bir altyapı üzerine oturtmak için teknik SEO temelleri rehberini de gözden geçirmenizi öneririz.
Sitenizin performansını ölçüp önceliklendirmek, hangi şablonun ne kadar gelir kaybettirdiğini görmek ve iyileştirmeleri bir yol haritasına bağlamak isterseniz, bir ön değerlendirme için bizimle iletişime geçebilirsiniz.



