Web Sunucusu Nedir? Apache, Nginx, LiteSpeed Farkları

Web sunucusu, tarayıcınızdan gelen HTTP/HTTPS isteklerini karşılayıp web sitenizin dosyalarını (HTML, CSS, JavaScript, görseller) ziyaretçiye ileten yazılımdır. Adres çubuğuna bir alan adı yazıp Enter’a bastığınız anda devreye giren, isteği yorumlayıp doğru yanıtı geri gönderen motor budur. Kullandığınız web sunucusu türü ve onun yapılandırması; sitenizin hızını, güvenliğini ve aynı anda kaç ziyaretçiye sorunsuz hizmet verebileceğini (eşzamanlılık) doğrudan belirler. Bu rehberde web sunucusunun nasıl çalıştığını, en yaygın üç yazılım olan Apache, Nginx ve LiteSpeed arasındaki farkları ve bu seçimin SEO ile Core Web Vitals üzerindeki etkisini ayrıntılı biçimde ele alıyoruz.

Web Sunucusu Nedir ve Nasıl Çalışır?

Web sunucusu, hem fiziksel bir bilgisayarı (donanım) hem de bu bilgisayar üzerinde çalışan yazılımı ifade edebilen bir terimdir. Teknik anlamda asıl kastedilen, gelen ağ isteklerini dinleyen ve yanıtlayan yazılımdır. Bu yazılım, internete bağlı bir sunucuda 7/24 çalışır ve 80 (HTTP) ile 443 (HTTPS) numaralı portları dinleyerek dış dünyadan gelen istekleri bekler.

İstek-Yanıt Döngüsü (Request-Response Cycle)

Bir web sayfasının önünüze gelmesi, milisaniyeler içinde tamamlanan şu zinciri izler:

• İstek (Request): Tarayıcınız, DNS çözümlemesiyle bulduğu IP adresine bir HTTP isteği gönderir (örneğin GET /index.html).
• İşleme: Web sunucusu yazılımı isteği alır, istenen kaynağın statik mi yoksa dinamik mi olduğunu belirler ve gerekirse PHP gibi bir uygulama motoruna veya veritabanına başvurur.
• Yanıt (Response): Sunucu, bir durum kodu (200 OK, 404 Not Found, 301 Yönlendirme gibi) ve istenen içeriği tarayıcıya geri gönderir.
• Görselleştirme: Tarayıcı gelen HTML, CSS ve JavaScript dosyalarını yorumlayarak sayfayı ekrana çizer.

Bu döngünün ilk yanıt parçasının ne kadar hızlı döndüğü, TTFB (Time To First Byte / İlk Bayta Kadar Geçen Süre) olarak ölçülür ve web sunucusunun performansının en kritik göstergelerinden biridir. İyi yapılandırılmış bir web sunucusu, TTFB’yi milisaniyelerle ifade edilen seviyelere indirir.

Statik ve Dinamik İçerik Sunumu

Web sunucusunun yükünü ve hızını anlamak için statik ile dinamik içerik ayrımını bilmek şarttır:

• Statik içerik: Her ziyaretçiye aynı şekilde sunulan, önceden hazır dosyalardır: HTML dosyaları, görseller, CSS, JavaScript, PDF’ler. Web sunucusu bunları doğrudan diskten okuyup gönderir; ek bir hesaplama gerekmez. Bu nedenle statik içerik sunumu son derece hızlıdır ve sunucu kaynaklarını çok az tüketir.
• Dinamik içerik: Her istekte yeniden üretilen içeriktir. Bir WordPress yazısı, sepetinizdeki ürünler veya kişiye özel bir panel buna örnektir. Burada web sunucusu, isteği PHP gibi bir programlama motoruna iletir; bu motor veritabanını sorgular, HTML’i o an oluşturur ve sonucu sunucuya geri verir.

Dinamik içerik, PHP işleme ve veritabanı sorguları içerdiği için statik içerikten çok daha pahalıdır. İşte tam bu noktada önbellekleme (caching) devreye girer: dinamik olarak üretilen bir sayfanın çıktısı bir kez hazırlanıp saklanır ve sonraki ziyaretçilere sanki statik bir dosyaymış gibi sunulur. Bu, sunucunun PHP’yi ve veritabanını hiç çalıştırmadan yanıt vermesini sağlar.

Web Sunucusu Mimarileri: Süreç Temelli vs Olay Temelli

Web sunucuları eşzamanlı bağlantıları iki temel mimariden biriyle yönetir; bu mimari, ölçeklenebilirliğin ve kaynak tüketiminin kalbidir.

Süreç/İş Parçacığı Temelli (Process-Based)

Apache’nin geleneksel prefork modelinde, her bağlantı için ayrı bir süreç veya iş parçacığı ayrılır. Bu yaklaşım anlaşılması kolaydır ve uyumluluğu yüksektir; ancak her bağlantı belleğe (RAM) ek yük getirir. Trafik arttıkça yüzlerce/binlerce süreç açılır, RAM tükenir ve sunucu yavaşlar. Bu modele “C10K problemi” (aynı anda 10.000 bağlantı) denir.

Olay Temelli (Event-Driven)

Nginx ve LiteSpeed’in kullandığı asenkron olay temelli mimari, her bağlantıya ayrı kaynak atamak yerine optimize edilmiş bir olay döngüsü (event loop) üzerinden binlerce bağlantıyı tek bir işçi süreciyle yönetir. Bu sayede minimum bellek ve CPU tüketimiyle yüksek eşzamanlılık sağlanır. Bağımsız ölçümlerde, olay temelli sunucular yüksek eşzamanlılıkta süreç temelli Apache’yi belirgin biçimde geride bırakır.

Apache, Nginx ve LiteSpeed Farkları

Apache HTTP Server

Apache, internetin en köklü ve en yaygın web sunucusudur. En büyük gücü esnekliği ve uyumluluğudur. Dizin bazında yapılandırma sağlayan .htaccess dosyaları sayesinde, sunucuya kök erişimi olmadan bile yönlendirme, erişim engelleme ve önbellek kuralları tanımlanabilir; bu, paylaşımlı hosting ortamlarında büyük kolaylıktır. Modül zenginliği çok yüksektir. Dezavantajı, süreç temelli mimarisinin yüksek trafikte RAM tüketimini artırması ve eşzamanlılıkta zorlanmasıdır.

Nginx

Nginx (engine-x), olay temelli mimarisiyle özellikle statik içerik sunumunda ve yüksek eşzamanlı bağlantı yönetiminde çok güçlüdür. Çoğunlukla ters proxy (reverse proxy), yük dengeleyici ve statik dosya sunucusu olarak konuşlandırılır. Dinamik (PHP) istekleri ise FastCGI üzerinden ayrı bir PHP-FPM sürecine devreder; veri bir sokete serileştirilir, işlenir ve geri döner. Bu mimari çok hızlıdır ancak süreçler arası bu sınır küçük bir maliyet getirir. Nginx, .htaccess desteklemez; tüm kurallar merkezi yapılandırma dosyalarında tanımlanır, bu da kök erişimi gerektirir.

LiteSpeed

LiteSpeed Web Server, Apache’nin uyumluluğunu (aynı .htaccess dosyaları, aynı yapılandırma mantığı) olay temelli yüksek performanslı bir mimariyle birleştiren ticari bir sunucudur. En belirgin avantajı, sunucu çekirdeğine gömülü LSCache önbellek motoru ve PHP’yi shared memory üzerinden yöneten LSAPI işleyicisidir. LSAPI, PHP 8.x ile çalışırken Nginx’in FastCGI yaklaşımından yaklaşık %30 daha hızlı sonuç verir. LiteSpeed ayrıca HTTP/3 ve QUIC desteğini üretim ortamına ilk getiren sunucudur.

Bağımsız kıyaslamalarda (aynı donanımda, varsayılan WordPress kurulumu), önbelleksiz Apache ve Nginx CPU’yu saniyede birkaç yüz istekte doyururken, varsayılan LSCache etkin LiteSpeed Enterprise saniyede binlerce isteği zaman aşımına uğramadan karşılayabilmektedir. Bu yüzden LiteSpeed, özellikle WordPress, WooCommerce ve benzeri dinamik PHP uygulamalarında en hızlı seçenek olarak öne çıkar.

Apache vs Nginx vs LiteSpeed Karşılaştırma Tablosu

Özellik	Apache	Nginx	LiteSpeed
Mimari	Süreç/iş parçacığı temelli (prefork)	Olay temelli (asenkron)	Olay temelli (asenkron)
Statik İçerik Hızı	İyi	Çok yüksek	Çok yüksek
Dinamik (PHP) İşleme	mod_php / PHP-FPM	FastCGI (PHP-FPM, ayrı süreç)	LSAPI (shared memory, ~%30 daha hızlı)
Dahili Önbellek	Yok (harici modül gerekir)	Yok (FastCGI cache / Varnish gerekir)	Var (sunucuya gömülü LSCache)
.htaccess Desteği	Tam	Yok	Tam (Apache uyumlu)
HTTP/2 Desteği	Var	Var	Var
HTTP/3 + QUIC	Sınırlı / harici	Var (yeni sürümler)	Var (öncü ve olgun)
Yüksek Eşzamanlılıkta Kaynak Kullanımı	Yüksek RAM tüketimi	Düşük	Düşük
WordPress Hızı	Orta	Yüksek	En yüksek (LSCache ile)

HTTP/2, HTTP/3 ve QUIC

Web sunucusunun konuştuğu protokolün sürümü, site hızını doğrudan etkiler. Eski HTTP/1.1, her kaynağı sırayla ister ve bağlantıları verimsiz kullanırdı.

• HTTP/2: Tek bir bağlantı üzerinden birden çok dosyanın aynı anda iletilmesini (multiplexing) sağlar, başlık sıkıştırması ve sunucu push gibi özellikler getirir. Ancak HTTP/2, altta TCP kullandığı için TCP seviyesinde head-of-line blocking sorununa açıktır: tek bir paket kaybolduğunda, tüm akışlar o paket yeniden gönderilene kadar beklemek zorunda kalır.
• HTTP/3 ve QUIC: HTTP/3, TCP yerine UDP tabanlı QUIC protokolü üzerinde çalışır. QUIC, her akışın paket kaybını bağımsız ele alır; bir akıştaki kayıp paket, diğer akışların ilerlemesini engellemez. Ayrıca şifreleme ve bağlantı kurma adımlarını birleştirerek el sıkışma (handshake) gecikmesini düşürür. Sonuç, özellikle paket kaybının yüksek olduğu mobil ve zayıf ağ koşullarında belirgin hız ve kararlılık kazancıdır.

Web sunucunuzun HTTP/3 ve QUIC desteklemesi, gerçek dünya yükleme sürelerinde fark yaratır. LiteSpeed bu protokolleri yerel ve olgun biçimde sunar.

Önbellekleme (LSCache, Varnish) ve Site Hızı

Önbellekleme, dinamik bir sayfanın bir kez üretilip sonraki ziyaretçilere doğrudan hafızadan/diskten sunulmasıdır. Bu, sunucunun PHP ve veritabanını her istekte çalıştırmasını önler ve TTFB’yi dramatik biçimde düşürür.

• Varnish: Güçlü, bağımsız bir HTTP önbellek (reverse proxy) katmanıdır. Genellikle Apache veya Nginx önüne ayrı bir daemon olarak kurulur. Çok hızlıdır ancak ayrı bir port, ayrı bir süreç ve ek yapılandırma gerektirir; dinamik kullanıcı içeriği (sepet, oturum) yönetimi karmaşıklaşabilir.
• LSCache: LiteSpeed Web Server’ın çekirdeğine gömülü önbellektir. Bir istek geldiğinde sunucu önce önbelleği kontrol eder; isabet (cache hit) varsa yanıtı doğrudan C++ kod yolundan üretir ve PHP-FPM’e hiç dokunmaz. Apache + Varnish + Redis üçlüsünün yaptığı işi tek bir bütünleşik yapıda, ek port veya daemon olmadan görür. WordPress için LSCache eklentisi, ürün ve kategori gibi yalnızca etkilenen sayfaları temizleyen etiket bazlı önbellekleme (tag-based caching) sunarak sitenin geri kalanını önbellekte tutar.

Önbelleğe ek olarak, web sunucusu metin tabanlı dosyaları gzip/brotli ile sıkıştırarak aktarım boyutunu küçültür; bu da hız ve bant genişliği açısından önemli bir kazançtır.

Eşzamanlı Bağlantı ve Ölçeklenebilirlik

Eşzamanlılık (concurrency), sitenizin aynı anda kaç ziyaretçiye yanıt verebildiğidir. Bir kampanya, viral bir paylaşım veya yoğun saatler trafiği aniden patlattığında, süreç temelli bir sunucu her yeni bağlantı için bellek ayırdığından RAM’i hızla tüketebilir ve yanıt veremez hâle gelir. Olay temelli mimari (Nginx, LiteSpeed) ise binlerce bağlantıyı az kaynakla yönettiği için ani yük altında çok daha kararlı kalır.

Önbellekleme burada ölçeklenebilirliğin çarpanıdır: önbellekten sunulan her istek, PHP ve veritabanını es geçtiğinden sunucu aynı donanımla kat kat fazla ziyaretçiye hizmet verebilir. Paylaşımlı hosting bu yapıyı hazır sunarken, trafiğiniz büyüdüğünde ya da tam kontrol istediğinizde VPS sunucu veya bulut sunucu ile kaynaklarınızı yatay/dikey ölçekleyebilirsiniz.

Web Sunucusu Güvenliği (WAF / ModSecurity)

Web sunucusu, internete açık ilk kapı olduğu için güvenliğin de ön cephesidir. Buradaki temel savunma katmanı WAF (Web Application Firewall / Web Uygulama Güvenlik Duvarı)‘dır. WAF, gelen HTTP isteklerini inceleyerek SQL enjeksiyonu, XSS (cross-site scripting), kötü amaçlı botlar ve uygulama katmanı saldırılarını uygulamanıza ulaşmadan filtreler.

• ModSecurity: Apache, Nginx ve LiteSpeed ile çalışabilen, olay tabanlı kural diliyle HTTP trafiğini izleyen, kaydeden ve gerçek zamanlı analiz eden açık kaynaklı bir WAF motorudur. OWASP Core Rule Set gibi kural setleriyle yaygın saldırı türlerine karşı koruma sağlar.
• Çift katmanlı yaklaşım: İmza tabanlı kuralların yanına davranışsal analiz, honeypot ve tehdit istihbaratı eklendiğinde koruma derinleşir; bilinen saldırı kalıpları kadar yeni/şüpheli davranışlar da yakalanır.

Güvenliğin diğer ayağı izolasyondur: paylaşımlı bir sunucuda bir hesabın ele geçirilmesi diğerlerini etkilememelidir. CloudLinux ve CageFS gibi teknolojiler her hesabı kendi sanal ortamına hapsederek bu komşu sıçramasını önler. Tüm bunların üstünde, ağ katmanında bant genişliğini dolduran DDoS saldırılarına karşı yüksek kapasiteli L3-L4 koruma, sunucunun ayakta kalması için kritiktir.

Web Sunucusu ve Core Web Vitals / SEO

Google, sayfa deneyimini ve hızı bir sıralama faktörü olarak değerlendirir; bu metrikler Core Web Vitals başlığı altında ölçülür. Web sunucusu seçiminiz ve yapılandırmanız bu skorları doğrudan etkiler:

• LCP (Largest Contentful Paint): Sayfanın ana içeriğinin yüklenme süresi. Düşük TTFB, etkin önbellek ve HTTP/3, LCP’yi belirgin iyileştirir.
• INP (Interaction to Next Paint): Etkileşime yanıt hızı. Sunucunun hızlı yanıt vermesi, JS yürütümünü bekletmemesi açısından önemlidir.
• CLS (Cumulative Layout Shift): Görsel kararlılık. Doğru sıkıştırma ve hızlı kaynak teslimi, kaymaları azaltmaya yardımcı olur.

Hızlı bir TTFB, hem ziyaretçi memnuniyeti hem de arama motoru tarama bütçesi açısından avantajdır. Sunucu seviyesinde önbellek, gzip/brotli sıkıştırma ve modern protokoller (HTTP/2, HTTP/3) bir araya geldiğinde, hiçbir eklentinin tek başına ulaşamayacağı bir hız temeli oluşur. SEO için içerik kalitesi kadar, o içeriği ziyaretçiye ne kadar hızlı teslim ettiğiniz de belirleyicidir.

Alastyr’da Web Sunucusu Altyapısı

Alastyr, hosting sunucularında LiteSpeed Web Server + LSCache ikilisini kullanır; bu sayede Apache’ye kıyasla belirgin bir hız, dahili önbellek ve HTTP/3 + QUIC desteği standart olarak gelir. Güvenlik tarafında CloudLinux + CageFS ile hesap izolasyonu, Imunify360 ile honeypot ve tehdit istihbaratını birleştiren çift katmanlı WAF koruması ve ağ katmanında Voxility 1 Tbps+ L3-L4 anti-DDoS bulunur.

Altyapı, İzmir’deki kendi veri merkezimizde (kiralık değil), N+1 yedekli ve Tier III standartlarında çalışır. Donanım tarafında Dell EMC Unity 650F all-flash depolama, Xeon Gold işlemciler, 10’lu HA cluster ve 40 Gbit yedekli ağ kullanılır. %100 Türk sermayesiyle 2002’den beri hizmet veren Alastyr, RIPE NCC üyesi ve AS3188 bağımsız ağ sahibidir. Tüm planlarda NVMe disk, %99,9 uptime, günlük yedek, ücretsiz SSL ve 7/24 destek standarttır. Hosting ya da özellikle WordPress hosting paketlerinde bu LiteSpeed avantajından eklenti dahi kurmadan faydalanırsınız; VPS ve bulut sunucu tarafında ise root erişimiyle Apache, Nginx ya da LiteSpeed’i dilediğiniz gibi kurup yapılandırabilirsiniz.

Sıkça Sorulan Sorular

Web sunucusu ile web sitesi aynı şey mi?

Hayır. Web sitesi, ziyaretçiye gösterilen içerik ve sayfalardır. Web sunucusu ise bu içeriği barındıran ve tarayıcılara ileten yazılımdır. Sitenizin “yaşadığı” ortamı sağlayan motor web sunucusudur; site ise o motor üzerinde çalışan dosyalar bütünüdür.

Apache mi Nginx mi LiteSpeed mi daha iyi?

İhtiyaca bağlıdır. Apache esneklik ve .htaccess uyumluluğunda, Nginx statik içerik ve yüksek eşzamanlılıkta, LiteSpeed ise dinamik PHP uygulamalarında (özellikle WordPress) dahili LSCache sayesinde öne çıkar. WordPress için en hızlı sonucu genellikle LiteSpeed + LSCache verir.

LiteSpeed neden WordPress’te daha hızlı?

Çünkü LSCache önbelleği sunucu çekirdeğine gömülüdür; bir sayfa önbellekte varsa LiteSpeed yanıtı PHP’yi ve veritabanını hiç çalıştırmadan doğrudan üretir. Ayrıca LSAPI, PHP’yi shared memory üzerinden işleyerek FastCGI’ye göre daha düşük gecikme sunar. Sonuç, çok daha düşük bir TTFB’dir.

HTTP/3 ve QUIC neden önemli?

HTTP/3, TCP yerine UDP tabanlı QUIC üzerinde çalışır ve her veri akışının paket kaybını bağımsız ele alır. Böylece tek bir kayıp paket tüm sayfayı bekletmez. Bu, özellikle mobil ve zayıf ağ koşullarında daha hızlı ve kararlı yüklenme sağlar.

Önbellekleme (cache) tam olarak ne işe yarar?

Önbellekleme, dinamik olarak üretilen bir sayfayı bir kez hazırlayıp saklar ve sonraki ziyaretçilere statik bir dosya gibi sunar. Böylece sunucu her istekte PHP ve veritabanını çalıştırmaz; yanıt süresi kısalır ve aynı donanımla çok daha fazla ziyaretçiye hizmet verilebilir.

Web sunucusu site hızını ve SEO’yu etkiler mi?

Evet, doğrudan etkiler. Web sunucusunun TTFB değeri, önbellek ve sıkıştırma yapılandırması ile desteklediği protokoller (HTTP/2, HTTP/3) Core Web Vitals metriklerini etkiler. Google sayfa hızını sıralama faktörü olarak değerlendirdiğinden, hızlı bir web sunucusu SEO açısından avantaj sağlar.

Paylaşımlı hostingte web sunucusunu ben seçebilir miyim?

Genellikle hayır. Paylaşımlı hostingte web sunucusu yazılımını sağlayıcı belirler ve yönetir; Alastyr bu ortamlarda LiteSpeed kullanır. Tam kontrol istiyorsanız VPS veya bulut sunucuda root erişimiyle Apache, Nginx ya da LiteSpeed’i kendiniz kurabilirsiniz.

WAF (Web Application Firewall) nedir, web sunucusuyla ilişkisi ne?

WAF, web sunucusuna gelen HTTP isteklerini inceleyerek SQL enjeksiyonu, XSS ve kötü amaçlı botlar gibi saldırıları uygulamaya ulaşmadan filtreleyen bir güvenlik katmanıdır. ModSecurity gibi WAF motorları web sunucusuyla entegre çalışır; Alastyr çift katmanlı WAF ile bu korumayı sağlar.

Apache ile LiteSpeed yapılandırmam uyumlu mu?

Evet. LiteSpeed, Apache ile büyük ölçüde uyumlu olacak şekilde tasarlanmıştır; aynı .htaccess dosyalarını ve benzer yapılandırma mantığını destekler. Bu sayede Apache’den LiteSpeed’e geçişte çoğu durumda ek değişiklik yapmanız gerekmez.