Hız AnaliziSite Performansı & Kaynak Optimizasyonu

Site hızı, artık yalnızca teknik ekiplerin takip ettiği bir metrik değil. Google tarafında hız sinyallerinin ağırlığı Speed Update ile görünür oldu, bugün ise kullanıcı deneyimi odaklı çerçeveyle değerlendirilir. Arama performansı ile kullanıcı davranışı aynı noktada birleşir.

Dönüşüm etkisi sektöre göre değişir: e-ticarette ürün sayfası gecikmesi sepete ekleme oranını düşürür, lead odaklı sitelerde form tamamlama azalır, medya sitelerinde sayfa başına görüntüleme düşer. Ortak nokta şudur: gecikme, her modelde gelir kaybı üretir.

Büyük yapılarda hız, crawl verimliliğiyle de bağlantılıdır. Yavaş yanıt veren şablonlarda Googlebot aynı süre içinde daha az URL ziyaret eder. Bu da indeks kapsamını ve yeni içeriklerin görünür olma hızını etkiler. Mobil ağırlıklı kullanımda 3G/4G gerçekliği bu etkiyi daha görünür hale getirir.

Bu yüzden "hızlı site" tanımını tek bir mutlak saniyeye indirgemiyoruz. Hedef, mevcut yapıya göre en kritik darboğazı çözmek ve ölçülebilir göreceli iyileşme üretmektir.

TTFB, kullanıcının isteği sonrası ilk byte'ın gelmesine kadar geçen süreyi ifade eder. DNS çözümleme, bağlantı kurulumu, TLS ve sunucu işleme sürelerinin birleşimidir. Bu yüzden tek başına frontend değil, doğrudan altyapı kalitesinin göstergesidir.

En sık sorunlar; ağır veritabanı sorguları, zincir API çağrıları ve SSR işleme maliyetidir. Dinamik sayfada önbellek stratejisi yoksa her istek aynı maliyeti tekrar üretir. Tam sayfa cache, fragment cache ve edge cache katmanları birlikte düşünülmelidir.

CDN seçimi kadar yapılandırma da kritiktir. Cloudflare, Fastly, Akamai veya Vercel Edge kullanmak tek başına yeterli olmaz; cache header, vary kuralları ve purge stratejisi doğru kurulmazsa kazanım sınırlı kalır. Sunucu konumu ve hedef pazar arasındaki coğrafi mesafe de TTFB'yi doğrudan etkiler.

Tarayıcı önce HTML'i parse eder, CSSOM üretir, render tree oluşturur ve ilk boyamayı yapar. Bu zincirde bloke eden her kaynak ilk görüntüyü geciktirir. Kritik render yolu analizi, bu gecikmeyi üreten dosyaları netleştirmeyi amaçlar.

Render-blocking CSS ve senkron JS, en yaygın iki sorundur. Kritik CSS'in ayrıştırılıp erken sunulması, geri kalan stilin ertelenmesi ve script yükleme modelinin async/defer/module ekseninde düzenlenmesi çoğu projede ilk kazanımı sağlar.

Preload, preconnect ve prefetch etiketleri doğru yerde kullanıldığında kritik isteklere öncelik verir. Ancak yanlış veya aşırı kullanım ağ sıralamasını bozabilir. Bu nedenle kararlar, waterfall ve code coverage verisiyle doğrulanmalıdır.

Birçok sayfada toplam payload'un ana yükü görsel ve medya tarafındadır. WebP ve AVIF gibi modern formatlar doğru fallback ile kullanıldığında kaliteyi koruyarak ciddi boyut avantajı sağlar.

Responsive görsellerde `srcset` ve `sizes` kurgusu doğru değilse mobil kullanıcı gereksiz büyük dosya indirir. Lazy-load stratejisi de seçici olmalıdır: LCP adayı hero görseli ertelenmez, sayfa altı medya ertelenir. Görsel CDN ve on-the-fly dönüşüm çözümleri bu noktada operasyonu ölçekler.

Video tarafında poster image, lazy embed ve facade pattern yaklaşımı ilk yükü düşürür. Kullanıcı etkileşimi gelmeden ağır iframe yüklememek özellikle içerik sayfalarında belirgin fark yaratır.

Üçüncü parti scriptler çoğu zaman projeye sessizce eklenir ve zamanla performans borcuna dönüşür. Sağlıklı yaklaşım, her script'in network, CPU ve etkileşim etkisini ayrı ayrı izole etmektir.

Performance budget, bu disiplinin pratik aracıdır: toplam JS, CSS, görsel ve sayfa payload için üst limit tanımlanır. Yeni entegrasyonlar bu bütçeye göre değerlendirilir. Chat widget veya video embed gibi bileşenlerde facade pattern ile gerçek yük ilk etkileşim anına ertelenebilir.

Tag manager tarafında tetikleme sayısı, container boyutu ve senkron yükleme davranışı düzenli audit ister. CI/CD hattına performans kontrolü eklemek, deploy sonrası regresyonu üretim öncesi yakalamanın en güvenli yoludur.