WORDPRESS PERFORMANS OPTİMİZASYONU YAPMAK VE YAVAŞLIĞI AZALTMAK
Bir WordPress sitesinin yavaşlaması çoğu zaman tek bir “büyülü ayar”la düzelmez; sayfa üretim süresi, ağ gecikmesi, eklenti yükü, tema tercihleri ve içerik ağırlığı birlikte etkiler. İyi haber şu: Doğru sırayla ilerlediğinizde, hız iyileştirmeleri ölçülebilir ve kalıcı hale gelir.
Bu rehberde önce sorunun nerede başladığını netleştirecek, sonra da en sık işe yarayan optimizasyon adımlarını uygulama odaklı şekilde ele alacaksınız. Hedef, kullanıcı deneyimini iyileştirirken SEO tarafında da etkili olan Core Web Vitals metriklerini sağlamlaştırmak.
İster pazarlama ekibi “kampanya sayfası açılışları yavaş” desin, ister IT “sunucu yükü artıyor” diye uyarı versin; yaklaşım aynı: önce ölç, sonra dar boğazı bul, en çok etki eden adımları uygula, en sonda doğrula.
Performans sorununu ölçmek ve doğru teşhis etmek
Başlamadan önce ölçüm şart. “Yavaş” ifadesi öznel kalır; oysa LCP, INP ve CLS gibi metriklerle net hedef belirleyebilirsiniz. Ayrıca TTFB, HTML boyutu, istek sayısı, üçüncü taraf script ağırlığı gibi sinyaller de sorunun kaynağını gösterir.
Tek bir test yerine birden fazla senaryo çalıştırmak
Hız testi tek bir cihaz ve tek bir lokasyonla yapılırsa yanıltıcı olabilir. En azından masaüstü ve mobil için ayrı testler alın, mümkünse farklı ağ koşullarını da simüle edin. Aynı sayfayı önbellek boşken ve doluyken test ederek gerçek kullanıcıya yakın sonuçları yakalayın.
TTFB, LCP ve INP değerlerini birlikte yorumlamak
TTFB yüksekse sunucu tarafında gecikme vardır; LCP yüksekse genellikle en büyük içerik öğesi (hero alanı, büyük görsel, font) geç yükleniyordur. INP kötü ise fazla JavaScript, ağır etkileşim işleyicileri veya gereksiz üçüncü taraf script’ler öne çıkar. Bu ayrım, “nereden başlamalıyım” sorusunu cevaplar.

Önbellekleme stratejisi kurmak ve sayfa üretimini hızlandırmak
WordPress dinamik içerik üretir; her istekte PHP çalışır, veritabanı sorguları atılır, tema çıktısı üretilir. Bu yüzden performans kazanımının büyük kısmı önbellekleme ile gelir. Burada amaç, aynı içeriği tekrar tekrar üretmek yerine mümkün olduğunca hazır sunmaktır.
Sayfa önbelleği, nesne önbelleği ve tarayıcı önbelleğini ayırmak
Sayfa önbelleği, HTML çıktısını saklar ve tekrar gelen isteklere hızlı yanıt verir. Nesne önbelleği (ör. Redis) tekrarlayan sorgu sonuçlarını saklayarak PHP tarafını rahatlatır. Tarayıcı önbelleği ise statik dosyaların kullanıcı tarafında tutulmasını sağlar. Üçü birlikte çalıştığında fark dramatik olur.
Cache ısınması, hariç tutmalar ve oturumlu kullanıcılar
Giriş yapan kullanıcılar için önbellek davranışı farklı olabilir. Sepet, üyelik paneli, kişiselleştirilmiş alanlar gibi sayfalarda hariç tutma kuralları gerekir. Ayrıca yayın sonrası cache ısınması (warmup) ile ilk ziyaretçilerin beklemesi engellenir. Yanlış hariç tutma ise gereksiz yere cache’i devre dışı bırakıp yavaşlığı artırır.
Aşağıdaki örnek, WordPress tarafında bazı temel iyileştirmeleri (bellek limiti, revizyon sayısı, otomatik kaydetme aralığı) düzenlemek için wp-config.php içinde uygulanabilecek ayarları gösterir:
// wp-config.php örnek performans ayarları
define('WP_MEMORY_LIMIT', '256M');
define('WP_MAX_MEMORY_LIMIT', '512M');
// Revizyon birikimini kontrol altında tutmak
define('WP_POST_REVISIONS', 10);
// Otomatik kaydetme aralığını uzatmak
define('AUTOSAVE_INTERVAL', 120);
// Gerçek ortamda debug kapalı olmalı
define('WP_DEBUG', false);
Görsel ve medya optimizasyonu ile LCP değerini düşürmek
Birçok sayfada LCP öğesi büyük bir medya dosyasıdır. Bu yüzden medya optimizasyonu hem kullanıcı deneyimine hem de SEO tarafına doğrudan etki eder. Hedef, kaliteyi korurken dosya boyutunu azaltmak ve doğru boyutta doğru formatı sunmaktır.
WebP/AVIF, doğru boyut ve kırpma disiplinini oturtmak
Tek bir büyük dosyayı her yerde kullanmak yaygın bir hatadır. Tasarımda kullanılan boyutlara uygun kırpma ve yeniden boyutlandırma yapmak gerekir. WebP çoğu senaryoda iyi sonuç verir; AVIF destekli ortamlarda daha da avantajlı olabilir. Ayrıca gereksiz metadata temizliği, sıkıştırma oranını iyileştirir.
Lazy load ile kritik içerik sırasını korumak
Katlanır alanın üstündeki öğeler hızlı gelmeli, alttaki öğeler daha sonra yüklenmelidir. Lazy load bu yüzden değerlidir; fakat LCP öğesi lazy load’a takılırsa ters etki yapar. Bu nedenle ilk ekran için kritik görselleri ve fontları doğru önceliklendirmek gerekir.

Veritabanını sadeleştirmek ve sorgu yükünü azaltmak
Zamanla biriken revizyonlar, geçici kayıtlar, kullanılmayan seçenekler ve tablo şişmeleri sorgu süresini artırır. Bu, özellikle yönetim panelinde ve listeleme sayfalarında hissedilir. İyi bir bakım rutiniyle veritabanı daha hızlı yanıt verir ve kaynak tüketimi düşer.
Revizyon, transient ve çöp kayıtlarını düzenli temizlemek
Temizlik planı olmadan çalışan sitelerde wp_options şişmesi sık görülür. Bazı eklentiler transient kayıtları temizlemeyi ihmal edebilir. Güvenli bir temizlik için önce yedek almak, sonra kontrollü şekilde ilerlemek gerekir. Düzenli bakım, ani yavaşlamaları azaltır.
WP-CLI ile otomasyon kurarak tekrar eden işleri azaltmak
Tek tek panelden temizlik yapmak yerine otomasyon daha sağlıklıdır. WP-CLI ile çöp yazıları ve spam yorumları temizlemek, transient’ları silmek ve veritabanını optimize etmek mümkün olur. Aşağıdaki örnek komutlar, bakım işlerini standartlaştırmak için başlangıç noktasıdır:
# Çöp kutusundaki içerikleri temizlemek
wp post delete $(wp post list --post_status=trash --format=ids) --force
# Spam yorumları temizlemek
wp comment delete $(wp comment list --status=spam --format=ids) --force
# Transient kayıtlarını temizlemek
wp transient delete --all
# Veritabanını optimize etmek
wp db optimize
Eklenti ve tema yükünü azaltmak ve JavaScript şişmesini kontrol etmek
Performans sorunlarının önemli bir kısmı, aynı işi yapan birden fazla eklenti, ağır sayfa oluşturucular veya gereksiz varlıkların her sayfada yüklenmesinden kaynaklanır. Burada amaç, ihtiyaca uygun sade bir set oluşturmak ve varlıkları gerektiği yerde yüklemektir.
Eklenti envanteri çıkarıp çakışmaları gidermek
Önce “hangi eklenti ne yapıyor” haritası çıkarın. Aynı işi yapan iki eklenti varsa birini kaldırın. Güvenlik, form, SEO, cache gibi kritik eklentilerde alternatifleri değerlendirirken sadece özellik listesine değil, güncelleme sıklığına ve destek kalitesine de bakın. Az ama iyi yaklaşımı genellikle daha stabil sonuç verir.
Sayfa bazlı varlık yükleme ve üçüncü taraf script denetimi
Analitik, reklam, chat, A/B test gibi script’ler etkileşim gecikmesini artırabilir. Bu yüzden üçüncü taraf script’leri sayfa bazlı ihtiyaçla sınırlamak önemlidir. Ayrıca font dosyaları, ikon setleri ve slider kütüphaneleri gereksiz yere her sayfaya ekleniyorsa, INP ve LCP kötüleşebilir.

Sunucu ve altyapı ayarlarıyla TTFB süresini iyileştirmek
İçerik tarafı mükemmel olsa bile sunucu yavaşsa TTFB yükselir. PHP sürümü, OPcache, HTTP/2-HTTP/3 desteği, TLS ayarları, CDN kullanımı ve doğru cache başlıkları burada kritik rol oynar. Birçok ekip bu aşamayı “hosting işi” diye pas geçer; oysa küçük ayarlar büyük fark yaratabilir.
PHP sürümü, OPcache ve kaynak planlamasını netleştirmek
Güncel PHP sürümleri performans ve güvenlik açısından avantaj sağlar. OPcache doğru yapılandırılmazsa aynı kod tekrar tekrar derlenir. Ayrıca CPU/RAM sınırları yoğun saatlerde darboğaz yaratır. Trafik artışlarının öngörüldüğü dönemlerde kaynak planlaması yapmak, kampanya günlerinde yaşanan yavaşlıkları önler.
CDN, cache-control başlıkları ve sıkıştırma düzenini kurmak
CDN statik dosyaları kullanıcıya yakın noktadan sunarak gecikmeyi düşürür. Cache-control ve expires başlıkları tarayıcı önbelleğini güçlendirir. Gzip/Brotli sıkıştırma ile HTML, CSS ve JS daha hızlı taşınır. Aşağıdaki örnek, Apache kullanan ortamlarda statik varlıklar için basit cache başlıklarını göstermektedir:
# .htaccess örnek cache başlıkları
<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType text/css "access plus 30 days"
ExpiresByType application/javascript "access plus 30 days"
ExpiresByType image/webp "access plus 180 days"
ExpiresByType image/jpeg "access plus 180 days"
ExpiresByType image/png "access plus 180 days"
</IfModule>
<IfModule mod_headers.c>
<FilesMatch ".(css|js|webp|jpg|jpeg|png)$">
Header set Cache-Control "public, max-age=2592000, immutable"
</FilesMatch>
</IfModule>
Sürdürülebilir hız için süreç oluşturmak ve ekipleri hizalamak
Bir kez hızlandırıp bırakmak yerine, yayın süreçlerine performans kontrolü eklemek gerekir. Yeni içerik girerken medya boyutlarını standartlaştırmak, yeni eklenti eklerken etki analizi yapmak, kampanya sayfalarını yayından önce test etmek gibi pratikler, hızın geri düşmesini engeller.
Performans kontrol listesiyle yayın öncesi kaliteyi artırmak
Basit bir kontrol listesi bile büyük fark yaratır: kritik sayfalarda LCP öğesini kontrol etmek, üçüncü taraf script sayısını sınırlamak, resim boyutlarını doğrulamak, cache temizliği sonrası yeniden test yapmak. Böylece farklı ekipler aynı dili konuşur ve “neden yavaşladı” tartışmaları azalır.
Ekibe eğitim vererek ortak yaklaşım geliştirmek
Teknik ve pazarlama ekiplerinin aynı hedeflere bakması, kararları hızlandırır. Eğer bu adımları sistemli bir çerçevede uygulamak ve ekibe ortak bir yöntem kazandırmak istiyorsanız, WordPress eğitimi ile optimizasyonu proje bazlı değil, standart bir çalışma şekline dönüştürebilirsiniz.
Hızlandırma adımlarını hızlıca özetlemek
Aşağıdaki liste, en çok etki eden adımları doğru sırayla uygulamak için pratik bir yol haritası sunar:
- Ölçüm al: LCP, INP, CLS ve TTFB değerlerini kaydet.
- Önbelleği kur: sayfa, nesne ve tarayıcı önbelleğini birlikte düşün.
- Medya optimize et: doğru format ve boyut, kritik öğeleri öne al.
- Veritabanını sadeleştir: revizyon, transient ve gereksiz kayıtları temizle.
- Eklentileri azalt: çakışmaları kaldır, varlıkları sayfa bazlı yükle.
- Altyapıyı güçlendir: PHP, OPcache, CDN ve cache başlıklarını düzelt.
- Tekrar test et: değişiklik sonrası metrikleri karşılaştır.
Sonuç olarak, WordPress performans optimizasyonu bir “tek seferlik müdahale” değil, ölçüm ve iyileştirme döngüsüdür. Doğru teşhis ve doğru önceliklendirme ile hem kullanıcı memnuniyeti hem de dönüşüm oranları daha stabil hale gelir.


