Kısaca: Bir siteyi en sık yavaşlatan şeyler şunlardır: ağır hazır temalar, gereğinden fazla eklenti, telefona da masaüstü boyutunda gönderilen büyük görseller, zayıf hosting ve yanlış kurulmuş önbellek ayarları. Hızı ölçmenin ortak dili Google’ın Core Web Vitals ölçütleridir: ana içeriğin 2,5 saniye içinde görünmesi (LCP), etkileşimlere 200 milisaniyede cevap verilmesi (INP) ve sayfanın yüklenirken kaymaması (CLS 0,1’in altında). Ama hedef bir skor değil, hızlı açılan ve kullanılabilir bir sitedir.
Kısa cevap
Yavaş bir sitenin tek bir sebebi nadiren olur. Çoğu zaman birkaç küçük sorun üst üste biner: ağır bir tema, onun üstüne kurulmuş on beş eklenti, telefondan girene 4000 piksel genişliğinde gönderilen bir kapak fotoğrafı ve ucuz bir paylaşımlı sunucu. Devraldığım yavaş sitelerde en sık gördüğüm üçlü şu: hazır temalar, eklentiler ve çok büyük görsel boyutları.
Bu yazıda sitenizin hızını nasıl ölçeceğinizi, en yaygın yavaşlık sebeplerini ve kendi sitemde yaşadığım, hız ayarlarının ziyaretçiye bozuk sayfa gösterdiği bir vakayı anlatacağım.
Hız nasıl ölçülür?
Google, sayfa deneyimini üç ölçütle değerlendiriyor ve bunlara Core Web Vitals diyor (web.dev):
| Ölçüt | Neyi ölçer? | İyi | Kötü |
|---|---|---|---|
| LCP (Largest Contentful Paint) | Sayfanın ana içeriğinin ne kadar sürede göründüğü | 2,5 sn ve altı | 4 sn üstü |
| INP (Interaction to Next Paint) | Bir tıklamaya ya da dokunuşa ne kadar hızlı cevap verildiği | 200 ms ve altı | 500 ms üstü |
| CLS (Cumulative Layout Shift) | Sayfa yüklenirken öğelerin ne kadar kaydığı | 0,1 ve altı | 0,25 üstü |
Bu değerleri ücretsiz olarak Google’ın PageSpeed Insights aracında görebilirsiniz. Sitenizi orada test edin ve önce mobil sonuçlara bakın; ziyaretçilerinizin çoğu muhtemelen telefondan geliyor ve sorunlar genellikle orada daha belirgin. Google Search Console hesabınız varsa, Core Web Vitals raporu gerçek ziyaretçilerinizden toplanan veriyi gösterir; bu, tek seferlik bir testten daha güvenilirdir.
Sitenizi yavaşlatan en yaygın sebepler
Ağır hazır temalar
Hazır temalar markette öne çıkmak için onlarca özellikle dolu gelir: kaydırıcılar, animasyonlar, yüzlerce bileşen, paketle gelen eklentiler. Siz bunların küçük bir kısmını kullanırsınız, ama geri kalanı da her sayfada yüklenir. Bunu hazır tema mı, özel tema mı yazısında ayrıntılı anlattım.
Eklenti yığını
Her eklenti sayfaya kendi kodunu, stil dosyasını ve bazen veritabanı sorgusunu ekler. Tek tek küçük görünen bu yükler toplandığında ciddi bir ağırlık oluşur. Üstelik çoğu sitede yıllar önce bir iş için kurulmuş, artık kullanılmayan ama hâlâ çalışan eklentiler bulunur. Eklenti listenizi açın ve her birine “bu ne işe yarıyor, gerçekten gerekli mi?” diye sorun.
Çok büyük görseller
En kolay düzeltilen ama en sık görülen sorun bu. Fotoğraf makinesinden ya da telefondan çıktığı gibi yüklenen birkaç megabaytlık görseller, ekranda küçük bir kutu içinde gösterilse bile tam boyutuyla indirilir. Görselleri kullanılacakları boyuta küçültmek, WebP gibi modern biçimlere çevirmek ve WordPress’in farklı ekranlar için farklı boyutlar sunmasını sağlamak çoğu zaman tek başına büyük fark yaratır.
Hosting
Sitenizin barındığı sunucu yavaşsa, sayfada ne yaparsanız yapın ilk yanıt geç gelir. Açık konuşayım: Uzun yıllardır Türkiye’deki hosting firmalarıyla çalışıyorum ve genel olarak güvenim düşük. Benim tecrübeme göre bugün iyi olan bir firma zamanla kötüleşebiliyor. Kullanıcı yorumları da benzer bir tablo çiziyor: Şikayetvar’ın hosting kategorisinde en sık tekrar eden konular uzun süreli erişim kesintileri, geç ya da hiç yanıt vermeyen destek ekipleri, e-posta sorunları ve yenileme döneminde beklenmedik fiyat artışları (Şikayetvar).
Bu yüzden belirli bir firma önermiyorum. Önerim şu: Hosting seçerken sadece fiyata bakmayın, firmanın son dönemdeki kullanıcı yorumlarını okuyun, sitenizin sunucu yanıt süresini belli aralıklarla ölçün ve performans düştüğünde taşınmaktan çekinmeyin. Domain ve hosting’in sizin adınıza olması da bu yüzden önemli; taşınma kararını özgürce verebilmelisiniz. Bunu domain ve hosting sahipliği yazısında anlattım.
Yanlış kurulmuş önbellek ve optimizasyon ayarları
Önbellek eklentileri doğru kurulduğunda siteyi ciddi şekilde hızlandırır. Ama ayarları bilmeden açılan her seçenek işe yaramaz; bazıları ters teper. Bunun en öğretici örneğini kendi sitemde yaşadım.
Bir vaka: Skoru yükselten ayar, ziyaretçiye bozuk sayfa gösteriyordu
Ağustos 2026’da cyhn.net’in o zamanki sürümünü hızlandırmak için çalışıyordum. Site, LiteSpeed sunucuda LiteSpeed Cache eklentisiyle çalışıyordu. Başlangıçta mobil performans skoru 70, ana içeriğin görünme süresi (LCP) 7 saniye, sayfa kayması (CLS) 0,072’ydi. Sunucunun ilk yanıt süresi 70–110 milisaniye arasındaydı; yani sorun sunucuda değil, sayfanın kendisindeydi.
İlk adımlar: görsel ve LCP öğesi
İlk iş, sayfanın en büyük öğesine baktım. Üst kısımdaki küçük bir profil görseli tam boyutta, 512 piksel olarak yükleniyordu; ekranda ise çok daha küçük gösteriliyordu. Görseli küçük boyuta çekip WordPress’in ekran boyutuna göre doğru dosyayı seçmesini sağladım. Ardından sitedeki diğer görselleri de optimize ettim.
Asıl sorun: fontlar ve Konuk Kipi
Uğraştıran kısım yazı tipi oldu. Sitede Google Fonts’tan gelen bir yazı tipi kullanıyordum. LiteSpeed’in yazı tiplerini sunucuya kopyalama ve eşzamansız yükleme seçenekleri ilk bakışta işe yarıyor gibi görünüyordu. Ama gizli pencerede siteyi açtığımda yazı tipinin hiç gelmediğini gördüm.
Kök neden LiteSpeed’in “Konuk Kipi” (Guest Mode) özelliğiydi. Bu özellik, siteye ilk kez gelen ziyaretçiye sayfanın önbellekteki varsayılan bir sürümünü sunuyor. LiteSpeed’in kendi belgeleri de bunun hız skorlarını çok iyileştirdiğini, ama gerçek ziyaretçi deneyimi için o kadar iyi olmayabileceğini ve etkisinin gizli pencerede test edilmesi gerektiğini yazıyor (LiteSpeed). Benim sitemde tam olarak bu oluyordu: Ölçüm araçları hızlı bir sayfa görüyordu, ama ilk kez gelen gerçek ziyaretçi yazı tipi eksik, soyulmuş bir sayfa görüyordu.
Çözüm üç adımdı. Yazı tiplerini gerçekten sunucuda barındıran ayrı bir eklenti kurdum. LiteSpeed’in sorunlu yazı tipi seçeneklerini kapattım. Son olarak yazı tipi tanımını, Konuk Kipi’nin sunduğu sürümde bile bulunacak şekilde doğrudan sayfanın içine ekledim. Bundan sonra yazı tipi, gizli pencere dahil her ziyaretçide doğru geldi.
Sonuç ve ders
Mobil skor 73–76’ya çıktı, LCP 5,3 saniyeye indi, CLS sıfırlandı; masaüstü zaten 93–97 aralığındaydı. LCP hâlâ 2,5 saniyelik hedefin üzerindeydi; kalan sorun temanın yapısındaydı: Animasyonlu bölümler, içeriği JavaScript çalışana kadar görünmez tutuyordu. Bu da ancak tema düzeyinde çözülebilecek bir sorundu.
Bu vakadan çıkardığım iki ders var. Birincisi: Sitenizi her zaman gizli pencerede, ilk kez gelen bir ziyaretçi gibi açıp kontrol edin; ölçüm aracının gördüğü sayfa ile ziyaretçinin gördüğü sayfa aynı olmayabilir. İkincisi: Önbellek eklentilerinde “hepsini temizle” düğmesini sık kullanmayın. Bu, eklentinin hazırladığı kritik dosyaları sıfırlar ve geçici bir yavaşlamaya yol açar; içerik değiştiğinde sadece ilgili sayfanın önbelleğini temizlemek yeterlidir.
PageSpeed skoruna ne kadar takılmalısınız?
Teslim ettiğim sitelerde skoru olabildiğince yüksek tutmaya çalışıyorum. Ama önceliğim her zaman kullanılabilirlik ve estetik. Site hızlı açılıyor ve iyi görünüyorsa, birkaç puan daha kazanmak için tasarımdan ödün vermeyi gereksiz buluyorum. Yukarıdaki vaka da bunun neden önemli olduğunu gösteriyor: Skoru yükseltmek için yapılan bir ayar, ziyaretçiye bozuk bir sayfa gösterebiliyor.
Google da Core Web Vitals’ın sıralama sistemlerinde kullanıldığını, ama iyi skorların üst sıraları garanti etmediğini açıkça söylüyor; arama her zaman en alakalı içeriği göstermeye çalışıyor (Google Search Central). Yani hız önemli, ama tek başına yeterli değil. 100 puanlık ama boş bir site, 85 puanlık ama işe yarar bir siteyi geçemez.
Ne yapabilirsiniz? Kontrol listesi
- Ölçün: PageSpeed Insights’ta mobil sonuçlara bakın; Search Console’un Core Web Vitals raporunu takip edin.
- Görselleri küçültün: Görselleri gösterilecekleri boyuta getirin ve modern biçimlerde sunun.
- Eklentileri ayıklayın: Kullanılmayanları silin, aynı işi yapan iki eklenti varsa birini kaldırın.
- Önbelleği doğru kurun: Her ayarı açtıktan sonra siteyi gizli pencerede kontrol edin.
- Hosting’i izleyin: Sunucu yanıt süresi düzenli olarak yüksekse taşınmayı düşünün.
- Temayı sorgulayın: Bütün bunlara rağmen site yavaşsa sorun büyük ihtimalle temanın kendisindedir. Bu noktada sitenizi yenileme zamanının gelip gelmediğini düşünmeye değer.
Sitenizin hız durumunu ücretsiz site testimizle de otuz saniyede görebilirsiniz.
Sık sorulan sorular
Site hızı Google sıralamasını etkiler mi?
Etkiler, ama belirleyici tek etken değildir. Google, Core Web Vitals’ın sıralama sistemlerinde kullanıldığını söylüyor; ancak içeriğin alakası her zaman önce gelir. Hızın asıl etkisi ziyaretçi üzerindedir: Yavaş açılan bir siteden ziyaretçi, içeriği görmeden ayrılabilir.
Daha pahalı hosting her zaman daha hızlı mıdır?
Hayır. Pahalı bir sunucu, ağır bir temayı ve büyük görselleri telafi etmez. Önce sayfanın kendisini hafifletin; sunucu yanıt süresi hâlâ yüksekse hosting’e bakın.
Sitem masaüstünde hızlı ama mobilde yavaş. Neden?
Ölçüm araçları mobil testleri daha yavaş bir bağlantı ve daha zayıf bir cihaz varsayarak yapar; gerçek hayatta da öyledir. Masaüstünde fark edilmeyen büyük görseller ve ağır kodlar, telefonda belirgin bir yavaşlığa dönüşür. Bu yüzden önce mobil sonuçları düzeltin.
Bu yazı Kasım 2026 itibarıyla geçerli bilgilere dayanır. Core Web Vitals eşikleri Google tarafından zaman zaman güncellenebilir.
