Apache vs. NGINX: který webový server je nejlepší pro WordPress?

Pokud provozujete WordPress na vlastním VPS, Apache i NGINX mohou web obsloužit dobře, ale dělají jiné kompromisy. NGINX bývá lepší výchozí volbou při vysoké souběžnosti, doručování statických souborů a volitelném HTTP/3. Apache je jednodušší, když váš WordPress stack závisí na .htaccess nebo na modulech specifických pro Apache.

Toto srovnání Apache a NGINX se soustředí na rozdíly, které jsou důležité pro WordPress: architekturu, zpracování PHP, konfiguraci, HTTP/3 a otázku, zda se provoz obou vyplatí. LiteSpeed a Caddy jsou mimo rozsah.

Krátká odpověď: pro samostatně spravovaný WordPress VPS volte ve výchozím stavu NGINX. Apache zvolte, pokud váš web nebo pluginy silně závisejí na .htaccess. Oba provozujte jen tehdy, když skutečně potřebujete NGINX vepředu, aniž byste se vzdali kompatibility s Apache.

Co je Apache?

Apache je rozšířený open source webový server, který vyvíjí a udržuje americká nezisková organizace Apache Software Foundation (ASF). Je známý také jako Apache HTTP Server a HTTPD.

Stránka ke stažení Apache uvádí verzi 2.4.68, vydanou v červnu 2026, jako aktuální stabilní vydání.

Apache HTTP Server je modulární open source server s vyzrálou podporou pravidel .htaccess na úrovni adresářů, několika multiprocesních modulů (MPM), reverzního proxy, přepisování URL, TLS a dynamicky načítaných modulů. Pro WordPress je jeho největší praktickou výhodou kompatibilita konfigurace, nikoli hrubá rychlost.

Vlastnosti Apache, na kterých v tomto srovnání záleží nejvíc, jsou moduly MPM prefork, worker a event; .htaccess; HTTP/2; reverzní proxy a vyvažování zátěže; podpora FastCGI; dynamické moduly; přepisování URL; a TLS.

Co je NGINX?

NGINX („engine x“) je open source webový server, reverzní proxy, cache obsahu, vyvažovač zátěže, TCP/UDP proxy a poštovní proxy, původně napsaný Igorem Sysojevem. Jeho worker procesy používají událostmi řízený model navržený tak, aby zvládl mnoho souběžných spojení s nízkou režií na spojení.

Stránka ke stažení NGINX lists the 1.30.x stable branch and the 1.31.x mainline branch.

Apache vs. NGINX: klíčové rozdíly pro WordPress

Apache a NGINX se nejvíc liší v tom, jak zacházejí se spojeními, konfigurací, PHP a podporou protokolů. Chování Apache silně závisí na použitém MPM, zatímco NGINX používá událostmi řízené worker procesy.

Apache vs. NGINX: architektura

Model zpracování požadavků v Apache závisí na tom, jaký MPM používáte. Prefork je založen na procesech, zatímco worker a event používají vlákna. NGINX používá worker procesy postavené kolem smyček událostí. Známé srovnání „procesně řízený Apache versus událostmi řízený NGINX“ je proto pro současné nasazení Apache 2.4 příliš zjednodušující.

Modul MPM event v Apache může předat nečinná keep-alive spojení svému naslouchacímu vláknu místo toho, aby pro každé z nich blokoval worker vlákno. Při velmi vysokém počtu souběžných spojení mívá NGINX stále nižší režii na spojení, ale architektonický rozdíl je mnohem menší, než naznačují stará srovnání z éry prefork.

Apache vs. NGINX: výkon

Výkonnostní výhoda NGINX se projeví hlavně při vysoké souběžnosti a u statických souborů. Jeho událostmi řízené worker procesy udrží mnoho otevřených spojení s poměrně nízkou režií na spojení. Modul MPM event v Apache tento rozdíl oproti starším prefork konfiguracím výrazně zmenšuje.

Dynamické požadavky WordPressu jsou jiná kapitola. NGINX obvykle předává PHP do FastCGI, nejčastěji do PHP-FPM. Apache může PHP-FPM využívat přes FastCGI také, nebo spouštět PHP prostřednictvím modulu Apache.

Jakmile PHP začne vykonávat WordPress, můžou kód pluginů, databázové dotazy, objektová nebo stránková cache a počet PHP workerů znamenat víc než webový server vepředu. Pokud plugin provede na každý požadavek tucet náročných databázových dotazů, přechod z Apache na NGINX základní problém nevyřeší.

Apache vs. NGINX: podpora HTTP/3 a QUIC

HTTP/3 je aktuální verze protokolu a běží přes QUIC místo TCP. Jestli ho váš web vůbec může nabídnout, závisí na webovém serveru vepředu, a je to jediný bod srovnání, ve kterém si oba servery nejsou blízko.

NGINX dodává modul HTTP/3 od verze 1.25.0. Ve výchozím stavu se nesestavuje a build vyžaduje parametr --with-http_v3_module.

Dokumentace modulu HTTP/3 v NGINX modul stále označuje jako „experimental, caveat emptor applies“.

Apache 2.4 nedodává nativní modul pro HTTP/3 ani QUIC; jeho vestavěná podpora protokolů končí u mod_http2.

Praktický důsledek pro provozovatele webu: běžná instalace Apache 2.4 HTTP/3 nenabízí. V produkci zůstává schůdnou možností ukončit HTTP/3 na reverzní proxy nebo CDN s podporou HTTP/3 před Apachem. Pokud protokol chcete, jednou z možností je postavit NGINX před Apache a nechat NGINX ukončovat klientská spojení, tedy uspořádání popsané níže.

Apache vs. NGINX: bezpečnost

Ani Apache, ani NGINX není kategoricky „bezpečnější“. Oba jsou vyzrálé projekty s aktivní bezpečnostní údržbou a bezpečnost produkčního nasazení závisí spíš na záplatách, zapnutých modulech, konfiguraci TLS, řízení přístupu, omezování rychlosti a na aplikaci za serverem.

Užitečné je srovnávat útočnou plochu a konfiguraci, ne hledat absolutního vítěze. Vypněte moduly a koncové body, které nepotřebujete, server pravidelně záplatujte a zabezpečte WordPress stack za ním.

Apache vs. NGINX: konfigurace

Soubory .htaccess na úrovni adresářů v Apache fungují všude tam, kde to AllowOverride dovolí. Pro WordPress je to praktické, protože pravidla přepisování lze měnit bez zásahu do globální konfigurace serveru.

To pohodlí má svou cenu. Vlastní dokumentace Apache doporučuje umístit pravidla do hlavní konfigurace serveru, pokud máte root přístup: soubory .htaccess se kontrolují během požadavků a jejich zapnutí přináší jak výkonnostní, tak bezpečnostní důsledky.

NGINX nemá obdobu .htaccess. Jeho konfigurace je centralizovaná, takže WordPress za vás nemůže zapsat pravidla přepisování na úrovni serveru. Pravidla trvalých odkazů a direktivy vyžadované jednotlivými pluginy musí do konfigurace NGINX přidat správce a pak ji znovu načíst.

Apache vs. NGINX: moduly a rozšiřitelnost

Apache má vyzrálou podporu dynamických sdílených objektů (DSO): moduly lze zkompilovat zvlášť a načíst přes LoadModule. NGINX dynamicky načítané moduly podporuje také, pomocí load_module, ale binární kompatibilita s nainstalovanou verzí NGINX a její build konfigurací hraje větší roli, jakmile použijete nestandardní moduly třetích stran.

Apache má tedy navrch, pokud závisíte na neobvyklých modulech třetích stran. U běžného WordPress hostingu bývá tenhle rozdíl méně důležitý než .htaccess, zpracování PHP a nástroje, které už používáte.

Apache vs. NGINX: podpora platforem

Apache běží na Linuxu, Windows, macOS a mnoha unixových systémech. NGINX je také dostupný na hlavních platformách, ale jeho nativní sestavení pro Windows má zásadní omezení. NGINX verzi pro Windows stále označuje jako beta, upozorňuje, že se nedá čekat vysoký výkon ani škálování, uvádí, že práci reálně dělá jen jeden worker, a nepodporuje UDP ani QUIC. Pro produkční nasazení NGINX je praktickou volbou unixový operační systém.

Apache vs. NGINX: zpracování požadavků

Apache obvykle mapuje URL požadavku na souborový systém pod DocumentRoot, přičemž jeho konfigurační systém umí uplatnit i lokace podle URI, přepisy a proxy pravidla. NGINX nejdřív vybere blok server a pak blok location, hlavně podle URI požadavku, a teprve potom rozhodne, jestli soubor obslouží sám, nebo požadavek pošle dál.

Tenhle rozdíl ovlivňuje, jak píšete konfiguraci, ale sám o sobě není důkazem, že NGINX přenáší data rychleji.

Rychlé srovnání NGINX a Apache

Takhle si oba servery stojí v uvedených bodech, plus podpora protokolů a aktuální verze každého z nich.

Používání Apache a NGINX zároveň

Ano, provozovat můžete oba. Běžné hybridní uspořádání staví NGINX dopředu jako reverzní proxy směrem ke klientům a Apache za něj. NGINX umí ukončit TLS i HTTP/2 a zvládne i HTTP/3, pokud je jeho experimentální modul HTTP/3 sestaven a zapnut. Zároveň může vybrané statické soubory obsloužit sám a aplikační požadavky posílat na Apache.

Zásadní výhrada se týká toho, komu pravidla patří. Požadavek, který obslouží přímo NGINX, se k Apache vůbec nedostane, takže se na něj pravidla .htaccess nevztahují. Obě konfigurace se musí shodnout na přepisech, cachování, předávání IP klienta, chování TLS a na tom, který server má na starosti kterou cestu.

Cenou je, že teď provozujete dva webové servery. Dvě konfigurace, které si musí odpovídat, dva cykly aktualizací, které je třeba sledovat, a jedno místo navíc, kam se dívat, když požadavek vrátí něco nečekaného. U jednoho malého webu tahle zátěž obvykle převáží přínos; začne se vyplácet, až budete chtít HTTP/3 nebo rychlejší doručování statiky, aniž byste se vzdali chování .htaccess, na kterém vaše pluginy stojí.

Je NGINX jednodušší než Apache?

Ani jeden není univerzálně jednodušší. NGINX je jednodušší, pokud vám vyhovuje jedna centrální konfigurace a nevadí vám upravovat bloky server. Apache je jednodušší, když WordPress nebo pluginy třetích stran očekávají pravidla .htaccess, protože ta fungují na úrovni adresáře, aniž byste měnili globální konfiguraci serveru.

Na serveru, který máte pod kontrolou, se „jednodušší“ scvrkne hlavně na to, jaký konfigurační model už váš stack očekává.

Kdy zvolit Apache místo NGINX?

Apache zvolte, když váš WordPress stack závisí na .htaccess, když pluginy nebo nástroje ovládacího panelu očekávají direktivy přepisování od Apache, nebo když potřebujete konkrétní modul Apache. Rozumné je také nechat Apache na existujícím webu, který funguje dobře: měnit webový server kvůli teoretickému zisku v benchmarku sotva stojí za tu nepohodu.

Kdy zvolit NGINX místo Apache?

NGINX zvolte, když čekáte hodně souběžných spojení, chcete silnou vrstvu pro statické soubory nebo reverzní proxy, dáváte přednost centralizované konfiguraci, nebo chcete mít možnost zapnout HTTP/3. U WordPressu je daní za to, že pravidla přepisování a direktivy vyžadované pluginy se stanou úkolem správce, ne něčím, co WordPress zapíše do .htaccess.

NGINX vs Apache: Který webový server je lepší pro WordPress?

Zvolte NGINX. Pro WordPress web na serveru, který máte pod kontrolou, je to lepší výchozí volba: nízká režie na spojení při vysoké souběžnosti, efektivní doručování statických souborů a HTTP/3, když ho chcete.

Výjimkou je .htaccess a je to výjimka podstatná. Když je .htaccess zapnutý, WordPress umí zapsat pravidla přepisování pro Apache, konfiguraci NGINX ale změnit nedokáže. Pokud plugin očekává direktivy pro přepisování, zabezpečení nebo cachování, potřebujete jeho návod pro NGINX nebo rovnocenné pravidlo v bloku server a pak NGINX znovu načíst. Jestli o tuhle provozní odpovědnost nestojíte, je pro WordPress jednodušší volbou Apache. Na webu s běžnou návštěvností omezí výkon spíš PHP, databáze a cachování než samotný webový server.

Pod tím vším leží jeden předpoklad: server musí být váš a měnitelný. U spravovaného WordPress hostingu rozhoduje o webovém serveru poskytovatel a odpovědí na tuhle otázku je prostě to, co už provozuje. Tohle srovnání je pro někoho, kdo má root přístup na vlastním stroji.

Jak zjistit, jestli vám běží Apache, nebo NGINX?

Pokud jde o váš vlastní VPS, zkontrolujte běžící služby přímo:

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

U cizího webu, který nespravujete, může být hlavička odpovědi HTTP Server vodítkem, ale ne důkazem. Reverzní proxy nebo CDN může ukazovat vlastní serverový software místo toho na originu a hlavičku lze také skrýt nebo změnit.

Provoz Apache nebo NGINX na VPS

Pokud je VPS váš, oba servery se provozují snadno. Dimenzujte stroj pro celý WordPress stack, ne jen pro Apache nebo NGINX: PHP workeři, databáze, cachování, provoz a úlohy na pozadí obvykle spotřebují víc prostředků než samotný webový server.

Ať zvolíte kterýkoli server, konfigurace, aktualizace, TLS, zálohy a monitoring jsou na vás. Provoz obou přidává další konfiguraci a další cestu aktualizací, takže hybridní řešení použijte jen tehdy, když pro to máte konkrétní důvod.

NGINX VPS od Cloudzy je samostatně spravovaný Linux VPS s plným root přístupem, takže konfigurace serveru zůstává vaše.

Image Apache HTTP Server v našem marketplace se instaluje stejně, jedním kliknutím, takže rozjet jeden nebo oba servery neznamená začínat kompilací ze zdrojů.

ČTĚTE

Caddy vs Nginx na VPS: Srovnání konfiguračních souborů

Časté dotazy

Je Apache lepší než NGINX?

Ani jeden není univerzálně lepší. NGINX bývá silnější výchozí volbou, když vám jde o vysokou souběžnost, doručování statiky, reverzní proxy nebo HTTP/3. Apache bývá jednodušší, když váš WordPress stack závisí na .htaccess nebo na modulech specifických pro Apache.

Proč je NGINX rychlejší než Apache?

NGINX zvládne mnoho spojení uvnitř smyčky událostí každého workeru, což při vysoké souběžnosti drží režii na spojení nízko. Modul MPM event v Apache zpracovává spojení také asynchronně, takže rozdíl je menší, než naznačují stará srovnání s prefork. U WordPressu můžou PHP, databázové dotazy a cachování rozhodovat víc než rozdíl mezi webovými servery.

Mám pro WordPress použít Apache, nebo NGINX?

Na samostatně spravovaném WordPress VPS je NGINX silná výchozí volba, pokud vám nevadí spravovat pravidla v blocích server sami. Apache zvolte, když se opíráte o .htaccess nebo o pluginy očekávající pravidla přepisování od Apache a chcete, aby fungovaly s menším množstvím ruční konfigurace serveru.

Proč je NGINX tak populární?

NGINX spojuje efektivní zpracování požadavků při vysoké souběžnosti s reverzní proxy, vyvažováním zátěže, cachováním, podporou FastCGI a ukončováním TLS. Díky tomu je užitečný jak jako hlavní webový server, tak jako přední proxy.

Proč se Apache pořád používá?

Apache zůstává hojně používaný díky ekosystému modulů, podpoře .htaccess, vyzrálým nástrojům, široké podpoře platforem a kompatibilitě s hostingovými a control panel workflow, které kolem něj vznikly.

Jaký je rozdíl mezi Apache a apache2?

Na Debianu a Ubuntu je apache2 název balíčku a služby pro Apache HTTP Server. Systémy z rodiny RHEL a Fedora tuhle službu obvykle nazývají httpd. Nejde o různé webové servery: obojí označuje Apache HTTP Server. Aktuální stabilní větev Apache je 2.4 a jejím posledním vydáním je 2.4.68.

Podporuje Apache HTTP/3?

Nativně ne. Apache HTTP Server 2.4 se nedodává s modulem pro HTTP/3 ani QUIC; jeho vestavěná podpora protokolů končí u HTTP/2. Pokud v produkci HTTP/3 potřebujete, můžete ho ukončit na reverzní proxy nebo CDN s podporou HTTP/3 před Apachem.