Types de serveurs web et les logiciels qu'ils font tourner

Un serveur web est le logiciel qui écoute les requêtes HTTP/HTTPS et renvoie des pages web aux navigateurs. Pour l'e-mail, il compte plus qu'on ne le pense : le serveur web est l'endroit où les utilisateurs lisent leur courrier (webmail), où ils vous envoient des messages (formulaires de contact), et où commence chaque “nous vous enverrons une confirmation par e-mail”. C'est la porte d'entrée de la communication avec vos utilisateurs — le site web sollicite, et l'e-mail prend le relais.

1. Serveur web vs. serveur d'application vs. reverse proxy

Le mot “serveur” recouvre plusieurs rôles qui fonctionnent généralement ensemble :

• Serveur web (HTTP) — parle HTTP, sert des pages et des fichiers statiques. Exemples : Nginx, Apache, LiteSpeed, IIS, Caddy.
• Serveur d'application — exécute le programme qui génère la page et déclenche les e-mails (confirmations d'inscription, réinitialisations de mot de passe). Exemples : PHP-FPM, Apache Tomcat, Gunicorn, Node.js.
• Reverse proxy / répartiteur de charge — se place en amont, termine le TLS, met en cache, répartit le trafic. Nginx, HAProxy, Envoy, Caddy ; les CDN comme Cloudflare jouent aussi ce rôle.

2. Les logiciels de serveur web que vous rencontrerez réellement

3. Comment les serveurs web affichent le courrier et dialoguent avec vos utilisateurs

C'est ici que les serveurs web et l'e-mail se rejoignent directement :

• Webmail — des clients comme Roundcube, SOGo et Rainloop/Snappymail sont des applications web. Un serveur web (Apache/Nginx) affiche votre boîte de réception dans le navigateur ; en arrière-plan, un serveur IMAP détient les messages réels.
• Formulaires de contact et d'inscription — lorsqu'un visiteur vous écrit, l'application web sur le serveur web confie le message à un serveur de messagerie pour le livrer. Le formulaire est la moitié qui relève du site web ; l'e-mail est le relais.
• E-mail transactionnel — confirmations, reçus, réinitialisations de mot de passe et alertes sont déclenchés par du code exécuté sur le serveur d'application, puis envoyés via un MTA ou une API (Amazon SES, SendGrid…).
• Rendu des e-mails HTML — les mêmes compétences HTML/CSS qui construisent les pages web construisent les e-mails que reçoivent vos utilisateurs ; le message est en somme une minuscule page web livrée dans une boîte de réception.

4. Serveur web ≠ serveur de messagerie

Le site web d'un domaine et son e-mail sont délivrés par des serveurs différents, désignés par des enregistrements DNS différents. Le serveur web se trouve via les enregistrements A/AAAA (navigateurs, HTTP) ; le serveur de messagerie se trouve via les enregistrements MX (autres serveurs de messagerie, SMTP). Un site peut avoir un site web irréprochable et aucun e-mail fonctionnel — ou l'inverse.

Voilà pourquoi un site web rapide ne vous dit rien quant à la capacité de someone@theirdomain.com à recevoir du courrier. Pour inspecter le côté messagerie, utilisez notre recherche MX et le vérificateur d'e-mails ; pour en apprendre davantage sur les logiciels du côté messagerie, voir les types de serveurs de messagerie.

5. Comment savoir quel serveur web utilise un site

La plupart des serveurs web s'annoncent dans l'en-tête de réponse Server :

curl -I https://example.com

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

Les opérateurs peuvent masquer ou falsifier cet en-tête, et un CDN signale souvent son serveur plutôt que celui de l'origine — considérez-le donc comme un indice solide, et non comme une preuve. La même idée s'applique du côté messagerie : la bannière d'accueil d'un serveur SMTP nomme elle aussi généralement son logiciel.