Astro construye por defecto un sitio estático: cada página se convierte en un archivo HTML en dist/, con solo el JavaScript que necesitan tus islas. Esa carpeta es todo lo que Lobsite necesita. Ejecuta npm run build y luego npx lobsite en el proyecto, y el sitio estará publicado en una dirección *.lobsite.app con HTTPS. También puedes soltar dist/ en el recuadro de arriba.
Cómo funciona
- Compila el sitio con
npm run build(es decir,astro build). Las páginas, imágenes y scripts terminan endist/. - Ejecuta
npx lobsiteen el proyecto. Despliegadist/, nopublic/, que Astro ya copió al build. El primer deploy no necesita cuenta y dura 6 horas. - Consérvalo con el enlace para reclamarlo, en una cuenta gratuita. La carpeta se guarda en
lobsite.toml, así que el siguiente build se despliega con el mismonpx lobsite.
Ajustes de astro.config.mjs que conviene revisar
import { defineConfig } from "astro/config";
export default defineConfig({
site: "https://my-site.lobsite.app",
trailingSlash: "ignore",
});
sitees tu dirección completa. Astro la usa para las URL canónicas,Astro.sitey el sitemap de@astrojs/sitemap. Ponle tu dirección*.lobsite.appy cámbiala cuando pases a tu propio dominio.basese queda sin definir: el sitio se sirve desde la raíz de su dirección, no desde una subcarpeta como un sitio de proyecto de GitHub Pages.build.formatpuede quedarse por defecto.about/index.htmlse abre en/about/, y un archivoabout.htmlen/about.
Qué funciona y qué necesita un servidor
Funciona todo lo que Astro renderiza en el build: content collections, Markdown y MDX, imágenes de astro:assets (optimizadas durante el build) e islas de React, Vue, Svelte o Solid, que se ejecutan en el navegador. No funciona lo que se ejecuta en cada petición: páginas con export const prerender = false, output: "server", Astro Actions y endpoints de API no prerenderizados. Esos necesitan un adaptador de servidor, y Lobsite solo sirve archivos. Para un formulario de contacto, apúntalo a /_lobsite/forms/contact en lugar de a una Astro Action; consulta formularios.
Los archivos se guardan por su hash. Volver a desplegar un sitio sin cambios sube 0 bytes.
Previsualiza antes de publicar. Vuelve atrás con un clic, redirecciones incluidas.
Cada sitio recibe una dirección *.lobsite.app con HTTPS desde el primer deploy.
Apunta un formulario a /_lobsite/forms/contact. Filtro de spam incluido.
Las redirecciones, cabeceras y formularios están en lobsite.toml y viajan con cada deploy.
Un deploy sin cuenta está publicado 6 horas. El enlace para reclamarlo lo conserva, gratis.
Comparativa de hostings para Astro
| Lobsite | Netlify | Vercel | GitHub Pages | |
|---|---|---|---|---|
| Sitios Astro estáticos | Sí | Sí | Sí | Sí, con la GitHub Action de Astro |
| Renderizado en servidor (adaptador) | No | Sí | Sí | No |
| Build en el servidor | No: despliegas dist/ |
Sí | Sí | En GitHub Actions |
| Cuenta antes del primer deploy | No: publicado 6 horas, luego consérvalo gratis | Sí | Sí | Sí, y un repositorio |
| Formularios sin backend | Sí, cuando el sitio está en una cuenta | Sí | No | No |
| Dominio propio | Sí, gratis | Sí | Sí | Sí |
Si partes de tu sitio se renderizan bajo petición, elige un hosting con adaptador de Astro. Si el sitio es estático, que es lo predeterminado en Astro, Lobsite lo despliega en segundos desde tu máquina, CI o un agente de IA, y solo sube los archivos que cambió el build.
Preguntas frecuentes
¿Necesito un adaptador para alojar Astro en Lobsite?
No. Los adaptadores son para el renderizado en servidor. Un sitio Astro estático, el caso por defecto, no necesita adaptador: despliega la carpeta dist/.
¿Por qué npx lobsite despliega dist/ y no public/?
En un proyecto Astro, public/ contiene archivos que el build copia tal cual, como favicon.svg. El sitio compilado es dist/. Lobsite ve astro en package.json y se salta public/ por ti.
¿Puedo añadir una página 404 propia a mi sitio Astro?
Sí. Crea src/pages/404.astro; Astro lo compila como 404.html y Lobsite lo sirve con estado 404 para cualquier dirección que no exista.
¿Funciona la optimización de imágenes de Astro?
Sí. astro:assets redimensiona y convierte las imágenes durante astro build, así que los archivos optimizados ya están en dist/ cuando despliegas. Solo los servicios de imágenes que se ejecutan en cada petición necesitan un servidor.