lobsite! Se connecter S'inscrire

Hébergement de sites statiques

Hébergez un site statique, généré ou écrit à la main : une commande ou un dépôt le déploie, seuls les fichiers modifiés partent, HTTPS est actif.

Lancez-la dans le projet : le dossier de build (dist, build, out, _site ou public) est trouvé pour vous.
Déposez un fichier HTML, un dossier ou un .zip Vérifié dans votre navigateur ; rien n'est envoyé tant que vous ne publiez pas.

Un site statique est un dossier de HTML, CSS, JavaScript et images que n’importe quel navigateur peut ouvrir tel quel : rien ne s’exécute sur un serveur quand quelqu’un le visite. Il est donc rapide et peu coûteux à héberger, et Lobsite est conçu exactement pour cela. Déposez le dossier dans la zone ci-dessus, ou lancez npx lobsite dans votre projet, et le site est en ligne à une adresse *.lobsite.app en HTTPS.

Comment ça marche

  1. Buildez le site, s’il a une étape de build. Lobsite héberge ce que votre générateur produit ; il ne lance pas le build pour vous.
  2. Déployez le dossier. Lancez npx lobsite dans le projet, ou déposez le dossier buildé ou un .zip de celui-ci dans la zone ci-dessus. Le premier déploiement fonctionne sans compte et dure 6 heures.
  3. Gardez-le. Suivez le lien de récupération (ou cliquez ici sur Le garder gratuitement →) pour placer le site dans un compte gratuit. L’adresse ne change pas et le site n’expire plus.

N’importe quel générateur, ou aucun

Peu importe à Lobsite comment les fichiers ont été produits. npx lobsite cherche les dossiers de build habituels et déploie le premier trouvé :

Outil Dossier déployé
Vite, Astro, Vue, Svelte (statique) dist/
Create React App, Docusaurus build/
Next.js (output: "export") out/
Jekyll, Eleventy _site/
Hugo, Gatsby public/

Un site écrit à la main fonctionne aussi : lancez la commande dans le dossier qui contient index.html, ou indiquez le dossier, comme npx lobsite ./site. Ce choix est enregistré dans lobsite.toml, donc l’exécution suivante déploie le même dossier sur le même site.

Les jeux par navigateur sont également des sites statiques. Utilisez le Présentation de l'hébergement de jeux HTML5 ou accédez directement au guide d'exportation pour Phaser, Godot, Construct 3, GDevelop, Unity WebGL, GameMaker, Defold ou Twine.

Des déploiements qui restent rapides quand le site grandit

Chaque fichier est stocké selon son hash. Quand vous redéployez, Lobsite compare d’abord les hashs et n’envoie que les fichiers modifiés : corriger une faute sur une page envoie un fichier, pas tout le site. Chaque déploiement a aussi sa propre URL : lobsite deploy --preview publie une version à vérifier sans toucher au site en ligne, et lobsite rollback revient à un déploiement antérieur en une étape, sans rien renvoyer.

Ce qu’un site statique sait encore faire

Pas de serveur ne veut pas dire pas de fonctionnalités. Les redirections et en-têtes de réponse vivent dans lobsite.toml et accompagnent chaque déploiement, donc un retour en arrière les restaure aussi ; le Générateur de redirections écrit les règles pour vous. Les formulaires HTML qui envoient vers /_lobsite/forms/<name> collectent les réponses avec filtrage du spam dès que le site est dans un compte ; voir formulaires. Tout ce qui exige votre propre code sur un serveur, comme une connexion ou une base de données, Lobsite ne l’exécute pas.

Seuls les fichiers modifiés sont envoyés

Les fichiers sont stockés selon leur hash. Redéployer un site inchangé envoie 0 octet.

Chaque déploiement a son URL

Prévisualisez avant la mise en ligne. Revenez en arrière en un clic, redirections comprises.

HTTPS partout

Chaque site reçoit une adresse *.lobsite.app en HTTPS dès le premier déploiement.

La configuration dans un seul fichier

Redirections, en-têtes et formulaires vivent dans lobsite.toml et accompagnent chaque déploiement.

Des formulaires qui marchent, tout simplement

Faites pointer un formulaire vers /_lobsite/forms/contact. Filtrage du spam inclus.

Des limites lisibles

Chaque limite est publiée, et chaque erreur vous dit quoi faire ensuite.

Hébergeurs statiques comparés

Lobsite GitHub Pages Netlify Cloudflare Pages
Compte avant le premier déploiement Non : en ligne 6 heures, puis à garder gratuitement Oui, et un dépôt Seulement pour les dépôts, à récupérer dans le délai Oui
Déploiement Une commande ou un dépôt Push vers un dépôt Git, CLI ou dépôt Git, CLI ou envoi
Build sur le serveur Non : vous envoyez le dossier buildé Jekyll, ou GitHub Actions Oui Oui
Seuls les fichiers modifiés sont envoyés Oui Via Git Oui Oui
Formulaires Oui, une fois le site dans un compte Non Oui Non
Domaine personnalisé Oui, gratuit Oui, gratuit Oui, gratuit Oui, gratuit

Si vous voulez des builds depuis Git, GitHub Pages, Netlify et Cloudflare Pages le font très bien. Lobsite est le chemin le plus rapide d’un dossier à un lien, depuis un terminal, un navigateur ou un agent IA, sans rien configurer avant.

Questions fréquentes

Qu’est-ce qu’un site statique ?

Tout site dont les pages sont de simples fichiers : HTML, CSS, JavaScript, images et polices, généralement produits par un générateur comme Astro, Hugo ou Jekyll. S’il a besoin d’un processus serveur (PHP, Node, une base de données) pour répondre à chaque requête, il n’est pas statique.

Lancez-vous ma commande de build ?

Non. Buildez sur votre machine ou en CI, puis déployez le dossier de sortie. Les déploiements restent rapides, et ce que vous avez testé en local est exactement ce qui est mis en ligne.

Puis-je avoir ma propre page 404 ?

Oui. Placez un 404.html à la racine du site : il s’affiche, avec un statut 404, pour toute adresse qui n’existe pas. Sans lui, Lobsite affiche une simple page « Not found ».

Combien de sites statiques puis-je héberger gratuitement ?

Un compte gratuit garde un site, avec jusqu’à 100 fichiers et 10 Go de bande passante par mois. Les sites publiés sans compte sont gratuits aussi, mais durent 6 heures. L’offre payante, bientôt disponible, accueille cinq sites.

Voir aussi