İki koyu yüzey arasından süzülen ışıkPerformansRalve

13 Temmuz 2026 · 5 dk okuma

Web sitesi hızı neden önemli? Core Web Vitals ve dönüşüm

Web sitesi hızı ziyaretçinin kalıp kalmayacağını belirliyor. LCP, CLS ve INP eşikleri ne anlama geliyor, sayfanızı ne yavaşlatıyor ve nereden başlamalısınız?

Web sitesi hızı, ziyaretçinin sizi tanımadan önce verdiği ilk karardır. Sayfa açılana kadar geçen her saniye, okunmayan bir teklif ve doldurulmayan bir form anlamına gelir. Bu yüzden hız teknik bir ayrıntı değil, doğrudan satışla ilgili bir konudur.

Yavaş bir site ziyaretçiyi neden kaybeder?

Bir kullanıcı arama sonucundan sitenize tıkladığında beklemeye niyetli değildir. Ekranda birkaç saniye boyunca hiçbir şey görünmezse geri tuşuna basar ve çoğu zaman bir daha dönmez. Bu davranış mobilde daha da belirgindir: bağlantı kalitesi değişkendir, kullanıcı genellikle hareket hâlindedir ve bir sonraki sonuç tek dokunuş uzaktadır.

Kaybın bir de bütçe tarafı vardır. Google Ads veya Meta Ads ile trafik satın alıyorsanız, açılış sayfası yavaş olduğunda parasını ödediğiniz tıklamaların bir kısmı sayfa görünmeden buharlaşır. Reklam bütçesini artırmadan dönüşümü yükseltmenin en sessiz yollarından biri, açılış sayfasını hızlandırmaktır.

Hız aynı zamanda bir güven sinyalidir. Geç açılan, yüklenirken içeriği zıplayan, tıkladığınızda tepki vermeyen bir arayüz kullanıcıya işin özensiz yapıldığını hissettirir. Ziyaretçi bunu bilinçli olarak düşünmez; sadece kendini rahat hissetmez ve karar vermeyi erteler. Formu doldurmayan, telefonu açmayan kullanıcıların önemli bir kısmı ürününüzü beğenmediği için değil, süreç yorucu geldiği için gider.

Arama motorları hızı nasıl değerlendiriyor?

Google, sayfa deneyimini sıralamada dikkate alınan sinyaller arasında sayıyor ve bu deneyimin ölçülebilir kısmını Core Web Vitals metrikleriyle tanımlıyor. Burada gerçekçi olmakta fayda var: hız tek başına sizi ilk sıraya taşımaz. İçeriğin arama niyetiyle örtüşmesi ve sitenin otoritesi hâlâ daha ağır basar. Ancak içerik tarafında birbirine yakın iki sayfa arasında hız belirleyici olabilir.

İkinci ve daha az konuşulan etki taranma tarafındadır. Sunucu yanıtı yavaş olan sitelerde arama motoru botu aynı sürede daha az sayfa gezer; yeni yayınlanan içeriklerin indekslenmesi gecikir. Yüzlerce sayfalı bir kurumsal sitede veya e-ticarette bu, doğrudan görünürlük kaybına dönüşür.

Önemli bir ayrıntı da şu: Core Web Vitals gerçek kullanıcı verisiyle ölçülür. Google, sitenizi ziyaret eden Chrome kullanıcılarından toplanan alan verisine bakar ve değerlendirmeyi ziyaretlerin 75. yüzdelik diliminde yapar. Yani sayfanın sizin bilgisayarınızda hızlı açılması yeterli değildir; kullanıcılarınızın büyük çoğunluğunda hızlı olması gerekir.

Core Web Vitals'in üç metriği ne ölçer?

LCP, yani Largest Contentful Paint, sayfadaki en büyük içerik ögesinin ekranda görünmesine kadar geçen süreyi ölçer. Bu öge genellikle üst bölümdeki görsel veya ana başlıktır. Google'ın iyi kabul ettiği eşik 2,5 saniyedir. LCP aslında şu soruyu yanıtlar: kullanıcı ne zaman anlamlı bir şey gördü? Bu süre uzadıkça sayfanın boş ekran gibi algılandığı süre de uzar.

CLS, yani Cumulative Layout Shift, sayfa yüklenirken içeriğin ne kadar kaydığını ölçer. İyi eşik 0,1'dir. Boyutu belirtilmemiş bir görsel, sonradan yüklenen bir yazı tipi ya da içerik arasına açılan bir reklam alanı, okumaya başladığınız metni aşağı iter. Kullanıcı yanlış düğmeye basar, cümleyi kaybeder, sinirlenir. CLS kozmetik görünen ama dönüşüme etkisi yüksek bir metriktir; özellikle mobil form ve ödeme adımlarında.

INP, yani Interaction to Next Paint, kullanıcının bir yere dokunması ile ekranda görünür bir tepki oluşması arasındaki gecikmeyi ölçer ve ziyaret boyunca yapılan etkileşimlerin genelini temsil eder. İyi eşik 200 milisaniyedir. INP, Mart 2024'te FID'in yerine geçerek Core Web Vitals metriklerinden biri oldu. Bu metrik sayfanın ne kadar hızlı açıldığını değil, açıldıktan sonra ne kadar kullanılabilir olduğunu gösterir. Menüye dokunduğunuzda açılmayan, butona bastığınızda donan sayfaların sorunu buradadır.

Bir web sitesini tipik olarak ne yavaşlatır?

En sık karşılaşılan sebep optimize edilmemiş görsellerdir. Fotoğraf makinesinden çıktığı boyutla yüklenen bir kapak görseli, ekranda kapladığı alanın kat kat üzerinde veri indirtir. Modern görsel formatlarına geçmek, ölçüleri gerçek gösterim boyutuna göre üretmek ve ekranda görünmeyen görselleri sonradan yüklemek çoğu sitede tek başına gözle görülür bir fark yaratır.

İkinci sebep gereksiz script yüküdür. Yıllar içinde eklenen analiz kodları, canlı destek pencereleri, ısı haritası araçları, sosyal medya pikselleri ve test kütüphaneleri birikir. Her biri ayrı bir bağlantı açar ve tarayıcının işini geciktirir. Bu araçların hangisine gerçekten bakıldığını sormak, çoğu ekipte rahatsız edici ama faydalı bir sorudur.

Üçüncü sebep ağır tema ve eklenti yapılarıdır. Hazır temalar kullanmadığınız onlarca bileşenin kodunu da taşır. Aynı işi yapan üç eklentinin yan yana çalıştığı kurulumlar hiç de nadir değildir.

Dördüncüsü sunucu yanıt süresidir. Tarayıcı hiçbir şey çizemeden önce ilk yanıtı bekler. Yorgun bir paylaşımlı barındırma, önbelleksiz çalışan bir sistem ve her istekte yeniden çalıştırılan ağır sorgular bu süreyi uzatır. Görselleri sıkıştırmadan önce ilk baytın ne zaman geldiğine bakmak gerekir.

Son olarak yazı tipleri ve üçüncü taraf gömülü içerikler gelir. Beş farklı font ağırlığı yüklemek ya da harita ve video gömmelerini sayfanın en üstüne koymak, hem LCP hem CLS tarafında bedel ödetir.

Hızlandırmaya nereden başlamalı?

Ölçmeden başlamayın. PageSpeed Insights tek bir adres için hem laboratuvar hem alan verisi verir; Search Console'daki Core Web Vitals raporu ise sitenizin tamamını gerçek kullanıcı verisiyle gruplayarak gösterir. İkisini birlikte okuyun: biri neyin yavaş olduğunu, diğeri kaç kullanıcının bundan etkilendiğini söyler.

Sonra en çok trafik alan üç sayfayı seçin. Ana sayfa, en çok ziyaret edilen hizmet sayfası ve reklam açılış sayfası çoğu işletme için doğru başlangıçtır. Tüm siteyi aynı anda düzeltmeye çalışmak genellikle hiçbirini bitirememekle sonuçlanır.

Ardından sırayı doğru kurun: önce sunucu yanıtı ve önbellekleme, sonra görseller, sonra script temizliği, en son ince ayarlar. Her değişiklikten sonra tekrar ölçün ki neyin işe yaradığını bilesiniz. Alan verisi 28 günlük bir pencereden geldiği için iyileşmenin raporlara yansıması birkaç hafta sürebilir; sabırlı olun.

Bir de hız bütçesi belirleyin. Yeni bir sayfa, yeni bir görsel ya da yeni bir pazarlama aracı eklenirken "bu, LCP'yi 2,5 saniyenin üzerine çıkarıyor mu?" diye sormak, bir yıl sonra yapılacak büyük temizlikten çok daha ucuzdur.

Hız bir proje değil, bir alışkanlıktır

Sitenizi bir kez hızlandırıp konuyu kapatmak mümkün değil. İçerik eklenir, kampanya kodları girer, tasarım güncellenir ve site zamanla yeniden ağırlaşır. Bu yüzden hızı yayın sonrası bakımın sabit bir parçası hâline getirmek gerekir: ayda bir ölçüm, eklenen her aracın gerekliliğini sorgulamak ve eşiklerin dışına çıkan sayfaları henüz değişiklik tazeyken ele almak.

Ralve olarak geliştirdiğimiz projelerde performansı en baştan bir gereksinim olarak ele alıyoruz; çünkü sonradan hızlandırmak, baştan hızlı kurmaktan her zaman daha pahalıdır. Sitenizin hangi metrikte takıldığını ve nereden başlamanız gerektiğini konuşmak isterseniz bize yazabilirsiniz.

SonrakiNative mi cross-platform mi? Mobil uygulamada teknoloji seçimi
Aklınızda bir proje mi var?

Göndererek KVKK aydınlatma metnini kabul etmiş olursunuz.

Konuşalım.

Bize projenizden bahsedin — ister web sitesi, ister mobil uygulama, ister SEO ya da marka danışmanlığı olsun.

Hızlı dönüş.

Mesajınıza 24 saat içinde gerçek bir insandan yanıt alırsınız.

Net adımlar.

Görüşmenin ardından size net bir kapsam, takvim ve bütçe çerçevesi sunarız.

© 2026 Ralve