≡En resumen
- El servidor web recibe la petición del navegador, localiza el recurso o se lo pide a la aplicación, y devuelve la respuesta con un código de estado.
- Nginx, Apache y LiteSpeed dominan el alojamiento; Cloudflare aparece primero en las estadísticas porque se sitúa delante de millones de webs.
- Servidor web, servidor de aplicaciones y hosting son cosas distintas que suelen venir juntas.
- Compresión, caché, HTTP/2 o HTTP/3 y una buena configuración de TLS se deciden en el servidor web.
- La elección importa menos que la configuración: un Apache bien ajustado supera a un Nginx mal configurado.
01 ¿Qué es un web server o servidor web?
| Concepto | Qué es | Ejemplos |
|---|---|---|
| Servidor web | Atiende las conexiones HTTP, sirve archivos estáticos y reenvía el resto | Nginx, Apache, LiteSpeed, IIS, Caddy |
| Servidor de aplicaciones | Ejecuta el código que genera las páginas dinámicas | PHP-FPM, Node.js, Gunicorn para Python, Tomcat para Java |
| Hosting | El servicio que te alquila la máquina con todo ya instalado y mantenido | Hosting compartido, VPS, servidor dedicado, cloud |
Cuando contratas un hosting, el proveedor elige y configura el servidor web por ti. Solo decides tú si gestionas tu propio VPS o servidor dedicado.
02 Cómo funciona un servidor web: de la petición a la respuesta
-
1
Resolución DNS
El navegador traduce el dominio a la dirección IP del servidor.
-
2
Conexión y cifrado
Abre la conexión (TCP o, con HTTP/3, QUIC sobre UDP) y negocia el cifrado TLS con el certificado del dominio.
-
3
Petición HTTP
Envía el método (GET, POST…), la ruta, el dominio y cabeceras como el idioma o las cookies.
-
4
Decisión del servidor
Según su configuración, sirve un archivo del disco, aplica una redirección o reescritura, o reenvía la petición a la aplicación (actúa como proxy inverso).
-
5
Respuesta
Devuelve un código de estado (200, 301, 404, 500…), cabeceras de caché y seguridad, y el contenido, a menudo comprimido con gzip o Brotli.
-
6
Registro
Anota la petición en el log de accesos (IP, fecha, ruta, código, tiempo), la base del análisis de rastreo y de errores.
Petición: GET /contacto/ HTTP/2 con la cabecera Host: www.ejemplo.es.
Respuesta: HTTP/2 200 con content-type: text/html; charset=utf-8, cache-control: max-age=600 y server: nginx, seguida del HTML de la página. Puedes ver las tuyas en la pestaña «Red» de las herramientas de desarrollo del navegador o con un análisis de cabeceras HTTP.
03 Los servidores web más usados: Nginx, Apache, LiteSpeed, IIS y otros
Nginx
Publicado en 2004 por Igor Sysoev. Arquitectura asíncrona orientada a eventos: sirve muchas conexiones con poca memoria. Muy usado como proxy inverso delante de aplicaciones.
Apache HTTP Server
Código abierto de la Apache Software Foundation, desde 1995. Modular y flexible, con configuración por carpetas mediante .htaccess, muy extendida en hosting compartido.
LiteSpeed
Servidor comercial (con la versión libre OpenLiteSpeed) compatible con la configuración de Apache y .htaccess. Popular en hosting de WordPress por su caché integrada.
Microsoft IIS
El servidor web de Windows Server. Habitual en entornos corporativos con aplicaciones .NET.
Caddy
Servidor moderno escrito en Go que obtiene y renueva certificados HTTPS automáticamente.
Node.js y servidores de borde
Aplicaciones que incluyen su propio servidor HTTP, y redes como Cloudflare que atienden la petición en el borde antes de llegar al servidor de origen.
Si tu web usa Apache, su ficha del diccionario explica en detalle los módulos y el archivo .htaccess: qué es Apache y cómo funciona.
04 Cuota de mercado de los servidores web en 2026
31,1 %
de las webs usa Cloudflare Server
Fuente: W3Techs, 29 de septiembre de 2026
30,8 %
de las webs usa Nginx
Fuente: W3Techs, 29 de septiembre de 2026
21,9 %
de las webs usa Apache
Fuente: W3Techs, 29 de septiembre de 2026
14,4 %
de las webs usa LiteSpeed
Fuente: W3Techs, 29 de septiembre de 2026
| Servidor | Cuota de uso |
|---|---|
| Cloudflare Server | 31,1 % |
| Nginx | 30,8 % |
| Apache | 21,9 % |
| LiteSpeed | 14,4 % |
| Node.js | 7,2 % |
| Microsoft IIS | 3,0 % |
| Caddy | 1,0 % |
| Google Servers | 1,0 % |
05 Qué se configura en un servidor web
| Función | Para qué sirve | En Apache / en Nginx |
|---|---|---|
| Hosts virtuales | Varios dominios en la misma máquina | VirtualHost / bloques server |
| TLS | HTTPS con certificado, protocolos y cifrados seguros | mod_ssl / directivas ssl_* |
| Redirecciones y reescritura | URL amigables, cambios de dominio, forzar HTTPS | mod_rewrite y .htaccess / return, rewrite y try_files |
| Compresión | Reducir el peso de HTML, CSS y JavaScript | mod_deflate o Brotli / gzip y módulo Brotli |
| Cabeceras de caché | Que el navegador reutilice recursos | mod_expires y mod_headers / expires y add_header |
| Cabeceras de seguridad | HSTS, CSP y similares | mod_headers / add_header |
| Límites y protección | Frenar abusos y peticiones enormes | mod_reqtimeout y módulos de terceros / limit_req y client_max_body_size |
La reescritura de direcciones es una de las tareas más delicadas porque afecta al SEO: en la ficha de URL rewriting tienes la diferencia entre reescribir y redirigir, y en la guía para hacer una redirección 301 en htaccess y Nginx, ejemplos listos para copiar.
06 El servidor web y la velocidad de tu página
El primer tiempo que mide cualquier herramienta de rendimiento es el TTFB, lo que tarda en llegar el primer byte de la respuesta, y depende casi por completo del servidor y de la aplicación. Google considera bueno un TTFB de 0,8 segundos o menos. A partir de ahí, la caché, la compresión y los protocolos modernos marcan la diferencia.
- ✓Activa HTTP/2 y, si tu servidor o CDN lo permite, HTTP/3.
- ✓Sirve con compresión Brotli o gzip todos los recursos de texto.
- ✓Configura caché de página completa para las páginas que no cambian por usuario.
- ✓Envía cabeceras de caché largas para imágenes, fuentes, CSS y JavaScript versionados.
- ✓Usa una versión de PHP o del entorno de ejecución con soporte y buen rendimiento.
- ✓Pon una CDN delante si tienes visitas de varios países.
07 ¿Qué servidor web elegir?
| Caso | Opción habitual | Por qué |
|---|---|---|
| Web corporativa o WordPress en hosting compartido | La que dé el proveedor (Apache o LiteSpeed) | Soporte de .htaccess y gestión incluida |
| WordPress con mucho tráfico | LiteSpeed con su caché, o Nginx con caché de página | Sirven muchas páginas en caché con pocos recursos |
| Aplicación a medida (Laravel, Node, Python) | Nginx como proxy inverso | Muy eficiente con archivos estáticos y conexiones simultáneas |
| Entorno Windows y .NET | IIS | Integración nativa con Windows Server |
| Proyecto pequeño que quiere HTTPS sin complicaciones | Caddy | Certificados automáticos y configuración mínima |
En proyectos de desarrollo de aplicaciones web la decisión se toma junto con la arquitectura: dónde se sirve el contenido estático, qué se cachea, cómo se escala y cómo se despliega sin cortes.
Preguntas frecuentes sobre Web server
Es un servidor web: el software que recibe las peticiones HTTP de los navegadores y responde con páginas, archivos o datos. También se llama así al ordenador donde se ejecuta.
Según W3Techs a 29 de septiembre de 2026, Cloudflare Server (31,1 %) y Nginx (30,8 %), seguidos de Apache (21,9 %) y LiteSpeed (14,4 %). Cloudflare suele ir delante de otro servidor de origen.
Apache es modular y permite configuración por carpetas con .htaccess; Nginx usa una arquitectura asíncrona que maneja muchas conexiones con menos memoria y es muy usado como proxy inverso. Muchos servidores combinan ambos.
No. El servidor web es el software que responde a las peticiones; el hosting es el servicio que te alquila la máquina con ese software instalado, además de almacenamiento, base de datos y a menudo correo.
Nginx, Apache HTTP Server, LiteSpeed y OpenLiteSpeed, Microsoft IIS, Caddy y los servidores integrados en entornos como Node.js.
Mira la cabecera «server» de la respuesta en la pestaña «Red» del navegador o con una herramienta de análisis de cabeceras. Muchas webs la ocultan o muestran solo la de su CDN.
Indirectamente, sí: determina el tiempo de respuesta, la disponibilidad, las redirecciones y los códigos de estado que ve Googlebot. Un servidor lento o con errores 5xx frecuentes perjudica el rastreo y la experiencia.
Fuentes consultadas
Sobre el autor
Germán Gutiérrez
Development Manager en appyweb
Dirige el equipo de desarrollo de appyweb: aplicaciones web y móviles, SaaS, integraciones y arquitectura de software.
Ver perfil en LinkedIn ↗