Web Sitesi Hızı ve Core Web Vitals: Satışlarınızı ve Google Sıralamanızı Neden Belirlerler

Kısa cevap: Yavaş bir web sitesi, müşterileri ürününüzü görmeden önce uzaklaştırır ve Google, sayfa deneyimi hızını üç Core Web Vitals metriği aracılığıyla bir sıralama sinyali olarak kullanır: ana içeriğin ne kadar hızlı göründüğü (LCP), sayfanın bir dokunuşa ne kadar hızlı yanıt verdiği (INP) ve yükleme sırasında öğelerin ne kadar sabit kaldığı (CLS). İyi değerler: LCP 2,5 saniyenin altında, INP 200 milisaniyenin altında ve CLS 0,1'in altında — bir geliştiricinin bilgisayarında değil, gerçek kullanıcılarınızda ölçülür.

Bir web siteniz veya çevrimiçi mağazanız varsa, yavaşlığın bedelini iki kez ödersiniz: bir kez canı sıkılan ziyaretçi ayrıldığında, bir kez de Google sıralamanız düştüğü ve size ulaşan kişi sayısı azaldığında. İyi haber şu ki web sitesi hızı net rakamlarla ölçülebilir ve bilinen adımlarla iyileştirilebilir. Bu rehber üç metriği, bunların nasıl ölçüleceğini ve sitenizin performansını nasıl yükselteceğinizi açıklıyor.

Fazladan Bir Saniye Neden Size Müşteri ve Satış Kaybettirir

Suudi müşteriniz sitenizi genellikle hareket halindeyken telefonundan açar. Sayfa geç görünürse, tek bir satır bile okumadan kapatır ve daha hızlı bir rakibe geçer. Hız teknik bir lüks değildir; ne kadar ciddi olduğunuza dair ilk izlenimdir: yavaş bir mağaza yavaş bir hizmet izlenimi verir, yükleme sırasında öğeleri zıplayan bir sayfa ise müşterinin istemediği bir şeye dokunmasına ve güvenini kaybetmesine neden olur. Her saniyelik gecikme; terk edilmiş bir sepet, tamamlanmamış bir form ve parasını ödediğiniz ama hiçbir zaman satışa dönüşmeyen bir reklam demektir.

Üç Core Web Vitals Metriği Nedir?

Core Web Vitals, sayfa deneyimi kalitesini özetleyen üç resmi Google metriğidir:

  • LCP — Largest Contentful Paint: ekrandaki en büyük görünür öğenin (bir görsel veya başlık) görünmesine kadar geçen süre. Hedef: 2,5 saniyenin altı.
  • INP — Interaction to Next Paint: bir kullanıcı dokunduğunda veya yazdığında sayfanın ne kadar hızlı yanıt verdiği. Hedef: 200 milisaniyenin altı. Eski FID metriğinin yerini resmi olarak almıştır.
  • CLS — Cumulative Layout Shift: yükleme sırasında öğelerin ne kadar zıplayıp kaydığı. Hedef: 0,1'in altı.

Google bu değerleri sitenize yapılan gerçek ziyaretlerin 75. yüzdelik diliminde ölçer; yani puan, tek bir hızlı cihazda değil, iyi değer kullanıcılarınızın en az dörtte üçü için karşılandığında "iyi" kabul edilir.

Sitenizin Performansı Nasıl Ölçülür

Tahmin etmeyin, ölçün. Başlamak için Google'ın ücretsiz araçları yeterlidir: PageSpeed Insights size bir sayfa puanı ve mevcut olduğunda gerçek kullanıcı verileri verir, Search Console içindeki Core Web Vitals raporu tüm sitenizde hangi sayfa gruplarının iyileştirme gerektirdiğini gösterir ve tarayıcıdaki Lighthouse hızlı bir laboratuvar teşhisi sunar. Laboratuvar ölçümünü (sabit bir test ortamı) saha ölçümünden (kullanıcılarınızın gerçek deneyimi) ayırt edin — Google'ın sıralama için kullandığı ikincisidir.

Yavaşlığın Yaygın Nedenleri

  • Tam boyutta yüklenen büyük, sıkıştırılmamış görseller.
  • Etkileşimi geciktiren ve INP'yi yükselten fazla JavaScript.
  • Önbelleğe almanın ve kullanıcıya yakın bir içerik dağıtım ağının (CDN) olmaması.
  • Zayıf barındırma veya müşterilerinizden uzak bir sunucu.
  • Boyutları belirlenmemiş görseller ve reklamlar nedeniyle oluşan düzen kayması (CLS).
  • Sayfayı ağırlaştıran çok sayıda üçüncü taraf aracı (izleme, sohbet, yazı tipleri).

Hız Pratikte Nasıl İyileştirilir

Kazanımların çoğu bilinen adımlardan gelir: görselleri sıkıştırın ve WebP ile AVIF gibi modern formatlarda sunun, ayrıca gerektiğinde görünmeleri için tembel yükleme (lazy loading) kullanın. Sayfanın yalnızca ihtiyaç duyduğunu yüklemesi için JavaScript'i azaltın ve bölün. Önbelleğe almayı etkinleştirin ve dosyalarınızı kullanıcılarınıza yaklaştıran bir içerik dağıtım ağı kullanın. Suudi Arabistan'a coğrafi olarak yakın sunuculara sahip güçlü bir barındırma seçin. Kaymaları önlemek için görsel ve reklam boyutlarını önceden belirleyin. Üçüncü taraf araçlarını gözden geçirin ve değer katmayanları kaldırın. Ve bir site içerik açısından yoğunsa, kullanıcının her şeyin telefonunda oluşturulmasını beklemek yerine hazır bir sayfaya ulaşması için sunucu tarafı işlemeyi (SSR) değerlendirin.

Önce Mobil

Google mobil öncelikli dizine eklemeyi kullanır ve Suudi Arabistan'daki ziyaretlerinizin çoğu telefonlardan gelir. Performansınızı hızlı ofis ağınızda değil, mobilde ve ortalama bir bağlantıyla ölçün. Arapça yazı tiplerinin ağırlığına dikkat edin — bazıları ağırdır ve metnin görünmesini geciktirir; optimize edilmiş yazı tipleri seçin ve bunları akıllıca yükleyin. Hızlı bir mobil deneyim, daha iyi bir sıralama ve siparişi tamamlayan daha fazla müşteri demektir.

Origami'de Bunu Nasıl Yapıyoruz

Origami olarak biz bir teknoloji şirketiyiz. Web sitelerini ve mağazaları sonradan akla gelen bir şey olarak değil, varsayılan olarak hızlı olacak şekilde inşa ediyoruz. Sunucu tarafı işleme, görsel optimizasyonu ve dağıtım ağları kullanıyor, sayfayı yavaşlatan her eklemeyi engelleyen bir "performans bütçesi" belirliyor ve Core Web Vitals değerlerini yalnızca laboratuvarda değil, lansmandan sonra gerçek kullanıcılar üzerinde ölçüyoruz. Sonuç; hızlı açılan, Google'da daha üst sıralarda yer alan ve ziyaretçileri ilk saniyede kaybetmek yerine müşteriye dönüştüren bir sitedir.

Sonuç

Hız çifte kazançtır: daha yüksek bir Google sıralaması ve daha yüksek ziyaretçi dönüşümü. En önemli sayfalarınızı PageSpeed Insights ve Search Console ile ölçerek başlayın, yavaşlığın en büyük üç nedenini giderin, ardından tekrar ölçün. Yükleme süresinde tek bir saniyelik iyileşme, reklam bütçenizi ikiye katlamaktan daha ucuz ve etkisi daha hızlı olabilir.

Kaynaklar

  • Google Search Central — Understanding Core Web Vitals and Google Search results: developers.google.com
  • web.dev — Core Web Vitals metrikleri ve eşikleri (LCP, INP, CLS): web.dev