Hébergez un site statique à partir d'un ZIP

L'écart entre « mon site fonctionne sur mon ordinateur » et « mon site est sur internet » se résume en général à un tas d'infrastructure : un hébergeur à choisir, un build à configurer, un domaine à pointer, des serveurs de noms à attendre. Si votre site est déjà prêt, du HTML/CSS/JS pur, ou le dossier de sortie d'un framework statique quelconque, rien de tout cela ne devrait être nécessaire. Compressez-le, importez-le, et il est en ligne sur une URL que vous pouvez partager par SMS. C'est le chemin le plus rapide entre un site statique terminé et un lien réel, sans rien à installer et sans compte requis pour le consulter.

Un seul fichier HTML, c'est une chose ; un vrai site, c'est index.html plus about.html plus un dossier /css et un dossier /images et un bundle /js, le tout relié par des chemins relatifs. C'est exactement ce dont nous nous occupons. Nous conservons votre structure de dossiers intacte, si bien qu'un lien vers "pricing/index.html" ou une image à "assets/logo.svg" se résout par rapport à la racine de votre propre site, comme les URL relatives sont censées fonctionner. Si votre ZIP contient un unique dossier englobant de premier niveau (celui que votre système ajoute quand vous compressez un dossier), nous le détectons et servons depuis la vraie racine.

Un site hébergé sur une URL aléatoire suffit pour un partage rapide, mais pour tout ce dont vous êtes fier, vous voulez votre propre domaine. Avec Pro, vous pouvez pointer un domaine ou un sous-domaine vers votre site, et nous provisionnons automatiquement le certificat HTTPS, aucune gestion de certificat, aucun rappel de renouvellement. Cela transforme ceci d'un « endroit où garer un build » en un véritable foyer pour un petit site : une page de documentation, une landing page, un site d'événement, un portfolio, un support de cours.

Les sites évoluent. Quand vous ajustez le texte, corrigez un bug ou régénérez votre build, vous ne voulez pas d'une nouvelle URL ni d'un lien cassé dans la boîte de réception de tout le monde. Déposez un nouveau ZIP et la même adresse sert le site mis à jour, le lien que vous avez déjà partagé continue de fonctionner et affiche simplement la dernière version. C'est ce qui se rapproche le plus d'un redéploiement en un clic, sans serveur de build ni git push.

Nous servons vos fichiers comme des octets statiques avec le bon type de contenu, et rien de plus. Il n'y a aucune exécution côté serveur, pas de PHP, pas de pages rendues côté serveur, pas d'interprétation de .htaccess, si bien que la surface de sécurité reste réduite et prévisible. Les fichiers exécutables et les scripts sont refusés à l'import, et le type de chaque fichier est déterminé par notre propre inspection, jamais par ce qu'indique le ZIP. Le résultat est un hébergement parfaitement adapté à un résultat statique fini, honnête sur ce qu'il ne fera pas : il n'exécutera pas de backend à votre place.

Parfaitement adapté : pour toute personne avec un site statique déjà construit, un site multipage codé à la main, le dossier dist/ exporté par un framework, un build de documentation, une landing page, un portfolio. Pas adapté : une application qui a besoin d'une base de données, d'un rendu côté serveur, de variables d'environnement ou d'une API backend que vous contrôlez. L'hébergement statique signifie que nous servons exactement les fichiers que vous avez construits ; si votre site a besoin d'un serveur actif derrière lui, utilisez une plateforme complète. Si votre seul obstacle était « j'ai juste besoin que ce site déjà construit soit en ligne quelque part », c'est précisément cet obstacle que ceci supprime.