Apache vs. NGINX: Web Server Mana yang Terbaik untuk WordPress?

Jika Anda menjalankan WordPress di VPS sendiri, Apache dan NGINX sama-sama bisa melayani situs dengan baik, tetapi keduanya mengambil kompromi yang berbeda. NGINX biasanya pilihan default yang lebih baik untuk konkurensi tinggi, pengiriman berkas statis, dan HTTP/3 opsional. Apache lebih mudah ketika stack WordPress Anda bergantung pada .htaccess atau modul khas Apache.

Perbandingan Apache vs NGINX ini berfokus pada perbedaan yang penting bagi WordPress: arsitektur, penanganan PHP, konfigurasi, HTTP/3, dan apakah menjalankan keduanya sepadan dengan kerumitan tambahannya. LiteSpeed dan Caddy berada di luar cakupan.

Jawaban singkat: untuk VPS WordPress yang Anda kelola sendiri, pilih NGINX sebagai default. Pilih Apache jika situs atau plugin Anda sangat bergantung pada .htaccess. Jalankan keduanya hanya ketika Anda benar-benar butuh NGINX di depan tanpa melepaskan kompatibilitas Apache.

Apa Itu Apache?

Apache adalah perangkat lunak web server open source yang populer, dikembangkan dan dipelihara oleh organisasi nirlaba Amerika Apache Software Foundation (ASF). Ia juga dikenal sebagai Apache HTTP Server dan HTTPD.

Halaman unduhan Apache mencantumkan 2.4.68, yang dirilis pada Juni 2026, sebagai rilis stabil saat ini.

Apache HTTP Server adalah server open source modular dengan dukungan matang untuk aturan .htaccess per direktori, beberapa Multi-Processing Module (MPM), reverse proxy, penulisan ulang URL, TLS, dan modul yang dimuat secara dinamis. Untuk WordPress, keunggulan praktis terbesarnya adalah kompatibilitas konfigurasi, bukan kecepatan mentah.

Fitur Apache yang paling penting dalam perbandingan ini adalah MPM prefork, worker, dan event; .htaccess; HTTP/2; reverse proxy dan penyeimbangan beban; dukungan FastCGI; modul dinamis; penulisan ulang URL; serta TLS.

Apa Itu NGINX?

NGINX ("engine x") adalah web server open source, reverse proxy, cache konten, penyeimbang beban, proxy TCP/UDP, dan proxy surel yang awalnya ditulis oleh Igor Sysoev. Proses worker-nya memakai model berbasis peristiwa yang dirancang untuk menangani banyak koneksi bersamaan dengan biaya rendah per koneksi.

Halaman unduhan NGINX lists the 1.30.x stable branch and the 1.31.x mainline branch.

Apache vs. NGINX: Perbedaan Utama untuk WordPress

Perbedaan paling jelas antara Apache dan NGINX ada pada cara keduanya menangani koneksi, konfigurasi, PHP, dan dukungan protokol. Perilaku Apache sangat bergantung pada MPM yang dijalankannya, sedangkan NGINX memakai proses worker berbasis peristiwa.

Apache vs. NGINX: Arsitektur

Model penanganan permintaan di Apache bergantung pada MPM yang Anda jalankan. Prefork berbasis proses, sedangkan worker dan event memakai thread. NGINX memakai proses worker yang dibangun di sekitar event loop. Karena itu perbandingan lama "Apache berbasis proses versus NGINX berbasis peristiwa" terlalu menyederhanakan untuk instalasi Apache 2.4 masa kini.

MPM event milik Apache dapat menyerahkan koneksi keep-alive yang menganggur ke thread listener-nya alih-alih menahan satu thread worker untuk setiap koneksi. NGINX umumnya masih memiliki biaya per koneksi yang lebih rendah saat jumlah koneksi bersamaan sangat besar, tetapi jarak arsitekturalnya jauh lebih sempit daripada yang disiratkan perbandingan lama dari era prefork.

Apache vs. NGINX: Performa

Keunggulan performa NGINX terutama muncul pada konkurensi tinggi dan beban berkas statis. Worker berbasis peristiwanya bisa menjaga banyak koneksi tetap terbuka dengan biaya per koneksi yang relatif rendah. MPM event pada Apache mempersempit jarak itu cukup jauh dibandingkan konfigurasi prefork yang lebih lama.

Permintaan dinamis WordPress lain ceritanya. NGINX biasanya meneruskan PHP ke FastCGI, umumnya PHP-FPM. Apache juga bisa memakai PHP-FPM lewat FastCGI, atau menjalankan PHP melalui modul Apache.

Begitu PHP mulai menjalankan WordPress, kode plugin, kueri basis data, cache objek atau halaman, dan jumlah worker PHP bisa lebih menentukan daripada web server di depannya. Kalau sebuah plugin menjalankan belasan kueri basis data yang mahal per permintaan, berpindah dari Apache ke NGINX tidak akan memperbaiki akar masalahnya.

Apache vs. NGINX: Dukungan HTTP/3 dan QUIC

HTTP/3 adalah versi protokol saat ini dan berjalan di atas QUIC, bukan TCP. Apakah situs Anda bisa menawarkannya sama sekali bergantung pada web server yang ada di depannya, dan ini satu-satunya titik perbandingan di mana kedua server tidak berdekatan.

NGINX menyertakan modul HTTP/3 sejak versi 1.25.0. Modul itu tidak dibangun secara default, dan proses build memerlukan parameter --with-http_v3_module.

Dokumentasi modul HTTP/3 NGINX masih menyebut modul itu "experimental, caveat emptor applies".

Apache 2.4 tidak menyertakan modul HTTP/3 atau QUIC bawaan; dukungan protokol yang ikut disertakan berhenti di mod_http2.

Konsekuensi praktisnya bagi pemilik situs: instalasi Apache 2.4 standar tidak menyediakan HTTP/3. Untuk produksi, pilihan yang masuk akal tetap menerminasi HTTP/3 di reverse proxy atau CDN yang mendukung HTTP/3 di depan Apache. Kalau Anda menginginkan protokol itu, salah satu caranya adalah menempatkan NGINX di depan Apache dan membiarkan NGINX menerminasi koneksi klien, yaitu susunan yang dibahas di bawah.

Apache vs. NGINX: Keamanan

Baik Apache maupun NGINX tidak secara mutlak "lebih aman". Keduanya proyek matang dengan pemeliharaan keamanan yang aktif, dan keamanan sebuah penerapan produksi lebih bergantung pada penambalan, modul yang diaktifkan, konfigurasi TLS, kontrol akses, pembatasan laju, serta aplikasi di belakang server.

Perbandingan yang berguna adalah soal permukaan serangan dan konfigurasi, bukan soal siapa pemenangnya. Matikan modul dan endpoint yang tidak Anda perlukan, jaga server tetap ditambal, dan perkuat stack WordPress di belakangnya.

Apache vs. NGINX: Konfigurasi

Berkas .htaccess per direktori milik Apache berfungsi selama AllowOverride mengizinkannya. Ini berguna untuk WordPress, karena aturan penulisan ulang bisa diubah tanpa menyentuh konfigurasi server global.

Kemudahan itu ada harganya. Dokumentasi resmi Apache menyarankan menaruh aturan di konfigurasi utama server bila Anda punya akses root: berkas .htaccess diperiksa selama permintaan berlangsung, dan mengaktifkannya membawa pertimbangan performa sekaligus keamanan.

NGINX tidak punya padanan .htaccess. Konfigurasinya terpusat, jadi WordPress tidak bisa menuliskan aturan penulisan ulang di tingkat server untuk Anda. Aturan permalink dan direktif server yang diminta plugin harus ditambahkan ke konfigurasi NGINX oleh administrator, lalu dimuat ulang.

Apache vs. NGINX: Modul dan Ekstensibilitas

Apache punya dukungan Dynamic Shared Object (DSO) yang matang: modul bisa dikompilasi terpisah lalu dimuat lewat LoadModule. NGINX juga mendukung modul yang dimuat dinamis melalui load_module, tetapi kompatibilitas biner dengan versi NGINX yang terpasang dan konfigurasi build-nya lebih menentukan begitu Anda memakai modul pihak ketiga yang tidak umum.

Jadi Apache unggul kalau Anda bergantung pada modul pihak ketiga yang tidak biasa. Untuk hosting WordPress pada umumnya, perbedaan itu biasanya kurang penting dibandingkan .htaccess, penanganan PHP, dan perkakas yang sudah Anda pakai.

Apache vs. NGINX: Dukungan Platform

Apache berjalan di Linux, Windows, macOS, dan banyak sistem mirip Unix. NGINX juga tersedia di platform-platform utama, tetapi build Windows aslinya punya keterbatasan penting. NGINX masih melabeli versi Windows sebagai beta, menyatakan bahwa performa tinggi dan skalabilitas tidak boleh diharapkan, mencatat bahwa hanya satu worker yang benar-benar bekerja, serta tidak mendukung UDP maupun QUIC. Untuk penerapan NGINX di produksi, sistem operasi mirip Unix adalah pilihan praktisnya.

Apache vs. NGINX: Penanganan Permintaan

Apache biasanya memetakan URL permintaan ke sistem berkas di bawah DocumentRoot, sementara sistem konfigurasinya juga bisa menerapkan location berbasis URI, penulisan ulang, dan aturan proxy. NGINX lebih dulu memilih blok server lalu blok location, terutama berdasarkan URI permintaan, sebelum memutuskan apakah menyajikan berkas atau meneruskan permintaan ke hulu.

Perbedaan itu memengaruhi cara Anda menulis konfigurasi, tetapi dengan sendirinya bukan bukti bahwa NGINX mentransfer data lebih cepat.

Perbandingan Singkat antara NGINX dan Apache

Berikut posisi kedua server pada aspek-aspek di atas, ditambah dukungan protokol dan versi terbaru masing-masing.

Menggunakan Apache dan NGINX Bersamaan

Ya, Anda bisa menjalankan keduanya. Tata letak hibrida yang umum menempatkan NGINX di depan sebagai reverse proxy yang menghadap klien dan Apache di belakangnya. NGINX bisa menerminasi TLS dan HTTP/2, serta HTTP/3 bila modul HTTP/3 eksperimentalnya sudah dibangun dan diaktifkan. Ia juga bisa menyajikan sendiri berkas statis tertentu sambil meneruskan permintaan aplikasi ke Apache.

Peringatan pentingnya adalah soal kepemilikan aturan. Permintaan yang dilayani NGINX secara langsung tidak pernah sampai ke Apache, jadi aturan .htaccess Apache tidak berlaku untuk permintaan itu. Kedua konfigurasi harus sepakat soal penulisan ulang, cache, penerusan IP klien, perilaku TLS, dan server mana yang memegang jalur mana.

Biayanya adalah Anda kini menjalankan dua web server. Dua konfigurasi yang harus selaras, dua siklus pembaruan untuk diikuti, dan satu tempat tambahan untuk diperiksa ketika sebuah permintaan mengembalikan sesuatu yang aneh. Pada satu situs kecil, beban itu biasanya melebihi manfaatnya; ia mulai terbayar ketika Anda menginginkan HTTP/3 atau pengiriman statis yang lebih cepat tanpa melepaskan perilaku .htaccess yang diandalkan plugin Anda.

Apakah NGINX Lebih Mudah daripada Apache?

Tidak ada yang secara umum lebih mudah. NGINX lebih mudah kalau Anda lebih suka satu konfigurasi terpusat dan nyaman menyunting blok server. Apache lebih mudah kalau WordPress atau plugin pihak ketiga mengharapkan aturan .htaccess, karena aturan itu bekerja di tingkat direktori tanpa mengubah konfigurasi server global.

Di server yang Anda kendalikan, "lebih mudah" pada dasarnya bergantung pada model konfigurasi mana yang memang sudah diharapkan oleh stack Anda.

Kapan Sebaiknya Memilih Apache daripada NGINX?

Pilih Apache ketika stack WordPress Anda bergantung pada .htaccess, ketika plugin atau perkakas panel kontrol mengharapkan direktif penulisan ulang khas Apache, atau ketika Anda butuh modul Apache tertentu. Masuk akal juga mempertahankan Apache di situs yang sudah berjalan baik: berpindah web server demi keuntungan benchmark yang teoretis jarang sepadan dengan gangguannya.

Kapan Sebaiknya Memilih NGINX daripada Apache?

Pilih NGINX ketika Anda mengharapkan banyak koneksi bersamaan, menginginkan lapisan berkas statis atau reverse proxy yang kuat, lebih suka konfigurasi terpusat, atau ingin punya opsi mengaktifkan HTTP/3. Untuk WordPress, konsekuensinya adalah aturan penulisan ulang dan direktif server khas plugin menjadi tugas administrator, bukan sesuatu yang bisa ditulis WordPress ke .htaccess.

NGINX vs Apache: Web Server Terbaik untuk WordPress?

Jalankan NGINX. Untuk situs WordPress di server yang Anda kendalikan, inilah default yang lebih baik: biaya koneksi rendah pada konkurensi tinggi, pengiriman berkas statis yang efisien, dan HTTP/3 tersedia bila Anda menginginkannya.

Pengecualiannya adalah .htaccess, dan itu penting. WordPress bisa menulis aturan penulisan ulang Apache ketika .htaccess diaktifkan, tetapi tidak bisa mengubah konfigurasi server NGINX. Kalau sebuah plugin mengharapkan direktif penulisan ulang, keamanan, atau cache, Anda butuh petunjuk NGINX dari plugin itu atau aturan setara di blok server, lalu memuat ulang NGINX. Kalau Anda tidak menginginkan tanggung jawab operasional itu, Apache adalah pilihan WordPress yang lebih mudah. Di situs dengan trafik normal, PHP, basis data, dan perilaku cache lebih mungkin membatasi performa daripada web server itu sendiri.

Ada satu asumsi yang mendasari semua ini: servernya harus milik Anda dan bisa Anda ubah. Pada hosting WordPress terkelola, web server adalah keputusan penyedia, dan jawaban atas pertanyaan ini sekadar apa pun yang sudah mereka jalankan. Perbandingan ini ditujukan untuk orang yang punya akses root di mesinnya sendiri.

Bagaimana Mengecek Apakah Anda Menjalankan Apache atau NGINX?

Kalau ini VPS Anda sendiri, periksa langsung layanan yang sedang berjalan:

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

Untuk situs orang lain yang tidak Anda kendalikan, header respons HTTP Server bisa jadi petunjuk, tetapi bukan bukti pasti. Reverse proxy atau CDN bisa menampilkan perangkat lunak servernya sendiri alih-alih milik origin, dan header itu juga bisa disembunyikan atau diubah.

Menjalankan Apache atau NGINX di VPS

Kalau VPS-nya milik Anda, kedua server itu gampang dijalankan. Ukur kapasitas mesin untuk seluruh stack WordPress, bukan hanya untuk Apache atau NGINX: worker PHP, basis data, cache, trafik, dan tugas latar biasanya menghabiskan lebih banyak sumber daya daripada web server-nya sendiri.

Server mana pun yang Anda pilih, konfigurasi, pembaruan, TLS, cadangan, dan pemantauan tetap tanggung jawab Anda. Menjalankan keduanya menambah satu konfigurasi dan satu jalur pembaruan lagi, jadi pakai susunan hibrida hanya bila Anda punya alasan yang jelas.

NGINX VPS dari Cloudzy adalah VPS Linux yang Anda kelola sendiri dengan akses root penuh, jadi konfigurasi servernya tetap milik Anda.

Image Apache HTTP Server di marketplace kami dipasang dengan cara yang sama, sekali klik, sehingga menyiapkan salah satu server, atau keduanya, tidak dimulai dengan mengompilasi dari kode sumber.

BACA

Caddy vs Nginx di VPS: Perbandingan File Konfigurasi

Pertanyaan yang Sering Diajukan

Apakah Apache Lebih Baik daripada NGINX?

Tidak ada yang lebih baik secara mutlak. NGINX biasanya default yang lebih kuat kalau Anda peduli pada konkurensi tinggi, pengiriman berkas statis, reverse proxy, atau HTTP/3. Apache biasanya lebih mudah kalau stack WordPress Anda bergantung pada .htaccess atau modul khas Apache.

Mengapa NGINX Lebih Cepat daripada Apache?

NGINX bisa menangani banyak koneksi di dalam event loop tiap worker, sehingga biaya per koneksi tetap rendah pada konkurensi tinggi. MPM event pada Apache juga menangani koneksi secara asinkron, jadi jaraknya lebih kecil daripada yang disiratkan perbandingan lama dengan prefork. Di WordPress, PHP, kueri basis data, dan cache bisa lebih menentukan daripada selisih antar-web server.

Sebaiknya Pakai Apache atau NGINX untuk WordPress?

Untuk VPS WordPress yang Anda kelola sendiri, NGINX adalah default yang kuat kalau Anda nyaman mengurus sendiri aturan di blok server. Pilih Apache kalau Anda bersandar pada .htaccess atau pada plugin yang mengharapkan aturan penulisan ulang Apache dan ingin aturan itu bekerja dengan lebih sedikit konfigurasi server manual.

Mengapa NGINX Begitu Populer?

NGINX memadukan penanganan permintaan yang efisien pada konkurensi tinggi dengan reverse proxy, penyeimbangan beban, cache, dukungan FastCGI, dan terminasi TLS. Itu membuatnya berguna baik sebagai web server utama maupun sebagai proxy di depan.

Mengapa Apache Masih Dipakai?

Apache tetap banyak dipakai karena ekosistem modulnya, dukungan .htaccess, perkakas yang matang, dukungan platform yang luas, dan kecocokannya dengan alur kerja hosting serta panel kontrol yang dibangun di sekitarnya.

Apa Bedanya Apache dan apache2?

Di Debian dan Ubuntu, apache2 adalah nama paket sekaligus nama layanan untuk Apache HTTP Server. Sistem keluarga RHEL dan Fedora biasanya menyebut layanan itu httpd. Keduanya bukan web server yang berbeda: sama-sama merujuk ke Apache HTTP Server. Cabang stabil Apache saat ini adalah 2.4, dengan 2.4.68 sebagai rilis terbaru.

Apakah Apache Mendukung HTTP/3?

Secara bawaan tidak. Apache HTTP Server 2.4 tidak menyertakan modul HTTP/3 atau QUIC; dukungan protokol yang ikut serta berhenti di HTTP/2. Kalau Anda butuh HTTP/3 di produksi, Anda bisa menerminasinya di reverse proxy atau CDN yang mendukung HTTP/3 di depan Apache.