Formato nuevo
Servidor web: qué es, cómo funciona y Apache vs Nginx vs IIS
Un servidor web toma una petición del navegador y devuelve una página, un archivo o un error. Es tanto software (Apache, Nginx, IIS) como la máquina o cloud donde corre.
Abajo: cómo funciona, qué forma la cadena «dominio → servidor → sitio» y qué mirar al elegir stack — sin nostalgia por packs locales desfasados.
En palabras claras
Analogía de biblioteca: el lector (navegador) pide un libro (URL); el bibliotecario (servidor web) encuentra el material en el depósito y lo entrega. A diferencia de un libro prestado, un sitio puede «leerse» por miles a la vez.
Un sysadmin dirá «hardware y red»; un desarrollador — «software que sirve HTTP». Ambos tienen razón.
Trabajos y funciones
El servidor acepta peticiones, puede ejecutar un backend (PHP, Node, Python…), devuelve HTML/archivos, escribe logs, puede restringir acceso y servir roles afines (entrega de estáticos, proxy).
Bucle típico:
- aceptar la petición
- encontrar el recurso o construir una respuesta vía la app
- devolver status y cuerpo de respuesta
- registrar el hit
- con HTTPS — mantener un canal cifrado
Cómo fluye una petición
El usuario escribe una dirección o hace clic en un enlace. DNS convierte el nombre en IP. El navegador envía una petición HTTPS. El servidor la gestiona y devuelve una página o un código de error (404, 500…).
Para que un sitio abra hace falta:
- hosting o un servidor con recursos suficientes
- software de servidor web
- un dominio y registro DNS
- archivos del sitio / una aplicación
- un certificado HTTPS (suele ser vía Let’s Encrypt o el panel de hosting)
Apache, Nginx, IIS
Apache — clásico de shared hosting, modularidad, .htaccess familiar. Nginx — fuerte en estáticos y como reverse proxy. IIS — ecosistema Windows Server.
En la práctica:
- sitio pequeño en hosting — a menudo Apache o Nginx de serie del panel
- alta carga / microservicios — Nginx (o análogo) delante de la app
- stack corporativo Windows — IIS
Chuleta orientativa
| Software | Fortalezas | Dónde se ve a menudo |
|---|---|---|
| Apache | Flexibilidad, .htaccess | Shared hosting, CMS |
| Nginx | Estáticos, proxy, carga | Prod, setups CDN |
| IIS | Integración Windows | Entornos corporativos .NET |
Stacks locales para desarrollo
OpenServer, XAMPP y packs similares sirven a principiantes. Denver lleva tiempo desfasado — no apuntes a él en los 2020. Los equipos usan más Docker o entornos integrados del framework.
Lo local es para romper y arreglar el sitio con seguridad — no para sustituir el hosting de producción.
Mínimo para arrancar:
- PHP/Node + BD según necesidades del proyecto
- HTTPS en prod (en local — según haga falta)
- coincidir versiones mayores con prod cuando sea posible
Vínculo con SEO y disponibilidad del sitio
Si el servidor devuelve 5xx, bloquea bots o ralentiza el TTFB, sufren personas e indexación. Tras un cambio de host comprueba códigos de respuesta, redirects y HTTPS.
Tras un traslado:
- home y URLs clave devuelven 200
- www/non-www y http→https son coherentes
- sitemap y robots son alcanzables
- no hay 404 masivos en rutas viejas
FAQ
¿Un servidor web es un ordenador o un programa?
Ambos sentidos viven: el software que responde peticiones HTTP(S) y el entorno de servidor (VPS/dedicated/cloud) donde corre ese software.
¿En qué se diferencia Apache de Nginx?
Ambos sirven sitios. Nginx suele ser un front rápido (estáticos, proxy); Apache es flexible y familiar en muchos shared hosts. En la práctica a menudo se combinan.
¿Por qué HTTPS?
Cifra el tráfico entre navegador y servidor. Hoy es un estándar base, más un requisito de muchos navegadores y buscadores.
¿Un sitio pequeño necesita servidor propio?
Normalmente no: basta hosting/VPS de un proveedor. Hardware propio tiene sentido con cargas especiales y competencia de admin.
¿Qué es un servidor local para desarrollo?
Un entorno en tu PC (Docker, OpenServer, XAMPP y análogos) para correr el sitio sin desplegar a producción.
¿Necesitas un stack de servidor claro?
Te ayudamos a ordenar Apache/Nginx, HTTPS y el traslado — sin sorpresas de 5xx.
Hablar del proyecto
