Web Sitesi Hızlandırma Rehberi: 12 Kanıtlanmış Yöntem
Hızı hissederek değil ölçerek yönetin. Core Web Vitals ile başlayıp sunucu, önbellek, ön yüz ve veri katmanlarında 12 yöntemi etki ve zorluk derecesiyle sıralıyor, uygulama sırası veriyoruz.
Sayfanız üç saniyede açılmıyorsa ziyaretçilerin önemli bir kısmı geri düğmesine basar; Google da sayfa deneyimini sıralama sinyali olarak kullanır. Web sitesi hızlandırma bu yüzden bir “iyi olur” değil, dönüşüm ve görünürlük meselesidir. İyi haber: hız kazanımlarının büyük bölümü birkaç saatlik, ölçülebilir ve sırayla uygulanabilir işlerden gelir.
Bu rehberde önce nasıl ölçeceğinizi, sonra sunucu, önbellek, ön yüz ve veri katmanlarında 12 yöntemi etki ve zorluk derecesiyle birlikte anlatıyoruz. Yöntemlerin çoğu LIONFIN web hosting paketlerinde hazır gelen LiteSpeed, NVMe ve PHP 8 altyapısıyla ek maliyet olmadan uygulanabilir.
Önce ölçün: Core Web Vitals ve TTFB
Hızı hissederek değil ölçerek yönetin. Google’ın Core Web Vitals metrikleri, ziyaretçinin gerçekten yaşadığı deneyimi üç sayıya indirger:
| Metrik | Ne ölçer? | İyi eşik | Ana etken |
|---|---|---|---|
| LCP | En büyük içeriğin görünme süresi | 2,5 sn altı | Sunucu yanıtı, görseller, render engelleyen CSS |
| INP | Etkileşime yanıt gecikmesi | 200 ms altı | Ağır JavaScript |
| CLS | Yükleme sırasında kayma | 0,1 altı | Boyutsuz görsel/reklam alanları, fontlar |
| TTFB | İlk baytın gelme süresi | 800 ms altı | Sunucu, PHP, veritabanı, önbellek |
PageSpeed Insights ve tarayıcıdaki Lighthouse (F12 → Lighthouse) bu değerleri verir; PageSpeed’in üst kısmındaki “gerçek kullanıcı verisi” laboratuvar puanından daha önemlidir. Ölçümü mobil cihaz ayarında yapın, ana sayfayla birlikte en çok ziyaret edilen üç iç sayfayı da ölçün ve her değişiklikten sonra tekrar ölçerek etkisini kaydedin.
Sunucu katmanı: yöntem 1–4
- Doğru altyapı (NVMe + LiteSpeed): TTFB’nin ilk belirleyicisi sunucudur. NVMe disk veritabanı gecikmesini, LiteSpeed web sunucusu istek işleme maliyetini düşürür. Klasik Apache + SATA paketinden geçiş, tek başına LCP’yi belirgin biçimde iyileştirir.
- PHP 8 + OPcache: Panelden PHP sürümünü güncel 8.x serisine alın; OPcache derlenmiş kodu bellekte tutar. cPanel’de MultiPHP Manager, Plesk’te PHP Settings; adımlar cPanel PHP sürümü değiştirme ve Plesk PHP sürümü değiştirme rehberlerinde.
- HTTP/2 ve HTTP/3: Tek bağlantı üzerinden paralel istek; HTTPS zorunludur. LiteSpeed’de varsayılan açıktır, tarayıcının Network sekmesinde Protocol sütunundan doğrulayın.
- Gzip/Brotli sıkıştırma: HTML, CSS ve JS boyutunu ciddi oranda azaltır. Sunucuda açık değilse
.htaccessile etkinleştirin:<IfModule mod_deflate.c> AddOutputFilterByType DEFLATE text/html text/css application/javascript application/json image/svg+xml </IfModule>
Bu dört adım uygulama koduna dokunmadan yapılır ve genellikle en yüksek getiriyi sağlar; paylaşımlı pakette kaynak limitine takılıyorsanız VPS’e geçiş sinyallerine bakın.
Önbellek katmanı: yöntem 5–7
- Yöntem 5 — Sayfa önbelleği: Dinamik sayfayı bir kez üretip HTML olarak saklar; sonraki istekler PHP ve veritabanına uğramaz. LiteSpeed sunucuda LiteSpeed Cache eklentisi, diğer sunucularda WP Rocket ya da benzeri. Sepet ve hesap sayfalarını önbellek dışında tutun.
- Yöntem 6 — Tarayıcı önbelleği: Görsel, CSS ve JS için uzun
Cache-Controlsüreleri, tekrar ziyaretlerde indirmeyi sıfıra indirir:
Dosya güncellendiğinde adına sürüm eki (<IfModule mod_expires.c> ExpiresActive On ExpiresByType image/webp "access plus 1 year" ExpiresByType image/jpeg "access plus 1 year" ExpiresByType text/css "access plus 1 month" ExpiresByType application/javascript "access plus 1 month" </IfModule>style.css?v=3) vererek eski kopyanın kullanılmasını önleyin. - Yöntem 7 — Nesne önbelleği (Redis/Memcached): Tekrar eden veritabanı sorgularının sonucunu bellekte tutar; WooCommerce, üyelik ve çok dilli sitelerde TTFB’yi belirgin düşürür. Paketinizde Redis varsa WordPress’e Redis Object Cache eklentisi ile bağlanır.
Önbellek katmanı doğru kurulduğunda sunucu kaynak kullanımı da düşer; aynı paket çok daha fazla eş zamanlı ziyaretçiyi karşılar.
Ön yüz: yöntem 8–10
- Yöntem 8 — Görsel optimizasyonu: Sayfa ağırlığının çoğu görseldir. Görselleri gösterildikleri boyutta yükleyin, WebP ya da AVIF biçimine çevirin, ekran dışındakilere
loading="lazy"verin vewidth/heightözniteliklerini yazarak CLS’yi önleyin. LiteSpeed Cache ve benzeri eklentiler dönüştürmeyi otomatik yapar. - Yöntem 9 — CSS ve JavaScript diyeti: Kullanılmayan eklenti ve tema betiklerini kaldırın; kalanları birleştirip küçültün (minify), JavaScript’i
deferile sayfa sonuna erteleyin. Üçüncü taraf betikleri (sohbet, analitik, sosyal medya) INP’nin en büyük düşmanıdır; her birinin gerekli olup olmadığını sorgulayın. - Yöntem 10 — Fontlar: Yalnızca kullandığınız ağırlıkları yükleyin,
font-display: swapile metnin hemen görünmesini sağlayın ve mümkünse fontu kendi sunucunuzdan sunun; dış font servisine ek DNS ve bağlantı maliyeti binmez.
Bu üç yöntem Lighthouse raporundaki “Fırsatlar” bölümüne doğrudan karşılık gelir; raporu yukarıdan aşağıya izlemek, en çok kazandıran işi ilk sıraya koyar. HTTPS geçişinde ortaya çıkan karışık içerik uyarıları da bu aşamada temizlenmelidir; çözüm mixed content hatası çözümü yazısında.
Veri ve dağıtım: yöntem 11–12
- Yöntem 11 — Veritabanı temizliği: WordPress’te yazı revizyonları, geçici veriler (transients), spam yorumlar ve kaldırılmış eklentilerin bıraktığı
autoloadseçenekleri her istekte yük bindirir. Yedek aldıktan sonra WP-CLI ile temizleyin:
phpMyAdmin’dewp post delete $(wp post list --post_type=revision --format=ids) --force wp transient delete --all wp db optimizewp_optionstablosundaautoload = yesolan satırların toplam boyutuna bakın; 1 MB’ı aşıyorsa gereksiz olanları temizlemek TTFB’ye doğrudan yansır. - Yöntem 12 — CDN: Statik dosyaları ziyaretçiye en yakın noktadan sunar, sunucu yükünü azaltır ve DDoS tamponu oluşturur. Ziyaretçileriniz Türkiye’deyse ve sunucu da yakınsa kazanım sınırlıdır; yurt dışı trafik ve büyük görsel arşivi olan sitelerde ise belirgindir. Kurulum ve seçim ölçütleri CDN nedir, ne işe yarar yazısında.
Veritabanı temizliğini üç ayda bir tekrarlayın; CDN’i ise ancak önbellek ve görsel optimizasyonundan sonra ekleyin, aksi hâlde optimize edilmemiş dosyaları daha hızlı dağıtmış olursunuz.
Web sitesi hızlandırma sırası ve kontrol listesi
Hepsini aynı gün yapmak yerine etki/zorluk oranına göre ilerleyin; her adımdan sonra ölçüm alın.
| Sıra | Yöntem | Beklenen etki | Zorluk |
|---|---|---|---|
| 1 | PHP 8 + OPcache (2) | Yüksek | Düşük |
| 2 | Sayfa önbelleği (5) | Çok yüksek | Düşük |
| 3 | Görsel optimizasyonu (8) | Yüksek | Düşük–orta |
| 4 | Tarayıcı önbelleği + sıkıştırma (6, 4) | Orta | Düşük |
| 5 | CSS/JS diyeti (9) | Yüksek (INP) | Orta |
| 6 | Veritabanı temizliği (11) | Orta | Düşük |
| 7 | Nesne önbelleği (7) | Orta–yüksek (dinamik siteler) | Orta |
| 8 | Fontlar, HTTP/3, CDN (10, 3, 12) | Düşük–orta | Orta |
| 9 | Altyapı değişikliği (1) | Yüksek | Taşıma gerektirir |
İlk dört adım çoğu sitede LCP’yi “iyi” eşiğine taşır. Altyapı değişikliği en sona bırakılmış görünse de mevcut paketiniz SATA disk ve Apache üzerindeyse önce onu çözmek diğer adımların etkisini katlar; kesintisiz geçiş için hosting taşıma rehberi yazısını izleyin. Bu web sitesi hızlandırma listesini altı ayda bir yeniden gözden geçirmek, yeni eklenti ve içerikle geri gelen ağırlığı erken yakalar.
Sık Sorulan Sorular
PageSpeed puanım 90 ama site yavaş hissettiriyor, neden?
Laboratuvar puanı tek bir ölçümdür; gerçek kullanıcı verisi (Core Web Vitals alan verisi) farklı cihaz ve bağlantılardan gelir. Mobil ağda ağır JavaScript ve büyük görseller puanı düşürmeden deneyimi bozabilir. PageSpeed’in üst bölümündeki gerçek kullanıcı metriklerine ve INP değerine bakın; iç sayfaları ve mobil cihazı ayrıca ölçün.
Önbellek eklentisi kurdum ama TTFB hâlâ yüksek, ne eksik?
Önbelleğin gerçekten devreye girip girmediğini yanıt başlıklarından kontrol edin (LiteSpeed için x-litespeed-cache: hit). Giriş yapmış kullanıcılar, sepet sayfaları ve belirli çerezler önbelleği atlar. Önbellek çalışıyorsa yüksek TTFB büyük olasılıkla sunucu kaynak limitinden ya da yavaş diskten kaynaklanır.
CDN kullanmak her site için gerekli mi?
Hayır. Ziyaretçileri ve sunucusu aynı ülkede olan, görsel yükü sınırlı bir kurumsal site için CDN’in kazanımı küçüktür; önbellek ve görsel optimizasyonu çok daha fazlasını sağlar. Yurt dışından ziyaretçi alan, büyük medya arşivi bulunan ya da trafik dalgalanması yaşayan siteler için CDN belirgin fayda sağlar.
Hızlandırma çalışması SEO sıralamasını ne kadar etkiler?
Sayfa deneyimi bir sıralama sinyalidir ama içerik ve bağlantı kalitesinin önüne geçmez. Etkisi en çok, benzer kalitede rakiplerle yarışırken ve mobil aramada hissedilir. Asıl kazanım dolaylıdır: hızlı site daha düşük hemen çıkma oranı, daha fazla sayfa görüntüleme ve daha yüksek dönüşüm sağlar.