Servir des sites statiques directement depuis le stockage objet

Quand un bucket vaut mieux qu'un serveur

Un portfolio, un site de documentation ou le build d'une SPA n'est qu'un dossier de fichiers. Il n'y a pas de PHP à exécuter ni de processus Node à maintenir en vie — louer une machine juste pour servir des fichiers, c'est de l'effort et de l'argent gaspillés.

Le stockage objet change la donne : vos fichiers sont stockés de façon durable sur plusieurs disques, la maintenance est nulle — pas de mises à jour d'OS, pas de redémarrages, pas de supervision — et vous ne payez que le stockage utilisé et la bande passante servie. Pour la plupart des sites statiques, cela revient à quelques roupies par mois.

Étape 1 : créer un bucket public

Ouvrez le tableau de bord Nest Storage, créez un nouveau bucket et activez la lecture publique. Dès lors, chaque objet du bucket reçoit une URL stable que n'importe qui peut consulter — exactement ce dont un site statique a besoin.

Téléversez ensuite votre dossier de build. Le glisser-déposer convient très bien pour un déploiement ponctuel ; pour les pipelines CI, envoyez plutôt les fichiers via l'API. Conservez la structure du dossier pour que les chemins relatifs de votre HTML continuent de fonctionner.

Étape 2 : régler correctement les en-têtes de cache

Les outils de build modernes ajoutent un hash de contenu au nom des assets (app.3f9c1a.js), ce qui signifie qu'une URL donnée ne change jamais de contenu. Ces fichiers peuvent être mis en cache pour toujours : définissez un max-age d'un an avec le drapeau immutable et les navigateurs ne les redemanderont jamais.

index.html est l'exception — son nom ne change jamais mais son contenu change à chaque déploiement. Donnez-lui un TTL nul avec must-revalidate pour que les navigateurs vérifient toujours s'il existe une version fraîche. Cette combinaison vous offre à la fois des visites répétées instantanées et des mises en ligne immédiates.

# hashed assets — cache forever
Cache-Control: public, max-age=31536000, immutable

# index.html — always revalidate
Cache-Control: public, max-age=0, must-revalidate

Étape 3 : pointer votre domaine dessus

Personne ne veut d'une URL de stockage brute dans sa barre d'adresse. Ajoutez un enregistrement CNAME — par exemple files.yourdomain.com — pointant vers l'endpoint de votre bucket, puis enregistrez le domaine dans les réglages du bucket. Un certificat TLS est émis et renouvelé automatiquement : HTTPS fonctionne sans effort.

Vous pouvez aussi définir une page 404 personnalisée pour le bucket. Pour une SPA, faites pointer la 404 vers index.html afin que le routage côté client continue de fonctionner sur les liens profonds ; pour un site de documentation, téléversez plutôt une page d'erreur conviviale.

Et les parties dynamiques ?

La plupart des sites « statiques » gardent un ou deux recoins dynamiques — un formulaire de contact, une recherche, un compteur de visites. Ce n'est pas une raison pour réinstaller toute une pile serveur pour l'ensemble du site.

Associez le bucket à une petite API sur un VPS, ou appuyez-vous sur des widgets hébergés comme l'analytique et le chatbot. Les fichiers statiques restent sur Nest Storage, et les parties dynamiques restent minuscules :

• Formulaires → envoyez-les à une petite API sur le plus petit plan VPS
• Recherche → préconstruisez un index au moment du déploiement
• Analytique → une seule balise script, aucun serveur requis