WordPress Kurulması Gereken Eklentiler: Performans Odaklı Rehber

Çoğu WordPress kullanıcısının en büyük hatası, popüler listelerdeki her aracı kurarak sitenin yükleme hızını ve veritabanını felç etmesidir. Standart bir kurulumun ardından 30’dan fazla eklentiyi aktifleştirdiğinizde, Time to First Byte (TTFB) süresinin 1 saniyenin üzerine çıkması kaçınılmazdır.

Bu durum sadece sunucu kaynaklarını (CPU ve RAM) tüketmekle kalmaz, aynı zamanda Google Core Web Vitals metriklerinizi doğrudan çökerterek SEO görünürlüğünüzü bitirir. Özellikle LCP (Largest Contentful Paint) ve INP (Interaction to Next Paint) değerlerindeki düşüş, e-ticaret dönüşüm oranlarına ağır bir darbe vurur.

Piyasada pazarlanan güvenlik ve hızlandırma eklentilerinin birçoğu, wp_options tablosunu devasa boyutlara ulaştırarak arka planda binlerce gereksiz sorgu oluşturur. Bu rehberde, teorik pazarlama vaatlerini değil, doğrudan sunucu düzeyinde test ettiğimiz ve üretim (production) ortamlarında kullandığımız sistemleri inceleyeceğiz.

Hangi eklentinin PHP worker’ları nasıl meşgul ettiğini ve yüksek trafikli sitelerde darboğazları nasıl aşacağınızı öğreneceksiniz. Gerçek optimizasyon süreci, ne kadar çok eklenti kurduğunuzla değil, sunucu katmanında ne kadar az ve doğru kod parçacığı çalıştırdığınızla ilgilidir.

Veritabanı ve Sorgu Analizi

Yeni bir site yayına alırken veya mevcut bir yapıyı optimize ederken ilk adım daha fazla eklenti kurmak değil, sistemin mevcut yükünü ölçmektir. Arama motorlarının AI özetleri genellikle “bir önbellek eklentisi kurun” der, ancak veritabanı yavaş çalışıyorsa, önbellek süresi dolduğunda veya dinamik sayfalarda (sepet, ödeme) sisteminiz yine çökecektir.

Query Monitor

Ağır iş yükü altındaki siteleri incelerken daima Query Monitor kullanırız. Bu araç, hangi eklentinin sayfaya ne kadar veritabanı sorgusu gönderdiğini, PHP hatalarını ve dış API çağrılarının yanıt sürelerini saniye saniye gösterir.

• Uygulama Senaryosu: Bir WooCommerce müşterimizin ödeme sayfasında yaşanan 4 saniyelik gecikmeyi incelerken, Query Monitor sayesinde işlevsiz bir kargo API eklentisinin her yüklemede dış sunucuya 3 farklı istek attığını ve yanıt beklerken PHP worker’ları kilitlediğini tespit ettik.
• Kullanım Kuralı: Bu eklentiyi yalnızca yönetici (admin) barında kullanın ve test süreci bittiğinde devre dışı bırakın. Aktif olarak çalışması performans tüketir.

Redis Object Cache

Sayfa düzeyinde önbellekleme (Page Cache) anonim ziyaretçiler için harikadır, ancak oturum açmış kullanıcılar, forum üyeleri veya WooCommerce müşterileri için işe yaramaz. Bu noktada Redis Object Cache devreye girer. Veritabanı sorgularının sonuçlarını RAM üzerinde (Redis sunucusunda) saklayarak aynı sorgunun MySQL’e tekrar gönderilmesini engeller.

• Gerçek Veri: PHP 8.2 koşan AWS Lightsail test sunucumuzda Redis aktif edildiğinde, karmaşık bir ürün kategori sayfasındaki MySQL sorgularının 145’ten 32’ye düştüğünü gözlemledik. Sunucu yükü (load average) anında %60 oranında azaldı.
• Teknik Gereksinim: Bu eklentinin çalışması için sunucunuzda Redis servisi ve php-redis uzantısı kurulu olmalıdır. Standart paylaşımlı hostinglerde bu genellikle kapalıdır.

Önbellekleme ve Sunucu Katmanı Entegrasyonu

Piyasadaki birçok popüler önbellek eklentisi, PHP katmanında çalışır. Bu yapı, bir isteğin önce PHP’ye ulaşıp ardından önbellekten servis edilmesini gerektirir ve gereksiz TTFB (Time to First Byte) gecikmesi yaratır. Hedefimiz, işlemleri doğrudan web sunucusu (LiteSpeed veya Nginx) katmanında çözmektir.

LiteSpeed Cache (LiteSpeed Sunucular İçin)

Eğer sunucunuzda LiteSpeed veya OpenLiteSpeed çalışıyorsa, LiteSpeed Cache dışında hiçbir eklentiye ihtiyacınız yoktur. İşlemleri doğrudan sunucu düzeyinde halleder.

• ESI (Edge Side Includes) Desteği: Düzinelerce WooCommerce mağazasını optimize ederken ESI teknolojisinin hayat kurtardığını gördük. ESI, sepet widget’ı veya kullanıcı adı gibi dinamik blokları sayfanın geri kalan statik yapısından ayırarak, tam sayfa önbelleklemeyi oturum açmış kullanıcılar için bile kullanılabilir hale getirir.
• Konfigürasyon Notu: LiteSpeed’in tüm özelliklerini açmak sitenizi bozabilir. Özellikle CSS/JS birleştirme (combine) işlemi HTTP/2 ve HTTP/3 protokollerinde performansı artırmaz, aksine büyük tekil dosyalar oluşturarak render sürecini tıkar. Sadece “Minify” (küçültme) seçeneklerini kullanın.

Nginx FastCGI Cache (Nginx Sunucular İçin)

Nginx ortamlarında, dışarıdan kurulan ağır WordPress eklentileri yerine sunucunun yerleşik FastCGI Cache modülünü ve sadece önbelleği temizlemeye yarayan hafif Nginx Helper eklentisini kullanırız. Önbelleğe alınmış bir sayfa, PHP veya veritabanına hiç dokunmadan, statik bir HTML dosyası olarak RAM’den milisaniyeler içinde servis edilir.

Perfmatters: Varlık Yükünü Hafifletmek

Her kurduğunuz eklenti, sitenizin her sayfasına kendi CSS ve JavaScript dosyalarını ekler. İletişim formu eklentileri, formun olmadığı yazılarda bile 150KB boyutunda script çalıştırır. DOM boyutunu küçültmek için Perfmatters kullanırız.

• Script Manager (Komut Dosyası Yöneticisi): Perfmatters kullanarak İletişim Formu 7’nin dosyalarını sadece /iletisim URI yapısında yüklenecek şekilde kısıtladığımızda, anasayfa LCP değerinde 400ms iyileşme elde ettik.
• Ekstra Yüklerin Kapatılması: Perfmatters üzerinden wp-embeds, xmlrpc.php, jQuery migrate, dashicons (ön yüz için) ve Heartbeat API gibi sistemi yoran tüm gereksiz özellikleri tek tıkla devre dışı bırakabilirsiniz.

SEO Yapılandırması: Şişirilmiş Eklentilerden Kaçış

Google yapay zeka araçları SEO için Yoast veya RankMath önermeye eğilimlidir. Ancak veritabanı analizleri bu eklentilerin aşırı kaynak tükettiğini açıkça gösteriyor.

The SEO Framework

Bizim üretim ortamlarındaki tek tercihimiz The SEO Framework (TSF) eklentisidir.

• Veritabanı Şişkinliği Sorunu: Popüler eklentiler kendi içlerinde devasa analiz tabloları (örneğin wp_yoast_indexable) oluşturur. İçeriği fazla olan sitelerde bu tablolar gigabaytlarca boyuta ulaşıp veritabanı yedekleme ve taşıma işlemlerini kabusa çevirir. TSF ise WordPress’in yerleşik wp_postmeta yapısını en temiz haliyle kullanır.
• Otomasyon ve Semantik: Arka planda markalama ve kullanıcı reklamlarıyla uğraşmaz. Yalnızca canonical etiketleri, robots.txt, temiz bir XML sitemap ve OpenGraph meta verileri gibi teknik gereksinimleri katı bir şekilde yerine getirir. Site haritaları bellekte üretildiği için fiziksel disk alanını ve crawl bütçesini yormaz.

Güvenlik: Uygulama Katmanında Yapılan Ağır Hatalar

Performans sorunlarının en büyük ikinci nedeni yanlış uygulanan güvenlik mimarisidir. Wordfence veya Sucuri gibi eklentileri doğrudan WordPress üzerine kurduğunuzda, sitenize gelen her kötü niyetli bot isteği, engellenmeden önce PHP tarafından işlenmek zorundadır.

Cloudflare WAF (Uygulama Düzeyi Eklentiler Yerine)

DDoS veya Brute Force saldırılarında Wordfence, IP adresini engellemek için veritabanına yazar. 10.000 bot aynı anda saldırdığında, güvenlik eklentisi veritabanını kilitler ve sunucunun CPU limitlerini dakikalar içinde tüketir.

• Doğru Mimari: Güvenliği sunucu veya DNS katmanında çözün. Cloudflare WAF kuralları kullanarak WordPress giriş sayfalarına (/wp-login.php) Türkiye dışından gelen istekleri veya bilinen botları engellediğimizde, sunucu CPU kullanımının %90 oranında düştüğünü saptadık. PHP kaynakları asla bir güvenlik duvarı olarak kullanılmamalıdır.

Limit Login Attempts Reloaded

Eğer DNS bazlı bir WAF kuramıyorsanız, sadece Brute Force saldırılarını durduracak son derece hafif bir eklenti olan Limit Login Attempts Reloaded kullanın. Zararlı trafiği tespit eder etmez kısa süreli kilitler uygular, karmaşık dosya taramaları yapıp diskinizin IOPS limitlerini doldurmaz.

WooCommerce: E-Ticaret Sistemleri İçin Özel Optimizasyonlar

WooCommerce başlı başına yüksek kaynak tüketen bir yapıdır. Eğer standart bir blog sunucusuna e-ticaret kurarsanız, ödeme adımlarında çökmeler yaşarsınız.

Disable Cart Fragments

WooCommerce, sayfa her yüklendiğinde sepetteki ürün sayısını ve fiyatı dinamik olarak güncellemek için ?wc-ajax=get_refreshed_fragments isimli bir AJAX çağrısı yapar. Bu çağrı, sayfa önbelleğini atlar ve direkt olarak sunucuyu meşgul eder.

• Çözüm: Sepet ikonunu sadece sepet ve ödeme sayfalarında veya ürün sepete eklendiğinde tetiklenecek şekilde ayarlayın. “Disable Cart Fragments” eklentisi veya doğrudan Perfmatters içerisindeki ayar kullanılarak bu yük tamamen ortadan kaldırılır. Yaptığımız testlerde bu işlemin, sayfa yükleme sürelerinde ortalama 800ms kazanç sağladığını gördük.

Yüksek Performanslı Sipariş Depolama (HPOS) Uyumluluğu

Eski WooCommerce sürümleri, her siparişi wp_posts tablosuna ve bu siparişin tüm detaylarını (ad, soyad, adres, fiyat) wp_postmeta tablosuna yüzlerce satır olarak kaydederdi. HPOS (High-Performance Order Storage), siparişleri doğrudan kendi özel tablolarına (wp_wc_orders) yazarak sipariş oluşturma süresini 5 kat hızlandırır. Kuracağınız ödeme altyapısı ve kargo eklentilerinin %100 HPOS uyumlu olduğundan emin olun. HPOS desteklemeyen eklentiler sistemi eski yavaş veritabanı modeline dönmeye zorlar.

Ortak Hatalar

• Yedeklemeleri Sunucuda Barındırmak: UpdraftPlus gibi eklentileri kullanarak alınan yedeklerin aynı sunucuda (disk alanında) tutulması ciddi bir mimari hatadır. Yedekleme işlemi sırasında yüksek CPU tüketilir; yedeklerin doğrudan Amazon S3, Google Drive veya harici bir FTP sunucusuna gönderilmesi gerekir.
• Her İşlev İçin Eklenti Kurmak: Sadece Google Analytics kodunu veya Facebook Pixel’i eklemek için “Header and Footer” eklentileri kurmayın. Bu kodları temanızın (child theme) functions.php dosyasına basit bir PHP fonksiyonu ile eklemek, sorgu yükünü sıfıra indirir.
• Heartbeat API’yi Kontrolsüz Bırakmak: WordPress Heartbeat API, siz admin panelinde yazı yazarken her 15 saniyede bir admin-ajax.php üzerinden sunucuya ping atar. Çok yazarlı sitelerde bu durum CPU darboğazlarına neden olur. Perfmatters veya Heartbeat Control eklentisiyle bu süreyi 60 saniyeye çekin veya sadece sayfa düzenleme ekranlarıyla sınırlandırın.

Performans İpuçları

• WP-Cron’u Sunucuya Taşıyın: WordPress’in zamanlanmış görevleri (yazı yayımlama, yedek alma) sitenize gelen ziyaretçilerin tetiklemesiyle çalışır. wp-config.php dosyasına define('DISABLE_WP_CRON', true); kodunu ekleyin ve zamanlanmış görevleri doğrudan sunucunuzun Linux Crontab servisi üzerinden (örneğin her 15 dakikada bir) tetiklenecek şekilde ayarlayın.
• Veritabanı Autoload Boyutunu İzleyin: wp_options tablosunda “autoload=yes” olarak işaretlenmiş veriler, her sayfa yüklendiğinde RAM’e çekilir. Bu boyutun 800KB altında kalmasına dikkat edin. Eklentileri silseniz dahi autoload verileri orada kalır; Advanced Database Cleaner kullanarak bu “yetim” (orphan) verileri periyodik olarak temizleyin.
• PHP Sürümünü Yükseltin: Kurduğunuz eklentilerin hızını belirleyen en büyük etken dilin kendi derleme hızıdır. PHP 7.4’ten PHP 8.2’ye geçiş, yalnızca işlemci seviyesinde sunucu yanıt süresini (TTFB) %20 oranında iyileştirir.

Sıkça Sorulan Sorular

WordPress sitesi kurmak için kodlama bilgisine ihtiyacım var mı?

Hayır. WordPress, kullanıcıların kod yazmadan web siteleri oluşturmasına ve yönetmesine olanak tanır. Çoğu düzen ve işlevsellik, temalar ve eklentiler aracılığıyla görsel olarak yapılandırılabilir. Ancak, temel HTML/CSS ve sunucu prensiplerini anlamak, uzun vadeli site kararlılığını önemli ölçüde artırır.

WordPress’i profesyonel düzeyde öğrenmek ne kadar sürer?

Temel kurulum birkaç hafta sürer. Performans optimizasyonu, gelişmiş SEO yapılandırması ve güvenlik sıkılaştırması dahil olmak üzere profesyonel düzeyde uzmanlık, aylar süren yapılandırılmış pratik ve uygulamalı üretim (production) ortamı deneyimi gerektirir.

WordPress işletme web siteleri için güvenli midir?

WordPress çekirdeği oldukça güvenlidir. Güvenlik ihlalleri genellikle güncel olmayan eklentiler, zayıf barındırma ortamları veya hatalı kullanıcı izinleri nedeniyle oluşur. Doğru bakım ve güvenlik duvarı yapılandırmalarıyla WordPress, kurumsal düzeydeki trafiği güvenle yönetir.

WordPress için en iyi barındırma (hosting) türü hangisidir?

Yönetilen (managed) WordPress barındırma veya bulut VPS ortamları (DigitalOcean veya AWS gibi), ucuz paylaşımlı barındırmaya kıyasla üstün performans sunar. Bu ortamlar tahsis edilmiş kaynaklar, agresif sunucu düzeyinde önbellekleme ve optimize edilmiş PHP sürümleri sağlar.

WordPress yüksek trafiği kaldırabilir mi?

Evet. Doğru nesne önbellekleme (Redis/Memcached), Cloudflare gibi bir CDN, veritabanı sorgu optimizasyonu ve yeterli PHP worker’ları ile WordPress ayda milyonlarca sayfa görüntülemesini güvenilir bir şekilde işleyebilir.

WordPress SEO’su için site hızı ne kadar önemlidir?

Site hızı doğrudan bir Google sıralama faktörüdür. Zayıf yükleme süreleri, Core Web Vitals metriklerini olumsuz etkiler, hemen çıkma oranlarını artırır ve tarama bütçesi (crawl budget) verimliliğini düşürür. Bu da doğrudan arama görünürlüğüne zarar verir.

WordPress yeteneklerimden profesyonel olarak para kazanabilir miyim?

Evet. WordPress becerileri yüksek oranda gelire dönüştürülebilir. Gelir akışları arasında serbest (freelance) geliştirme, performans optimizasyonu danışmanlığı, uzmanlaşmış WooCommerce yönetimi ve özel eklentiler veya temalar oluşturmak yer alır.

Son Düşünceler

WordPress performans ve stabilite yönetimi, sistem kaynaklarının doğru mimariyle işlenmesine bağlıdır. Yalnızca veritabanı yükünü hafifleten, sunucu katmanında çalışan ve gereksiz DOM büyümelerini engelleyen araçlar kullanılarak hedeflenen Core Web Vitals metriklerine ulaşılabilir.

Bu rehberdeki kurulum ve eklenti mantığı, standart bloglardan ziyade yüksek trafikli yayıncılar ve hızın doğrudan gelire dönüştüğü ölçeklenebilir WooCommerce mağazaları içindir. Temel kural basittir: Kod parçacığı sunucuyu değil, arama motorlarındaki sıralamanızı beslemelidir.

İçeriği Paylaş