Déployer un site web sans serveur : l’hébergement statique expliqué

hdply · 2026-07-04

Un nombre surprenant de gens louent un VPS, installent nginx et se battent avec des certificats TLS — pour servir une seule page HTML. Si votre site n’exécute pas de code côté serveur, rien de tout cela n’est nécessaire. Voici pourquoi, et quoi faire à la place.

Statique ou dynamique — la seule distinction qui compte

Un site dynamique calcule chaque réponse : il exécute du code, interroge une base de données, génère du contenu propre à chaque utilisateur. Il a besoin d’un serveur que vous administrez.

Un site statique, ce sont des fichiers : HTML, CSS, JavaScript, images. Le seul travail du serveur est de les transmettre. Portfolios, landing pages, documentation, blogs, démos — la majorité des pages sur internet sont statiques, y compris les pages interactives : votre JavaScript s’exécute dans le navigateur du visiteur, pas sur un serveur.

Ce que « sans serveur » veut vraiment dire

Bien sûr, un ordinateur quelque part sert vos fichiers. Le point important, c’est que ce n’est pas le vôtre : aucune machine à louer, à mettre à jour, à surveiller ou à protéger par un pare-feu. Les hébergeurs statiques résolvent le problème du service une fois pour toutes, correctement — avec CDN, HTTPS et cache — et vous laissent simplement envoyer vos fichiers.

Ce dont vous n’avez plus à vous soucier :

Les correctifs de sécurité — il n’y a aucun système d’exploitation à mettre à jour.
Les certificats TLS — HTTPS est fourni avec la plateforme.
La montée en charge — un fichier statique encaisse des pics de trafic qui écraseraient un petit VPS.
Le coût — servir des fichiers coûte si peu que c’est généralement gratuit.

Déployer sans aucune infrastructure

Le chemin minimal avec hdply :

Inscrivez-vous gratuitement avec votre e-mail.
Téléversez index.html (ou collez votre code dans l’éditeur).
En ligne à la seconde même — vous obtenez votre propre adresse hdply.com, HTTPS inclus.

Pas de YAML, pas de ligne de commande, pas de Git, pas de build. Les modifications se font dans le navigateur et se déploient à l’enregistrement.

Quand vous avez vraiment besoin d’un serveur

Comptes utilisateurs, paiements, bases de données, contenu généré côté serveur — là, c’est le territoire du dynamique. Mais même dans ce cas, le schéma courant est un front-end statique qui appelle une API. Commencez statique ; ajoutez un backend seulement quand une fonctionnalité l’exige réellement.