Apache ve NGINX: WordPress için En İyi Web Sunucusu Hangisi?

WordPress'i kendi VPS'inizde çalıştırıyorsanız Apache de NGINX de siteyi iyi sunabilir, ama farklı ödünleşimler yaparlar. Yüksek eşzamanlılık, statik dosya sunumu ve isteğe bağlı HTTP/3 söz konusu olduğunda genelde NGINX daha iyi bir varsayılandır. WordPress yığınınız .htaccess'e ya da Apache'ye özgü modüllere dayanıyorsa Apache daha kolaydır.

Bu Apache ve NGINX karşılaştırması WordPress açısından önemli olan farklara odaklanıyor: mimari, PHP işleme, yapılandırma, HTTP/3 ve ikisini birden çalıştırmanın getirdiği ek karmaşıklığa değip değmeyeceği. LiteSpeed ve Caddy kapsam dışında.

Kısa yanıt: kendi yönettiğiniz bir WordPress VPS'i için varsayılan olarak NGINX'i seçin. Siteniz veya eklentileriniz büyük ölçüde .htaccess'e dayanıyorsa Apache'yi seçin. İkisini birden yalnızca Apache uyumluluğundan vazgeçmeden önde NGINX'e ihtiyaç duyduğunuzda çalıştırın.

Apache Nedir?

Apache, Amerikan kâr amacı gütmeyen kuruluşu Apache Software Foundation (ASF) tarafından geliştirilen ve bakımı yapılan, yaygın olarak kullanılan açık kaynaklı bir web sunucusu yazılımıdır. Apache HTTP Server ve HTTPD adlarıyla da bilinir.

Apache'nin indirme sayfası 2.4.68 sürümünü, Haziran 2026'da yayımlanan güncel kararlı sürüm olarak gösteriyor.

Apache HTTP Server, dizin bazlı .htaccess kurallarını, birden fazla Çoklu İşlem Modülünü (MPM), ters vekilliği, URL yeniden yazmayı, TLS'i ve dinamik olarak yüklenen modülleri olgun biçimde destekleyen modüler ve açık kaynaklı bir sunucudur. WordPress açısından en büyük pratik üstünlüğü ham hız değil, yapılandırma uyumluluğudur.

Bu karşılaştırmada en çok önem taşıyan Apache özellikleri şunlar: prefork, worker ve event MPM'leri; .htaccess; HTTP/2; ters vekillik ve yük dengeleme; FastCGI desteği; dinamik modüller; URL yeniden yazma; ve TLS.

NGINX Nedir?

NGINX ("engine x"), başlangıçta Igor Sysoev tarafından yazılmış açık kaynaklı bir web sunucusu, ters vekil, içerik önbelleği, yük dengeleyici, TCP/UDP vekili ve posta vekilidir. Worker süreçleri, bağlantı başına düşük maliyetle çok sayıda eşzamanlı bağlantıyı karşılamak üzere tasarlanmış olay güdümlü bir model kullanır.

NGINX'in indirme sayfası lists the 1.30.x stable branch and the 1.31.x mainline branch.

Apache ve NGINX: WordPress için Temel Farklar

Apache ile NGINX en belirgin biçimde bağlantıları, yapılandırmayı, PHP'yi ve protokol desteğini ele alış biçimlerinde ayrışır. Apache'nin davranışı büyük ölçüde çalıştırdığı MPM'e bağlıdır, NGINX ise olay güdümlü worker süreçleri kullanır.

Apache ve NGINX: Mimari

Apache'nin istek modeli, çalıştırdığınız MPM'e bağlıdır. Prefork süreç tabanlıdır, worker ve event ise iş parçacığı kullanır. NGINX, olay döngüleri etrafında kurulmuş worker süreçleri kullanır. Bu yüzden bilindik "süreç güdümlü Apache'ye karşı olay güdümlü NGINX" karşılaştırması, güncel bir Apache 2.4 kurulumu için fazla basit kaçar.

Apache'nin event MPM'i boştaki keep-alive bağlantılarını her biri için bir worker iş parçacığı bağlamak yerine dinleyici iş parçacığına devredebilir. Çok yüksek sayıda eşzamanlı bağlantıda NGINX'in bağlantı başına maliyeti hâlâ daha düşük olma eğilimindedir, ama mimari fark eski prefork dönemi karşılaştırmalarının düşündürdüğünden çok daha dardır.

Apache ve NGINX: Performans

NGINX'in performans üstünlüğü asıl olarak yüksek eşzamanlılıkta ve statik dosya yüklerinde ortaya çıkar. Olay güdümlü worker'ları, bağlantı başına görece düşük maliyetle çok sayıda bağlantıyı açık tutabilir. Apache'nin event MPM'i bu farkı eski prefork yapılandırmalarına kıyasla epeyce daraltır.

Dinamik WordPress istekleri farklı bir konu. NGINX genellikle PHP'yi FastCGI'ye, çoğunlukla PHP-FPM'e iletir. Apache de FastCGI üzerinden PHP-FPM kullanabilir ya da PHP'yi bir Apache modülüyle çalıştırabilir.

PHP WordPress'i çalıştırmaya başladıktan sonra eklenti kodu, veritabanı sorguları, nesne veya sayfa önbelleklemesi ve PHP worker sayısı, öndeki web sunucusundan daha belirleyici olabilir. Bir eklenti istek başına bir düzine pahalı veritabanı sorgusu çalıştırıyorsa, Apache'den NGINX'e geçmek asıl sorunu çözmez.

Apache ve NGINX: HTTP/3 ve QUIC Desteği

HTTP/3, protokolün güncel sürümüdür ve TCP yerine QUIC üzerinden çalışır. Sitenizin bunu sunup sunamayacağı, önünde duran web sunucusuna bağlıdır ve bu, iki sunucunun birbirine yakın olmadığı tek karşılaştırma noktasıdır.

NGINX, 1.25.0 sürümünden beri bir HTTP/3 modülü sunuyor. Modül varsayılan olarak derlenmez ve derleme için --with-http_v3_module parametresi gerekir.

NGINX'in HTTP/3 modülü belgeleri modülü hâlâ "experimental, caveat emptor applies" diye niteliyor.

Apache 2.4, yerleşik bir HTTP/3 ya da QUIC modülüyle gelmiyor; birlikte gelen protokol desteği mod_http2 ile bitiyor.

Site sahibi açısından pratik sonuç şu: standart bir Apache 2.4 kurulumu HTTP/3 sunmaz. Üretimde uygulanabilir yol hâlâ, HTTP/3'ü Apache'nin önündeki HTTP/3 destekli bir ters vekilde ya da CDN'de sonlandırmaktır. Protokolü istiyorsanız seçeneklerden biri NGINX'i Apache'nin önüne koyup istemci bağlantılarını NGINX'in sonlandırmasıdır; aşağıda anlatılan düzen tam da budur.

Apache ve NGINX: Güvenlik

Ne Apache ne de NGINX kategorik olarak "daha güvenli" değildir. İkisi de aktif güvenlik bakımı olan olgun projelerdir; üretim kurulumunun güvenliği daha çok yamalara, etkin modüllere, TLS yapılandırmasına, erişim denetimlerine, hız sınırlarına ve sunucunun arkasındaki uygulamaya bağlıdır.

Anlamlı karşılaştırma saldırı yüzeyi ve yapılandırma üzerindendir, mutlak bir kazanan üzerinden değil. İhtiyaç duymadığınız modülleri ve uç noktaları kapatın, sunucuyu yamalı tutun ve arkasındaki WordPress yığınını sertleştirin.

Apache ve NGINX: Yapılandırma

Apache'nin dizin bazlı .htaccess dosyaları AllowOverride izin verdiği sürece çalışır. Bu, WordPress için kullanışlıdır, çünkü yeniden yazma kuralları küresel sunucu yapılandırmasına dokunmadan değiştirilebilir.

Bu kolaylığın bir bedeli var. Apache'nin kendi belgeleri root erişiminiz varsa kuralları ana sunucu yapılandırmasına koymanızı öneriyor: .htaccess dosyaları istekler sırasında denetlenir ve bunları etkinleştirmek hem performans hem de güvenlik açısından ek düşünmeyi gerektirir.

NGINX'in .htaccess karşılığı yoktur. Yapılandırması merkezîdir, dolayısıyla WordPress sizin yerinize sunucu düzeyinde yeniden yazma kuralları yazamaz. Kalıcı bağlantı kuralları ve eklentiye özgü sunucu yönergeleri, bir yöneticinin NGINX yapılandırmasına eklemesi ve ardından yeniden yüklemesi gerekir.

Apache ve NGINX: Modüller ve Genişletilebilirlik

Apache'nin Dinamik Paylaşımlı Nesne (DSO) desteği olgundur: modüller ayrı derlenip LoadModule ile yüklenebilir. NGINX de load_module ile dinamik modülleri destekler, ama standart olmayan üçüncü taraf modüller kullandığınızda kurulu NGINX sürümü ve derleme yapılandırmasıyla ikili uyumluluk daha çok önem kazanır.

Dolayısıyla alışılmadık üçüncü taraf modüllere bağlıysanız Apache öne geçer. Yaygın WordPress barındırmada bu fark genellikle .htaccess'ten, PHP'nin ele alınışından ve hâlihazırdaki araçlarınızdan daha az önemlidir.

Apache ve NGINX: Platform Desteği

Apache; Linux, Windows, macOS ve pek çok Unix benzeri sistemde çalışır. NGINX de başlıca platformlarda bulunur, ama yerel Windows derlemesinin ciddi sınırlamaları vardır. NGINX, Windows sürümünü hâlâ beta olarak niteler, yüksek performans ve ölçeklenme beklenmemesi gerektiğini söyler, işi gerçekte tek bir worker'ın yaptığını belirtir ve UDP ile QUIC'i desteklemez. Üretimde NGINX çalıştırmak için Unix benzeri bir işletim sistemi pratik seçimdir.

Apache ve NGINX: İstek İşleme

Apache normalde bir isteğin URL'sini DocumentRoot altındaki dosya sistemine eşler; yapılandırma sistemi ayrıca URI tabanlı konumlar, yeniden yazmalar ve vekil kuralları uygulayabilir. NGINX ise önce bir server bloğu, sonra bir location bloğu seçer, bunu ağırlıklı olarak istek URI'sine bakarak yapar ve ancak sonra dosya mı sunacağına yoksa isteği yukarı akışa mı ileteceğine karar verir.

Bu fark yapılandırmayı nasıl yazdığınızı etkiler, ama tek başına NGINX'in veriyi daha hızlı aktardığının kanıtı değildir.

NGINX ile Apache Arasında Hızlı Bir Karşılaştırma

İki sunucunun yukarıdaki başlıklarda nasıl konumlandığı, ayrıca protokol desteği ve her sunucunun güncel sürümü şöyle.

Apache ve NGINX'i Birlikte Kullanmak

Evet, ikisini birden çalıştırabilirsiniz. Yaygın bir melez düzen, istemciye bakan ters vekil olarak NGINX'i öne, Apache'yi arkaya koyar. NGINX, TLS ve HTTP/2'yi sonlandırabilir; deneysel HTTP/3 modülü derlenip etkinleştirildiğinde HTTP/3'ü de sonlandırabilir. Ayrıca seçili statik dosyaları kendisi sunup uygulama isteklerini Apache'ye iletebilir.

Asıl dikkat edilmesi gereken, kuralların kime ait olduğudur. NGINX'in doğrudan yanıtladığı bir istek Apache'ye hiç ulaşmaz, dolayısıyla Apache'nin .htaccess kuralları o istek için geçerli olmaz. İki yapılandırmanın; yeniden yazmalar, önbellekleme, istemci IP'sinin iletilmesi, TLS davranışı ve hangi yolun hangi sunucuya ait olduğu konusunda anlaşması gerekir.

Bedeli, artık iki web sunucusu çalıştırıyor olmanız. Birbiriyle uyuşması gereken iki yapılandırma, takip edilecek iki güncelleme döngüsü ve bir istek beklenmedik bir yanıt döndürdüğünde bakılacak fazladan bir yer. Tek ve küçük bir sitede bu yük genelde faydayı aşar; HTTP/3'ü ya da daha hızlı statik sunumu, eklentilerinizin dayandığı .htaccess davranışından vazgeçmeden istediğinizde karşılığını vermeye başlar.

NGINX Apache'den Daha mı Kolay?

İkisinden biri evrensel olarak daha kolay değildir. Tek merkezî bir yapılandırmayı tercih ediyor ve server bloklarını düzenlemekten çekinmiyorsanız NGINX daha kolaydır. WordPress ya da üçüncü taraf eklentiler .htaccess kuralları bekliyorsa Apache daha kolaydır, çünkü bu kurallar küresel sunucu yapılandırmasını değiştirmeden dizin düzeyinde işler.

Kontrolünüzdeki bir sunucuda "daha kolay", çoğunlukla yığınınızın hâlihazırda hangi yapılandırma modelini beklediğine iner.

NGINX Yerine Ne Zaman Apache Kullanmalı?

WordPress yığınınız .htaccess'e dayanıyorsa, eklentiler ya da kontrol paneli araçları Apache'ye özgü yeniden yazma yönergeleri bekliyorsa veya belirli bir Apache modülüne ihtiyacınız varsa Apache'yi seçin. Zaten iyi çalışan mevcut bir sitede Apache'de kalmak da makuldür: teorik bir kıyaslama kazancı için web sunucusu değiştirmek çoğu zaman yaşanacak kesintiye değmez.

Apache Yerine Ne Zaman NGINX Kullanmalı?

Çok sayıda eşzamanlı bağlantı bekliyorsanız, güçlü bir statik dosya ya da ters vekil katmanı istiyorsanız, merkezî yapılandırmayı tercih ediyorsanız veya HTTP/3'ü açabilme seçeneğini istiyorsanız NGINX'i seçin. WordPress tarafındaki bedeli ise, yeniden yazma kurallarının ve eklentiye özgü sunucu yönergelerinin, WordPress'in .htaccess'e yazabileceği bir şey olmaktan çıkıp yönetici işine dönüşmesidir.

NGINX ve Apache: WordPress için En İyi Web Sunucusu Hangisi?

NGINX'i çalıştırın. Kontrolünüzdeki bir sunucuda barınan bir WordPress sitesi için daha iyi varsayılandır: yüksek eşzamanlılıkta düşük bağlantı maliyeti, verimli statik dosya sunumu ve isterseniz HTTP/3.

İstisna .htaccess ve bu istisna önemli. .htaccess etkinken WordPress Apache yeniden yazma kurallarını yazabilir, ama NGINX'in sunucu yapılandırmasını değiştiremez. Bir eklenti yeniden yazma, güvenlik veya önbellek yönergeleri bekliyorsa, onun NGINX talimatlarına ya da server bloğunda eşdeğer bir kurala ve ardından NGINX'i yeniden yüklemeye ihtiyacınız olur. Bu işletme sorumluluğunu istemiyorsanız WordPress için daha kolay seçenek Apache'dir. Normal trafikli bir sitede performansı sınırlayan, web sunucusundan çok PHP, veritabanı ve önbellek davranışı olacaktır.

Bütün bunların altında tek bir varsayım yatıyor: sunucunun sizin olması ve değiştirilebilmesi. Yönetilen WordPress barındırmada web sunucusuna sağlayıcı karar verir ve bu sorunun yanıtı yalnızca onların zaten çalıştırdığı şeydir. Bu karşılaştırma, kendi makinesinde root erişimi olan biri için.

Apache mi NGINX mi Çalıştırdığınızı Nasıl Anlarsınız?

Bu sizin kendi VPS'iniz ise çalışan servisleri doğrudan kontrol edin:

systemctl status nginx
systemctl status apache2   # Debian/Ubuntu
systemctl status httpd     # RHEL/Fedora-family systems

Kontrolünüzde olmayan uzak bir site için HTTP yanıtındaki Server başlığı ipucu olabilir, ama kesin değildir. Bir ters vekil ya da CDN, kaynak sunucununki yerine kendi sunucu yazılımını gösterebilir; ayrıca bu başlık gizlenebilir veya değiştirilebilir.

Apache veya NGINX'i Bir VPS'te Barındırmak

VPS sizinse iki sunucuyu da çalıştırmak zor değil. Makineyi yalnız Apache veya NGINX için değil, WordPress yığınının tamamı için boyutlandırın: PHP worker'ları, veritabanı, önbellekleme, trafik ve arka plan işleri genelde web sunucusundan daha çok kaynak tüketir.

Hangi sunucuyu seçerseniz seçin; yapılandırma, güncellemeler, TLS, yedekler ve izleme sizin sorumluluğunuzdadır. İkisini birden çalıştırmak bir yapılandırma ve bir güncelleme yolu daha ekler, o yüzden melez kurulumu yalnızca somut bir nedeniniz varsa kullanın.

Cloudzy'nin NGINX VPS'i tam root erişimi olan, kendi yönettiğiniz bir Linux VPS'idir; yani sunucu yapılandırması sizde kalır.

Marketplace'imizdeki Apache HTTP Server imajı aynı şekilde, tek tıkla kurulur; böylece iki sunucudan birini ya da ikisini birden ayağa kaldırmak, kaynaktan derlemekle başlamaz.

OKU

Bir VPS'te Caddy ve Nginx: Yapılandırma Dosyası Karşılaştırması

Sıkça Sorulan Sorular

Apache NGINX'ten Daha mı İyi?

Hiçbiri evrensel olarak daha iyi değil. Yüksek eşzamanlılık, statik dosya sunumu, ters vekillik veya HTTP/3 sizin için önemliyse genellikle NGINX daha güçlü bir varsayılandır. WordPress yığınınız .htaccess'e ya da Apache'ye özgü modüllere dayanıyorsa genellikle Apache daha kolaydır.

NGINX Neden Apache'den Hızlı?

NGINX, her worker'ın olay döngüsü içinde çok sayıda bağlantıyı işleyebildiği için yüksek eşzamanlılıkta bağlantı başına maliyeti düşük tutar. Apache'nin event MPM'i de bağlantıları eşzamansız ele alır, dolayısıyla aradaki fark eski prefork karşılaştırmalarının düşündürdüğünden küçüktür. WordPress'te PHP, veritabanı sorguları ve önbellekleme, web sunucuları arasındaki farktan daha belirleyici olabilir.

WordPress İçin Apache mi NGINX mi Kullanmalıyım?

Kendi yönettiğiniz bir WordPress VPS'inde, server bloklarındaki kuralları kendiniz yönetmekten çekinmiyorsanız NGINX güçlü bir varsayılandır. .htaccess'e ya da Apache yeniden yazma kurallarını bekleyen eklentilere dayanıyorsanız ve bunların daha az elle sunucu yapılandırmasıyla çalışmasını istiyorsanız Apache'yi seçin.

NGINX Neden Bu Kadar Yaygın?

NGINX; yüksek eşzamanlılıkta verimli istek işlemeyi ters vekillik, yük dengeleme, önbellekleme, FastCGI desteği ve TLS sonlandırma ile bir araya getirir. Bu da onu hem birincil web sunucusu hem de öndeki vekil olarak kullanışlı kılar.

Apache Neden Hâlâ Kullanılıyor?

Apache; modül ekosistemi, .htaccess desteği, olgun araçları, geniş platform desteği ve çevresinde kurulmuş barındırma ile kontrol paneli iş akışlarıyla uyumu sayesinde hâlâ yaygın biçimde kullanılıyor.

Apache ile apache2 Arasındaki Fark Nedir?

Debian ve Ubuntu'da apache2, Apache HTTP Server'ın paket ve servis adıdır. RHEL ve Fedora ailesindeki sistemler bu servise genellikle httpd der. Bunlar farklı web sunucuları değildir: ikisi de Apache HTTP Server'ı gösterir. Apache'nin güncel kararlı dalı 2.4'tür ve en son sürümü 2.4.68'dir.

Apache HTTP/3'ü Destekliyor mu?

Yerleşik olarak hayır. Apache HTTP Server 2.4, HTTP/3 ya da QUIC modülüyle gelmez; birlikte gelen protokol desteği HTTP/2 ile biter. Üretimde HTTP/3'e ihtiyacınız varsa, Apache'nin önündeki HTTP/3 destekli bir ters vekilde ya da CDN'de sonlandırabilirsiniz.