Web Sitesi Neden Yavaş Açılır? 2026 Hız Optimizasyonu Rehberi
Sayfa yüklenmesindeki her ek saniye ziyaretçilerin 'unu kaybettiriyor. Bir sitenin neden yavaş açıldığını, Google'ın bunu Core Web Vitals ile nasıl ölçtüğünü ve PageSpeed skorunu 29'dan 91'e taşıyan gerçek bir çalışmayı adım adım inceliyoruz.
Bir ziyaretçi sitenize girdiğinde sabrı saniyelerle ölçülür. BBC'nin web.dev için yaptığı araştırmaya göre, sayfa yüklenmesindeki her ek saniye ziyaretçilerin %10'unun siteyi terk etmesine yol açıyor. Portent'in 2019 tarihli analizi ise bir adım daha ileri gidiyor: her 1 saniyelik gecikme, dönüşüm oranını yaklaşık %7 düşürüyor.
Yani “sitem biraz yavaş ama idare eder” düşüncesi aslında her ay kaybedilen somut bir gelir demek. Bu yazıda web sitelerinin neden yavaşladığını, Google'ın bunu nasıl ölçtüğünü ve gerçek bir örnek üzerinden nasıl düzeltildiğini adım adım ele alıyoruz.
Web sitesi hızı neden sadece kullanıcı deneyimi değil, sıralama meselesi
2021'den bu yana Google, Core Web Vitals adı verilen üç metriği arama sıralama algoritmasında doğrudan bir sinyal olarak kullanıyor (Google Search Central, 2021):
- LCP (Largest Contentful Paint): Sayfadaki en büyük görsel/metin bloğunun ekrana gelme süresi. Hedef: 2,5 saniyenin altı.
- INP (Interaction to Next Paint): Kullanıcı bir düğmeye tıkladığında arayüzün tepki verme hızı. Hedef: 200 milisaniyenin altı.
- CLS (Cumulative Layout Shift): Sayfa yüklenirken içeriğin ne kadar “zıpladığı”. Hedef: 0,1'in altı.
Bu üç metrik artık teknik bir detay değil; aynı anahtar kelimede yarışan iki sitede, hızlı olan öne çıkıyor. PageSpeed Insights skorunuzun kaç olması gerektiğini merak ediyorsanız, 90 ve üzeri “iyi” kabul edilen eşiktir.
Bir sitenin yavaş olmasının beş temel nedeni
Yüzlerce site denetiminde karşımıza çıkan yavaşlık nedenleri neredeyse hep aynı beş başlıkta toplanıyor:
- Optimize edilmemiş görseller. Sıkıştırılmamış, WebP'ye dönüştürülmemiş ve lazy loading uygulanmamış görseller, bir sayfanın toplam ağırlığının çoğunu tek başına oluşturabiliyor.
- Önbellekleme (cache) eksikliği. Tarayıcı önbelleği, sunucu önbelleği ve CDN katmanlarından biri eksik olduğunda, tekrar eden ziyaretçiler bile sayfayı sıfırdan yüklemek zorunda kalıyor.
- Şişirilmiş CSS ve JavaScript. Kullanılmayan kod, minify edilmemiş dosyalar ve render'ı bloke eden (render-blocking) script'ler, tarayıcının içeriği göstermeden önce beklemesine neden oluyor.
- Yavaş sunucu yanıt süresi (TTFB). Optimize edilmemiş PHP kodu, verimsiz veritabanı sorguları ve sıkıştırma (GZIP/Brotli) kullanılmaması, tarayıcı ilk baytı almadan önce geçen süreyi uzatıyor.
- Tek sunucudan sunulan statik dosyalar. CDN olmadığında, ziyaretçi coğrafi olarak sunucudan ne kadar uzaksa, dosyalar o kadar geç ulaşıyor.
Gerçek bir örnek: 29'dan 91'e
Teoriyi bir kenara bırakıp gerçek bir rakama bakalım. Hızlandırma çalışması yaptığımız mobil bir e-ticaret sitesinde başlangıç durumu şöyleydi:
| Metrik | Önce | Sonra |
|---|---|---|
| PageSpeed skoru | 29 / 100 | 91 / 100 |
| LCP | 8,4 sn | 1,8 sn |
| CLS | 0,42 | 0,04 |
| INP | 580 ms | 110 ms |
| TTFB | 2,1 sn | 0,28 sn |
Yukarıdaki beş nedenin tamamına birden müdahale edildi: görseller WebP'ye dönüştürülüp lazy loading uygulandı, çok katmanlı bir önbellek stratejisi (tarayıcı + sunucu + CDN) kuruldu, gereksiz CSS/JS temizlenip defer/async ile yüklendi, sunucu tarafında PHP ve veritabanı sorguları iyileştirildi, GZIP/Brotli sıkıştırma açıldı ve statik dosyalar bir CDN üzerinden dağıtılmaya başlandı. Sonuç: LCP'de 4,6 kat, TTFB'de 7 kattan fazla iyileşme — ve Core Web Vitals'ın üç metriğinde de “iyi” eşiğinin altına inen bir site.
Not: Sonuçlar her projede sitenin mevcut altyapısına, içerik hacmine ve hedef kitlesine göre farklılık gösterebilir.
Kendi sitenizi nasıl test edersiniz
Adım atmadan önce mevcut durumunuzu ölçmeniz gerekiyor:
- Sitenizi Google PageSpeed Insights üzerinden hem mobil hem masaüstü için test edin.
- LCP, INP ve CLS değerlerinizi yukarıdaki hedef eşiklerle karşılaştırın.
- “Fırsatlar” (Opportunities) bölümündeki önerileri önceliklendirin — genellikle görsel optimizasyonu ve render-blocking kaynaklar en büyük etkiyi yaratır.
- Ölçümü tek seferlik yapmayın; bir değişiklik sonrası tekrar test ederek gerçek etkiyi doğrulayın.
Hızlandırma yatırımının karşılığı nedir
Sayfa hızı, tek başına bir teknik metrik değil; terk oranını düşüren, dönüşüm oranını artıran ve Google'da daha iyi sıralama sağlayan bir iş kararı. Yukarıdaki BBC ve Portent verileri bunu net gösteriyor: her saniye, hem ziyaretçi hem gelir kaybı demek. Buna karşılık, doğru optimizasyonlarla (görsel, önbellek, kod, sunucu, CDN) elde edilen kazanım kalıcı — bir kez kurulan altyapı, sonraki her ziyaretçiye fayda sağlamaya devam ediyor.
Sitenizin şu anki durumunu merak ediyorsanız, web sitesi hızının neden bu kadar önemli olduğunu detaylı araştırma verileriyle inceleyebilir ya da hızlandırma hizmetimizi yakından görebilirsiniz.