Ziyaretçi bir sayfanın açılmasını saniyelerce beklemez; çoğu durumda ilk iki üç saniye içinde sekmeyi kapatır. Yükleme süresi yalnızca kullanıcı deneyimini değil, arama motoru sıralamasını ve dönüşüm oranını da doğrudan etkiler. Aşağıdaki on iki başlık, hem sunucu tarafında hem istemci tarafında ölçülebilir kazanç sağlayan, sahada denenmiş tekniklerden oluşuyor.

1. Önce Ölçün: Darboğazı Bilmeden Müdahale Etmeyin

Optimizasyona tahminle başlamak zaman kaybıdır. Lighthouse, WebPageTest ve curl ile ham TTFB ölçümü yaparak gerçek darboğazı tespit edin. Sunucunun ilk byte'ı ne kadar sürede gönderdiğini görmek için basit bir komut yeterli:

curl -o /dev/null -s -w "DNS: %{time_namelookup}s\nConnect: %{time_connect}s\nTTFB: %{time_starttransfer}s\nTotal: %{time_total}s\n" https://ornek.com/

TTFB değeri 0,5 saniyenin üzerindeyse sorun büyük ihtimalle uygulama veya veritabanı katmanındadır; toplam süre yüksek ama TTFB düşükse darboğaz görsel ve statik dosyalardadır.

2. Sunucu Tarafı Önbelleği Devreye Alın

Her istekte PHP'nin yeniden çalışıp veritabanına gitmesi, dinamik sitelerin en pahalı işlemidir. LiteSpeed kullanıyorsanız LSCache, Apache/Nginx tarafında ise Redis veya Memcached nesne önbelleği ciddi fark yaratır. WordPress için Redis nesne önbelleğini etkinleştirmek genellikle birkaç satırlık ayarla mümkündür:

// wp-config.php
define('WP_REDIS_HOST', '127.0.0.1');
define('WP_REDIS_PORT', 6379);
define('WP_CACHE', true);

Tam sayfa önbelleği, tekrar eden ziyaretlerde sunucuyu neredeyse hiç yormadan içerik sunar.

3. PHP Sürümünü ve OPcache'i Doğru Yapılandırın

Güncel bir PHP sürümü (8.1 ve üzeri), eski 7.x sürümlerine göre belirgin biçimde hızlıdır. OPcache, derlenmiş PHP kodunu bellekte tutarak tekrar derleme yükünü kaldırır. php.ini içinde makul bir yapılandırma şöyle görünür:

opcache.enable=1
opcache.memory_consumption=256
opcache.max_accelerated_files=20000
opcache.validate_timestamps=1
opcache.revalidate_freq=60

Yalnız bir uyarı: bazı eski uygulamalar OPcache ile uyumsuz davranabilir; canlıya almadan önce kapsamlı test edin.

4. Görselleri Sıkıştırın ve Modern Formata Geçin

Çoğu sayfada toplam ağırlığın yarısından fazlası görsellerden gelir. WebP veya AVIF formatları, JPEG'e kıyasla genellikle çok daha küçük dosya boyutu sunar. Toplu dönüştürme için sunucuda cwebp kullanılabilir:

find ./uploads -name "*.jpg" -exec sh -c 'cwebp -q 80 "$1" -o "${1%.jpg}.webp"' _ {} \;
  • Boyutlandırma: Görseli ekranda görüneceği boyutta sunun, tarayıcıya küçültme yaptırmayın.
  • Lazy loading: Ekran dışındaki görseller için loading="lazy" niteliğini ekleyin.

5. CSS ve JavaScript Dosyalarını Küçültün ve Birleştirin

Gereksiz boşluk, yorum ve uzun değişken adları minify ile temizlenir. Render'ı engelleyen JavaScript dosyalarına defer veya async ekleyerek tarayıcının sayfayı çizmesini bekletmeyin. Kritik CSS'i satır içine alıp geri kalanını ertelemek, ilk görünür içeriğin daha erken çizilmesini sağlar. WordPress tarafında bu işi WP Rocket, Autoptimize ya da LiteSpeed Cache eklentilerinin birleştirme ve erteleme seçenekleriyle kod yazmadan da yapabilirsiniz.

  • Birleştirme: Çok sayıda küçük dosya yerine birkaç paket sunarak istek sayısını azaltın.
  • Kullanılmayan kodu atın: Tüm sayfalarda yüklenen ama yalnızca tek sayfada gereken eklenti varlıklarını koşullu yükleyin.

6. HTTP Sıkıştırması ve Doğru Önbellek Başlıkları

Metin tabanlı kaynaklar için Brotli (gzip'e göre daha iyi sıkıştırma oranı) etkinleştirin. Statik dosyalara uzun ömürlü önbellek başlıkları vermek, tekrar eden ziyaretlerde gereksiz indirmeyi keser:

# .htaccess
<IfModule mod_expires.c>
  ExpiresActive On
  ExpiresByType image/webp "access plus 1 year"
  ExpiresByType text/css "access plus 1 month"
  ExpiresByType application/javascript "access plus 1 month"
</IfModule>

7. İçerik Dağıtım Ağı (CDN) Kullanın

CDN, statik dosyalarınızı ziyaretçiye coğrafi olarak en yakın sunucudan sunar. Türkiye dışından gelen trafiğiniz varsa gecikme farkı belirgin olur. Cloudflare gibi servisler aynı zamanda Brotli, HTTP/3 ve kenar önbelleği gibi katmanları hazır getirir. Origin sunucunuzu hızlandırırken altyapının da güçlü olması gerektiğini unutmayın; performans odaklı projeler için arama motoru dostu bir SEO hosting altyapısı, hız ve sıralama tarafında ciddi avantaj sağlar.

8. Veritabanını Düzenli Bakımdan Geçirin

Zamanla biriken revizyonlar, geçici kayıtlar ve şişmiş tablolar sorguları yavaşlatır. Yavaş sorgu kaydını açarak sorunlu çağrıları tespit edebilirsiniz:

SET GLOBAL slow_query_log = 'ON';
SET GLOBAL long_query_time = 1;
SET GLOBAL slow_query_log_file = '/var/log/mysql/slow.log';
  • İndeksleme: Sık filtrelenen sütunlara indeks ekleyin.
  • Temizlik: Eski revizyon ve transient kayıtlarını periyodik silin.

9. HTTP/2 veya HTTP/3'e Geçin

HTTP/2 çoklu isteği tek bağlantı üzerinden paralel taşır; HTTP/3 ise QUIC sayesinde paket kaybının yoğun olduğu mobil ağlarda daha kararlı çalışır. Sunucunuzun hangi protokolü konuştuğunu hızlıca doğrulayın:

curl -sI --http2 https://ornek.com/ | grep -i "HTTP/"

10. Üçüncü Parti Scriptleri Kontrol Altında Tutun

Analitik, sohbet widget'ı, reklam ve sosyal medya gömüleri sıklıkla sayfanın en yavaş parçasıdır. Her birini gerçekten gerekli olup olmadığı açısından sorgulayın, gerekenleri mümkün olduğunca async yükleyin ve mümkünse kendi sunucunuzdan barındırın.

11. Doğru Hosting Altyapısını Seçin

Aynı sunucuda yüzlerce hesabın sıkıştığı aşırı yüklü paylaşımlı planlar, ne kadar optimizasyon yaparsanız yapın bir tavan koyar. NVMe diskli, LiteSpeed çalışan ve kaynak garantili bir plan, yazılım tarafındaki kazanımları görünür kılar. Trafiği büyüyen projeler için ölçeklenebilir bir web hosting paketine geçmek, çoğu durumda tek başına en büyük hız sıçramasını sağlar.

Bogahost Önerisi: Önce ölçün, tek seferde tek değişiklik yapın ve her adımdan sonra TTFB ile Lighthouse skorunu yeniden bakın. Aynı anda beş ayarı değiştirirseniz hangisinin işe yaradığını ya da neyi bozduğunuzu asla bilemezsiniz.

12. Sürekli İzleme Kurun

Hız tek seferlik bir iş değildir. Yeni eklenti, tema güncellemesi veya artan trafik performansı sessizce düşürebilir. Düzenli sentetik testler ve gerçek kullanıcı ölçümü (RUM) ile regresyonu erken yakalayın. Çekirdek Web Vitals metriklerini (LCP, CLS ve INP) bir izleme paneline bağlayıp eşik aşıldığında uyarı almak, sorunu ziyaretçiler şikayet etmeden fark etmenizi sağlar. Aylık bir performans kontrolünü bakım rutininize eklemek, küçük yavaşlamaların zamanla büyük bir soruna dönüşmesini engeller.

YöntemEtki AlanıTipik KazançZorluk
Sunucu önbelleği (LSCache/Redis)TTFBYüksekOrta
Görsel optimizasyonu (WebP/AVIF)Sayfa ağırlığıYüksekDüşük
CDNCoğrafi gecikmeOrta-YüksekDüşük
CSS/JS minify & deferRender süresiOrtaOrta
Hosting yükseltmesiGenelYüksekDüşük

Toparlarken

Hız optimizasyonu, tek bir sihirli ayardan değil, üst üste binen küçük iyileştirmelerden oluşur. Ölçerek başlayın, en büyük darboğazdan ilerleyin ve sağlam bir altyapı üzerine kurun; geri kalan kazanımlar bu temelin üstünde çok daha kalıcı olur.

Reklam Alanı

İçerik Altı (728x90)

Yorumlar (0)

Henüz yorum yapılmamış. İlk yorumu siz yapın!

Yorum Yap

Maksimum 2000 karakter