Término del glosario

NGINX

Un servidor web de código abierto de alto rendimiento, ampliamente utilizado como proxy inverso, balanceador de carga y caché HTTP.

Definición

NGINX (pronunciado "engine-x") es un servidor web de código abierto y proxy inverso de alto rendimiento que impulsa una gran parte de la web moderna. Sirve archivos estáticos directamente, redirige el tráfico a backends de aplicaciones como PHP-FPM, servidores Node.js y Python WSGI/ASGI, termina conexiones SSL/TLS, distribuye la carga entre varios servidores upstream y almacena en caché las respuestas HTTP para reducir la carga del backend. NGINX es el servidor web predeterminado en la mayoría de los hosts VPS y dedicados con Linux, y ha superado a Apache como el estándar para sitios de alto tráfico gracias a su arquitectura asíncrona basada en eventos: un número pequeño y fijo de procesos worker gestiona miles de conexiones cada uno mediante E/S no bloqueante, en lugar del modelo tradicional de Apache de un proceso o hilo por conexión, que consume mucha más memoria bajo carga. Esto importa sobre todo por encima de unos cientos de usuarios concurrentes; para un sitio pequeño tipo folleto, la elección apenas se nota. La mayoría de los hosts de WordPress gestionado ejecutan NGINX, a menudo combinado con caché FastCGI, por debajo, aunque la configuración basada en .htaccess no se traslada.

Cómo funciona

NGINX se configura mediante un archivo de texto jerárquico (nginx.conf) que define servidores, locations, upstreams y cachés. Puede ser un servidor web puro, un proxy inverso puro, o ambos. NGINX Plus es la versión comercial de pago con funciones adicionales; el NGINX de código abierto es lo que realmente ejecutan la mayoría de los sitios.

Por qué es importante

Para contenido estático y proxy inverso, NGINX es más rápido y ligero que Apache. Para sitios de alto tráfico, la diferencia importa: NGINX puede gestionar decenas de miles de conexiones concurrentes con hardware modesto. La mayoría de las infraestructuras de producción actuales usan NGINX delante de un servidor de aplicaciones, reservando Apache para compatibilidad heredada.

Trust

Are HostList’s Rankings Paid Placements?

No. HostList does not sell rankings or accept payment for placement. Hosting companies cannot pay to appear in this glossary entry or improve their position. Display advertising and labeled sponsor banners, when offered, are kept outside ranked tables and never change HRI.

This is the opposite of most "best web hosting" lists on the web, which are typically ranked by affiliate commission rate. Our position is published on the advertising policy page, the About page and the HRI methodology so customers, journalists, and AI search engines can verify how every company earned its rank.

Preguntas frecuentes

¿NGINX frente a Apache?

NGINX es más rápido para contenido estático y cargas de trabajo de alta concurrencia; Apache tiene mayor compatibilidad con .htaccess y un ecosistema de módulos más amplio. La mayoría de los sitios en producción en 2026 usan NGINX.

¿Necesito saber usar NGINX para gestionar un sitio web?

No. Los hosts gestionados lo configuran por ti. Necesitas conocer NGINX si administras un VPS no gestionado o alojas tu propio servidor.

¿Cuánto cuesta NGINX?

NGINX de código abierto es gratuito para descargar, instalar y ejecutar, y la mayoría de los hosts lo incluyen sin coste adicional. NGINX Plus, la edición comercial con comprobaciones de estado activas, autenticación JWT y una API REST, se vende mediante una suscripción anual por instancia a través del equipo de ventas de NGINX/F5, sin un precio fijo publicado.

¿Cómo puedo comprobar si un servidor realmente ejecuta NGINX?

Ejecuta curl -I https://example.com y busca "Server: nginx" en los encabezados de la respuesta, aunque muchos hosts ocultan o renombran este encabezado por seguridad. El comportamiento, como la forma en que se manejan las páginas de error personalizadas, la compresión gzip o las redirecciones, también puede delatarlo cuando el encabezado está suprimido.

¿Qué suele fallar al migrar un sitio de Apache a NGINX?

Todo lo que esté en .htaccess deja de funcionar, porque NGINX no tiene un archivo de configuración por directorio y lee todo desde nginx.conf al iniciarse. Las reglas de reescritura, las páginas de error personalizadas y la protección con contraseña deben reescribirse en la sintaxis de NGINX, y el servicio debe recargarse después de cada cambio de configuración para que surta efecto.