Tipos de servidores web y el software que ejecutan

Un servidor web es el software que escucha las peticiones HTTP/HTTPS y devuelve páginas web a los navegadores. Para el correo electrónico importa más de lo que la gente espera: el servidor web es donde los usuarios leen su correo (webmail), donde te envían mensajes (formularios de contacto) y donde empieza cada “te enviaremos una confirmación por correo”. Es la puerta de entrada de la comunicación con tus usuarios — el sitio web pregunta y el correo da seguimiento.

1. Servidor web vs. servidor de aplicaciones vs. proxy inverso

La palabra “servidor” abarca varios roles que suelen ejecutarse juntos:

• Servidor web (HTTP) — habla HTTP, sirve páginas y archivos estáticos. Ejemplos: Nginx, Apache, LiteSpeed, IIS, Caddy.
• Servidor de aplicaciones — ejecuta el programa que genera la página y desencadena los correos (confirmaciones de registro, restablecimientos de contraseña). Ejemplos: PHP-FPM, Apache Tomcat, Gunicorn, Node.js.
• Proxy inverso / balanceador de carga — se sitúa al frente, termina TLS, almacena en caché y reparte el tráfico. Nginx, HAProxy, Envoy, Caddy; las CDN como Cloudflare también desempeñan este papel.

2. El software de servidor web con el que realmente te encontrarás

3. Cómo los servidores web muestran el correo y se comunican con tus usuarios

Aquí es donde los servidores web y el correo electrónico se encuentran directamente:

• Webmail — clientes como Roundcube, SOGo y Rainloop/Snappymail son aplicaciones web. Un servidor web (Apache/Nginx) renderiza tu bandeja de entrada en el navegador; detrás de él, un servidor IMAP guarda los mensajes reales.
• Formularios de contacto y registro — cuando un visitante te escribe, la aplicación web del servidor web entrega el mensaje a un servidor de correo para su entrega. El formulario es la mitad del sitio web; el correo es el seguimiento.
• Correo transaccional — las confirmaciones, recibos, restablecimientos de contraseña y alertas se desencadenan por código que se ejecuta en el servidor de aplicaciones y luego se envían a través de un MTA o una API (Amazon SES, SendGrid…).
• Renderizado de correo HTML — las mismas habilidades de HTML/CSS que construyen páginas web construyen los correos que reciben tus usuarios; el mensaje es, en efecto, una pequeña página web entregada en una bandeja de entrada.

4. Servidor web ≠ servidor de correo

El sitio web de un dominio y su correo electrónico los entregan servidores diferentes, a los que apuntan registros DNS diferentes. El servidor web se localiza mediante registros A/AAAA (navegadores, HTTP); el servidor de correo se localiza mediante registros MX (otros servidores de correo, SMTP). Un dominio puede tener un sitio web impecable y ningún correo funcional en absoluto — o al revés.

Por eso un sitio web rápido no te dice nada sobre si someone@theirdomain.com puede recibir correo. Para inspeccionar el lado del correo, usa nuestra consulta MX y el verificador de correo; para conocer el software del lado del correo, consulta tipos de servidores de correo.

5. Cómo saber qué servidor web usa un sitio

La mayoría de los servidores web se anuncian en la cabecera de respuesta Server:

curl -I https://example.com

HTTP/2 200
server: nginx
content-type: text/html; charset=UTF-8

Los operadores pueden ocultar o falsificar esta cabecera, y una CDN a menudo reporta su servidor en lugar del de origen — así que trátalo como una pista sólida, no como una prueba. La misma idea se aplica al lado del correo: el banner de saludo de un servidor SMTP también suele nombrar su software.