HizmetlerÇalışmalarSektörlerSüreçSSS
Blog'a dön

Core Web Vitals: Site Hızı Neden Google Sıralamanızı Belirliyor?

Core Web Vitals nedir, LCP, CLS ve INP ne anlama gelir? Site hızının Google sıralamanızı nasıl etkilediğini ve yavaşlığı düzeltmenin pratik yollarını anlatıyoruz.

Core Web Vitals: Site Hızı Neden Google Sıralamanızı Belirliyor?

Geçtiğimiz aylarda bir e-ticaret müşterimiz, "Reklamları artırdık ama satışlar yerinde sayıyor, üstelik Google'da da bir türlü yükselemiyoruz" diyerek bize geldi. Siteyi açıp telefonumuzdan ürün sayfasına girdiğimizde sorunu ilk üç saniyede gördük: sayfa yüklenirken görseller geç geliyor, butonlar yerinden zıplıyor ve fiyatı görmek için iki saniye beklemek gerekiyordu. Reklam bütçesi sorunu değildi bu; bir Core Web Vitals sorunuydu.

Site hızı uzun süre "teknik bir detay" olarak görüldü; geliştiricilerin ilgilendiği, işletme sahibinin pek de umursamadığı bir konu. Ama Google bu metrikleri resmi bir sıralama faktörü hâline getireli yıllar oldu. Bugün bir sayfanın ne kadar hızlı ve ne kadar kararlı yüklendiği, hem ziyaretçinin kalıp kalmamasını hem de sizin arama sonuçlarındaki yerinizi doğrudan etkiliyor. Bu yazıda, on yılı aşkın süredir web projeleri geliştiren bir ekip olarak Core Web Vitals'ı sade bir dille açıklıyor, neden bu kadar önemli olduğunu ve yavaş bir siteyi nasıl hızlandıracağınızı adım adım anlatıyoruz.

Core Web Vitals tam olarak nedir?

Core Web Vitals, Google'ın bir sayfanın gerçek kullanıcı deneyimini ölçmek için seçtiği üç ana metrikten oluşur. "Site hızı" dediğimiz şey aslında tek bir sayı değildir; sayfanın ne kadar çabuk göründüğü, ne kadar kararlı durduğu ve dokunulduğunda ne kadar çabuk yanıt verdiği gibi farklı boyutları vardır. Google bu boyutları üç harfle özetler: LCP, CLS ve INP.

Bu metriklerin güzel tarafı, mühendislik jargonu olmalarına rağmen aslında çok insani şeyleri ölçmeleridir. Hepsi tek bir soruya yanıt arar: Ziyaretçi bu sayfayı kullanırken sinirleniyor mu, yoksa her şey akıcı mı ilerliyor?

LCP — En Büyük İçeriğin Görünmesi (Largest Contentful Paint)

LCP, sayfadaki en büyük ve en önemli görsel öğenin (genellikle bir kapak görseli, ürün fotoğrafı veya büyük başlık) ekranda ne kadar sürede belirdiğini ölçer. Ziyaretçinin "tamam, sayfa açıldı" diye düşündüğü an budur. Google'a göre iyi bir LCP 2,5 saniyenin altındadır. Bunun üstüne çıktığınızda, ziyaretçi boş bir ekrana bakarken sabırsızlanmaya başlar.

CLS — Görsel Kararlılık (Cumulative Layout Shift)

Hepimiz şunu yaşamışızdır: bir makaleyi okumaya başlarsınız, tam o sırada üstte bir reklam yüklenir ve bütün metin aşağı kayar; ya da "satın al" butonuna basacakken sayfa zıplar ve yanlışlıkla bambaşka bir yere tıklarsınız. İşte CLS tam olarak bunu, yani sayfanın yüklenirken ne kadar "oynadığını" ölçer. İyi bir CLS değeri 0,1'in altındadır. Düşük CLS, sayfanın bir kayanın üstünde değil, sağlam bir zeminde durması demektir.

INP — Etkileşime Yanıt (Interaction to Next Paint)

INP, görece yeni bir metriktir ve eski FID metriğinin yerini almıştır. Bir butona tıkladığınızda, bir menüyü açtığınızda veya bir forma yazı yazdığınızda sayfanın ne kadar çabuk tepki verdiğini ölçer. Tıkladınız ama hiçbir şey olmadı, yarım saniye sonra menü açıldı — bu kötü bir INP'dir. İyi bir INP 200 milisaniyenin altındadır. Yani sayfa sadece hızlı görünmemeli, dokununca da hızlı hissettirmelidir.

Bir ekranda site performans metriklerini ve arama analitiğini gösteren grafikler
LCP, CLS ve INP soyut değil; gerçek kullanıcının yaşadığı sürtünmeyi sayıya döker.

Google neden bu metrikleri umursuyor?

Google'ın tek bir amacı var: kullanıcıya en alakalı ve en iyi deneyimi sunan sayfayı en üste koymak. Eğer iki site benzer içeriğe sahipse ama biri anında açılıp akıcı çalışıyor, diğeri yüklenirken zıplayıp donuyorsa, Google hangisini önermek ister? Tahmin etmesi zor değil. Hızlı bir site, Google'ın gözünde "bu site ziyaretçisine değer veriyor" sinyalidir.

Burada altını çizmek istediğimiz bir incelik var: Core Web Vitals tek başına sizi birinci sıraya çıkarmaz. İçerik kalitesi, alaka düzeyi ve güven hâlâ en belirleyici faktörlerdir. Ama özellikle yarışın kızıştığı, birbirine yakın sitelerin olduğu sorgularda, hız bir terazinin son ağırlığı gibi devreye girer. Aynı kalitede iki sayfadan hızlı olan kazanır.

Hız, içeriğin yerine geçmez; ama iki iyi içerikten hangisinin kazanacağına karar verir.

Bir de işin ticari tarafı var ki bu çoğu zaman SEO'dan bile önce gelir. Yavaş bir site para kaybeder. Ziyaretçi sayfanın açılmasını beklemez; rakibinize gider. Bu yüzden Core Web Vitals'ı sadece "Google beni cezalandırmasın" diye değil, "ziyaretçimi kaybetmeyeyim" diye ciddiye almak gerekir. Bu konuyu daha geniş bir çerçevede, sitenizin neden satışa dönüşmediğini anlattığımız bu yazımızda da ele almıştık.

Core Web Vitals nasıl ölçülür?

İyi haber: bu metrikleri ölçmek tamamen ücretsiz ve birkaç dakikalık iş. Üç temel aracı öneriyoruz; her biri biraz farklı bir açıdan bakar.

  • PageSpeed Insightspagespeed.web.dev adresine sitenizin URL'sini yapıştırmanız yeterli. Hem mobil hem masaüstü için LCP, CLS ve INP değerlerini renkli bir karneyle gösterir ve en alta somut iyileştirme önerileri ekler. Başlamak için en pratik araçtır.
  • Lighthouse — Chrome tarayıcısının içinde gömülü gelir (sağ tık > İncele > Lighthouse sekmesi). Tek bir sayfayı laboratuvar koşullarında test eder; geliştirme aşamasında, henüz yayında olmayan bir sayfayı denerken çok kullanışlıdır.
  • Google Search Console — Asıl değerli olan budur. Diğer ikisi tek bir sayfayı test ederken, Search Console gerçek ziyaretçilerinizin sahada yaşadığı deneyimi toplar ve "Core Web Vitals" raporunda sitenizin tüm sayfalarını "iyi / iyileştirilmeli / kötü" diye gruplar. Yani teori değil, sizin gerçek kullanıcılarınızın verisidir.

Bir noktayı önemle hatırlatalım: laboratuvar verisi (Lighthouse) ile saha verisi (Search Console) bazen farklı çıkar. Çünkü sizin hızlı bilgisayarınız ve hızlı internetiniz, ziyaretçinizin üç yıllık telefonu ve zayıf mobil bağlantısıyla aynı değildir. Karar verirken her zaman saha verisini önceleyin.

Yavaşlığın en yaygın nedenleri (ve çözümleri)

Yüzlerce siteyi denetledikten sonra şunu rahatlıkla söyleyebiliriz: yavaşlığın nedenleri neredeyse her zaman aynı dört başlık altında toplanır.

Bir ekranda performans optimizasyonu için incelenen kod satırları
Çözümlerin çoğu kodun derinliklerinde değil; görseller, scriptler ve fontlarda saklıdır.

1. Görseller

En sık karşılaştığımız suçlu bu. Telefonla çekilip hiç dokunulmadan yüklenmiş 4–5 MB'lık fotoğraflar, tek başına bir sayfanın LCP'sini mahveder. Çözümü ise şaşırtıcı derecede kolay: görselleri modern formatlara (WebP veya AVIF) çevirmek dosya boyutunu çoğu zaman üçte birine düşürür. Buna ek olarak görsellere doğru boyut ve width/height etiketleri vermek hem LCP'yi hem de CLS'yi düzeltir; çünkü tarayıcı görselin kaplayacağı alanı önceden bildiğinde sayfa yüklenirken zıplamaz. Ekranın altında kalan görseller için "tembel yükleme" (lazy loading) kullanmak da ilk açılışı hızlandırır.

2. JavaScript

Modern sitelerin çoğu, gereğinden fazla JavaScript taşır. Her eklenti, her takip kodu, her sohbet balonu sayfaya biraz daha yük bindirir ve özellikle INP'yi bozar; çünkü tarayıcı bu kodları işlerken ziyaretçinin tıklamasına yanıt veremez. Çözüm, kullanılmayan scriptleri temizlemek, üçüncü taraf araçları (analitik, reklam, sohbet) ölçülü kullanmak ve kritik olmayan kodları sayfanın sonunda, geciktirerek (defer/async) yüklemektir.

3. Fontlar

Şık bir özel font, sayfanız yüklenirken metnin önce görünmez kalmasına, sonra aniden belirip her şeyi kaydırmasına yol açabilir. Bu hem can sıkıcı bir deneyim hem de bir CLS kaynağıdır. Çözüm, font dosyalarını kendi sunucunuzda barındırmak, modern woff2 formatını kullanmak ve font-display: swap ile metnin font yüklenene kadar sistem fontuyla görünmesini sağlamaktır.

4. Hosting (sunucu)

Bazen sorun sitenin kendisinde değil, oturduğu zemindedir. Ucuz, paylaşımlı ve yavaş bir sunucu, en optimize edilmiş siteyi bile geciktirir; çünkü daha tarayıcı ilk baytı almadan saniyeler geçer (buna sunucu yanıt süresi denir). Bir CDN kullanmak (içeriğinizi ziyaretçiye coğrafi olarak yakın sunuculardan dağıtmak), düzgün bir önbellekleme kurmak ve kaliteli bir barındırma sağlayıcısı seçmek bu tabandaki gecikmeyi ortadan kaldırır.

Önce neye odaklanmalı?

Her şeyi aynı anda yapmaya çalışmayın. Tecrübemize göre etkisi en yüksek sıralama şudur:

  1. Görselleri optimize edin — en hızlı ve en büyük kazanç, en düşük emek.
  2. Sunucu yanıt süresini ve önbeklemeyi kontrol edin — temeli sağlamlaştırır.
  3. Gereksiz JavaScript'i temizleyin — INP'yi belirgin biçimde iyileştirir.
  4. Fontları ve CLS'yi düzeltin — deneyimi cilalar.

Bu dört adım, çoğu sitenin Core Web Vitals karnesini kırmızıdan yeşile taşımaya yeter. Üstelik bunların hiçbiri siteyi sıfırdan yaptırmayı gerektirmez; çoğu, mevcut sitenizde yapılacak hedefli iyileştirmelerdir.

Sonuç: hız bir lüks değil, varsayılan

Core Web Vitals'ı tek cümlede özetlersek: Google, ziyaretçilerinize gösterdiğiniz saygıyı ölçüyor. Hızlı, kararlı ve anında yanıt veren bir sayfa, hem ziyaretçiyi memnun eder hem de arama sonuçlarında size hak ettiğiniz yeri açar. Yavaş bir site ise her gün hem ziyaretçi hem sıralama kaybeder — üstelik bunu sessizce, fark etmeden yapar.

Sitenizin Core Web Vitals karnesinden emin değilseniz, SEO hizmetimizle ücretsiz bir performans denetimi yapalım; nerede saniye, nerede sıralama kaybettiğinizi birlikte görelim. Sıfırdan hızlı ve sağlam bir altyapı kurmak isterseniz web geliştirme hizmetimiz tam da bunun için var. Konuşmak için bize ulaşın.