Site hızını en çok etkileyen faktörler; yavaş sunucu yanıtı, ağır görseller, eksik önbellekleme, kontrolsüz üçüncü taraf scriptler ve şişmiş koddur. Bunların büyük kısmı doğru ayarlarla giderilebilir ve Google, Search Central dökümanında Core Web Vitals'ın sıralama sistemleri tarafından kullanıldığını açıkça belirtir. Yani hız hem kullanıcıyı hem de görünürlüğünü doğrudan ilgilendirir.
Bir sayfanın yavaş açılması sadece teknik bir konfor sorunu değildir. Ziyaretçi beklemeyi sevmez, beklerse de çoğu zaman geri döner. Aşağıda site hızını belirleyen on temel faktörü tek tek ele alıyorum ve her biri için somut çözümler veriyorum. Sonunda da hızını nasıl doğru ölçeceğini ve bu işin SEO tarafını anlatıyorum.
Önemli bir noktayı baştan netleştirelim: hız tek bir ayarla halledilen bir iş değildir. Sunucudan tarayıcıya kadar uzanan bir zincirdir ve bu zincirin en zayıf halkası bütün deneyimi belirler. Bu yüzden faktörleri birbirinden bağımsız değil, birbirini etkileyen parçalar olarak düşünmek gerekir. Bir faktörü iyileştirmek çoğu zaman diğerlerinin de önünü açar.
1. Sunucu Yanıt Süresi (TTFB)
Her şey sunucunun istemciye ilk veriyi göndermesiyle başlar. Bu süreye TTFB (Time to First Byte), yani ilk bayta kadar geçen süre denir. Sunucu yavaşsa, tarayıcı daha hiçbir şey çizemeden zaman kaybeder. Yani görsellerini ne kadar sıkıştırırsan sıkıştır, sunucun geç cevap veriyorsa baştan dezavantajlısın demektir. web.dev'in TTFB rehberine göre çoğu sitenin hedefi 0,8 saniye veya altı olmalı; 1,8 saniyenin üzeri ise kötü kabul edilir. Üstelik yüksek TTFB zincirleme etki yaratır ve FCP ile LCP gibi sonraki metrikleri de geciktirir.
Çözümler
- Kaliteli ve yeterli kaynağa sahip bir barındırma (hosting) paketi seçin. Ucuz paylaşımlı sunucular çoğu zaman darboğaz yaratır.
- Sunucu tarafı yazılımınızı güncel tutun. Eski PHP sürümleri yerine güncel sürümler genellikle belirgin hız farkı yaratır.
- Veritabanı sorgularını sadeleştirin, gereksiz tabloları temizleyin ve sık çağrılan sorgular için önbellek kullanın.
2. Görsel Boyutu ve Optimizasyonu
Görseller çoğu sayfanın en ağır bileşenidir ve genellikle en büyük hız kaybı buradan gelir. Devasa bir fotoğrafı küçücük bir alanda göstermek, ziyaretçiye gereksiz veri indirtmek demektir. İyi haber şu: görsel optimizasyonu çoğu sitede en hızlı kazanç sağlayan adımdır, çünkü düzeltilmesi nispeten kolaydır ve etkisi anında hissedilir.
Çözümler
- Modern formatları tercih edin. web.dev'in LCP rehberi AVIF ve WebP gibi formatları öneriyor; bunlar aynı kaliteyi daha küçük dosyayla sunar.
- Görseli kullanılacağı boyuta göre ölçeklendirin ve sıkıştırın. 4000 piksel genişliğindeki bir görseli 800 piksellik alanda göstermenin anlamı yok.
- Ekranın altındaki görsellere lazy-loading (geç yükleme) uygulayın. Ancak dikkat: aynı rehber, sayfanın en büyük görseli olan LCP görseline asla
loading="lazy"uygulanmaması gerektiğini söyler. Aksine onu öne çıkarmak içinfetchpriority="high"kullanın.
3. Önbellekleme (Caching)
Önbellekleme, aynı kaynakları her ziyarette sıfırdan üretmek yerine hazır halini saklamaktır. Doğru kurulduğunda hem sunucu yükünü azaltır hem de tekrar gelen ziyaretçiye sayfayı neredeyse anında açar. Düşün ki bir kullanıcı sitende gezinirken her sayfada aynı logoyu, aynı yazı tipini ve aynı stil dosyalarını kullanıyor. Bunları her seferinde yeniden indirtmek yerine tarayıcıda saklatmak, gezinmenin tamamını hızlandırır.
Çözümler
- Tarayıcı önbelleğini etkinleştirin. CSS, JavaScript ve görsel gibi sık değişmeyen dosyalar için uygun
Cache-Controlbaşlıkları tanımlayın. - Sunucu tarafı önbellek kullanın. Dinamik sayfaların statik halini saklamak, her istekte yeniden işlem yapma yükünü ortadan kaldırır.
- Önbellek politikanızı içeriğin değişim sıklığına göre ayarlayın. Sık güncellenen sayfaları uzun süre önbellekte tutmak eski içerik gösterilmesine yol açar.
4. CDN Kullanımı
İçerik dağıtım ağı (CDN), dosyalarınızın kopyalarını dünyanın farklı noktalarındaki sunucularda tutar. Böylece ziyaretçiye coğrafi olarak en yakın sunucudan içerik sunulur ve mesafeden kaynaklanan gecikme azalır.
Çözümler
- Statik varlıklarınızı (görsel, font, CSS, JS) bir CDN üzerinden dağıtın.
- Hedef kitleniz tek bir ülkede yoğunlaşsa bile, CDN'ler ek önbellekleme ve sıkıştırma katmanı sağladığı için genellikle fayda sağlar.
- Birçok CDN ayrıca görselleri otomatik olarak modern formatlara dönüştürebilir ve cihaza uygun boyutta sunabilir, böylece görsel optimizasyonu ile önbelleklemeyi tek katmanda birleştirmiş olursunuz.
5. Üçüncü Taraf Scriptler
Analitik kodları, sohbet kutuları, reklam etiketleri ve sosyal medya widget'ları siteye değer katabilir, ancak her biri tarayıcıya ek yük bindirir. Bu scriptler sizin kontrolünüz dışındaki sunuculardan yüklendiği için, onların yavaşlığı doğrudan sizin sayfanıza yansır. Üstelik bu yük genellikle zamanla sessizce büyür: bir kampanya için eklenen, sonra unutulan etiketler birikir ve sayfayı yavaşlatmaya devam eder.
Çözümler
- Gerçekten ihtiyaç duymadığınız üçüncü taraf araçları kaldırın. Her eklenti bir maliyettir.
- Kalanları mümkün olduğunca geç ve eşzamansız (async/defer) yükleyin, böylece sayfanın ana içeriğini bloklamasınlar.
- Periyodik olarak hangi scriptin ne kadar yük getirdiğini ölçün ve fayda-maliyet dengesini gözden geçirin.
6. Kod Şişkinliği
Zamanla biriken kullanılmayan CSS, gereksiz JavaScript ve dağınık HTML sayfayı yavaşlatır. Tarayıcının indirmesi, ayrıştırması ve çalıştırması gereken her satır bir gecikme kaynağıdır. Özellikle hazır temalar ve eklentiler, kullanmadığın özellikler için bile kod yükler. Bu yüzden zaman zaman sayfanın gerçekten neye ihtiyaç duyduğunu gözden geçirmek, fark etmeden taşıdığın ağırlıktan kurtulmanın en sağlıklı yoludur.
Çözümler
- CSS, JavaScript ve HTML dosyalarını küçültün (minify). Boşluklar ve yorumlar kaldırıldığında dosya boyutu düşer.
- Kullanılmayan CSS kurallarını ve ölü JavaScript kodunu temizleyin.
- Sunucu tarafında GZIP veya Brotli sıkıştırmasını etkinleştirin. Metin tabanlı dosyalar bu sayede çok daha küçük boyutta aktarılır.
7. Render Engelleyici Kaynaklar
Sayfanın <head> bölümündeki senkron script ve stylesheet'ler, tarayıcının içeriği çizmesini geciktirir. Tarayıcı bu kaynakları indirip işlemeden ekrana bir şey getiremez.
Çözümler
- web.dev'in LCP rehberinde belirtildiği gibi render engelleyici CSS ve JS'yi azaltın. Kritik olmayan stil ve scriptleri ertelenmiş şekilde yükleyin.
- İlk görünen ekran için gereken kritik CSS'i ayırıp satır içine alabilir, geri kalanını sonraya bırakabilirsiniz.
- JavaScript dosyalarına uygun yerlerde
deferkullanarak ayrıştırmanın bloklanmasını önleyin.
8. Yönlendirme Zincirleri ve HTTP İstekleri
Her yönlendirme (redirect) ek bir tur demektir ve tarayıcı hedef sayfaya ulaşana kadar bekler. Benzer şekilde, bir sayfanın yüklenmesi için yapılan her ayrı dosya isteği ufak da olsa bir maliyet taşır.
Çözümler
- Gereksiz yönlendirmeleri kaldırın ve zincirleri tek adıma indirin. Örneğin eski URL'den yeni URL'ye tek bir 301 yeterlidir, arada başka duraklar olmamalı.
- Toplam HTTP istek sayısını düşürün. Küçük görselleri birleştirmek, gereksiz dosyaları kaldırmak ve kaynakları sadeleştirmek istek sayısını azaltır.
9. Core Web Vitals: LCP, INP ve CLS
Google'ın hız ve deneyim ölçütlerini özetlediği üç ana metrik vardır. web.dev'in Web Vitals dökümanına göre bu metriklerin iyi eşik değerleri şöyledir:
- LCP (Largest Contentful Paint): Sayfanın en büyük içeriğinin görünmesi. İyi eşik 2,5 saniye veya altı.
- INP (Interaction to Next Paint): Kullanıcı etkileşimine yanıt hızı. İyi eşik 200 milisaniye veya altı.
- CLS (Cumulative Layout Shift): Sayfa yüklenirken öğelerin beklenmedik kayması. İyi eşik 0,1 veya altı.
Aynı kaynak, bu metriklerin 75. yüzdelik dilimde ve mobil ile masaüstü için ayrı ayrı değerlendirildiğini belirtir. Yani sadece kendi hızlı bilgisayarında test etmen yeterli değildir; gerçek kullanıcıların çoğunun deneyimi belirleyicidir. CLS'i düşürmek için görsel ve reklam alanlarına önceden boyut tanımlamak, INP'yi iyileştirmek için ağır JavaScript işlemlerini sadeleştirmek işe yarar.
10. Mobil Performans ve Gerçek Kullanıcı Verisi
Trafiğin büyük kısmı mobil cihazlardan geliyorsa, masaüstünde hızlı görünen bir site mobilde rahatlıkla yavaş olabilir. Mobil cihazlar genellikle daha sınırlı işlemci gücüne ve değişken ağ koşullarına sahiptir.
Çözümler
- Her optimizasyonu mobil koşullarda da test edin. Yavaş bağlantı ve düşük güçlü cihaz simülasyonu gerçeğe daha yakın sonuç verir.
- Mobilde gereksiz ağır bileşenleri kısın, görselleri cihaza uygun boyutlarda sunun.
- Karar verirken laboratuvar sonucuna değil, gerçek kullanıcı verisine ağırlık verin.
Site Hızını Nasıl Ölçersiniz?
Tahminle değil, ölçümle ilerlemek gerekir. En yaygın araç Google PageSpeed Insights'tır. Google'ın resmi açıklamasına göre PSI hem laboratuvar verisi (Lighthouse) hem de saha verisi (Chrome User Experience Report, son 28 gün) kullanır ve performansı Good, Needs Improvement, Poor olarak sınıflandırır.
Buradaki ayrım önemlidir. Laboratuvar verisi kontrollü bir ortamda tek seferlik ölçümdür ve sorunları teşhis etmek için idealdir. Saha verisi ise gerçek ziyaretçilerin yaşadığı deneyimi yansıtır. İkisini birlikte okumak gerekir. Lighthouse ve PageSpeed Insights dışında GTmetrix ve WebPageTest gibi araçlar da yükleme şelalesini (waterfall) görmek ve hangi kaynağın ne kadar süre aldığını incelemek için kullanışlıdır.
Site Hızının SEO ve Dönüşüme Etkisi
Hız sadece kullanıcı için değil, görünürlük için de önemlidir. Google Search Central açıkça "Core Web Vitals sıralama sistemlerimiz tarafından kullanılır" der. Bu, hızın bir sıralama sinyali olduğunu doğrular. Tek başına en güçlü faktör olmasa da, içerik kalitesiyle birleştiğinde fark yaratır.
Dönüşüm tarafında da mantık basittir. Sayfa ne kadar geç açılırsa, ziyaretçinin sabırsızlanıp ayrılma ihtimali o kadar artar. Hızlı bir site genellikle daha düşük hemen çıkma oranı ve daha akıcı bir kullanıcı yolculuğu sağlar. Yani hız optimizasyonu hem SEO hem satış için aynı yöne çalışır.
Bir başka açıdan bakalım: arama motorları için hız, kaliteli bir sitenin işaretlerinden biridir, ama nihai amaç değildir. Google'ın bakış açısında hız, iyi içeriği destekleyen bir unsurdur. Bu yüzden hızı tek başına bir hedef gibi değil, iyi içeriğin ziyaretçiye en pürüzsüz şekilde ulaşmasını sağlayan bir araç olarak görmek daha doğrudur. İçerik zayıfsa, dünyanın en hızlı sitesi bile uzun vadede istediğin sonucu vermez.
Nereden Başlamalı?
Eğer tek bir yerden başlayacaksan, önce ölç. PageSpeed Insights ile mevcut durumunu gör, en büyük kaybın nerede olduğunu tespit et ve oradan ilerle. Çoğu sitede en hızlı kazanç görsel optimizasyonu ve önbellekleme tarafından gelir. Ardından sunucu yanıt süresi, üçüncü taraf scriptler ve render engelleyici kaynaklar gelir. Her değişiklikten sonra tekrar ölçmeyi ihmal etme, çünkü bir düzeltmenin gerçekten işe yarayıp yaramadığını ancak sayılarla anlarsın. Tahminle hareket etmek yerine, her adımda önce ve sonra karşılaştırması yaparak ilerlemen, hem zaman hem emek tasarrufu sağlar.
VixSEO, Wix, İkas ve özel sitelerde teknik SEO ve hız tarafını tek panelden takip etmeni kolaylaştırır. Core Web Vitals'ını izlemek, sorunlu sayfaları görmek ve önceliklendirmek için araçlarımıza ya da hizmetlerimize göz atabilirsin. Acele bir vaat değil, ölçüme dayalı bir yol haritası sunuyoruz.