WordPress sitelerde hız sorunu çoğu zaman tek bir nedene bağlı olmuyor. Büyük bir görsel, gereksiz çalışan bir eklenti, ağır bir tema, önbelleğin kapalı olması veya sitenin ihtiyacına göre yetersiz kalan kaynaklar aynı anda etkili olabiliyor.
Bu nedenle performans çalışmasına doğrudan bir ayarı açarak başlamayı doğru bulmuyorum. Önce ziyaretçinin gerçekten ne yaşadığını görmek, sonra en büyük kaybı yaratan noktaları sırayla düzeltmek daha sağlıklı sonuç veriyor. Hedef de sadece bir test aracında yüksek puan almak değil; sayfanın hızlı görünmesi, rahat gezilmesi ve yoğunluk altında tutarlı çalışması olmalı.
Önce sorunun nerede olduğunu ölçün
Başlangıç için Google PageSpeed Insights yeterli. Site adresini girerek mobil ve masaüstü sonuçlarını ayrı ayrı inceleyebilirsiniz. Buradaki puanı tek başına başarı ölçütü olarak görmeyin; rapor, sorunun hangi tarafta yoğunlaştığını anlamak için daha değerli.
Özellikle şu başlıklara bakın:
- LCP: Ekrandaki ana içerik veya büyük görselin ne zaman göründüğü,
- INP: Ziyaretçinin tıklama, menü açma veya form kullanma gibi etkileşimlere ne kadar hızlı yanıt aldığı,
- CLS: Sayfa açılırken içeriklerin beklenmedik biçimde yer değiştirip değiştirmediği,
- Sunucu yanıt süresi: WordPress sayfasının oluşturulmaya ne kadar geç başladığı,
- Gönderilen kaynaklar: Büyük görseller, fazla JavaScript ve CSS dosyaları.
Testi giriş yapmışken değil, gizli sekmede ya da oturum kapalıyken yapın. Yönetici oturumu, kişiye özel araç çubukları ve önbellek davranışı ziyaretçinin gördüğünden farklı bir sonuç verebilir. Testi değişiklikten önce ve sonra aynı sayfada tekrar etmek de hangi işlemin gerçekten fayda sağladığını gösterir.
Core Web Vitals ve PageSpeed sonuçlarını daha ayrıntılı yorumlamak isterseniz Core Web Vitals ve Google PageSpeed rehberi yazıma da bakabilirsiniz.
Görselleri sayfaya uygun hazırlayın
WordPress sitelerinde en sık karşılaştığım sorunlardan biri, sayfada küçük görünecek bir görselin orijinal ve çok büyük dosyasıyla yüklenmesi. Bir ürün fotoğrafını veya kapak görselini yüklemeden önce sayfada kullanılacağı yaklaşık ölçüye indirmek iyi bir başlangıçtır.
Dosya biçimi de önemlidir. Fotoğraflarda WebP veya destekleyen iş akışlarında AVIF, çoğu durumda JPEG ve PNG’ye göre daha düşük dosya boyutu sağlayabilir. Ancak şeffaflık, çok ince grafik ayrıntıları veya logo gibi içeriklerde sonucu gözle kontrol etmek gerekir. Amaç dosyayı mümkün olduğunca küçültmek değil, görünür kaliteyi koruyarak gereksiz aktarımı azaltmaktır.
Sayfanın ilk ekranında görünmeyen görsellerin geç yüklenmesi, yani lazy load kullanılması da faydalıdır. Buna karşılık, sayfa açıldığında en üstte görünen büyük kapak görselini lazy load’a bırakmak LCP değerini kötüleştirebilir. Her görsele aynı kuralı uygulamak yerine, ilk ekrandaki ana görseli ayrı değerlendirin.
Görseller için genişlik ve yükseklik bilgisinin doğru olması da önem taşıyor. Tarayıcı görselin kaplayacağı alanı önceden bildiğinde, görsel sonradan yüklenirken metinleri ve butonları aşağı itmez. Bu da CLS sorununu azaltır.
Tema ve sayfa oluşturucunun yükünü kontrol edin
Görsel olarak etkileyici görünen her tema hızlı çalışacak diye bir kural yok. Tema; CSS, JavaScript, font, animasyon ve bazen kullanılmayan birçok bileşeni birlikte yükleyebilir. Sayfa oluşturucular da çok faydalı araçlar olmakla birlikte, her sayfaya ek yük getirebilir.
Burada temayı hemen değiştirmeyi önermiyorum. Önce PageSpeed raporunda hangi dosyaların yük oluşturduğunu görün. Kullanılmayan slider, animasyon, harita, sohbet balonu veya sosyal medya bileşeni varsa sadece ihtiyaç duyulan sayfalarda çalışacak biçimde düzenlemek çoğu zaman daha mantıklı.
Harici fontlar da gözden kaçabiliyor. Birden fazla font ailesi ve çok sayıda kalınlık kullanmak, sayfanın ilk görünümünü geciktirebilir. Tasarım izin veriyorsa font ailesi ve ağırlık sayısını azaltmak, yalnızca kullanılan karakter setlerini çağırmak fayda sağlar.
Eklenti sayısına değil, etkisine bakın
“Az eklenti her zaman hızlı site” yaklaşımı pratikte doğru değil. İyi yazılmış ve ihtiyacınız olan bir eklenti sorun yaratmayabilir; buna karşılık tek bir eklenti veritabanında ağır sorgular çalıştırabilir veya tüm sayfalara gereksiz dosyalar ekleyebilir.
Ben bir performans incelemesinde şu soruları soruyorum:
- Bu eklenti hâlâ gerçekten kullanılıyor mu?
- Aynı işi yapan iki eklenti var mı?
- Eklenti yalnızca ihtiyaç duyduğu sayfalarda mı yükleniyor?
- Güncel, aktif geliştirilen ve WordPress sürümüyle uyumlu mu?
- Kapatıldığında sitede veya yönetim panelinde belirgin bir rahatlama oluyor mu?
Kullanılmayan eklentileri devre dışı bırakıp silin. Özellikle birden fazla önbellek, minify veya güvenlik eklentisini üst üste çalıştırmak çakışmaya yol açabilir. Büyük değişikliklerden önce yedek almak ve her değişiklikten sonra siteyi ziyaretçi gözüyle kontrol etmek önemli.
LiteSpeed Cache ile önbelleklemeyi doğru kurun
WordPress dinamik bir yapıdadır. Önbellek yoksa ziyaretçi bir sayfayı her açtığında WordPress, PHP ve veritabanı o sayfayı yeniden oluşturmaya çalışır. Sayfa önbelleği ise daha önce hazırlanmış yanıtı uygun ziyaretçilere sunarak bu tekrar eden yükü azaltır.
LiteSpeed Cache, LiteSpeed Web Server ile birlikte çalıştığında WordPress sayfa önbelleğini sunucu tarafında kullanabilen bir eklentidir. Eklentiyi kurmadan önce hosting altyapınızın LiteSpeed Cache desteği verdiğini doğrulayın. Başka bir cache eklentisi kullanıyorsanız, ikisini aynı anda sayfa önbelleği için etkin bırakmayın.
Başlangıç için güvenli LiteSpeed Cache ayarları
Her site için tek bir ayar listesi vermek yanıltıcı olur; tema, eklenti ve ziyaretçi akışı sonucu değiştirir. Ama yeni bir kurulumda aşağıdaki sırayla ilerlemek güvenlidir:
- WordPress yönetim panelinden LiteSpeed Cache eklentisini kurun ve etkinleştirin.
- LiteSpeed Cache > Cache bölümünde Enable Cache seçeneğinin açık olduğunu doğrulayın.
- Mobil için ayrı bir tema veya gerçekten farklı HTML sunmuyorsanız, mobil önbelleği ayrıca açmayın. Aynı sayfanın gereksiz farklı önbellek kopyalarını oluşturmaya gerek yoktur.
- Üye girişi, sepet, ödeme, hesap veya kişiye özel bilgi içeren sayfaları önbellek dışında tutun. Bu sayfalarda yanlışlıkla başka ziyaretçinin içeriğini gösterecek bir yapı kurulmamalı.
- Tasarım ya da içerikte büyük değişiklik yaptıktan sonra LiteSpeed Cache > Toolbox > Purge alanından ilgili önbelleği temizleyin. Değişiklik görünmüyorsa ilk bakılacak yer burasıdır.
Önbelleğin çalışıp çalışmadığını yalnızca yönetim panelinden anlamaya çalışmayın. Oturum kapalı bir tarayıcıda aynı sayfayı birkaç kez açın, ardından performans testini tekrarlayın. Giriş, form gönderimi, ürün ekleme ve ödeme gibi siteniz için kritik akışları da test edin.
CSS ve JavaScript optimizasyonlarını tek tek deneyin
LiteSpeed Cache’in Page Optimization bölümü CSS ve JavaScript küçültme, erteleme ve benzeri ayarlar sunar. Bu ayarlar fayda sağlayabilir; fakat yanlış kombinasyon menülerin, formların, slider’ların veya ödeme adımlarının çalışmasını bozabilir.
Bu nedenle tüm seçenekleri aynı anda açmayın. Önce küçültme gibi daha düşük riskli bir ayarı deneyin, önbelleği temizleyin ve siteyi farklı ekranlarda kontrol edin. Sonra diğer ayara geçin. Özellikle CSS veya JavaScript dosyalarını birleştirme ayarı, güncel HTTP/2 ve HTTP/3 bağlantılarında her zaman gerekli değildir; bazı temalarda sorunu artırabilir. Testte net bir yarar görmüyorsanız kapalı bırakmak daha iyi.
Ekranın altında kalan görseller için lazy load ayarı da bu bölümde değerlendirilebilir. Ancak ilk ekrandaki logo, ana ürün görseli veya kapak görselini dışarıda bırakma ihtiyacını unutmayın. Test raporunda LCP öğesinin hangisi olduğunu görmeden bu ayarı körlemesine uygulamak doğru olmaz.
Object Cache her sitede şart değil
Object Cache, tekrar eden veritabanı sonuçlarını bellekten sunmaya yardımcı olabilir. Ancak Redis veya Memcached gibi ilgili sunucu hizmeti yapılandırılmadan yalnızca ayarı açmak çözüm değildir. Dinamik, yoğun sorgu üreten sitelerde anlamlı olabilir; sade bir kurumsal site için önce sayfa önbelleği, görseller ve eklenti yükü daha belirgin kazanç sağlar.
Cloudflare kullanıyorsanız önbellek katmanlarını ayırın
Cloudflare, ziyaretçiye yakın noktalardan statik dosyaların sunulmasına ve sitenin önünde bir proxy katmanı kullanılmasına yardımcı olabilir. Ancak bunu LiteSpeed Cache’in alternatifi gibi düşünmemek gerekir. LiteSpeed Cache, WordPress’in sayfayı sunucu tarafında tekrar oluşturmadan vermesine odaklanırken Cloudflare farklı bir katmanda çalışır.
İkisini birlikte kullanıyorsanız, içerik güncellediğinizde hangi önbelleğin temizleneceğini bilin. Sitede eski içerik görünmesi çoğu zaman bu iki katmandan birinin güncellenmemesinden kaynaklanır. Ayrıca sepet, ödeme, üyelik ve kişiye özel sayfalara yönelik önbellek kurallarını dikkatle test edin; burada hızlı olmak kadar doğru içeriği göstermek de önemlidir.
Veritabanı ve arka plan işlerini ihmal etmeyin
Zamanla revizyonlar, silinmiş içerik kalıntıları, geçici kayıtlar ve bazı eklentilerin verileri veritabanını büyütebilir. Kullanılmayan eklentileri kaldırmak bu nedenle yalnızca ön yüzdeki dosya yükünü değil, yönetim tarafındaki karmaşayı da azaltır.
Veritabanı temizliği yaparken neyi sildiğinizi bilmek gerekir. Örneğin taslaklar veya sipariş kayıtları sizin için önemli olabilir. Otomatik temizlik aracı kullanacaksanız önce tam yedek alın; e-ticaret veya üyelik sitelerinde ise işlemi daha dikkatli planlayın.
WordPress’in zamanlanmış görevleri de yoğun sitelerde ek yük oluşturabilir. Bu konu, düzenli içerik yayınlayan, çok sayıda e-posta gönderen veya WooCommerce kullanan sitelerde daha görünür hâle gelir. Sorunun buradan kaynaklandığını ölçmeden rastgele ayar değiştirmek yerine, eklenti ve sunucu kayıtlarıyla nedeni doğrulamak daha iyi olur.
Hosting altyapısı sınırı belirler
Tema, eklenti ve önbellek tarafını iyileştirseniz de sitenin çalıştığı altyapı yeterli değilse sonuç sınırlı kalır. Özellikle trafik arttığında CPU, RAM, disk performansı ve PHP’nin sayfayı işleme süresi önem kazanır.
Veridyen’de WordPress Hosting hizmetlerimizde LiteSpeed Web Server ve LSCache desteği sunuyoruz. Mevcut bir WordPress siteniz varsa, önbellek ayarlarını ve gerçek kaynak ihtiyacını birlikte değerlendirerek uygun altyapıyla başlamak performans çalışmasını daha sürdürülebilir hâle getirir.
Son olarak, tek seferlik bir optimizasyonun yeterli olmadığını akılda tutun. Yeni bir tema bölümü, eklenti, reklam kodu veya yüksek boyutlu görsel performansı yeniden etkileyebilir. Benim önerim; önemli değişikliklerden sonra ana sayfayı ve en çok ziyaret edilen birkaç sayfayı tekrar ölçmek, farkı kaydetmek ve sorun büyümeden müdahale etmektir.
