WordPress sitelerinde yavaşlığın büyük bölümü tek bir sebepten değil, üst üste binmiş küçük gecikmelerden kaynaklanır: eski bir PHP sürümü, önbelleksiz çalışan bir sunucu, sıkıştırılmamış görseller ve gereğinden fazla eklenti. İyi haber şu ki bu maddelerin çoğu tek seferlik işlemlerdir ve doğru sırayla yapıldığında yükleme süresini çoğu sitede yarıya indirir. Aşağıdaki 12 adım, en büyük kazancı sağlayandan başlayarak sıralanmıştır.
Optimizasyona başlamadan önce nereden başladığınızı bilmeniz gerekir, yoksa yaptığınız değişikliğin işe yarayıp yaramadığını anlayamazsınız. Google'ın sıralama sinyali olarak kullandığı üç ölçüt Core Web Vitals başlığı altında toplanır:
Kritik ayrıntı şu: bu eşikler ortalamaya değil, ziyaretlerin %75'ine göre değerlendirilir ve mobil ile masaüstü ayrı ayrı ölçülür. Yani "benim bilgisayarımda hızlı açılıyor" bir ölçüm değildir.
Ayrıca laboratuvar testi ile saha verisini karıştırmayın. PageSpeed Insights size iki blok gösterir: üstteki gerçek kullanıcı verisi, alttaki simülasyon skorudur. Kararlarınızı gerçek kullanıcı verisine göre verin. Sunucu tepkisi için ise curl -w "%{time_starttransfer}\n" -o /dev/null -s https://siteniz.com komutu ile TTFB'yi doğrudan ölçebilirsiniz; 200 ms altı iyi, 600 ms üstü sorunludur.
Eklenti ayarlarıyla uğraşmadan önce altyapıyı düzeltin. Sunucu tarafındaki dört madde, çoğu sitede toplam kazancın yarısından fazlasını verir.
Bu, tek bir ayarla elde edebileceğiniz en büyük kazançtır. WordPress'in resmi önerisi PHP 8.3 ve üzeri; PHP 7.4 ve altındaki sürümler resmi destek ömrünü tamamlamıştır ve güvenlik açığı riski taşır. PHP 8.x, 7.x'e göre aynı iş yükünü belirgin şekilde daha az CPU ile tamamlar.
cPanel'de MultiPHP Manager bölümünden alan adınızı seçip sürümü değiştirebilirsiniz. Geçiş öncesi mutlaka yedek alın ve eski bir tema ya da terk edilmiş bir eklenti kullanıyorsanız önce test ortamında deneyin.
Eklenti tabanlı önbellekler sayfayı PHP çalıştıktan sonra saklar. Sunucu düzeyinde önbellek ise isteği PHP'ye hiç uğratmadan karşılar — aradaki fark birkaç yüz milisaniyedir.
LiteSpeed web sunucusu üzerinde çalışıyorsanız LiteSpeed Cache (LSCache) eklentisi tam olarak bunu yapar: dinamik PHP sayfalarını statik anlık görüntülere dönüştürüp doğrudan sunucudan servis eder. Önemli bir ayrıntı: LSCache eklentisinin önbellek özellikleri yalnızca LiteSpeed tabanlı bir sunucuda çalışır. LiteSpeed olmayan bir hostingte eklentiyi kurabilirsiniz ama yalnızca optimizasyon araçlarını kullanabilirsiniz; asıl kazancı veren önbellek katmanı devreye girmez.
Nubitro hosting paketlerinde LiteSpeed standart olarak geldiği için LSCache'i kurup açmanız yeterlidir.
OPcache, PHP kodunun derlenmiş halini bellekte tutar ve her istekte yeniden derlenmesini engeller. Modern hosting paketlerinde genellikle açıktır; phpinfo() çıktısından doğrulayabilirsiniz.
Nesne önbelleği (object cache) ise veritabanı sorgu sonuçlarını bellekte saklar. WooCommerce gibi sorgu yoğun sitelerde etkisi büyüktür. Redis veya Memcached desteği varsa mutlaka etkinleştirin.
Ziyaretçilerinizin çoğunluğu Türkiye'deyse sunucunun Türkiye'de olması, yurt dışı lokasyonlara göre her istekte 40–60 ms kazandırır. Bu süre tek başına küçük görünür ama sayfa yüklenirken onlarca istek yapıldığı için toplamda ciddi fark yaratır. TTFB değeriniz sürekli 600 ms üzerindeyse önce lokasyonu ve sunucu yükünü sorgulayın.
Tipik bir WordPress sayfasının ağırlığının büyük bölümü görsellerden gelir. Bu üç adım genellikle sayfa boyutunu yarıya indirir.
WebP, aynı görsel kaliteyi JPEG ve PNG'ye göre belirgin şekilde daha küçük dosya boyutunda sunar ve tüm güncel tarayıcılar tarafından desteklenir. LiteSpeed Cache, Imagify veya ShortPixel gibi eklentiler mevcut medya kütüphanenizi toplu olarak dönüştürebilir.
En sık yapılan hata, 4000 piksel genişliğindeki telefon fotoğrafını doğrudan yükleyip CSS ile 600 piksele küçültmektir. Tarayıcı dosyanın tamamını indirir; küçültme yalnızca ekranda olur. Yüklemeden önce görseli kullanılacağı en büyük boyuta göre yeniden boyutlandırın.
WordPress bunu artık varsayılan olarak yapar, ancak iki noktaya dikkat edin. Birincisi, bazı sayfa oluşturucu eklentiler kendi görsel çıktılarında bu özelliği devre dışı bırakır. İkincisi, sayfanın en üstündeki kapak görselini lazy load listesinden çıkarın — o görsel genellikle LCP öğenizdir ve geciktirilmesi doğrudan skorunuzu düşürür.
"20 eklenti çoktur" gibi bir kural yoktur; önemli olan eklentilerin her sayfada ne kadar iş yaptığıdır. Query Monitor eklentisiyle hangi eklentinin kaç sorgu ürettiğini ve ne kadar süre harcadığını görebilirsiniz. Aktif olarak kullanmadığınız eklentileri devre dışı bırakmakla yetinmeyin, tamamen silin — pasif eklentiler de güvenlik yüzeyi oluşturur.
Özellikle dikkat edilecekler: sosyal medya besleme eklentileri, sayfa oluşturucuların kullanılmayan modülleri, birden fazla iletişim formu eklentisi ve her sayfada kendi CSS/JS dosyasını yükleyen slider'lar.
Yüzlerce demo içeriğiyle gelen "çok amaçlı" temalar, kullanmadığınız onlarca özelliğin kodunu da her sayfada yükler. Tema değiştirmek büyük bir karardır, ancak yeni bir proje başlatıyorsanız hafif bir tema seçmek sonradan yapacağınız tüm optimizasyondan daha etkilidir.
WordPress her yazı düzenlemesinde bir revizyon kaydı tutar. Yıllardır çalışan bir sitede wp_posts tablosunun yarısı revizyonlardan oluşabilir. Buna geçici (transient) kayıtlar, spam yorumlar ve silinen eklentilerin geride bıraktığı ayar satırları eklenir.
Revizyon sayısını sınırlamak için wp-config.php dosyasına define('WP_POST_REVISIONS', 5); satırını ekleyebilirsiniz. Temizlik öncesi mutlaka veritabanı yedeği alın.
CDN, statik dosyalarınızı ziyaretçiye en yakın noktadan servis eder. Ziyaretçi kitleniz tek bir ülkedeyse ve sunucunuz da o ülkedeyse kazanç sınırlıdır; kitleniz coğrafi olarak dağılmışsa fark belirgindir. CDN'in ikinci faydası, statik istekleri sunucunuzdan alarak kaynak tüketimini düşürmesidir.
HTML, CSS ve JavaScript dosyalarının Brotli veya GZIP ile sıkıştırılması, metin tabanlı içerikte dosya boyutunu ciddi oranda düşürür. Ayrıca sunucunuzun HTTP/2 veya HTTP/3 desteklediğinden emin olun — bu protokoller çok sayıda küçük dosyayı tek bağlantı üzerinden paralel olarak taşır.
Sıkıştırmanın aktif olup olmadığını curl -I -H "Accept-Encoding: br,gzip" https://siteniz.com komutuyla kontrol edebilirsiniz; yanıt başlığında content-encoding satırını görmelisiniz.
Yukarıdaki 12 maddenin dördü doğrudan hosting sağlayıcınızın verdiği altyapıya bağlıdır: PHP sürümü, sunucu düzeyinde önbellek, kaynak izolasyonu ve lokasyon. Bu dördü eksikse eklenti ayarlarıyla telafi etmek mümkün değildir.
Nubitro web hosting paketleri bu dört maddeyi hazır sunar: LiteSpeed web sunucusu sayesinde LSCache tam kapasite çalışır, CloudLinux her hesabı izole ederek komşu sitelerin sizi yavaşlatmasını engeller, cPanel üzerinden PHP sürümünü kendiniz değiştirebilirsiniz ve sunucular Türkiye'de konumlanır. Paketlerde limitsiz SSD disk alanı, limitsiz aylık trafik, ücretsiz SSL sertifikası, limitsiz e-posta ve FTP hesabı ile anında kurulum bulunur; PRO SSD paketlerinde 2 CPU ve 3–4 GB RAM limiti tanımlıdır.
Mevcut siteniz başka bir sağlayıcıdaysa cPanel'den cPanel'e taşıma işlemi ücretsizdir. Paketleri profesyonel SSD hosting sayfasından inceleyebilir, daha küçük projeler için ekonomik SSD hosting seçeneklerine bakabilirsiniz. Kaynak ihtiyacınız paylaşımlı hostingi aşıyorsa VDS ile VPS arasındaki fark yazımız hangi adımı atmanız gerektiğini netleştirir.
Sırasıyla: PHP sürümünü güncelleyin, sunucu düzeyinde önbelleği açın, görselleri WebP'ye çevirin. Bu üçü çoğu sitede toplam kazancın büyük bölümünü verir ve hiçbiri kod bilgisi gerektirmez.
Hayır. Skor, laboratuvar koşullarında hesaplanan bir tahmindir. Google'ın sıralamada kullandığı veri gerçek kullanıcı ölçümleridir. Skoru 85 olan ama saha verisinde LCP'si 2 saniye olan bir site, skoru 98 olup saha verisinde 3,5 saniye olan siteden daha iyi durumdadır.
Üç yaygın sebep var: eklenti LiteSpeed gerektiren bir önbellek modunda çalışıyor ama sunucunuz LiteSpeed değil; oturum açıkken test ediyorsunuz (giriş yapmış kullanıcılara önbellek servis edilmez); ya da darboğaz önbellekte değil, TTFB'de. Gizli sekmede test edin ve TTFB'yi ayrıca ölçün.
Evet. LiteSpeed, CloudLinux izolasyonu ve güncel PHP sunan bir paylaşımlı hostingte, doğru yapılandırılmış tipik bir WordPress sitesi rahatlıkla iyi Core Web Vitals değerleri verir. VDS gerektiren durumlar yüksek trafik, ağır e-ticaret ve özel yazılım ihtiyacıdır.
Sepet, hesabım ve ödeme sayfaları önbelleğe alınamaz — bu sayfalarda performans doğrudan PHP ve veritabanı hızına bağlıdır. Bu yüzden WooCommerce sitelerinde nesne önbelleği (Redis) ve yeterli CPU/RAM tahsisi, statik sitelere göre çok daha kritiktir.
Bazı eklentiler silinirken kendi tablolarını da temizler, bazıları bırakır. Silmeden önce yedek alın ve eklentinin ayarlarında "silerken verileri koru" seçeneği olup olmadığına bakın.