X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Worldwide (English)Worldwide (English)
X
X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Worldwide (English)Worldwide (English)
X
Tüm sistemler çalışıyor · 200 Tbps+ DDoS koruma aktif
Hesap Oluştur Giriş Yap 08505574494

WordPress Sitenizi Hızlandırmanın 12 Yolu

AnasayfaYazılarWeb HostingWordPress Sitenizi Hızlandırmanın 1...
WordPress Sitenizi Hızlandırmanın 12 Yolu

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.

Önce ölçün: hangi metrik gerçekten önemli?

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:

  • LCP (Largest Contentful Paint): Sayfadaki en büyük içerik öğesinin görünür hale gelme süresi. Hedef: 2,5 saniye ve altı.
  • INP (Interaction to Next Paint): Kullanıcı bir şeye tıkladığında sayfanın yanıt verme süresi. Hedef: 200 ms ve altı.
  • CLS (Cumulative Layout Shift): Sayfa yüklenirken içeriğin kayma miktarı. Hedef: 0,1 ve altı.

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.

Sunucu tarafı: en büyük kazanç burada

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.

1. PHP sürümünü güncelleyin

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.

2. Sunucu düzeyinde önbellek kullanın

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.

3. OPcache ve nesne önbelleğini açın

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.

4. Sunucu lokasyonunu hedef kitlenize göre seçin

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.

Görsel ve medya optimizasyonu

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.

5. Görselleri WebP formatına geçirin

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.

6. Görselleri doğru boyutta yükleyin

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.

7. Ekran altındaki görselleri geciktirin (lazy loading)

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.

Tema, eklenti ve veritabanı

8. Eklenti sayısını değil, ağırlığını denetleyin

"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.

9. Hafif bir tema seçin

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.

10. Veritabanını düzenli olarak temizleyin

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.

Aktarım katmanı: son yüzde on

11. CDN kullanı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.

12. Sıkıştırma ve modern protokolleri açın

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.

Sık yapılan 5 hata

  • Birden fazla önbellek eklentisi kurmak: Çakışırlar ve sayfaların bozuk görünmesine yol açarlar. Tek bir önbellek eklentisi kullanın.
  • Tüm CSS/JS dosyalarını birleştirmek: HTTP/2 üzerinde birleştirme genellikle fayda sağlamaz, çoğu zaman zarar verir.
  • Kapak görselini lazy load etmek: LCP skorunu doğrudan bozar.
  • Skoru optimize etmek, siteyi değil: PageSpeed'de 100 almak amaç değildir. Gerçek kullanıcı verisinde LCP'yi 2,5 saniyenin altına indirmek amaçtır.
  • Yedek almadan başlamak: Önbellek, PHP sürümü ve veritabanı işlemleri geri alınması zor sonuçlar doğurabilir.

Hosting altyapısı: temeli doğru kurmak

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ıkça Sorulan Sorular

Hangi adımdan başlamalıyım?

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.

PageSpeed skorum 100 olmalı mı?

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.

Önbellek eklentisi kurdum ama fark yok, neden?

Üç 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.

Paylaşımlı hostingte hızlı bir WordPress sitesi mümkün mü?

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.

WooCommerce sitelerinde ne değişir?

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.

Eklentileri silmek verilerimi siler mi?

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.

Özet

  • Hedefiniz skor değil, gerçek kullanıcı verisinde LCP 2,5 sn, INP 200 ms ve CLS 0,1 altıdır.
  • En büyük kazanç sunucu tarafındadır: güncel PHP, sunucu düzeyinde önbellek, OPcache ve doğru lokasyon.
  • WordPress'in resmi PHP önerisi 8.3 ve üzeridir; 7.4 ve altı destek dışıdır.
  • LSCache'in önbellek özellikleri yalnızca LiteSpeed sunucuda çalışır.
  • Görselleri WebP'ye çevirin ve yüklemeden önce doğru boyuta getirin.
  • Kapak görselini asla lazy load etmeyin; genellikle LCP öğenizdir.
  • Eklentileri sayısına göre değil, ürettikleri sorgu ve yüke göre değerlendirin.
  • Revizyonları sınırlayın ve veritabanını düzenli temizleyin.
  • Brotli/GZIP sıkıştırma ile HTTP/2 veya HTTP/3 desteğini doğrulayın.
  • Tek önbellek eklentisi kullanın ve her değişiklikten önce yedek alın.
Powered by WISECP
💬
Top