Sirve sitios estáticos directamente desde el almacenamiento de objetos

Cuándo un bucket es mejor que un servidor

Un portafolio, un sitio de documentación o el build de una SPA no es más que una carpeta de archivos. No hay PHP que ejecutar ni proceso de Node que mantener vivo — alquilar una máquina solo para servir archivos es un desperdicio de esfuerzo y de dinero.

El almacenamiento de objetos cambia las reglas: tus archivos se guardan de forma duradera en varios discos, el mantenimiento es cero — sin actualizaciones de SO, sin reinicios, sin monitoreo — y solo pagas por el almacenamiento que usas y el ancho de banda que sirves. Para la mayoría de los sitios estáticos, eso son unas pocas rupias al mes.

Paso 1: crea un bucket público

Abre el panel de Nest Storage, crea un bucket nuevo y activa la lectura pública. Desde ese momento, cada objeto del bucket obtiene una URL estable que cualquiera puede consultar — justo lo que necesita un sitio estático.

Ahora sube tu carpeta de build. Arrastrar y soltar va bien para un despliegue puntual; para pipelines de CI, envía los archivos mediante la API. Mantén intacta la estructura de la carpeta para que las rutas relativas de tu HTML sigan resolviéndose.

Paso 2: configura bien las cabeceras de caché

Las herramientas de build modernas añaden un hash de contenido al nombre de los assets (app.3f9c1a.js), lo que significa que una URL nunca cambia de contenido. Esos archivos pueden cachearse para siempre: define un max-age de un año con la bandera immutable y los navegadores no volverán a pedirlos.

index.html es la excepción — su nombre nunca cambia, pero su contenido cambia con cada despliegue. Dale un TTL de cero con must-revalidate para que los navegadores comprueben siempre si hay una copia nueva. Esa combinación te da visitas repetidas instantáneas y publicaciones inmediatas a la vez.

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

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

Paso 3: apunta tu dominio hacia él

Nadie quiere una URL de almacenamiento en bruto en la barra de direcciones. Añade un registro CNAME — por ejemplo, files.yourdomain.com — que apunte al endpoint de tu bucket y registra el dominio en la configuración del bucket. El certificado TLS se emite y renueva automáticamente, así que HTTPS funciona sin más.

También puedes definir una página 404 personalizada para el bucket. En una SPA, apunta la 404 a index.html para que el enrutado del lado del cliente siga funcionando en enlaces profundos; en un sitio de documentación, sube una página de error amigable.

¿Y las partes dinámicas?

La mayoría de los sitios 'estáticos' aún tienen uno o dos rincones dinámicos — un formulario de contacto, un buscador, un contador de visitas. Eso no es motivo para volver a montar toda una pila de servidor para el sitio entero.

Combina el bucket con una API pequeña en un VPS, o apóyate en widgets alojados como el de analítica y el chatbot. Los archivos estáticos se quedan en Nest Storage y las partes dinámicas siguen siendo mínimas:

• Formularios → envíalos a una API pequeña en el plan de VPS más básico
• Búsqueda → preconstruye un índice en el momento del despliegue
• Analítica → una sola etiqueta de script, sin servidor