LIONFIN

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.

YYönetici 5 dk okuma 9 görüntülenme
Web Sitesi Hızlandırma Rehberi: 12 Kanıtlanmış Yöntem

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:

MetrikNe ölçer?İyi eşikAna etken
LCPEn büyük içeriğin görünme süresi2,5 sn altıSunucu yanıtı, görseller, render engelleyen CSS
INPEtkileşime yanıt gecikmesi200 ms altıAğır JavaScript
CLSYükleme sırasında kayma0,1 altıBoyutsuz görsel/reklam alanları, fontlar
TTFBİlk baytın gelme süresi800 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

  1. 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.
  2. 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.
  3. 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.
  4. Gzip/Brotli sıkıştırma: HTML, CSS ve JS boyutunu ciddi oranda azaltır. Sunucuda açık değilse .htaccess ile 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-Control süreleri, tekrar ziyaretlerde indirmeyi sıfıra indirir:
    <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>
    Dosya güncellendiğinde adına sürüm eki (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 ve width/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 defer ile 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: swap ile 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ığı autoload seçenekleri her istekte yük bindirir. Yedek aldıktan sonra WP-CLI ile temizleyin:
    wp post delete $(wp post list --post_type=revision --format=ids) --force
    wp transient delete --all
    wp db optimize
    phpMyAdmin’de wp_options tablosunda autoload = yes olan 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ıraYöntemBeklenen etkiZorluk
1PHP 8 + OPcache (2)YüksekDüşük
2Sayfa önbelleği (5)Çok yüksekDüşük
3Görsel optimizasyonu (8)YüksekDüşük–orta
4Tarayıcı önbelleği + sıkıştırma (6, 4)OrtaDüşük
5CSS/JS diyeti (9)Yüksek (INP)Orta
6Veritabanı temizliği (11)OrtaDüşük
7Nesne önbelleği (7)Orta–yüksek (dinamik siteler)Orta
8Fontlar, HTTP/3, CDN (10, 3, 12)Düşük–ortaOrta
9Altyapı değişikliği (1)YüksekTaşı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.

  • #site hızlandırma
  • #core web vitals
  • #lcp inp cls
  • #ttfb düşürme
  • #litespeed cache
  • #görsel optimizasyonu
  • #opcache
  • #sayfa hızı
X LinkedIn WhatsApp