nginx mi LiteSpeed mi? WordPress İçin Hangisi Daha Hızlı (2026)

WordPress için sunucu seçimi konusunda internet iki uca bölünmüş durumda: bir tarafta “LiteSpeed nginx’ten 12 kat hızlı” diyen tablolar, diğer tarafta “nginx zaten standart, gerisi pazarlama” diyenler. İkisi de yanıltıcı. Bu yazıda iddiaları bağımsız benchmark verisiyle karşılaştırıp, kararı hangi sorulara göre vermeniz gerektiğini netleştiriyoruz — pazarlama diliyle değil, sunucuyu gerçekten kuran biri gibi.

İki farklı felsefe

nginx genel amaçlı bir web sunucusu ve ters vekildir. Olağanüstü verimli, her yükte kararlı; ama WordPress’i “bilmez”. Tam sayfa önbelleğini ona siz FastCGI cache ile elle öğretirsiniz. Bu, kontrolü size verir; karşılığında konfigürasyonu da size bırakır.

LiteSpeed ise WordPress’i tanıyan bir sunucudur. Sunucuya gömülü LSCache motoru, resmi LiteSpeed Cache eklentisiyle konuşur; önbelleği, sürüm değişince geçersiz kılmayı (purge) ve hatta görsel optimizasyonunu eklentiden yönetirsiniz. Ayrıca Apache’nin .htaccess ve yönlendirme kurallarını doğrudan okur — bu, Apache’den taşınan siteler için sessiz ama büyük bir avantajdır.

Aradaki en kritik ayrım şu: her iki önbellek de sunucu seviyesinde çalışır. Bir sayfa önbellekteyse, istek PHP’ye ve veritabanına hiç uğramadan yanıtlanır; TTFB milisaniyelere iner. Yani “hız” tartışmasının kalbi web sunucusunun kendisi değil, önbelleğin önişlemcisiz yol açıp açmadığıdır.

Önbellek her şeyi değiştirir

nginx tarafında tam sayfa önbelleği FastCGI cache ile kurulur. Temel kurgu, bir önbellek alanı tanımlamak ve oturum açmış kullanıcı / POST / yönetim isteklerini önbellekten muaf tutmaktır:

fastcgi_cache_path /var/run/nginx-cache levels=1:2
                   keys_zone=WORDPRESS:100m inactive=60m;
fastcgi_cache_key "$scheme$request_method$host$request_uri";

# Önbelleği ne zaman atlamalı?
set $skip_cache 0;
if ($request_method = POST)                 { set $skip_cache 1; }
if ($query_string != "")                    { set $skip_cache 1; }
if ($request_uri ~* "/wp-admin/|/xmlrpc.php|wp-.*.php|/feed/")
                                            { set $skip_cache 1; }
if ($http_cookie ~* "wordpress_logged_in|wp-postpass|comment_author")
                                            { set $skip_cache 1; }

Ardından PHP konumunda önbelleği devreye alır ve durum başlığı eklersiniz:

location ~ .php$ {
    fastcgi_cache        WORDPRESS;
    fastcgi_cache_valid  200 60m;
    fastcgi_cache_bypass $skip_cache;
    fastcgi_no_cache     $skip_cache;
    add_header X-FastCGI-Cache $upstream_cache_status;
    include fastcgi_params;
    fastcgi_pass unix:/run/php/php8.3-fpm.sock;
}

Değişikliği test edip yeniden yükleyin, sonra önbelleğin gerçekten devreye girdiğini başlıktan doğrulayın:

sudo nginx -t && sudo systemctl reload nginx

# İlk istek MISS, ikincisi HIT dönmeli:
curl -sI https://siteniz.com | grep -i x-fastcgi-cache
# X-FastCGI-Cache: HIT

LiteSpeed tarafında bu adımların çoğu yoktur: LiteSpeed Cache eklentisini kurar, önbelleği açarsınız; sunucu ve eklenti gerisini halleder. Daha az esneklik, çok daha az bakım.

Peki gerçekten “12 kat” hızlı mı?

“LiteSpeed nginx’ten 12 kata kadar, Apache’den 84 kata kadar hızlı” iddiası LiteSpeed’in kendi resmî benchmark’ından gelir. Test, her sunucuya en iyi önbellek eklentisini verir (LiteSpeed’e LSCache, nginx’e FastCGI Cache, Apache’ye W3 Total Cache). Üreticinin kendi laboratuvarında, kendi ürünü lehine bir sonuç — yararlı ama tarafsız değil.

Bağımsız testlere baktığınızda tablo bambaşka. Aynı sunucuda OpenLiteSpeed ile nginx’i karşılaştıran bağımsız bir benchmark şunu buluyor:

Sonuç: “12 kat” gerçeği yansıtmıyor. İki sunucu birbirine çok yakın. Önbellek kapalıyken nginx belirgin biçimde önde; yüksek eşzamanlılıkta önbellekli senaryoda da nginx daha düşük gecikme veriyor. OpenLiteSpeed ise ham verim (h2load) testinde hafifçe öne geçiyor. Tek cümleyle: web sunucusunu doğru kurduğunuzda ikisi de “yeterince hızlı”dır; aradaki fark çoğu sitede ziyaretçinin hissedemeyeceği kadar küçüktür.

Hızın ötesi: özellik ve uyumluluk

Çoğu kararı belirleyen şey ham hız değil, şu detaylardır:

HTTP/3: LiteSpeed, kendi lsquic kütüphanesiyle HTTP/3’ü yıllardır üretim olgunluğunda sunuyor. nginx tarafında HTTP/3, 1.25.0 sürümüyle mainline’a girdi; ancak resmî dokümanın da uzun süre belirttiği gibi bir dönem “deneysel” etiketini taşıdı. Bugün ikisinde de kullanılabilir, fakat LiteSpeed bu işte daha erken olgunlaştı.

.htaccess: Apache’den taşınan WordPress sitelerinde bu satır altın değerindedir. LiteSpeed .htaccess‘i canlı okur; nginx ve OpenLiteSpeed okumaz — kuralları sunucu konfigürasyonuna çevirmeniz gerekir.

Core Web Vitals ve TTFB: Google aslında neyi ölçüyor?

Sunucu seçimi salt “his” değil, ölçülebilir bir sıralama sinyalidir. Google’ın sayfa deneyimi sinyallerinin temelinde TTFB (Time To First Byte) yatar: tarayıcının ilk baytı ne kadar çabuk aldığı, LCP (Largest Contentful Paint) başta olmak üzere tüm Core Web Vitals zincirini öne çeker. Tam sayfa önbelleği devredeyken hem nginx hem LiteSpeed TTFB’yi PHP/veritabanını atlayarak milisaniyelere indirir — kritik fark sunucunun markasında değil, önbelleğin gerçekten devrede olup olmadığındadır.

Pratik sonuç şu: önbelleksiz bir WordPress’te TTFB 400–800 ms bandında gezerken, doğru kurulmuş sunucu önbelleğiyle 50–150 ms’ye iner. Bu kazanım LCP’yi doğrudan iyileştirir ve “iyi” Core Web Vitals eşiğine (LCP < 2,5 sn) ulaşmayı kolaylaştırır. Yani web sunucusu kararının SEO etkisi, soyut “hız” değil; önbellek mimarisinin ölçülebilir TTFB kazancıdır.

Lisans ve maliyet

nginx tamamen ücretsizdir (ticari nginx Plus ayrı bir üründür). LiteSpeed tarafında ise iki dünya var: OpenLiteSpeed ücretsiz ve açık kaynaktır (GPLv3, sınırsız domain); buna karşılık LiteSpeed Enterprise lisanslıdır — tek domainlik ücretsiz “Free Starter”dan sınırsız sunucu lisansına kadar uzanır. .htaccess canlı okuma, ESI ve asenkron SSL gibi özellikler Enterprise’a özeldir; OpenLiteSpeed bunları içermez ve yeni .htaccess için yeniden başlatma gerektirir.

Ne zaman hangisini seçmeli?

LiteSpeed (LSWS + LSCache) seçin, eğer:

• Site büyük ölçüde WordPress / WooCommerce ise ve “kur, unut” bir önbellek istiyorsanız,
• cPanel / yönetilen hosting kullanıyor veya Apache’den taşınıyorsanız (.htaccess uyumu),
• Ekibiniz sunucu konfigürasyonuyla uğraşmak istemiyorsa — önbellek, purge ve görsel optimizasyonu tek eklentiden.

nginx seçin, eğer:

• Özel bir yığınınız var: ters vekil, mikroservis, çok uygulamalı sunucu, kenar (edge) önbellek,
• Tam kontrol ve sürüm bağımsızlığı istiyorsanız (lisans yok, her yerde standart),
• Yükünüz önbelleklenemeyen dinamik içerik ağırlıklıysa — ham/önbelleksiz performansta nginx önde,
• Ekipte zaten nginx uzmanlığı varsa.

DKS pratikte ne yapıyor?

Çoğu WordPress ve WooCommerce projesinde, LiteSpeed + LSCache kombinasyonu kutudan çıktığı haliyle bizi ve müşteriyi en hızlı sonuca götürüyor: önbellek temizleme dert olmuyor, .htaccess taşımaları sorunsuz geçiyor, TTFB tutarlı biçimde düşük kalıyor. Buna karşılık; bir sunucuda WordPress’in yanında ayrı uygulamalar, API’ler veya bir ters vekil katmanı barındırıyorsak ya da müşteri belirli bir altyapı standardına bağlıysa, nginx’i tercih edip FastCGI önbelleğini ve temizleme zincirini elle kuruyoruz. Bu kararı her projede sıfırdan veriyoruz: sunucu kurulumu ve altyapı tarafında yığını siteye göre seçiyor, performans optimizasyonu tarafında önbellek, TTFB ve Core Web Vitals’ı ölçerek doğruluyoruz. Karar “hangisi mutlak hızlı” değil; bu sitenin mimarisi ve ekibin operasyon kapasitesi neyi sürdürülebilir kılıyor sorusunun cevabı.

Önemli olan tek metrik var: ziyaretçinin sayfayı ne kadar hızlı görüp güvende hissettiği. Onu da web sunucusunun markası değil, önbelleğin doğru kurgulanması ve siteyi kuran ekibin onu gerçekten anlaması belirler.

Sıkça sorulan sorular