Yavaş bir site üç yerde para kaybettirir: ziyaretçi beklemeden çıkar, reklam bütçesi boşa harcanır ve arama sonuçlarında sayfa deneyimi zayıf görünür. Hızlandırma ise çoğu zaman tahmin edilenden daha az mucizevi ve daha çok disiplinlidir: büyük görselleri küçültmek, gereksiz kodu temizlemek, doğru şeyi doğru zamanda yüklemek.
Bu yazıda yükleme süresini gerçekten düşüren dokuz düzeltmeyi, her birinin neden işe yaradığını ve nasıl kontrol edeceğinizi anlatıyoruz. Teorik bir liste vermek yerine, kendi sitemizde yaptığımız ve ölçtüğümüz şeyleri de paylaşıyoruz; çünkü hız konusunda en çok yanıltan şey, yanlış koşulda yapılan ölçümdür. Kavramları öğrenmek istiyorsanız önce Core Web Vitals nedir yazısına göz atabilirsiniz.
Hızı Önce Ölçün: Doğru Araç, Doğru Koşul
Bir şeyi düzeltmeden önce neyin yavaş olduğunu bilmeniz gerekir. Ölçüm için üç araç yeterlidir: Chrome’daki Lighthouse (mobil mod), PageSpeed Insights ve Search Console’daki Core Web Vitals raporu. İlk ikisi laboratuvar ölçümü yapar; üçüncüsü gerçek kullanıcı verisini gösterir ve yalnızca yeterli ziyaret alan sayfalarda dolar.
Ölçümde üç hataya düşmeyin:
- Tek bir sayfaya bakmak. Ana sayfa hızlıdır ama blog yazısı ya da ürün sayfası yavaş olabilir. En az üç farklı sayfa türünü ölçün.
- Yerel sunucuda, sıkıştırmasız ölçmek. Yerel bir geliştirme sunucusunda gzip ya da brotli sıkıştırma çoğu zaman kapalıdır ve puan olduğundan düşük çıkar. Biz bunu kendi sitemizde ölçtük: sıkıştırmasız sunucuda sahte düşük puanlar aldık, gerçek sunucuya benzer şekilde sıkıştırma açıkken sonuçlar belirgin biçimde yükseldi.
- Tek bir ölçümle karar vermek. Lighthouse sonuçları birkaç puan oynar. Karar vermeden önce aynı sayfayı birkaç kez ölçün ve ortalamaya bakın.
Ölçümü bir puan avına çevirmeyin. 100 puan bir hedef değil, bir göstergedir; asıl soru ziyaretçinin sayfayı ne kadar çabuk görüp kullanabildiğidir.
Görseller: Yükleme Süresinin Çoğu Genelde Burada
Yavaş sitelerin büyük çoğunluğunda sorun görsellerdir. Düzeltmenin ilk üç adımı hep burada başlar.
1. Doğru boyut ve modern format. Ekranda 600 piksel genişliğinde görünen bir fotoğrafı 4000 piksel olarak yüklemek hem bant genişliğini hem zamanı çöpe atar. Görseli gösterileceği boyuta yakın kaydedin ve WebP gibi modern bir formata çevirin. Elinizde tek tek dönüştürecek kadar az görsel varsa ücretsiz görsel sıkıştırma aracımız ve görsel format dönüştürücü tarayıcınızda çalışır; dosyalarınız sunucuya gönderilmez.
2. Genişlik ve yükseklik değerlerini yazın. Görselin kapladığı alan yazılmamışsa tarayıcı görsel gelene kadar yer ayıramaz ve sayfa kayar. Bu “yerleşim kayması”, Core Web Vitals içindeki CLS ölçütüdür. Her görselde width ve height öznitelikleri bulunmalı. Blog yazılarındaki görsellere bu değerleri otomatik ekleyen bir ayar kurmak, yüzlerce yazıda aynı düzeltmeyi elle yapmaktan çok daha güvenlidir.
3. Ekran dışındakileri geç yükleyin, ilk ekranı geç yüklemeyin. Sayfanın alt kısmındaki görseller loading="lazy" ile kaydırma sırasında yüklenir. Ama sayfanın en büyük görseli (genellikle ilk ekrandaki fotoğraf ya da başlık görseli) geç yüklenmemeli; LCP, yani en büyük içeriğin görünme süresi bu görsele bağlıdır. İlk ekran görseline öncelik verin, gerisini erteleyin.
Yazı Tipleri ve CSS
Görsellerden sonra bir sayfayı yavaşlatan ikinci grup, tarayıcıyı bekleten kaynaklardır: yazı tipi dosyaları ve stil dosyaları.
4. Yazı tiplerini azaltın ve yedek tanımlayın. Her yazı tipi ağırlığı ayrı bir dosya demektir. Üç ağırlık, iki aile, iki dil alt kümesi derken sayfa on dosya indirir. Gerçekten kullandığınız ağırlıkları bırakın. font-display: swap ile metnin yazı tipi gelmeden de görünmesini sağlayın. Ardından yedek yazı tipinin ölçülerini asıl yazı tipine yaklaştırın; böylece yazı tipi geldiğinde satırlar yer değiştirmez. Kendi sitemizde başlıklar için bir web yazı tipi, gövde metni için sistem yazı tipi kullanıyoruz ve yedek yazı tipini asıl yazı tipinin ölçülerine uydurduk; sayfa yüklenirken başlıkların satır sayısı ve yüksekliği neredeyse aynı kalıyor.
5. CSS’i küçük tutun ve engelleyici istekleri azaltın. Kullanılmayan stil kodu, temalara ve eklentilere bağlı sitelerde yüzlerce kilobayta çıkabilir. Kullanmadığınız eklentiyi kaldırmak çoğu zaman en etkili CSS temizliğidir. Biz kendi sitemizde stil kodunu ayrı bir dosya olarak değil sayfanın içine gömüyoruz; bunu ölçerek seçtik. Aynı stili ayrı bir dosyaya aldığımızda kazanç olmadı, üstelik ilk boyama 0,1 ila 0,3 saniye gecikti. Yani genel kural yok: seçenekleri kendi sitenizde ölçün.
JavaScript ve Üçüncü Taraf Betikler
Görseller sayfayı ağırlaştırır, JavaScript ise kullanılabilirliği geciktirir: sayfa görünür ama dokunmaya cevap vermez.
6. Kullanmadığınız betiği çıkarın, gerekeni erteleyin. Eski bir slider, kullanılmayan bir animasyon kütüphanesi, terk edilmiş bir eklenti hâlâ yükleniyor olabilir. Chrome DevTools’taki “Coverage” paneli hangi kodun hiç çalışmadığını gösterir. Gerekli ama ilk ekranda şart olmayan betikler (sohbet pencereleri, popup’lar, harita) sayfa yüklendikten sonra çalışmalıdır.
7. Ölçüm ve reklam kodlarını ilk etkileşime bırakın. Analytics ve reklam etiketleri sayfa ağırlığının önemli bir parçasıdır. Kendi sitemizde Google etiketinin komut kuyruğu hemen kurulur, ama etiket dosyası ilk etkileşimde (kaydırma, dokunma, tıklama) ya da yüklemeden 3,5 saniye sonra indirilir. Ölçüm genellikle kaybolmaz, çünkü kuyruktaki komutlar etiket yüklenince işlenir; ama sayfa yüklenirken tarayıcı daha az iş yapar.
8. Gömülü içerikleri tıklayınca yükleyin. Gömülü bir video ya da harita, kendi başına yüzlerce kilobayt ve çok sayıda istek getirir. Önce bir önizleme görseli gösterip içeriği tıklanınca yüklemek, ziyaretçilerin çoğunun hiç açmadığı bir yükü sayfadan çıkarır.
Sunucu Tarafı: Sıkıştırma, Önbellek ve Hosting
9. Sıkıştırma, önbellek ve yeterli hosting. Sunucunuz HTML, CSS ve JavaScript dosyalarını gzip ya da brotli ile sıkıştırarak göndermiyorsa her sayfa gereğinden büyük iner. Statik dosyalara (görseller, yazı tipleri, CSS, JS) uzun süreli önbellek başlığı vermek, geri dönen ziyaretçinin bunları tekrar indirmesini önler. Sunucunun ilk baytı ne kadar sürede gönderdiği (TTFB) hosting kalitesine bağlıdır; paylaşımlı ve yoğun bir sunucuda en iyi optimize edilmiş site bile yavaş açılır.
Hosting seçimi ayrı bir konudur; sıkıştırma ve önbellek ayarları ise çoğu hosting panelinde ya da bir yapılandırma dosyasında birkaç satırla açılır. Önbellek ayarlarını değiştirirken dikkatli olun: hatalı bir yapılandırma güncellemelerin ziyaretçilere ulaşmasını geciktirebilir. Dosya adlarına sürüm numarası ya da içerik özeti eklemek, uzun önbelleği güvenli hale getirir.
Kendi Sitemizde Ne Yaptık, Ne Ölçtük?
Yukarıdaki maddelerin çoğunu kendi sitemizde uyguladık ve ölçtük. 24 Ekim 2026 tarihli Lighthouse ölçümümüzde (mobil mod, laboratuvar koşulları, gerçek sunucuya yakın biçimde sıkıştırma açık yerel sunucu) ana sayfa performans puanı 99, web tasarım sayfamız 99, hakkımızda sayfamız 100 çıktı; en büyük içeriğin görünme süresi 1,7 ile 2,0 saniye arasındaydı. Erişilebilirlik, en iyi uygulamalar ve SEO puanları ölçülen sayfalarda 100’dü.
Bu rakamlar laboratuvar ölçümüdür; gerçek kullanıcıların deneyimi cihaza ve bağlantıya göre değişir. Bu yüzden onları bir söz olarak değil, aynı ölçümle öncesi ve sonrasını karşılaştırmak için kullanıyoruz. Önemli olan, her değişiklikten sonra aynı sayfaları aynı koşulda yeniden ölçmek ve puanı düşüren bir değişiklik varsa hemen fark etmek. Sitemizdeki ana sayfa gibi çok bölümlü sayfalarda ilk ekrandan sonraki bölümlerin görünüme yaklaşana kadar çizilmemesi gibi küçük ayarlar da ilk yüklemedeki işi azaltıyor.
Hız Düzeltmelerinde Sık Yapılan Hatalar
- Tek bir eklentiyle hızlanma beklemek. Önbellek ya da hız eklentileri bir yere kadar yardımcıdır; ağır görseller ve gereksiz betikler sürerse puan kıpırdamaz.
- Görselleri küçültürken kaliteyi bozmak. Kalite kaybı gözle görünür olmamalı; ürün ve portföy görsellerinde sıkıştırma oranını kademeli düşürüp karşılaştırın.
- Mobil ölçümü atlamak. Hız sorunları telefonda masaüstünden çok daha belirgindir; ölçümü mobil modda yapın.
- Sadece puanı hedeflemek. Puanı yükseltmek için özellikleri kaldırmak (örneğin ölçüm kodunu silmek) sorunu çözmez, yalnızca ölçmeyi bırakmak olur.
- Optimizasyondan sonra test etmemek. Görsel dönüştürme ya da önbellek ayarı bir şeyi bozmuş olabilir; sayfaları telefonda ve masaüstünde gözle de kontrol edin.
9 Düzeltmelik Kontrol Listesi
- Hızı üç farklı sayfa türünde, mobil modda ve sıkıştırma açıkken ölçtüm.
- Görseller gösterildikleri boyuta yakın ve WebP gibi modern formatta.
- Tüm görsellerde genişlik ve yükseklik değeri yazılı.
- Sayfanın ilk ekranındaki ana görsel geç yüklenmiyor, alt görseller geç yükleniyor.
- Yazı tipi sayısı ve ağırlığı gereken kadar; yedek yazı tipi tanımlı.
- Kullanılmayan eklenti, tema bileşeni ve betikler kaldırıldı.
- Ölçüm ve reklam kodları sayfa görünür olduktan sonra yükleniyor.
- Gömülü video ve haritalar tıklanınca yükleniyor.
- Sunucuda sıkıştırma ve statik dosyalar için önbellek açık.
Her madde bir fırsattır; cevabı “hayır” olanlardan başlayın. Düzenli bakım için web sitesi bakımı ve aylık kontrol listesi yazısındaki aylık kontrolleri takvime ekleyin.
Soft Ajans Hız Optimizasyonunu Nasıl Yapıyor?
Web tasarım hizmetimizde hız optimizasyonu ayrı bir adımdır: görseller, kodlar, önbellek ve sunucu ayarları performans açısından düzenlenir. Teknik tarafı daha kapsamlı bir denetimle ele almak isterseniz teknik SEO hizmetimiz tarama, indeksleme ve hız konularını birlikte inceler. Sitenizin bugünkü durumunu görmek için ücretsiz ön analiz talep edebilirsiniz.
Hız çalışmasının mobil tarafı için mobil uyumlu web sitesi nasıl test edilir yazısına, kullanıcı deneyimi ile sıralama arasındaki ilişki için SEO ve kullanıcı deneyimi yazısına bakabilirsiniz.
Sık Sorulan Sorular
Web sitesi hızı SEO’yu doğrudan etkiler mi?
Sayfa deneyimi, Google’ın değerlendirdiği sinyallerden biridir; ama tek başına sıralamayı belirlemez. Yavaş bir site yine de ziyaretçi kaybettirir ve dönüşümü düşürür. Hızı iyileştirmenin SEO’dan bağımsız olarak da doğrudan iş değeri vardır.
İyi bir Lighthouse puanı kaç olmalı?
Hedef olarak 90 ve üzerini görmek yeterli bir göstergedir; ama sayının kendisinden çok trendi ve gerçek kullanıcı verisini takip edin. Puan aracın sürümüne ve ölçüm koşuluna göre birkaç puan oynayabilir.
Hız için önbellek eklentisi yeterli mi?
Tek başına yetmez. Önbellek, sunucunun yükünü ve tekrar ziyaretlerdeki süreyi azaltır; ama ilk ziyaretteki ağır görsel ve betik sorunlarını çözmez. Önce görseller ve gereksiz kodlar, sonra önbellek ve sunucu ayarları gelir.
Görselleri WebP yapmak her tarayıcıda çalışır mı?
Güncel tarayıcıların tamamı WebP’yi destekler. Çok eski bir tarayıcıyı hedeflemiyorsanız WebP kullanmak güvenlidir. Tek tek dönüştürmek için tarayıcıda çalışan ücretsiz araçlar işinizi görür.
Reklam ve analiz kodlarını geciktirmek ölçüm kaybettirir mi?
Doğru kurulduğunda hayır. Komutlar kuyruğa alınır ve etiket yüklenince işlenir. Çok kısa süreli ziyaretlerde (etkileşimsiz çıkışlar) bir miktar fark oluşabilir; bunu kurulum öncesinde bilmek ve ölçüm yaklaşımını buna göre yorumlamak gerekir.
Hızlandırma çalışması ne kadar sürer?
Kapsama bağlıdır. Görsel optimizasyonu ve temel ayarlar kısa sürede biter; tema ya da eklenti kaynaklı sorunlarda işin boyutu büyür. Hangi sayfada ne yavaş diye bir ölçümle başlamak, süreyi ve maliyeti gerçekçi öngörmenizi sağlar.
